Port série à distance : RS-232 et USB-série sur IP, sans convertisseur

Le besoin : parler à un port série qui n’est pas dans la pièce

Le RS-232 et ses descendants n’ont pas disparu : ils se sont retranchés là où ils sont irremplaçables. Quatre situations reviennent constamment.

La réponse classique : un convertisseur matériel serial-to-Ethernet (Moxa NPort, Perle IOLAN, Digi PortServer…) posé près de l’équipement, plus un logiciel de redirection COM sur le poste client, plus un chemin réseau entre les deux — VPN, redirection de port, ou pire. Cela fonctionne, mais c’est un boîtier à acheter et à maintenir par port, une configuration réseau par site, et un chiffrement qui dépend du modèle. Virtual-IO supprime la couche matérielle et la question du chemin réseau : le déport série est une fonction du mesh, au même titre que son chiffrement de bout en bout.

DémontréComment ça marche : un provider, des consommateurs

La machine qui possède le port physique — le provider — partage un chemin de périphérique : /dev/ttyUSB0 sous Linux, COM3 sous Windows. Les machines autorisées — les consommateurs — montent alors un port virtuel local, que leurs applications ouvrent comme n’importe quel port série.

Le transport est pensé « latence d’abord » : les octets partent en enregistrements de 4 Kio au plus, sans timer d’agrégation qui retarderait une trame courte. Une fenêtre de crédit de 32 Kio protège le périphérique côté provider ; côté consommateur, une file de réception de 64 Kio absorbe les rafales — en cas de débordement, les octets perdus sont comptés et l’application n’est jamais bloquée. Le tout circule chiffré de bout en bout dans la session mesh : les relais ne voient rien. Après une coupure, la session se reconnecte automatiquement et la configuration survit.

Le modèle d’accès distingue lecture et écriture : le flux reçu du périphérique est diffusé à tous les lecteurs (jusqu’à 8 attaches par partage), mais une seule machine écrit à la fois — écriture exclusive, les autres reçoivent « writer busy ». Plusieurs personnes peuvent donc observer la même console pendant qu’une seule tape.

Configurer pas à pas, depuis la console

Tout se configure dans la console web, onglet Virtual-IO d’un réseau — il n’y a pas de CLI. Et tout est désactivé par défaut : rien n’est partagé tant qu’un opérateur n’a pas créé un partage.

1. 1
   Enrôlez les machines concernéesLe provider (la machine qui a le port) et chaque consommateur doivent être des machines du réseau — voir l’enrôlement d’une machine.
2. 2
   Ouvrez l’onglet Virtual-IO du réseauDans la console, choisissez le réseau puis l’onglet Virtual-IO : il liste les partages existants et permet d’en créer.
3. 3
   Créez le partageDonnez-lui un nom, choisissez la machine provider, saisissez le chemin du périphérique (/dev/ttyUSB0, COM3…), puis les paramètres série : vitesse, parité, contrôle de flux.
4. 4
   Attribuez les droits, machine par machinePour chaque machine du réseau : aucun, lecture ou lecture-écriture. L’accès se décide machine par machine — pas de sous-réseau entier.
5. 5
   EnregistrezLe contrôleur pousse la configuration aux nœuds concernés ; elle survit aux redémarrages et aux coupures.
6. 6
   Ouvrez le port sur le consommateurSous Linux, le partage apparaît en /dev/ttyVIGIL-<nom> ; sous Windows, un port COM est créé par le driver livré avec l’installeur client. Vos outils l’ouvrent comme un port local.

# Le partage « banc » apparaît comme un pseudo-terminal
screen /dev/ttyVIGIL-banc 115200
# ou : minicom -D /dev/ttyVIGIL-banc -b 115200

Cas concret : l’instrument est à 800 km, l’outil ne parle que COM

Paramètres série et signaux pris en charge

Limites et statut bêta

Virtual-IO est inclus dans le produit ; les formules et quotas sont détaillés sur la page tarifs.

Questions fréquentes