-
Notifications
You must be signed in to change notification settings - Fork 4
Remote Icom over the Internet fr
OpsLog parle directement le protocole réseau intégré de la radio Icom, donc il remplace à la fois l'Icom Remote Utility et RS-BA1. Les radios munies d'un serveur LAN — IC-7610, IC-9700, IC-705, IC-7760, IC-905 — s'opèrent par le LAN ou internet avec la console Icom complète.
L'IC-9100 n'a pas de serveur LAN — il est en USB seulement.
Dans le menu Network de la radio :
- Active le réseau / les Remote settings.
- Définis un nom et un mot de passe Network User1.
- Note l'adresse IP de la radio et son adresse CI-V.
- Assure-toi que l'Icom Remote Utility est fermé sur chaque PC — OpsLog se lie aux mêmes ports UDP locaux, donc les deux ne peuvent pas tourner ensemble.
Réglages → CAT → backend Icom CI-V (réseau / distant) :
- Hôte — l'IP ou le nom d'hôte de la radio.
- Utilisateur / Mot de passe — les identifiants Network User1, tels que définis dans le menu Network de la radio.
- Modèle de radio / adresse CI-V — choisis le modèle.
- Ports — laisse-les vides sauf si tu les as changés sur la radio. Vide signifie les 50001 / 50002 / 50003 d'origine Icom.
Ferme RS-BA1 et le Remote Utility avant de connecter : ce backend parle directement au serveur LAN de la radio et les remplace. Une radio en veille est allumée automatiquement.
Deux interrupteurs à connaître :
- Écouter le flux — décoche-le pour garder l'audio silencieux. Les enregistrements et le manipulateur vocal fonctionnent toujours. C'est le même interrupteur que le bouton haut-parleur de la console Icom.
- Jouer l'audio reçu (le flux 50003, sur ton périphérique d'écoute) est expérimental : le format des trames audio reste à vérifier contre une vraie radio. Laisse-le coupé si le contrôle se comporte mal.
Enregistre. OpsLog se connecte, obtient un jeton de session (renouvelé tout seul pour que le contrôle ne tombe jamais au bout de ~2 minutes), ouvre le tunnel CI-V, et toute la console fonctionne par le réseau — fréquence / mode / DSP / émission / RIT / CW / scope.
- Le renouvellement du jeton toutes les ~45 s maintient la session vivante.
- Retransmission côté réception : sous le flux chargé du panadapter, les paquets UDP perdus sont redemandés, donc la liaison ne tombe pas quand le scope est allumé.
- Tolérant à la veille : le serveur de la radio répond aux pings même quand la radio est éteinte, donc la session ne bat pas de l'aile — la console et le bouton d'allumage restent joignables.
- Allumage / extinction manuels (l'application ne réveille jamais la radio à la connexion).
L'audio passe par la liaison de la radio elle-même, dans les deux sens. Pas de carte son, pas de câble virtuel, pas de seconde application vocale.
Il y a un seul nom de périphérique pour tout ça : dans Réglages ▸ Audio, choisis Radio (audio réseau) au lieu d'un périphérique Windows.
Mets Depuis la radio sur Radio (audio réseau). Le flux alimente alors :
- tes haut-parleurs ou ton casque — appuie sur ▶ Écouter la radio (le choix est mémorisé, donc un opérateur assis à côté du poste peut le laisser coupé et garder tout le reste)
- l'enregistreur de QSO
- un poste d'opération distant, si ce PC partage aussi la radio — voir Station distante
Mets Vers la radio sur Radio (audio réseau) et choisis ton micro comme périphérique d'enregistrement. Ensuite :
- le bouton parler met la radio en émission et lui diffuse ton micro
- le manipulateur vocal y joue ses messages enregistrés
Les deux sortent sur le flux UDP de la radio. Si la mise en émission échoue, la route audio n'est pas démarrée — tu ne te retrouves jamais à parler dans une radio qui n'émet pas.
Celui-là a bien besoin d'un câble audio virtuel, et la raison vaut d'être connue : WSJT-X écrit vers un périphérique audio Windows, et la radio n'en est pas un. OpsLog ne peut pas se faire passer pour une carte son — cela demande un pilote noyau signé — donc le câble en tient lieu. wfview demande la même chose à ses utilisateurs.
- Installe un câble audio virtuel.
- Mets la sortie de WSJT-X sur le câble.
- Mets l'entrée numérique (Réglages ▸ Audio) sur le côté enregistrement du câble.
OpsLog diffuse alors le câble vers la radio pendant que le PTT est tenu, et pas autrement : une route laissée ouverte mettrait les sons de notification du bureau à l'antenne dès que quoi que ce soit d'autre mettrait la radio en émission. WSJT-X émet par le CAT qu'OpsLog partage, donc OpsLog sait quand l'ouvrir.
Pour la réception, pointe l'entrée de WSJT-X sur un second câble et mets Écoute dessus.
Si ce PC partage la radio avec un poste d'opération distant, ce poste peut désormais entendre un Icom réseau mais pas parler à travers lui : la moitié sortante de cette liaison veut encore une vraie sortie de carte son. Tout ce qui précède concerne ce PC et la radio.
- « Login rejected » → nom ou mot de passe Network User1 incorrect.
- Impossible de lier le port local / la connexion échoue → l'Icom Remote Utility tourne encore ; ferme-le.
-
La liaison tombe quand le scope s'allume → normalement corrigé par la
retransmission côté réception ; si ça persiste, regarde le journal (les lignes
icom net:) et la qualité du réseau. Voir Dépannage.
OpsLog — a modern ham-radio logger by F4BPO · Home · Troubleshooting — 🇫🇷 Accueil · Dépannage
🇬🇧 English · 🇫🇷 Français
Start here
Logging
Radio control (CAT)
Operating
- DX Cluster and Spots
- Maps and Antennas
- Propagation MUF Map
- Satellites
- Amplifiers and Switches
- Audio and Keyers
- Contest Logging
- Net Control
- Multi-Operator Live Status
- Connections
- Digital Modes and GridTracker
QSL & Awards
Reference
Commencer ici
Journal
Pilotage radio (CAT)
Trafic
- Cluster DX et spots
- Cartes et antennes
- Propagation (carte MUF)
- Satellites
- Amplis et commutateurs
- Audio et manipulateurs
- Contest
- Net Control
- Multi-opérateur en direct
- Connexions
- Modes numériques et GridTracker
QSL et diplômes
Référence