Skip to content

Remote Icom over the Internet fr

Greg Salaun edited this page Sep 28, 2026 · 1 revision

Icom distant par internet

🇬🇧 Remote Icom over the Internet

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.

Sur la radio (une seule fois)

Dans le menu Network de la radio :

  1. Active le réseau / les Remote settings.
  2. Définis un nom et un mot de passe Network User1.
  3. Note l'adresse IP de la radio et son adresse CI-V.
  4. 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.

Dans OpsLog

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.

Ce qui le rend solide

  • 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

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.

Écouter

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

Parler

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.

WSJT-X et les autres logiciels numériques

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.

  1. Installe un câble audio virtuel.
  2. Mets la sortie de WSJT-X sur le câble.
  3. 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.

Ce qui n'est pas transporté

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.

Dépannage

  • « 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.

Clone this wiki locally