Le logiciel que j'utilise pour le JT65 est JT65-HF Version 1.0.93 ©2008...2010 J. C. Large – W6CQZ
Il est hyper ergonomique pour l'utilisation sur les bandes décamétriques.
La
principale chose à savoir est de synchroniser l'horloge de votre PC
(via internet) sinon, vous ne décoderez rien, ni votre correspondant.
Mais
aussi sur les bandes 40, 80 et 160 Mètres vous devez régler votre TX en
mode USB sinon vous ne décoderez rien également sur votre fréquence JT65A!
C'est un détail important à préciser.
BON TRAFIC JT65A, 73 de F4GHW
***
**
*
Concernant les reports en dB du logiciel JT65, voici quelques essais... J'ai fait un précédent post en 2013 pour comprendre les reports en modes numériques mais je souhaitais préciser ici ce que nous pensons tous être une erreur de précision! Alors qu'il s'agit d'un problème de variabilité des reports...
Il s'agit d'un Analyse de Variance type I à 2 facteurs TEMPS et STATION avec le logiciel R sous Linux.
Voici les reports en dB de F4GHW/QRP en JT65 sur 4 STATIONS (Facteur 1) et en fonction du TEMPS (Facteur 2)... ()sur 20 minutes.
L'analyse montre bien sur un effet STATION (ce qui est normal) mais aucun effet du facteur TEMPS. Il y a donc une stabilité des reports sur tout le temps écoulé, ce qui conforte l'idée d'une propagation stable et bien établie au cours du temps.
En d'autres termes, il n'y a aucune différence en dB selon le TEMPS en minutes. Ainsi un report -7dB est identique à un report -9 dB pris 5 minutes après pour la même station.
Cette source aléatoire de variabilité dans les reports n'est pas à mettre sur le compte de la propagation (elle est donc stable avec les reports) mais à la sensibilité des récepteurs, du logiciel et des cartes son des stations etc...
Avec SPSS une Analyse de Variance de type III nous donne des résultats similaires. Je tiens à préciser que le test de Levène n'a pas été fait au préalable puisque certaines valeurs sont manquantes dans le tableau de contingence. Cela ne remet pas en cause les résultats donnés.
73s de F4GHW