It's raining elephants – VA2GKA

Si les signaux de puissances voient le jour lors de derniers montages, les petits projets QRPp ne sont pas en reste. Je viens de terminer l’adaptation de mon beacon WSPR autonome pour la bande des 30m. Fondamentalement, rien de bien différent, juste quelques ajustements et calibrations.

Ajustement également au niveau du code, car le quartz du microcontrôleur (arduino) n’est pas parfait, et dans mon cas, il avance un peu plus vite que prévu ce qui fait qu’au bout d’un certain temps, mon émission est en avance et n’est plus prise en compte par les décodeurs des autres radioamateurs. J’applique donc un facteur de correction aux délais calculés.

Vue sur le prototype 3D du beacon WSPR 30m (autre photo ici)

Le potar en haut sert à ajuster le niveau de puissance de sortie et celui du bas sert à ajuster la largeur / bande passante de l’émission. D’ailleurs, lorsqu’on l’élargit, le graphique dessiné au waterfall devient plus découpé et plus propre, mais K1JT a optimisé tout ceci au plus juste :)

Dans une version intermédiaire, j’avais inclus un régulateur de température pour maintenir le quartz à 40°, mais il n’a pas apporté la stabilité souhaitée, bien au contraire… Très basic, il n’utilisait qu’un seul transistor (3904), une thermistance et quelques résistances. Cependant, c’est un point que je compte devoir revoir prochainement car cette régulation me plaît bien.

A part cela, la diode électroluminescente à été remplacée par une diode varicap CMS, à peine visible sur cette photo tant elle est petite. En fait, elle est à moité coulée dans un pad d’étain :) Si vous la trouvez, vous gagnez un bon point ! ^^

S’il y a des amateurs qui souhaitent le schéma ou le nouveau code, laissez moi un commentaire ci-dessous.

Le petit montage WSPR que j’avais commencé à fabriquer fonctionne ! :) Rien de bien sorcier: un oscillateur quartz pour lequel on fait varier légèrement fréquence en jouant sur la capacité d’une diode, un étage de sortie et un microcontrôleur qui pilote le timing des différents symboles encodés.

En fait, les gens qui utilisent des kits QRSS pourraient facilement modifier le leur pour en faire un émetteur WSPR autonome, car les segments WSPR et QRSS sont très proches sur la bande des 30m.

Pour mon montage, j’ai utilisé un contrôleur Ardiuno, et c’est aussi ma première utilisation de cette plate-forme. En une phrase : c’est simple, bien pensé, et ultra-fastoche à programmer :)

Bref, pour les bricoleurs ou les curieux, voici le code :

/* WSPR Controler
 * VA2GKA, from scratch, Go :)
 * Tone separation: 1.4648 Hz (total = 5.8592 Hz)
 * Number of symbols: 162
 * Keying rate: 12000/8192 = 1,46484375 baud
 * Duration of transmission: 162 x 8192/12000 = 110,592s
 * Wait time: 9,408 (9408000us)
 * Symbole duration: 0,68266667s (682667us)
 */

int wsprPinA = 13 ;
int wsprPinB = 12 ;
int wsprReset = 11 ;
int counter = 0;
char symbol;

/* Sequence pour VA2LTF... */
char sequence[] = {
3,3,0,2,2,0,0,0,3,0,2,2,1,1,3,2,2,2,1,0,2,1,0,3,3,1,
3,0,2,0,2,2,0,0,1,0,0,1,2,3,2,0,2,2,0,2,3,0,3,3,0,2,
3,3,0,1,2,0,2,3,1,2,3,2,2,0,2,1,1,2,3,2,1,2,3,2,3,0,
0,3,2,0,1,2,3,3,2,2,0,1,3,0,3,2,1,0,0,0,1,0,2,2,0,0,
3,2,2,1,0,2,1,3,3,2,1,1,2,2,1,1,2,3,0,2,2,1,1,3,2,2,
0,2,0,1,2,3,0,0,3,1,0,2,0,0,0,2,2,1,3,0,3,2,1,1,0,0,
2,3,1,0,0,2};

void setup() {
  pinMode(wsprPinA, OUTPUT);
  pinMode(wsprPinB, OUTPUT);
  pinMode(wsprReset, INPUT);
  //attachInterrupt(0, intReset, RISING);
}

void loop() {
  counter = 0;
  for (;counter> 1) );
    symbol = sequence[counter];
    digitalWrite( wsprPinB, (symbol >> 1) );
    symbol = sequence[counter];
    digitalWrite( wsprPinA, (symbol & 1) );
    delay(682.667);
  }
  //digitalWrite( wsprPinA, LOW );
  //digitalWrite( wsprPinB, LOW );
  delay(9408);
}

void intReset() {
  counter = 0;
}

Et voici un petit aperçu d’une émission avec l’émetteur :

Deux émissions WSPR de 2 minutes visibles (waterfall horizontal)

A noter que j’ai résolu mes petits problèmes de stabilité. Je pourrais encore améliorer un peu l’oscillateur avec un contrôle de température au niveau de quartz.

Dernièrement, je m’étais amusé avec des montages 3D. C’est bien, simple et rigolo, mais j’ai vite compris le revers de la médaille. Loin du plan de masse, avec des fils qui font des détours dans tous les sens, je me suis vite retrouvé avec des inductances parasites et des signaux indésirables, avec pour conséquence une petite dérive hasardeuse de mon oscillateur (toute relative puisqu’elle n’excédait pas +/- 8Hz).

Donc on enlève tout et on recommence, cette fois-ci à plat ! Et ça donne ceci :

L’oscillateur, l’étage de sortie et le filtre qui arrive sur une dummy load (autre image ici)

A noter qu’entre temps, le montage à bien évolué. L’oscillateur de type Colpitt s’est vu doté d’un étage de sortie basé sur un PNP 3906. Pour une grande partie des MEPT, l’étage de sortie est constitué d’un MOSTFET comme un BS170 ou un 2N7000. C’est tout à fait adapté (haute impédance d’entrée et faible en sortie), mais je voulais juste tenter quelque chose de différent. Un PNP monté en émetteur commun devrait pouvoir faire le même travail, et un 3906 peut monter jusqu’à 200mA, ce qui est largement suffisant pour les 250mW de sortie que je visais.

La modulation FSK est faite avec une diode électroluminescente, très bonne idée que j’avais repérée il y a quelque temps sur le site de Hans (G0UPL). Un petit microcontrôleur devrait piloter tout ceci bientôt.

Voilà le schéma pour les curieux :

Schéma de la partie centrale de mon petit MEPT

 J’ai ensuite modifié le zinzin pour pouvoir en faire un WSPR autonome. L’astuce n’est pas bien compliquée, il faut juste balancer une séquence de 162 symboles sur deux minutes environ (pour le détail du protocole, voir la doc. de K1JT). Il n’y a que 4 états avec WSPR et 2 bits suffisent donc. Une échelle de résistance 2R-R fonctionne donc à merveille pour un simple petit DAC. Côté réalisation, voici ce que cela donne :

 La dernière version de la platine, avec les 2 boutons à l’arrière pour piloter les deux états FSK.

Ça marche au poil pour la modulation 2 bits, mais il faudra attendre une autre version pour arriver sur les logs de WSPRnet car mon cristal est axé sur 7MHz et non sur 7.038. Qu’à cela ne tienne, j’ai du 10.140MHz, j’irais donc prochainement sur la bande des 30m :)

Coté qualité du signal, pas de surprise à l’oscillo (normal vu le filtre 7 pôles).

Peu informatif par rapport à un analyseur spectral, mais permet néanmoins de voir que les tension de sorties sont correctes

La stabilité me chagrine un peu par contre. Il est stable à +/-1 Hz, ce qui est déjà pas mal, mais limite pour du WSPR ou comme osc. de référence pour des fréquences plus hautes. Je vais encore regarder du côté du découplage du 1er transistor (3904) car ce n’est pas impossible que ces mini-fluctuations proviennent de charges parasites. Voici une capture d’écran du grabber :

Grabbeur QRSS axé sur la fréquence du MEPT

Un de ces prochains week-end, VA2LTF devrait donc arriver sur le 40m. Allumer vos grabber QRSS :p

Jeu des différences : L’OM attentif aura remarqué une erreur flagrante sur les photos (par rapport au schéma). Cette erreur n’a cependant pas d’influence sur le bon fonctionnement du MEPT. Le premier qui la reporte aura droit à 1 bon point :)

C’est toujours amusant de constater que des mini-puissances sont suffisantes pour établir des contacts un peu partout dans le monde. Bien entendu, lorsque les conditions de propagation sont favorables, ces liaisons deviennent tout de suite plus impressionnantes.

Pour mon dernier test, je ne disposais que d’une faible propagation qui me permettait de couvrir l’Europe sur la bande des 30m, et j’ai encore une fois noté qu’une augmentation de puissance (en restant QRP) ne permettait pas d’aller vraiment plus loin. J’ai commencé avec une émission de 2 watts (sans atténuateur) pour la réduire progressivement jusqu’à 20 milliwatts.

Le système utilisé est toujours WSPR, protocole impressionnant que l’on ne présente plus. Ci-dessous, ma petite installation avec le G3020 calibré à 1 watt en sortie à l’aide de l’oscillo et un atténuateur par palier (step attenuator) collé juste derrière.

Ma petite installation provisoire pour ce test

Voici le log des réceptions de mes émissions avec les localisations et les puissances d’émission. Tout en haut, les dernières émissions avec les puissances les plus faibles.

Certains radioamateurs, dont F5MUX (blog ici), arrivent à faire beaucoup mieux en atteignant 0 dBm (1 milliwatt). Des records sont même établis avec des puissances comptées en microwatt. Mais les records traduisent en grande partie des conditions particulières… Pour ma part, je précise que je n’ai laissé tourner mon système qu’un peu plus d’une heure seulement. Aussi, avec plus de patience, j’aurais certainement pu faire mieux.

Par ailleurs, ma situation géographique et mon petit bout de fil (un vrai dipôle tout de même :) ne sont pas vraiment comparables aux antennes de Laurent (cité ci dessus).

Pour terminer, voici comment se traduit F4GKA en WSPR :)

Traduction spectrale de “F4GKA JN39 27″

Ce week-end, j’ai participé à la beta test fermée de la nouvelle mouture de WSPR. Cette nouvelle version est capable de gérer directement les récepteurs SDR IQ comme le SoftRock ou le Genenis . C’est une fonctionnalité appréciable pour les possesseurs de ce type de transceiver QRP car il n’est alors plus besoin d’utiliser un autre logiciel et des ports audio virtuels (VAC). Le logiciel gère aussi le Si570 (oscillateur programmable) et cette version 2.1 est donc totalement autonome avec les kits SoftRock.

Pour ma part, j’ai testé le logiciel et j’ai relevé, avec d’autre personnes, un bug de fonctionnement. La réjection de la fréquence image marche un temps (un ou deux TX) et ensuite elle n’est plus de mise (dit autrement, le système IQ marche au début puis décroche pour repasser en mode standard). L’auteur (K1JT) confirme ceci et pense avoir résolu le problème. Une nouvelle version est actuellement en test.

Prochainement dans les bacs, vous devriez trouver cette nouvelle version IQ sur le site de WSPR.

Ci-dessus, la capture d’écran fournie au groupe de travail pour illustrer mes constatations. Une émission correcte est suivie d’une émissions sans réjection de la fréquence image. L’émission est faite sur 10.140 MHz (en rouge) et la fréquence image sur 10.110 MHz en vert (réjection non parfaite mais correcte) puis en rouge (dysfonctionnement).

J’annonce la couleur pour une fois :) Ce week-end, je tenterais d’amadouer ce mode numérique initialement conçu pour l’EME ou la tropo.

Plusieurs logiciels existent pour réaliser des QSO sur les bandes HF par propagation ionosphérique avec JT65. Le principal et certainement le plus utilisé est celui de l’auteur du protocole, K1JT. Depuis, beaucoup de contributeurs sont venu enrichir le projet et le système est maintenant bien mature. Le programme se nomme WSJT. La page web du logiciel est consultable ici et une page wiki résume bien l’essentiel.

Pour les fréquences à utiliser, une page dédiée du site HFlink résume bien l’information pour les bandes HF. Pour ma part, je calerais mon transceiver IQ sur 10.139 MHz. Selon les conditions, j’airais peut-être me déplacer sur la bande des 20m (fréquence RX à 14.076 MHz)

Voici une capture d’écran du logiciel en action :

WSJT version 7, utilisé ici en mode QSO WSPR (protocole similaire à WSPR mais orienté échange). Le segment est celui de WSPR et je n’ai décodé ici que les beacons WSPR pour m’assurer du bon fonctionnement du système et me familiariser avec le logiciel.

La version 7 de WSJT comprend un module pour faire des échanges basés sur le protocole WSPR. WSPR est de loin le protocole le plus robuste que je connaisse. Certe il est très lent (2 minutes pour l’indicatif, le locator court et la puissance en dB) mais il est facile de faire le tour du monde avec quelques centaines de milliwatts. Je ferais également un petit test. Note: La dernière version 9 de WSJT ne comprend pas le module WSPR QSO.

Comme alternative pour faire du JT65 sur les bandes HF, il existe le logiciel JT65-HF. La page principale est consultable ici. Les auteurs indiquent qu’ils se sont basé en grande partie sur WSJT. Je n’en dirais pas plus car je n’ai pas encore eu l’occasion de tester ces deux logiciels en condition. Voici une capture d’écran réalisée en utilisant conjointement WebSDR comme source de réception :

Le logiciel JT65-HF et quelques réceptions décodées

J’ai noté à plusieurs reprises la présence de français. Je ne suis pas chauvin, mais cela me fait plaisir de voir que des amateurs du pays s’intéressent au modes numériques (hors PSK). Certes sur 20 ou 30m, ce ne sont pas eux que je risque de bien recevoir, mais je n’ai pas l’impression qu’ils soient légion non plus.

Dans la catégorie des reports automatiques et clusters, JT65 est référencé et sur HamSpot ou PSKreporter (entre autres). L’analyse des spots montre une activité non négligeable et surtout pratiquée sur la bande des 20m (ah encore elle… :)

En HF, l’utilisation de ces programmes  étant suggéré à basse puissance (QRP / QRPp / VLP), je termine par un site français dédié à ce type d’activités : QRP FR, Faire plus avec mois.

Quant-à moi, j’espère vous retrouver sur le 20 ou 30m avec JT65.

Après les essais d’émissions réussis en QRSS lors des semaines précédentes, me voici parti pour expérimenter du WSPR (prononcer whisper) sur la bande des 20m. J’ai testé mon Genenis G3020 et mon SoftRock RXTX v6.3 pour cet exercice.

Le moins que l’on puisse dire, c’est que WSPR, ça tape fort ! C’est surtout très impressionnant de voir arriver son émission un peu partout sur le globe lorsque l’on utilise que quelques centaines de milliwatts et que les conditions de propagation ne sont pas exceptionnelles. Ainsi, une fois le signal de 2 minutes émis, on peu directement aller voir sur le Net les spots qui sont transmis en temps réel. A chaque émission, j’étais reçu en moyenne par 6 à 12 participants sur un total de 30 à 40 . Pas mal ! Tout le mérite revient à K1JT qui à conçu un protocole et un système robuste.

Quelques réceptions de mon signal avec WSPR

J’ai fais quelques tests intéressants en confrontant les simulations (ex: VOAprop) aux reports réels. J’étais reçu en Europe et sur la cote ouest des US avec 500 mW. J’ai augmenté la puissance jusqu’à 2 Watts (en spécifiant 33dBm dans le logiciel) sans aller plus loin coté US. Pour la simulation, le graphique venait justement lécher la cote ouest des US sans aller à l’intérieur des terres. Ahh, c’est tout de même bien fait ! héhé :o) J’aime bien lorsque le modèle colle bien à la réalité ^^

Le site officiel du programme ici et le site de WSPRnet. Le WSPR (& QRP) c’est facile et c’est fun, alors si vous n’y avez jamais mis les pieds, je vous encourage à le faire !

J’ai décalé mon grabber QRSS en même temps que j’ai changé d’antenne (toujours un dipôle, mais pour le 20m à présent). Ce nouveau double grabber enregistre des vues spectrales à raison de 3 secondes par point et 10 secondes par point. L’ensemble est rafraîchi et mis à disposition sur Internet toutes les 2 minutes et ce rafraîchissement est réalisé automatiquement sur la page : QRSS grabber

La plage de fréquence d’une largeur de 250 Hz se situe juste en dessous du segment WSPR, soit de 14.096 950 à 14.097 200 MHz (recouvrement de 50Hz sur la zone WSPR).

Ne trouvant pas de doc’ sur Internet pour les pratiques QRSS sur la bande des 20m, j’ai appliqué ce que j’avais constaté pour la bande des 30m. J’ai posé la question sur des listes de diffusion, mais je n’ai pas de réponse. Si vous avez des infos, je suis prenneur.

Le segment à l’air bien vide hormis l’activité généré par WSPR, donc n’hésitez pas à venir jouer, faire quelques tests ou vérifier visuellement votre émission (restreinte à 200Hz quand même…).

Non ce n’est pas DeepBlue :) mais un petit segment bien tranquille de la bande des 20m

En décamétrique, s’il y a un bande qui m’amuse particulièrement en ce moment, c’est celle du 30m. On n’y trouve pas mal d’expérimentations sur les modes numériques, les transmissions à très faible puissance (QRPP) ainsi que les émissions à basse vitesse (QRSS). Je trouve qu’elle fait un peu page de fréquence laboratoire pour techniciens éclairés :)

Concernant les pratiques que j’ai observé et parmi les amateurs qui utilisent cette bande, certains placent des balises QRSS basse puissance à tourner pendant quelques jours. Par rapport au cadre légal, cette bande ayant le statut secondaire, les utilisateurs primaires devraient avoir le droit de réclamer sa mise à disposition en demandant une cessation des émissions en cours. Lorsque c’est une petite balise qui délivre son message, je me doute que son propriétaire ne sera pas forcément la pour en prendre connaissance et l’arrêter… Bien entendu, ces balises de quelques centaines ou de quelques dizaines de milliwatts ne sont probablement pas perceptibles par la plupart des récepteurs (en mode non QRSS). Par ailleurs, les amateurs de microwatt et de QRSS ne sont pas légion et il est peu probable que cela dérange un jours quelqu’un, mais ma question légale reste entière et je me doute de la réponse.

Tout ceci pour dire que j’adore cette bande et que j’y ferais certainement mes premières émissions :)

Exemple de réception QRSS sur la bande des 30m. En haut, les émissions WSPR, au centre des balises QRSS en morse, le tout sur fond d’orage (lignes verticales homogènes) Le grabber temps réel est consultable ici.

Tout le monde n’a pas le besoin de disposer d’une horloge synchronisée à la milliseconde près, mais l’amateur qui s’intéresse aux modes numériques comme le WSPR ou la surveillance/réception des balises aura néanmoins besoin d’une bonne référence temporelle.

Aussi, si les systèmes Linux et BSD disposent nativement d’un système de synchronisation de l’horloge interne (protocole NTP avec le service ntpd), ce n’est pas le cas de l’OS de Microsoft. En effet, Windows fait office de mauvais élève et son système de mise à jour de l’horloge ne respecte pas toute les finesses et fonctionnalités du protocole NTP.

Aussi, il existe plusieurs petits logiciels freeware ou shareware permettant de pallier à ce problème. Pour ma part, j’utilise le logiciel “Dimension 4 (v5.0)” utilisable gratuitement pour un usage personnel et non professionnel. Il est assez complet et permet même (pour le fun) de visualiser sur un graphique les décalages temporels observés à chaque synchro.

Pour trouver d’autres serveurs NTP français que ceux déjà inscrits, vous pouvez vous rendre sur cette page : Les serveurs de temps NTP français.

Historique de synchronisation du logiciel Dimension 4

En ce moment, comme je joue un peu avec les systèmes de reporting, je me suis amusé à charger un peu le système afin de décoder un maximum d’informations possible avec mes petits moyens. J’ai donc fais tourner deux décodeurs de morse (CwSkimmer) sur les deux bandes des 80 et 40 mètres, avec en parallèle deux analyseurs WSPR sur ces même deux bandes (pour le descriptif des systèmes de reporting, voir ce post précédent).

Dit comme ça, rien de bien transcendant… Sauf que le chaînage des différents décodeurs devient assez tortueux. Je m’explique. J’utilise un récepteur à détecteur de Tayloe, me sortant deux signaux en quadrature (I/Q) qu’il est impératif de traiter afin d’avoir une discrimination du signal démodulé. Si beaucoup de logiciels récents savent traiter ce type de signal en quadrature, le logiciel WSPR ne sais pas le faire et attend un signal démodulé standard qu’il analyse ensuite. Je ne peux donc pas connecter directement mon récepteur à WSPR. L’astuce consiste alors à intercaler un décodeur logiciel comme Rocky, et de retourner le flux dans un canal audio virtuel, qui pourra ensuite être ouvert par WSPR. Par ailleurs, WSPR exige une fréquence bien précise, qu’il n’est pas possible de modifier sur les SoftRock Lite II. Ici encore, l’insertion de Rocky permet de choisir le bon tronçon de fréquence. Mais les choses se compliquent encore lorsque l’on veux lancer en parallèle CwSkimmer pour analyser les messages en morse, car de base, l’entrée d’une carte son n’est faite que pour être ouverte qu’une seule fois. Il faut donc utiliser un répéteur logiciel et diriger le tout dans un canal audio virtuel (VAC, Virtual Audio Cable) qui peut-être ouvert plusieurs fois. Doubler le tout pour les deux bandes, rajouter le lancement de deux scripts Perl pour reporter les résultats de CwSkimmer et vous obtenez un joli tas de nouilles avec une barre des taches qui ne tient plus sur une ligne :)

Un peu lourd mon dernier paragraphe ! ^^ La dessus, ne pas oublier de faire des tests avec un générateur de fréquence afin de bien vérifier que l’on n’a pas fais de boulette au niveau des fréquences, ça serait dommage de faire du mauvais reporting !

Une petite capture d’écran pour illustrer tout ceci :

Dual band, monitoring de l’activité en more et WSPR

J’ai récemment pris connaissance des systèmes de reporting de signaux, utilisés par exemple pour mettre en évidence les phénomènes de propagation en vue de leurs exploitation.

Différents systèmes sont utilisés et je vais en détailler trois. Le point commun de ces systèmes est que les reports sont centralisés sur Internet. Pour schématiser, des balises émettent sur certaines fréquences, un programme analyse les signaux provenant du récepteur, et si des signaux sont détectés, ils sont signalés un serveur central. L’ensemble des données collectées est mise en forme sur une carte et l’on peut voir les liaisons réalisées et/ou possibles en temps réel.

Voici les 3 systèmes que j’ai identifié lors de mes petites recherches :

• Internationnal Beacon Projet : Pour ce système, 18 balises au travers le monde émettent avec une fréquence connue, à un rythme connu et une situation géographique connue. Différents programmes permettent de monitorer ces balises. J’ai testé le logiciel Faros. Avec ce programme, j’ai pu chopper une balise sur différentes bandes comme le montre la capture d’écran ci-dessous. Par rapport aux autres systèmes, ce projet ne permet pas au radio-amateur de transformer sa station en balise ponctuelle. C’est un système à sens unique.

Le logiciel Faros en action, avec la réception de la balise de 4X6TU sur plusieurs bandes.

• Reverse Beacon Network : Cet autre projet est pour moi absolument hallucinant ! Plutôt que d’utiliser des balises, pourquoi ne pas écouter les converstations en morse de radio-amateur. Une fois l’indicatif repéré, on peut globalement situer le contact et mettre en évidence la propagation sur les différentes bandes en fonction de ce que l’on décode. Ce principe peut-être plus ou mois biaisé dans le cas de l’étude de la propagation, car si un contest est annoncé sur certaines bandes, elles vont-être utilisées préférentiellement. Ceci dit, c’est un bon outil pour analyser le traffic. Le système repose sur le programme d’analyse CwSkimmer qui décode les signaux en code morse. Dans les options du programme, il faut activer l’ouverture d’un port (7300 de base) et lancer un programme écrit en Perl pour reporter les contacts sur le site “Reverse Beacon Network”. Le principal inconvénient de ce système est qu’il repose sur un logiciel payant. J’en ai fais l’acquisition (65 euros) car je trouve ce projet vraiment intéressant et CwSkimmer donne vraiment des résultats impressionnants.

Reverse Beacon Network en action (no timeout). Autre exemple ici.

• WSPRnet : Last but not least : “Weak Signal Propagation Reporter Network”. WSPR, prononcer whisper, est un projet dédié à l’étude et au reporting des phénomènes de propagation. Contrairement à “Internationnal Beacon Projet”, il perment à chaque radio-amateur de transformer sa station en balise. Par ailleurs, il a beaucoup d’avantages. Le protocole est plus évolué que la simple transmission d’un indicatif en morse et le message transmit contient des informations sur la localisation, la puissance et un système de correction d’erreur. Ce système est étudié pour l’utilisation de faibles puissances d’émission. Il est par ailleurs très discret et ne prend que très peu de bande passante. Aller, une dernière couche : Il est gratuit ! Et comme il est très bien, il a donc une communauté importante de contributeur.

Le logiciel WSPR en action

Cartographie WSPRnet toutes bandes, sur une période de 3 heures

Je dois avouer, je suis fan de tout ces petits systèmes automatiques. Une fois configurés, on les laisse tourner dans un coin un moment, et lorsque l’on revient, on peut dépouiller les logs et faire –tout plein de stats– :)

Amusé par ces petits systèmes géniaux, je mes suis demandé si j’avais le droit de participer/contribuer. Pour le moment, je ne suis pas radio-amateur, aussi je n’ai pas d’indicatif et je n’ai pas le droit d’émettre, mais l’écoute des ondes est libre en France. J’ai écris à l’auteur de CwSkimmer et dans nos échanges, il m’a dit qu’il à vendu beaucoup de licences à des non radio-amateur. Au final, tant que je respecte la loi et que je n’émet pas, il n’y a pas de problème. Par ailleurs, le –détail– de l’indicatif ne devrait bientôt plus se poser, si je me décide à bosser un peu mon morse ! ^^