Aller au contenu
Meshvise

Treize protocoles, un seul moteur

Chaque protocole est un driver du même moteur d'acquisition. Tous sont inclus dans la licence : aucun module à acheter par marque d'automate, aucune option à activer.

Tableau de compatibilité

Protocole Transport Mode Adressage Écriture
Modbus TCP TCP / 502 Scrutation Registre ou bit oui
Modbus RTU Série RS-485 ou RS-232 Scrutation Registre ou bit oui
OPC UA TCP / 4840 Souscription Identifiant de nœud oui
BACnet/IP UDP / 47808 Scrutation Objet et propriété oui
Siemens S7 TCP / 102 Scrutation Bloc de données, décalage, type oui
MQTT TCP / 1883 ou 8883 Réception Topic et chemin JSON oui
EtherNet/IP TCP / 44818 Scrutation Tag symbolique oui
Beckhoff ADS ADS sur TCP / 48898 Scrutation Variable symbolique oui
REST HTTP ou HTTPS Scrutation Chemin d'URL et chemin JSON oui
WebSocket WS ou WSS Réception Chemin JSON oui
Webhook HTTP entrant Réception Chemin JSON lecture seule
Sparkplug B MQTT / 1883 ou 8883 Réception Groupe, nœud, équipement, métrique oui
MTConnect HTTP / 5000 Scrutation Identifiant d'élément de donnée lecture seule

Le détail, protocole par protocole

Modbus TCP

Scrutation

TCP / 502

Le standard le plus répandu de l'industrie. Lecture des registres de maintien et des bits, écriture registre par registre ou bit par bit. Les lots de lecture sont découpés automatiquement sous la limite de 125 registres imposée par le protocole.

À savoir : Le découpage des plages et la gestion des unités d'esclave sont automatiques.

Équipements typiques

Automates, variateurs de vitesse, compteurs d'énergie, régulateurs, capteurs sur passerelle

Modbus RTU

Scrutation

Série RS-485 ou RS-232

Le même protocole sur liaison série, avec la même surface de lecture et d'écriture. La connexion passe par un convertisseur série vers TCP, matériel courant et peu coûteux.

À savoir : Prévoir un convertisseur série vers Ethernet ; le réglage vitesse, parité et bits d'arrêt se fait dans le driver.

Équipements typiques

Compteurs divisionnaires, capteurs anciens, variateurs sur bus de terrain

OPC UA

Souscription

TCP / 4840

Le seul protocole de la liste qui ne scrute pas. Meshvise crée une souscription réelle sur le serveur et déclare chaque point comme élément surveillé. Le serveur pousse la valeur quand elle change. Aucune lecture inutile sur les valeurs stables, et une latence qui suit l'équipement plutôt qu'une cadence choisie. Le canal se sécurise : signature ou chiffrement, compte utilisateur, vérification du certificat du serveur.

À savoir : Trois politiques de chiffrement sont proposées, celles que la fondation OPC UA recommande encore. Les deux anciennes, cassées cryptographiquement, ne sont volontairement pas offertes même si la bibliothèque les expose. Une configuration incomplète est refusée plutôt que dégradée : jamais de retour silencieux vers une session en clair.

Équipements typiques

Automates récents, machines-outils, systèmes tiers exposant un serveur OPC UA

BACnet/IP

Scrutation

UDP / 47808

Le protocole du bâtiment et du génie climatique. Lecture des objets analogiques, binaires et multi-états, avec leurs propriétés de présence et de valeur.

À savoir : La découverte par diffusion n'est pas utilisée : les équipements sont déclarés par adresse, ce qui évite les surprises en réseau segmenté et en conteneur.

Équipements typiques

Centrales de traitement d'air, chaudières, régulateurs de zone, comptage tertiaire, groupes froid

Siemens S7

Scrutation

TCP / 102

Accès direct aux automates Siemens sans passer par un serveur intermédiaire. Chaque point vit à une position précise dans un bloc de données : numéro de bloc, décalage en octets et type de donnée.

À savoir : Sur les gammes 1200 et 1500, l'accès optimisé aux blocs doit être désactivé côté automate, ou le bloc déclaré accessible.

Équipements typiques

S7-300, S7-400, S7-1200, S7-1500

MQTT

Réception

TCP / 1883 ou 8883

Versions 3.1.1 et 5.0. Meshvise s'abonne aux topics déclarés et tient à jour la dernière valeur de chacun. Quand la charge utile est un objet JSON, un chemin pointé désigne la valeur à extraire, par exemple données.température.

À savoir : Fonctionne avec un broker existant : Meshvise se connecte en client, il n'impose pas le sien.

Équipements typiques

Capteurs sans fil, passerelles de terrain, brokers déjà en place, objets connectés industriels

EtherNet/IP

Scrutation

TCP / 44818

Le protocole des automates Rockwell, en adressage symbolique. Un point déclare directement le nom du tag dans l'automate, avec la syntaxe des programmes et des tableaux.

À savoir : Les tags de programme et les membres de structure sont accessibles avec leur notation native.

Équipements typiques

ControlLogix des séries L7 et L8, CompactLogix des séries L1 à L3

Beckhoff ADS

Scrutation

ADS sur TCP / 48898

Accès aux runtimes TwinCAT en nommant directement les variables du programme, par exemple une variable de vitesse dans le bloc principal ou un booléen dans une liste globale.

À savoir : Le type de la variable est déclaré explicitement : le protocole ne l'expose pas automatiquement. Deux numéros à ne pas confondre : la connexion passe par le routeur AMS sur le port TCP 48898, alors que le port AMS désigne le runtime interrogé, 851 pour TwinCAT 3 et 801 pour TwinCAT 2.

Équipements typiques

Contrôleurs embarqués CX, PC industriels sous TwinCAT 2 ou 3

REST

Scrutation

HTTP ou HTTPS

Interrogation périodique de n'importe quelle interface HTTP renvoyant du JSON. Authentification par identifiant et mot de passe ou par jeton. L'écriture repasse par la même interface.

À savoir : Utile pour raccrocher une source qui n'a rien d'industriel mais qui compte dans le calcul d'un indicateur.

Équipements typiques

Systèmes métier, stations météo, onduleurs, services tiers, passerelles propriétaires

WebSocket

Réception

WS ou WSS

Connexion permanente vers un service qui pousse ses valeurs. Chaque message reçu est analysé en JSON et alimente le cache des points.

À savoir : La connexion se rétablit seule après une coupure.

Équipements typiques

Équipements ou services diffusant un flux temps réel propriétaire

Webhook

Réception lecture seule

HTTP entrant

L'inverse du driver REST. Meshvise expose une adresse et attend que le système distant y publie ses valeurs. Utile quand la source refuse d'être interrogée ou n'est joignable que sortante.

À savoir : Lecture seule par construction : Meshvise est le serveur dans ce sens de communication.

Équipements typiques

Plateformes tierces, capteurs LoRa via leur serveur réseau, services de notification

Sparkplug B

Réception

MQTT / 1883 ou 8883

MQTT industriel normalisé. Meshvise tient le rôle d'application hôte, celui du superviseur : il lit les messages de naissance pour construire la table des métriques, puis décode les messages de données. Une écriture part en message de commande, vers le nœud ou l'équipement. La structure des équipements est découverte, pas déclarée.

À savoir : La découverte automatique des métriques est le principal intérêt : brancher une passerelle suffit à voir apparaître ses points.

Équipements typiques

Passerelles de périphérie, architectures d'espace de noms unifié

MTConnect

Scrutation lecture seule

HTTP / 5000

Le standard de fait de la machine-outil, natif chez Haas, Mazak, Okuma et Doosan, disponible sur Fanuc et Siemens par un adaptateur du constructeur. Meshvise interroge l'agent en client : la sonde découvre les points, l'état courant est relevé à la cadence choisie. Le programme en cours, l'état d'exécution, le compteur de pièces et la charge de broche se lisent directement, sans passer par un automate d'îlot.

À savoir : Le standard est une architecture à trois étages : la machine parle à un adaptateur, l'adaptateur à un agent, l'agent à Meshvise. L'agent est donc un prérequis d'installation, annoncé au devis ; la plupart des commandes récentes en embarquent un. Lecture seule par nature : aucun agent n'accepte d'écriture, et commander une machine-outil passe par sa propre commande numérique.

Équipements typiques

Centres d'usinage, tours à commande numérique, machines équipées d'un agent MTConnect

La sécurité OPC UA, en clair

Ce n'est pas un raffinement, c'est une condition d'accès. Un automate Siemens de la gamme 1500 est livré configuré pour signer ou chiffrer ses échanges, et refuse une session non protégée. Sans cela, un site équipé ainsi ne peut tout simplement pas être raccordé.

Réglage Ce que Meshvise propose
Politiques de chiffrement

Basic256Sha256, Aes128Sha256RsaOaep, Aes256Sha256RsaPss.

Les politiques Basic128Rsa15 et Basic256 ne sont pas proposées : elles sont dépréciées par la fondation OPC UA et cryptographiquement cassées. La bibliothèque sous-jacente les expose encore, Meshvise ne les reprend pas.

Mode de message

Aucun, signature seule, ou signature et chiffrement.

Signer prouve l'origine et l'intégrité des messages. Chiffrer y ajoute la confidentialité. Le mode se choisit selon ce que le serveur exige.

Compte utilisateur

Nom d'utilisateur et mot de passe, indépendants du chiffrement.

Les deux réglages sont séparés dans la norme : un serveur peut demander un compte sans chiffrer le canal, ou l'inverse. Meshvise suit cette séparation au lieu de l'imposer.

Certificat du serveur

Vérification explicite, activée en fournissant le certificat.

Sans certificat fourni, Meshvise accepte ce que le serveur présente et le signale, dans le journal du pilote et à l'écran. C'est une confiance à la première connexion, défendable seulement sur un réseau d'atelier fermé.

Une configuration de sécurité incomplète est refusée à trois niveaux, en base, dans le pilote et dans le formulaire. Il n'existe aucun repli silencieux vers une session en clair : ou la connexion est conforme à ce que vous avez demandé, ou elle échoue avec un message.

Machines-outils et protocoles propriétaires

Les commandes numériques et certains automates parlent un protocole maison, lié à une bibliothèque sous licence que l'éditeur n'a pas le droit de redistribuer. Aucune supervision ne s'y connecte directement sans passer par le constructeur, et l'option qui ouvre la machine se facture cher, souvent par machine. La bonne question n'est donc pas « supportez-vous Fanuc » mais « qu'ai-je besoin de mesurer, et au prix de quoi ».

Meshvise ne remplace pas la passerelle du constructeur, il se branche sur sa sortie normalisée. Dès qu'une machine expose de l'OPC UA, du MQTT ou du Modbus, elle devient un équipement comme un autre.

Quatre voies, de la moins chère à la plus chère

L'option qui fait parler une machine dans un protocole standard est presque toujours payante, facturée par machine, et parfois assortie d'une mise à niveau de la commande. Un devis de ce type suffit à enterrer un projet. Il existe pourtant trois voies moins chères avant celle-là, et elles suffisent pour la plupart des indicateurs.

Suivre la marche d'une machine ne demande pas de lire sa commande numérique. Marche, arrêt, cycle et pièces produites se mesurent de l'extérieur, pour une fraction du prix d'une option constructeur.

Voie Ce que vous obtenez Coût Quand la choisir
1 Signaux déjà câblés Marche, arrêt, défaut, fin de cycle, selon ce que la machine sort déjà sur bornier. Presque nul Toujours à regarder en premier. Beaucoup de machines exposent des contacts secs inutilisés, qu'un petit module d'entrées Modbus relève pour le prix d'un composant d'armoire.
2 Capteurs externes Consommation, courant de broche, temps de cycle, comptage de pièces, temps d'arrêt, état de la colonne lumineuse. Quelques centaines d'euros par machine Le meilleur rapport valeur sur prix quand la machine est fermée ou ancienne. Une pince de mesure et un compteur d'énergie communicants suffisent à voir tourner une machine, à dater ses arrêts et à mesurer sa consommation.
3 Passerelle tierce Les données de process de la commande, traduites en OPC UA, MQTT ou MTConnect. Variable, souvent moins que l'option constructeur Quand vous avez besoin des variables internes : programme en cours, override, alarmes machine, cotes. Ajoute un équipement à maintenir, mais reste utile même si vous changez de supervision.
4 Option du constructeur Tout ce que la commande expose, sans intermédiaire, avec le support du constructeur. Le plus élevé, facturé par machine Sur une machine neuve, où l'option se négocie à la commande et coûte bien moins cher qu'ajoutée après coup. Sur un parc existant, à réserver aux machines critiques.

Sur un parc de plusieurs machines, la démarche qui marche est d'équiper tout le parc par le bas de l'échelle pour voir enfin l'ensemble, puis de monter en profondeur sur les deux ou trois machines qui portent vraiment la performance.

Constructeur Protocole natif Voie vers Meshvise
Fanuc FOCAS

Option OPC UA sur les commandes récentes, agent MTConnect lu en direct, sinon passerelle FOCAS vers OPC UA ou MQTT.

La bibliothèque FOCAS est sous licence Fanuc et n'est pas redistribuable : personne ne peut l'embarquer dans son produit. Vérifier si l'option OPC UA est déjà activée, elle l'est parfois sans qu'on le sache. Si elle doit être achetée, comparer son devis aux deux premières voies de l'échelle avant de décider.

Mitsubishi MC Protocol, SLMP

Module de communication Modbus TCP, module OPC UA sur les gammes récentes, ou passerelle SLMP vers MQTT.

Beaucoup d'installations MELSEC exposent déjà du Modbus TCP par un module en rack : regarder l'armoire avant d'acheter quoi que ce soit. Un module de communication d'occasion coûte une fraction d'une option logicielle.

Omron FINS

EtherNet/IP ou Modbus TCP, tous deux supportés en direct.

Les gammes récentes parlent EtherNet/IP nativement, ce qui évite complètement le sujet.

Schneider UMAS

Modbus TCP, supporté en direct.

Le protocole propriétaire sert surtout à la programmation. Pour lire des valeurs, Modbus suffit et il est présent partout.

Autres commandes numériques Variable selon le constructeur

MTConnect ou OPC UA selon la génération, l'un et l'autre lus en direct.

Sur une machine d'après 2015, la question à poser au constructeur est : « la machine sait-elle sortir de l'OPC UA ou du MTConnect, et à quelle condition ».

Ce qu'une passerelle change, et ce qu'elle ne change pas

Une passerelle traduit le protocole du constructeur vers un protocole ouvert. Elle ajoute un équipement à maintenir et un point de panne, mais elle rend la machine lisible par n'importe quel système, pas seulement par Meshvise. C'est un investissement qui reste valable si vous changez de supervision.

MTConnect est lu en direct depuis septembre 2026 : Meshvise interroge l'agent en client, ce qui donne le programme en cours, l'état d'exécution et le compteur de pièces sans passer par un automate d'îlot. L'agent du constructeur reste un prérequis d'installation.

Comment un point est configuré

Un driver porte la connexion : adresse, port, identifiants, cadence. Chaque point porte son adresse dans le protocole, son type de donnée et son unité. Les équipements compatibles sont découverts automatiquement quand le protocole le permet, sinon la configuration se fait par import ou à la main. Un même site mélange autant de protocoles que nécessaire dans une seule instance.

Ce qui n'est pas supporté

Dire ce qui manque évite une mise en service qui tourne mal. Ces protocoles ne sont pas implémentés à ce jour et ne sont pas datés publiquement.

  • IEC 60870-5 et IEC 61850, pour les postes électriques et la distribution.
  • DNP3, pour l'eau et les réseaux d'énergie nord-américains.
  • M-Bus et M-Bus sans fil, pour le comptage divisionnaire.
  • PROFINET et EtherCAT en accès direct. Ces automates s'exposent en général en OPC UA ou en Modbus TCP, qui sont supportés.

Un protocole vous manque ? Écrivez, la liste évolue avec les demandes réelles.