© F6FLU – Daniel Lavocat

Logiciels et Astuces Radio-Amateur

Indicatifs spéciaux

JTDX et les Indicatifs spéciaux

Daniel
Auteur

Composition standard d'un indicatif

Un indicatif amateur standard se compose d’un préfixe à un ou deux caractères, dont au moins un doit être une lettre, suivi d’un chiffre et d’un suffixe de une à trois lettres.

Dans ces règles, le nombre d’indicatifs possibles est égal à… un peu plus de 262 millions…

Puisque 228 équivaut à plus de 268 millions, 28 bits suffisent pour encoder de manière unique un indicatif standard.  [Guide de l’utilisateur WSJT-X]

 

Dans la spécification technique du protocole FT8 , le format des «indicatifs d’appel standard» est défini de manière assez précise et étroite .

Cela réduit la variété des indicatifs d’appel que le protocole doit gérer, limitant ainsi le nombre de bits numériques requis pour les coder.

Cependant, certains appels d’événements spéciaux, composés et commémoratifs sont si «spéciaux» que le protocole FT8 original ne peut tout simplement pas les « accueillir » dans les 28 bits réservés aux indicatifs dans la plupart de ses messages (par exemple, les appels CQ, les rapports et les messages RRR ou RR73)

Bien que des indicatifs spéciaux de 13 caractères maximum puissent être inclus dans les messages en texte libre, ils ne sont pas interprétés comme des indicatifs d’appel : ce sont simplement des chaînes de texte arbitraires.

Si quelqu’un double-clique sur l’un de ces messages décodés en texte libre d’un DX exotique dans l’espoir de les appeler, il n’aura pas de chance, même si le message en texte libre inclut «CQ».

Le logiciel ne sait pas quoi faire du message sauf l’afficher à l’utilisateur frustré!

Il n’entre pas automatiquement l’indicatif complet dans la boîte d’appel DX, ni ne l’inclut dans les messages générés pour leur réponse en raison du manque de bits.

 

indicatifs standard avec certains emplacements conventionnels modifiés

(par exemple, appels avec la norme ITU / DXCC : préfixes de pays approuvés suivis par une barre oblique)

 

sont gérées par le logiciel, passant l’indicatif complet dans Tx1 et Tx 6 mais seulement la partie d’indicatif habituel dans les autres messages.

 

Si j’étais pour piquer vers, disons, l’île d’Auckland, mon indicatif peut être ZL9 / G4iFB donc mon messages générés pour un QSO typique seraient ceux-ci

Notez que le préfixe ZL9 / n’est envoyé que dans mon Tx 6 (CQ) et les messages Tx 1 (réponse initiale à l’appelant).

 

La liste des préfixes et suffixes traités de cette manière est disponible dans le menu Aide de l’écran principal WSJT-X (avec Menus sélectionnés).

 

Ces préfixes et suffixes spécifiques de «type 1» (environ 350 d’entre eux) sont codés et envoyés en aussi peu de bits que possible, ce qui permet d’inclure deux indicatifs complets dans certains messages générés.

 

Certains indicatifs composés de «type 2» non répertoriés (tels que / M, / MM et / W3) peuvent être envoyés sans l’autre partie d’indicatif dans certains messages.

 

D’autres situations inhabituelles ne sont pas expliquées dans l’aide, par ex. si une station a à la fois un préfixe et un suffixe, ou si deux stations d’appel composé sont en QSO.

Peut-être voudriez-vous faire des expériences pour savoir ce qui se passe, auquel cas s’il vous plaît dites-moi comment vous vous en sortez…

 

La théorie

Selon la théorie de l’information de Claude Shannon, le nombre total de bits numériques dans la charge utile détermine la quantité d’informations qui peut être conférée par un message individuel.

 

Par rapport à FT8, les 2 bits supplémentaires des charges utiles FT8 +, ainsi qu’une conception logicielle innovante, permettent d’encoder, de transmettre et d’interpréter comme indicatifs une plus grande gamme d’indicatifs d’appel.

 

Plus précisément, les indicatifs d’appel peuvent être compressés en valeurs de hachage qui sont transmises, puis étendues aux indicatifs d’appel à la réception.

 

Note :

 

Les codes de hachage pour les indicatifs spéciaux sont calculés et mis en cache au fur et à mesure de leur réception, prêts à être comparés à ceux transmis ultérieurement.

Lorsque WSJT-X est fermé, le cache est effacé et la reconstruction du cache prend un certain temps après son redémarrage.

 

 

Cependant, comme la routine de compression est avec perte, à la réception, il y a plusieurs expansions possibles d’un hachage donné … alors quel est l’indicatif correct ?

 

La réponse est trouvée en vérifiant à travers les décodages récents pour trouver l’indicatif qui a été transmis en entier à un moment antérieur, et qui donne une valeur de hachage correspondante.

Vous remarquerez peut-être que ce processus se produit de temps en temps pendant le hachage
les indicatifs sont généralement affichés entre quotes <xxx>

 

 

Notez que,dans cet exemple particulier, DL7ACA – un tout à fait indicatif allemand conventionnel – a été haché pour réduire le nombre de bits requis car l’autre indicatif dans ce message, SX60RAAG, est spécial et a besoin de plus de bits. Les deux indicatifs peuvent être hachés.

Les collisions de hachage (où différents indicatifs d’appel se compressent aux mêmes valeurs de hachage) sont une possibilité, ainsi que les échecs CRC et AP.

Si vous voyez un indicatif vraiment bizarre (pas simplement spécial), c’est probablement un « bust ».

 

Exemple

Voici un exemple du processus de hachage au travail :

 

Ayant juste démarré JTDX et réglé sur un spot DXcluster pour 9LY1JM sur 17m, les sept premiers décodages ont tous affiché l’espace réservé <…> à la place de l’indicatif DXpedition, indiquant que l’indicatif était passé comme un hachage non encore reconnu.
Les décodages suivants ont montré l’indicatif de 9LY1JM après que quelqu’un ait envoyé l’indicatif DX dans son intégralité (*), par conséquent JTDX a pu le hacher et faire correspondre son code de hachage avec le code de hachage envoyé par d’autres appelants, affichant l’indicatif DX correspondant pour moi à la place du <. ..>

Note :
 

* Pas 9LY1JM eux-mêmes, malheureusement, puisque je n’ai pas pu les copier! Le logiciel peut hacher l’un ou l’autre indicatif dans les messages à deux indicatifs, donc par hasard, quelqu’un doit avoir envoyé un message contenant un hachage de son propre indicatif avec l’indicatif DX dans son intégralité.

 
 

Utilisation

Passer la souris sur le bouton Tx 1 dans WSJT-X fait apparaître un message ambigu :

Le message indique que le basculement de Tx 1 n’est «pas autorisé pour les titulaires d’appels composés de type 1», mais que l’utilisateur peut continuer et sauter Tx 1 de toute façon.

Le message contextuel est en fait une instruction, pas une déclaration de fait.

«Non autorisé» signifie en fait «Ne faites pas cela».

 

Si l’opérateur ignore bêtement l’instruction, saute Tx 1 et appelle une station avec un indicatif composé à l’aide de Tx 2, la fonction Auto Seq de la station appelée répond avec Tx 3 qui omet l’appel de la station à laquelle elle répond.

C’est une recette de confusion lorsqu’il y a plusieurs appelants, souvent le cas puisque les appels composés ont tendance à être des voyageurs DX.

Que nos appelants nous envoient Tx 1 ou Tx 2 et quel que soit le type d’indicatif que nous utilisons, nous devons toujours répondre avec l’indicatif de l’appelant dans notre premier message pour être clair sur qui nous travaillons.

Note :

Je pense que c’est une exigence de conception pour le logiciel. Ne pas faire cela est considéré comme un défaut de conception.

Avertissement :

«Un avertissement à ceux d’entre nous qui contournent souvent le message Tx 1 (appels et grille) et commencent par Tx 2 (appels et rapport).

Si vous appelez une station DX avec un indicatif spécial, lorsque la station DX répond, aucun des messages de ses séquences transmises n’aura votre indicatif.

Il n’y a aucun moyen de savoir avec certitude que la station DX répond à vous ou à une autre station.

Le correctif, lorsque vous appelez des stations avec des indicatifs spéciaux, consiste toujours à commencer par Tx 1. »
[Rick K1HTV]

Le même problème affecte les deux parties à un QSO impliquant un indicatif spécial.

Stations avec des indicatifs spéciaux qui sautent Tx 1 lors de l’appel d’autres stations peuvent être frustrées de découvrir que leurs messages Tx 2 sont pour la plupart ignorés.

La raison en est que leur indicatif spécial est transmis sous forme de code de hachage affiché sous la forme <…> à la réception et se termine à moins que par hasard le système du destinataire ait a déjà reçu un message contenant l’indicatif complet, lui permettant de faire correspondre les codes de hachage.

Les destinataires voient quelqu’un qui leur envoie à plusieurs reprises des messages cryptés de la forme «<…> +10».

Ils sont incapables de répondre correctement car leurs systèmes ne savent pas à qui répondre.

Le robot auto-séquenceur est assez malin <…> mais pas du tout clairvoyant!

Répétez après moi :

Ne sautez pas Tx 1

Ne sautez pas Tx 1

Ne sautez pas Tx 1

De même, les stations avec des indicatifs spéciaux (*) sont incapables de faire des QSO de concours dans FT8 parce que l’échange de concours ne laisse pas suffisamment de bits pour envoyer leurs indicatifs spéciaux dans leur intégralité.

Il n’y a tout simplement pas assez de bits disponibles.

FT8 est parfois un peu court.

 

Note :

Les détenteurs d’indicatifs spéciaux peuvent toujours contester en utilisant les modes hérités avec un encodage par caractère tels que CW, RTTY et PSK.

Ne tirez pas sur le messager ou sur les développeurs : c’est l’un des compromis inévitables d’essayer « de presser des litres dans des pots de pinte ».

Ou postulez pour un indicatif ordinaire, commun, simple et surtout court!

 

Pour explorer la manière dont divers messages et indicatifs sont traités dans FT8, consultez «ft8code.exe» dans le répertoire du programme WSJT-X.

Exécutez-le à partir d’une ligne de commande avec un message comme paramètre entre guillemets pour savoir comment le message serait encodé, envoyé et décodé.

Par exemple, si je voulais envoyer le message « CQ E5 / ZL2IFB / P RA01 » via FT8, ft8code m’indique qu’il s’agit d’un appel non standard, mon message serait donc transmis sous la forme « CQ E5 / ZL2IFB / P » en omettant le locator.



Daniel Lavocat
F6FLU

Avril 2021