MTConnect est une norme ouverte et exempte de redevances qui fournit aux machines-outils un vocabulaire commun pour publier leurs données, de sorte qu'une fraiseuse Fanuc, un tour Haas et un centre d'usinage DMG MORI puissent tous rapporter la vitesse de broche, l'état d'exécution et les alarmes exactement dans le même format.
Elle est délibérément en lecture seule: les applications peuvent écouter les machines mais jamais leur écrire, ce qui en fait l'un des moyens les plus sûrs pour commencer à collecter des données machine.
L'architecture comporte trois parties. Un adaptateur se place près du contrôle machine et traduit ses signaux natifs. Un agent , un petit service web, collecte la sortie de l'adaptateur et l'expose via HTTP simple en XML.
Les applications interrogent ensuite l'agent avec trois requêtes simples: probe (quels éléments de données possède cette machine), current (quelles sont leurs valeurs maintenant) et sample (donnez-moi la série temporelle depuis ma dernière requête). Parce que c'est de l'HTTP ordinaire, tout système de surveillance, tableau de bord ou script peut le consommer sans pilotes propriétaires.
Chaque fabricant de commande a historiquement nommé les choses différemment: une machine rapporte RUNNING, une autre ACTIVE, une troisième EXECUTION_3. MTConnect définit des éléments de données standardisés: état d'exécution, mode du contrôleur, vitesse de broche, avance, nombre de pièces, conditions d'alarme, etc., de sorte qu'un logiciel écrit une fois fonctionne sur plusieurs marques.
Cette couche sémantique, et non le transport, est la vraie valeur: c'est ce qui rend la surveillance multi-marques praticable pour un atelier de taille moyenne.
Ces standards se recoupent moins qu'il n'y paraît. Modbus transporte des registres bruts sans signification attachée; il faut savoir que le registre 40012 correspond à la charge de broche.
OPC UA est un cadre de communication industriel généraliste, sécurisé, en lecture-écriture, avec des modèles d'information riches couvrant tous les types d'équipements. MTConnect est plus étroit et plus simple: machines-outils, lecture seule, vocabulaire standard, HTTP.
Beaucoup d'usines exploitent les deux: MTConnect pour la surveillance CNC et OPC UA ou MQTT Sparkplug B pour l'infrastructure de données plus large.
Un atelier disposant de 12 CNC estime que son taux d'utilisation est d'environ 65 % parce que les opérateurs saisissent manuellement le temps de fonctionnement. Il installe des adaptateurs et un agent par cellule, interrogeant chaque machine une fois par seconde.
Après deux semaines de données, le temps mesuré de broche en coupe représente 41 % des heures prévues. L'écart se décompose en 9 points d'attente de chargement de programme, 8 points de micro-arrêts non enregistrés et 7 points de dépassement du temps de préparation sur deux machines spécifiques.
Récupérer la moitié seulement du temps d'attente de chargement de programmes, soit environ 3,6 heures par jour pour l'atelier, équivaut à ajouter une demi-machine de capacité sans en acheter une. Rien de tout cela n'a nécessité d'écrire le moindre bit dans un automate.
MTConnect ne peut pas démarrer, arrêter ou modifier une machine. Pour les équipes de sécurité OT, c'est une caractéristique : un flux HTTP en lecture seule à l'intérieur d'un réseau correctement segmenté (voir IEC 62443 zones and conduits) présente beaucoup moins de risques qu'un protocole modifiable. Le compromis est que les cas d'utilisation en boucle fermée, comme renvoyer des offsets vers le contrôleur, nécessitent un autre mécanisme.
Les contrôleurs modernes sont souvent livrés avec le support MTConnect intégré; les machines plus anciennes nécessitent un adaptateur, et les équipements vraiment anciens sans interface numérique peuvent ne rien offrir à adapter. Planifiez tôt le chemin réseau: les agents doivent résider dans la zone OT, les applications lisant via une frontière contrôlée.
Et standardisez la nomenclature des équipements avant le déploiement: renommer douze agents après avoir construit des tableaux de bord est une douleur évitable.
Les données machine ne créent de la valeur que lorsqu'elles se transforment en décisions. Fabrico transforme les signaux machines en TRS (OEE) en temps réel, en temps d'arrêt codés et en analyse des pertes, et sa GMAO relie les motifs d'alarme aux bons de travail, aux pièces de rechange et à l'historique de maintenance.
Pour les machines sans aucune interface de données, la surveillance par vision par ordinateur de Fabrico capture l'utilisation et les arrêts sans toucher au contrôleur, ce qui se combine naturellement avec MTConnect sur les machines qui le prennent en charge. Conçu dans l'UE avec résidence des données dans l'UE.
Oui. La norme est ouverte et exempte de redevances, et les implémentations d'agent de référence sont open source. Les coûts proviennent des adaptateurs pour anciens contrôles et du temps d'ingénierie nécessaire pour tout déployer et mettre en réseau.
Non. Ils couvrent des champs différents. MTConnect est une norme de vocabulaire en lecture seule axée sur les machines-outils ; OPC UA est un cadre général, sécurisé, en lecture-écriture pour tous les équipements industriels. Les ateliers utilisent couramment les données MTConnect au sein d'une architecture d'usine basée sur OPC UA ou MQTT.
Les machines sans interface numérique ne peuvent pas publier de données MTConnect sans un retrofit important. Les alternatives pratiques incluent des capteurs simples montés sur la machine ou la surveillance par caméra, qui observe la machine de l'extérieur et ne nécessite aucune connexion au contrôleur.
Vous voulez la vérité au niveau machine sur tous les actifs, connectés ou non ? Réservez une démo Fabrico pour voir des insights de classe MTConnect issus d'un TRS en temps réel et de la vision par ordinateur, même sur des machines sans interface de données.
Connexion
Blog
