Question:
Modes numériques de signal faible et synchronisation de l'horloge
hotpaw2
2018-05-18 04:47:26 UTC
view on stackexchange narkive permalink

Pourquoi certains modes numériques à faible signal (jt9, jt65, etc.) nécessitent de connaître une heure d'horloge? Connaître cette heure d'horloge offre-t-il un gain dans la capacité de détection du signal? (S / N requis plus bas?)

Quelle précision de synchronisation d'horloge à quelle source d'horloge maître est-elle requise?

Deux réponses:
Scott Earle
2018-05-18 06:24:53 UTC
view on stackexchange narkive permalink

Savoir quand un signal est susceptible d'être présent aide le logiciel à décoder les signaux. Si les signaux sont de longueurs variables et envoyés à tout moment, il est alors beaucoup plus difficile de décoder les signaux faibles qui peuvent être présents ou non.

Une analogie est le «vieux» protocole de données série RS-232, qui pourrait fonctionner en mode `` synchrone '' (cadencé) ou `` asynchrone '': savoir à partir du signal d'horloge quand un octet va commencer et quand il va se terminer, permet d'envoyer plus de données sur le fil car vous n'en avez pas besoin pour ajouter des 'bits de départ' et des 'bits d'arrêt' pour indiquer à l'auditeur quand un octet démarre et s'arrête.

Que chacun envoie son signal depuis hh: mm: 00-hh: mm: 47 signifie que le logiciel SAIT exactement quand les données seront présentes. Et s'il ne trouve aucun signal qui commence et se termine dans cette période exacte, il est certain qu'il n'y a rien de décodable envoyé dans cette plage horaire.

Généralement, en synchronisant les heures pendant lesquelles les données peuvent être envoyé, permet aux concepteurs de logiciels de faire des hypothèses lors du décodage qui améliorent VASTEMENT le débit des données à des niveaux de signal extrêmement bas.

Phil Frost - W8II
2018-05-18 08:13:27 UTC
view on stackexchange narkive permalink

Selon la configuration système requise pour WSJT, l'heure doit être synchronisée en ± 1 seconde.

Il est généralement vrai que plus on en sait sur un signal, plus il est facile il s'agit de détecter.

Dans le cas de WSJT, le logiciel enregistre une bande large d'environ 4 kHz, puis doit trouver et décoder tous les signaux qu'il contient. Cela doit fonctionner de cette façon parce que la nature de la transmission ne se prête pas vraiment à un réglage interactif par un opérateur humain comme CW ou SSB. De plus, être capable de surveiller simultanément des dizaines de transmissions et de choisir la plus excitante est un grand attrait du mode.

Les transmissions WSJT suivent un format limité et sont d'une longueur fixe. Pour réussir à les décoder, il faut identifier le début et la fin du message. Les transmissions se produisent également quelque part dans une gamme de fréquences possibles dans la bande passante du récepteur.

Avec l'heure de début fixée, la recherche de signaux n'implique qu'une seule dimension: la fréquence. Si les signaux pouvaient démarrer à tout moment, il y a désormais deux dimensions, la fréquence et l'heure . La complexité de calcul est donc au carré.

Bien sûr, l'heure n'est pas exactement synchronisée, donc il y a encore une petite synchronisation temporelle qui doit se produire. Cependant, il vaut mieux connaître le début du message en ± 1 seconde que de ne rien savoir du tout sur l'heure.



Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 4.0 sous laquelle il est distribué.
Loading...