Troubleshooting fr

Dépannage

🇬🇧 Troubleshooting

Où est le fichier journal ?

OpsLog écrit un journal de diagnostic. Son chemin est affiché dans les réglages (et peut s'ouvrir de là). Quand tu signales un problème, joins les lignes pertinentes — elles sont préfixées par sous-système (cat:, Flex:, icom net:, antgenius:, cluster:, qslmgr:log, audio:…). Avec un serveur SMTP configuré, Aide → Envoyer le journal à F4BPO les envoie directement au développeur.

Un plantage ne laisse plus une fenêtre blanche : l'erreur est affichée à l'écran, sélectionnable, avec un bouton de copie.

CAT

• La radio ne se connecte pas — vérifie les champs du backend (port COM et débit en USB ; IP et identifiants en réseau). La ligne de journal CAT porte l'erreur qui explique une déconnexion.
• « Serial port busy » dans le journal — un autre programme tient le port COM (WSJT-X, MSHV, un autre carnet configuré en CAT direct). Un seul programme peut posséder le port : laisse OpsLog le tenir et pointe les autres sur Hamlib NET rigctl 127.0.0.1:4532 (Réglages → CAT → Partager le CAT). Deux maîtres sur un même bus CI-V provoquent aussi des trames corrompues et un comportement erratique.
• La radio émet dès qu'OpsLog se connecte — ton interface lit DTR ou RTS comme le PTT. Xiegu baisse les lignes automatiquement ; sur Yaesu et Kenwood, active l'option baisser DTR/RTS à la connexion. (Elle est coupée par défaut parce que d'autres interfaces cessent d'émettre quand les lignes sont basses.)
• WSJT-X n'arrive pas à faire émettre un Xiegu G90 via OmniRig — un G90 ignore la commande PTT du CI-V. Utilise le backend Xiegu natif (qui manipule RTS/DTR) avec le partage rigctl, ou règle la ligne de PTT dans OmniRig. Voir Kenwood et Xiegu.
• Fréquence figée avec OmniRig / mauvais VFO — règle le VFO à lire (A ou B) dans les réglages du backend OmniRig ; certains fichiers de radio déclarent le mauvais VFO.
• « OmniRig introuvable » alors qu'OmniRig tourne — l'un des deux tourne en administrateur et l'autre non. Démarre-les de la même façon.
• Icom : aucun CAT du tout en USB — l'adresse CI-V doit correspondre à la radio ; choisis ton modèle dans la liste (elle règle l'adresse) et mets CI-V USB Echo Back sur OFF sur le poste.
• Une radio qui répond de travers — active la trace du protocole (Réglages → CAT) : chaque trame échangée avec la radio arrive dans le journal en hexadécimal, ce qui transforme une supposition en diagnostic.

Icom distant

• Login rejected → nom ou mot de passe Network User1 incorrect.
• Impossible de lier le port local → l'Icom Remote Utility tourne encore — ferme-le.
• Fréquence figée après qu'un autre programme a pris la session CI-V — OpsLog se reconnecte tout seul ; si ce n'est pas le cas, regarde les lignes icom net: du journal. Voir Icom distant par internet.

FlexRadio

• Un contrôle affiche 0 ou reste figé au démarrage — certains champs d'état de SmartSDR utilisent des noms courts. Si une valeur ne se remplit jamais, relève la ligne de journal Flex: … status et signale-la.
• Le CAT SmartSDR se déconnecte sans arrêt quand OpsLog est ouvert — corrigé : OpsLog ne se lie plus qu'au vrai client GUI SmartSDR/Maestro. Mets à jour.
• « Interlock is preventing transmission » avec une SteppIR — voir le réglage de plage accordable dans Cartes et antennes.

Le PHP du statut multi-opérateur

Un Connection refused depuis la page PHP est presque toujours un MySQL en bind-address = 127.0.0.1, ou un souci de pare-feu ou de droits — voir Multi-opérateur en direct.

Manipulateur vocal / PTT

• Le test PTT ne fait rien en CAT/OmniRig — la touche est tenue ~1,5 s pour que l'écriture asynchrone d'OmniRig soit réellement envoyée ; si ça n'émet toujours pas, le profil OmniRig de la radio n'expose peut-être pas la mise en émission par CAT — utilise RTS/DTR ou le VOX.
• Un message vocal n'émet presque rien — monte le niveau des messages (Réglages → Audio) et vérifie le réglage d'entrée arrière de la radio (FTDX10 : SSB MOD SOURCE = REAR).

Toujours bloqué ?

Ouvre un ticket (ou Envoyer le journal à F4BPO) avec : ce que tu as fait, ce qui s'est passé, ta radio et son modèle, et les lignes de journal pertinentes.

La radio se déconnecte pendant les émissions numériques

Symptôme : avec WSJT-X ou JTDX réglé sur le split Fake It, la liaison CAT tombe à chaque passage. Fake It décale le VFO à chaque émission au lieu d'utiliser le split, donc il change l'état de la radio deux fois par cycle.

Vérifie qu'aucune ligne de connexion entrante ne partage un port avec une sortante. Si c'est le cas, OpsLog reçoit ce qu'il publie, et sa propre diffusion de fréquence peut revenir comme une commande de réaccord — une boucle qui se déclenche à chaque décalage de VFO. Le journal nomme le conflit au démarrage. Donne un autre port à l'une des deux lignes.

Une antenne motorisée ne suit pas la radio

Cherche cette ligne dans le journal :

antenna: steppir connected, but TRACKING IS OFF in Settings — it will not
follow the rig, and only moves when you tune it by hand

Ce n'est pas une panne. Le suivi est un réglage (Réglages → Antenne), et quand il est coupé l'antenne ne bouge que si tu l'accordes toi-même.

Si l'antenne cesse réellement de répondre, le journal le dit et se reconnecte tout seul :

steppir: status query failed, reconnecting: read status: timed out …
steppir: reconnected after 2 failed attempt(s)

Un rotor tourne dans le mauvais sens

Sur un SPID, vérifie d'abord le dialecte : Rot1Prog pour les contrôleurs azimut seul (RAK, RAU) et Rot2Prog pour les RAS / BIG-RAS / MD-01 / MD-02. Ils utilisent des longueurs de trame différentes, et le mauvais choix est la cause habituelle d'un cap qui s'affiche correctement alors que chaque déplacement commandé part du mauvais côté.

Teste d'abord avec un petit mouvement — de 45° à 50°, pas jusqu'à 180° — pour qu'un mauvais résultat ne puisse pas enrouler le coaxial en haut du pylône.