L’APRS paraît simple : une radio, un GPS ou un logiciel, quelques paramètres et notre position apparaît sur une carte. Pourtant, derrière cette apparente simplicité se cache un réseau radio partagé sur lequel une petite erreur de configuration peut avoir des conséquences bien plus importantes qu’on ne l’imagine.

Une station APRS peut parfaitement apparaître sur Internet tout en étant mal configurée. Elle peut émettre beaucoup trop souvent, utiliser un chemin inutilement long ou envoyer des trames difficiles à décoder.

Voyons donc les erreurs APRS les plus courantes et surtout comment les éviter.

1. Utiliser la mauvaise fréquence

C’est probablement la première chose à vérifier lorsqu’une station APRS reste désespérément invisible.

En France, comme dans une grande partie de l’Europe, le trafic APRS terrestre VHF utilise principalement :

144,800 MHz FM — AFSK 1200 bauds

Attention aux équipements achetés d’occasion ou importés. Une radio provenant d’Amérique du Nord peut par exemple être configurée sur 144,390 MHz, fréquence APRS couramment utilisée là-bas.

Le poste fonctionne, le GPS fonctionne, le TNC transmet… mais personne ne nous entend !

Il faut également vérifier le mode utilisé, le niveau audio et, lors d’un déplacement à l’étranger, les usages APRS du pays concerné.

2. Se tromper d’indicatif ou de SSID

En APRS, plusieurs équipements appartenant au même radioamateur peuvent utiliser le même indicatif complété par un SSID.

On pourra ainsi rencontrer :

• F5KEE
• F5KEE-7
• F5KEE-9
• F5KEE-10

Le nombre placé après le tiret permet notamment de distinguer plusieurs stations utilisant le même indicatif.

Certaines conventions se sont progressivement imposées. Par exemple, -7 est fréquemment rencontré pour une station portable et -9 pour une station mobile.

Mais attention : le SSID n’est pas le symbole affiché sur la carte.

Une voiture n’apparaît pas sous forme de voiture simplement parce qu’elle utilise -9. Le symbole APRS est défini séparément dans la trame.

L’essentiel est donc de choisir des SSID cohérents et surtout de ne pas les multiplier inutilement.

3. Utiliser un path beaucoup trop long

Voici certainement l’une des erreurs les plus importantes.

Le path indique comment notre trame pourra être retransmise par les digipeaters.

Un mobile pourra par exemple transmettre avec : WIDE1-1,WIDE2-1

Imaginons maintenant que nous pensions : « Plus j’ajoute de relais, plus ma balise ira loin ! »

Nous pourrions être tentés d’utiliser quelque chose comme : WIDE1-1,WIDE2-2,WIDE3-3

Très mauvaise idée.

Chaque retransmission occupe le canal radio. Une seule trame peut alors être répétée par plusieurs digipeaters, puis entendue et éventuellement retransmise ailleurs.

Sur un canal partagé comme 144,800 MHz, quelques stations trop généreuses avec leur path peuvent rapidement augmenter inutilement l’occupation du canal.

Les anciens chemins comme RELAY, WIDE ou TRACE ont d’ailleurs été remplacés depuis longtemps par des mécanismes plus efficaces tels que WIDEn-N.

La règle à retenir est simple : Plus de sauts ne signifie pas meilleur APRS.

Il faut utiliser le chemin le plus court permettant d’obtenir la couverture réellement nécessaire.

4. Émettre beaucoup trop souvent

Autre tentation classique :

« Si j’émets toutes les dix secondes, ma position sera beaucoup plus précise ! »

C’est vrai sur la carte… mais beaucoup moins sympathique pour les autres utilisateurs de 144,800 MHz.

L’APRS utilise un canal partagé et une transmission occupe le canal pendant un certain temps. Une station mobile émettant systématiquement toutes les quelques secondes peut donc générer des centaines de trames inutiles.

Pour un véhicule, une stratégie adaptative est beaucoup plus efficace.

C’est justement l’idée du SmartBeaconing.

Lorsque le véhicule est arrêté ou roule lentement, les balises peuvent être espacées. Lorsque sa vitesse augmente, elles deviennent plus fréquentes. Un changement important de direction peut également provoquer l’envoi d’une nouvelle position.

On obtient ainsi une trajectoire parfaitement exploitable sans transformer la fréquence APRS en mitraillette numérique.

L’objectif n’est pas d’avoir le maximum de points sur la carte.

L’objectif est d’envoyer suffisamment de positions pour représenter correctement le déplacement.

Comparaison entre un balisage APRS excessif et le SmartBeaconing, qui adapte les transmissions à la vitesse et aux changements de direction pour limiter l’occupation du canal radio.

5. Envoyer une mauvaise position GPS

Une station APRS apparaissant soudainement au milieu de l’océan peut faire sourire, mais l’origine du problème est souvent très simple.

Le GPS n’avait peut-être pas encore obtenu une position valide.

On peut également rencontrer :

• une ancienne position restée en mémoire ;
• une erreur de latitude ou longitude ;
• un mauvais format de coordonnées ;
• une configuration incorrecte du logiciel ;
• des données GPS incomplètes.

Avant d’émettre automatiquement une position, il faut donc s’assurer que le GPS possède un fix valide.

Il ne faut cependant pas confondre une erreur de position avec la position ambiguity prévue par APRS. Celle-ci permet volontairement de transmettre une position moins précise lorsque l’emplacement exact de la station n’a pas besoin d’être communiqué.

6. Choisir le mauvais symbole APRS

Sur une carte APRS, toutes les stations ne sont évidemment pas représentées par le même symbole.

On peut identifier une voiture, une station fixe, un digipeater, une station météo, un bateau et de nombreux autres équipements.

Mais ce symbole n’est pas simplement décoratif.

Il est codé dans la trame APRS à l’aide d’une combinaison de caractères. Une mauvaise configuration peut donc produire un symbole incorrect ou perturber l’interprétation de certaines informations.

Il est donc important de sélectionner le symbole correspondant réellement à l’utilisation de la station.

Une station mobile devrait apparaître comme une station mobile, et non accidentellement comme une station météo ou un digipeater !

7. Mal régler le niveau audio AFSK

Nous pouvons avoir :

• la bonne fréquence ;
• le bon indicatif ;
• le bon path ;
• une excellente antenne ;

…et malgré tout ne transmettre aucune trame correctement décodable.

Pourquoi ?

À cause de l’audio.

Avec l’APRS classique en AFSK 1200 bauds, le signal numérique est transformé en tonalités audio qui modulent l’émetteur FM.

La chaîne ressemble grossièrement à ceci : Tracker/TNC → audio → émetteur FM → récepteur → audio → TNC/décodeur

Si le niveau est trop faible, le récepteur peut avoir des difficultés à décoder les données.

S’il est beaucoup trop élevé, la modulation peut être déformée et devenir tout aussi difficile à décoder.

Monter le volume au maximum n’améliore donc pas une transmission numérique !

Le niveau audio et la déviation doivent être correctement réglés.

8. Croire que davantage de puissance résoudra tout

Une station APRS fonctionne mal avec 5 watts ?

La première idée pourrait être de passer à 20, 30 ou 50 watts.

Ce n’est pas nécessairement la bonne solution.

En VHF, la qualité de l’installation d’antenne est souvent déterminante.

Une antenne correctement accordée, placée suffisamment haut et alimentée par un coaxial convenable peut apporter une amélioration beaucoup plus intéressante qu’une augmentation brutale de puissance.

Il faut également garder à l’esprit qu’une station très puissante pourra être entendue simultanément par davantage de digipeaters.

Avec un mauvais path, elle risque alors de produire encore davantage de retransmissions.

Avant d’augmenter la puissance, vérifions donc : antenne → coaxial → ROS → dégagement → niveau audio → path.

9. Confondre APRS, APRS-IS et aprs.fi

Cette confusion est extrêmement fréquente.

Lorsqu’un radioamateur voit son indicatif apparaître sur aprs.fi, il peut naturellement penser : « Ma station APRS fonctionne parfaitement en radio. »

Pas nécessairement.

Il faut distinguer plusieurs éléments.

Une station APRS peut émettre sur 144,800 MHz. Sa trame est reçue par un iGate, qui la transmet vers APRS-IS, l’infrastructure Internet utilisée pour distribuer les informations APRS.

Des services comme aprs.fi exploitent ensuite ces données et permettent notamment de les représenter sur une carte.

On peut donc schématiser : Station APRS → RF → iGate → APRS-IS → aprs.fi

Mais certaines informations peuvent également arriver directement par Internet.

Par conséquent : être visible sur aprs.fi ne prouve pas à lui seul que notre signal RF est correctement reçu.

Pour diagnostiquer une installation radio, il faut regarder l’origine et le chemin réellement suivi par les trames.

10. Transformer son iGate en arrosoir Internet → radio

Un iGate constitue une passerelle entre le réseau radio APRS et APRS-IS.

Dans le sens : RF → Internet

il peut transmettre vers APRS-IS les trames reçues localement.

Mais dans l’autre sens : Internet → RF

il faut être beaucoup plus prudent.

Imaginez que toutes les positions reçues depuis Internet soient automatiquement retransmises sur 144,800 MHz.

La fréquence deviendrait rapidement inutilisable.

Le passage APRS-IS → RF doit donc être sélectif et respecter les règles prévues pour l’IGating.

C’est particulièrement important pour les messages destinés aux stations réellement présentes dans la zone de couverture radio.

Un bon iGate n’est pas celui qui retransmet le plus de données.

C’est celui qui retransmet les bonnes données.

11. Mal configurer un digipeater

Le rôle du digipeater est relativement simple : recevoir certaines trames APRS et les retransmettre afin d’étendre leur couverture.

Mais un digipeater mal configuré peut devenir une importante source de trafic inutile.

Parmi les erreurs possibles :

• retransmettre trop largement ;
• utiliser des paramètres WIDE incorrects ;
• générer des doublons ;
• envoyer ses propres balises trop fréquemment ;
• utiliser un path disproportionné pour ses balises ;
• multiplier inutilement les retransmissions.

Le digipeater doit résoudre un problème de couverture.

Il ne doit pas devenir lui-même un problème d’occupation du canal.

12. Mettre trop d’informations dans les balises

Une trame APRS peut contenir bien davantage qu’une position.

On peut y ajouter des informations sur la station, sa fréquence d’écoute, son équipement ou encore différents commentaires.

C’est pratique.

Mais faut-il réellement transmettre toutes ces informations à chaque balise ?

Probablement pas.

Prenons une station mobile envoyant sa position toutes les minutes. Un long commentaire identique peut alors être retransmis encore et encore alors que l’information n’a absolument pas changé.

Sur Internet, quelques dizaines d’octets supplémentaires semblent insignifiants.

Sur un canal radio partagé à 1200 bauds, ils ont davantage d’importance.

Il faut donc distinguer les informations nécessaires à chaque position de celles qui peuvent être transmises beaucoup moins souvent.

13. Faire ses premiers essais avec un path énorme

Lorsque nous configurons une nouvelle station APRS, nous ne savons pas encore si tout est correct.

Ce n’est donc pas forcément le meilleur moment pour demander à plusieurs digipeaters de retransmettre nos essais !

Lorsque la couverture locale le permet, les premiers tests peuvent être effectués avec un path minimal, voire sans digipeater.

On vérifie alors successivement : indicatif → GPS → symbole → audio → décodage → intervalle de balise.

Une fois la station correctement configurée, on ajoute le path adapté à l’utilisation réelle.

Cette méthode permet également de comprendre beaucoup plus facilement l’origine d’un problème.

14. Ne jamais regarder ses propres trames

C’est peut-être l’erreur la plus facile à corriger.

Prenons une trame simplifiée : F5KEE-9>APRS,WIDE1-1,WIDE2-1:...

On peut déjà identifier plusieurs éléments :

• F5KEE-9 : station source
• APRS : destination ou identifiant d’application
• WIDE1-1,WIDE2-1 : chemin demandé
• … : informations transportées

Lorsqu’un problème apparaît, consulter les paquets bruts reçus par le réseau permet souvent de comprendre immédiatement ce qui se passe.

Des services comme aprs.fi permettent justement d’examiner les paquets reçus et leur décodage.

On peut alors répondre à des questions très intéressantes :

• Quel iGate m’a entendu ?
• Combien de digipeaters ont retransmis ma trame ?
• Mon path a-t-il été utilisé comme prévu ?
• Ma position a-t-elle été correctement décodée ?
• Mes trames arrivent-elles uniquement par Internet ou également par radio ?

Observer ses propres trames est probablement l’une des meilleures façons d’apprendre réellement comment fonctionne l’APRS.

Une petite check-list avant de transmettre

Avant de laisser fonctionner un tracker APRS pendant plusieurs heures, quelques contrôles suffisent :

• Fréquence correcte ?
  En France : généralement 144,800 MHz pour l’APRS VHF terrestre.
• Indicatif et SSID corrects ?
• GPS valide ?
• Symbole adapté ?
• Niveau audio correctement réglé ?
• Intervalle des balises raisonnable ?
• SmartBeaconing correctement configuré ?
• Path réellement nécessaire ?
• Trames correctement décodées ?
• Pas de retransmissions inutiles ?

Quelques minutes consacrées à ces vérifications peuvent éviter des milliers de transmissions inutiles.

Conclusion : être un bon voisin APRS

L’APRS est un excellent exemple de système dans lequel davantage n’est pas forcément synonyme de mieux.

Augmenter la puissance n’est pas toujours mieux.

Plus de digipeaters n’est pas toujours mieux.

Plus de balises n’est pas toujours mieux.

Et un path plus long n’est certainement pas toujours mieux.

La bonne station APRS est celle qui transmet l’information nécessaire, au bon moment, avec juste les ressources radio nécessaires.

Une station bien réglée sera souvent plus efficace qu’une station beaucoup plus puissante mais mal configurée.

Et surtout, elle laissera de la place aux autres utilisateurs du réseau.

C’est finalement l’une des règles essentielles de l’APRS : utiliser intelligemment une ressource radio que nous partageons tous.

Pour aller plus loin

France APRS
Réglages, recommandations et informations adaptées à l’utilisation de l’APRS en France.
https://www.franceaprs.fr/

APRS.org
Site historique de référence consacré à l’APRS et aux travaux de Bob Bruninga, WB4APR.
https://www.aprs.org/

APRS — New-N Paradigm
Documentation consacrée aux chemins WIDEn-N et à l’optimisation du réseau APRS.
https://www.aprs.org/fix14439.html

APRS-IS
Documentation technique sur l’infrastructure APRS-IS et le fonctionnement des iGate.
https://www.aprs-is.net/

APRS-IS — IGate Details
Informations techniques concernant le passage des données entre RF et APRS-IS.
https://www.aprs-is.net/IGateDetails.aspx

aprs.fi
Cartographie APRS et consultation des stations, trajectoires et paquets reçus.
https://aprs.fi/

Guide aprs.fi — Raw packets
Particulièrement utile pour apprendre à examiner et comprendre ses propres trames APRS.
https://aprs.fi/doc/guide/aprsfi-raw-packets.html

IARU Région 1
Plans de bandes et informations concernant les utilisations radioamateurs en Région 1.
https://www.iaru-r1.org/