L'aube du réseautage industriel : systèmes propriétaires et bus de terrain

Avant l'ère de l'omniprésence d'Ethernet, le plancher de l'usine fonctionnait sur un patchwork de systèmes de bus de terrain propriétaires et semi-propriétés. Dans les années 1970 et 1980, la connexion d'un contrôleur logique programmable (PLC) aux capteurs et aux actionneurs signifiait l'utilisation de faisceaux de câblage parallèles massifs de chaque appareil à une armoire de commande centrale.

L'introduction de réseaux de bus de terrain numériques au milieu des années 1980 a marqué le premier grand saut en avant. Des normes comme Profibus (Process Field Bus), développé par Siemens et promu par Profibus & Profinet International, et Modbus, initialement créé par Modicon (maintenant Schneider Electric), permettaient aux appareils de communiquer sur un seul câble série. Ces réseaux utilisaient des protocoles maître-esclave ou jeton-passage pour faciliter l'accès au support de communication. D'autres acteurs importants comprenaient DeviceNet et ControlNet[, animés par Rockwell Automation, qui offrait une connectivité robuste pour la fabrication et le contrôle des mouvements discrets.

Bien que ces bus de terrain aient grandement simplifié le câblage et amélioré le diagnostic, ils étaient loin d'être parfaits. Chaque standard exigeait souvent des puces spécialisées, des logiciels de configuration propriétaires et des câblages spécifiques. L'interopérabilité entre un appareil Profibus et un réseau DeviceNet était essentiellement inexistante sans passerelles coûteuses et complexes. Les taux de données, généralement compris entre 1 Mbps et 12 Mbps, étaient bientôt insuffisants pour répondre aux exigences croissantes de l'automatisation à grande vitesse, des systèmes de vision et de l'assurance qualité à forte intensité de données.

EtherNet/IP: Tirer parti du protocole industriel commun

La pression pour normaliser le contrôle industriel sur Ethernet a conduit à l'élaboration de plusieurs normes concurrentes « Ethernet industriel » à la fin des années 1990 et au début des années 2000. Parmi les plus réussies, on peut citer EtherNet/IP, conjointement développé par Rockwell Automation et géré par ODVA (Open DeviceNet Vendors Association).EtherNet/IP représente « EtherNet Industrial Protocol ». Plutôt que de réinventer les couches physiques ou de liaison de données, il cartographie astucieusement un protocole de couche d'application solide et mature – le Protocole industriel commun (CIP) – directement sur les piles standard TCP/IP et UDP/IP.

Cette stratégie a permis à la fois de gérer les messages implicites (en temps réel) utilisant UDP pour les performances à grande vitesse et les messages explicites (configuration et diagnostic) utilisant TCP pour une livraison garantie. Cette architecture bimode a permis à un seul réseau de gérer des données de contrôle critiques en temps et en fonction de trafic de configuration moins urgent. Les appareils pourraient être découverts dynamiquement en utilisant des protocoles standard, en simplifiant la configuration. Son ouverture inhérente et sa dépendance à l'infrastructure Ethernet standard ont entraîné une adoption généralisée dans les industries de l'automobile, de l'emballage et de la manutention des matériaux. Malgré son succès, EtherNet/IP, comme tous les protocoles Ethernet standard, a dû faire face à une exigence industrielle fondamentale : un véritable comportement déterministe.

Le défi fondamental : le déterminisme contre le meilleur effort

Le cœur du problème réside dans la philosophie de conception originale de la norme Ethernet IEEE 802.3. L'Ethernet standard est un réseau non déterministe, « best-effort ». Si deux appareils tentent de transmettre des données simultanément, une collision se produit. Le protocole Carrier Sense Multiple Access with Collision Detection (CSMA/CD) s'en occupe en faisant attendre les deux appareils un intervalle de recul aléatoire avant de tenter de retransmettre. Dans un environnement de bureau, cette latence aléatoire est à peine perceptible.

Un système de contrôle des mouvements qui coordonne un bras robotique à grande vitesse peut nécessiter une mise à jour de position toutes les 31,25 microsecondes. Un paquet oublié ou retardé peut causer des erreurs de synchronisation d'axe, entraînant des vibrations mécaniques, des dommages de pièce ou des arrêts d'urgence. Comme les systèmes industriels poussaient pour une précision plus élevée, le hasard inhérent à CSMA/CD est devenu une responsabilité inacceptable. L'industrie a réagi en développant des solutions propriétaires qui ont modifié la norme Ethernet elle-même, souvent en sacrifiant l'interopérabilité et le matériel standard.

Ethernet en temps réel : Solutions exclusives au problème de calendrier

Pour obtenir la communication déterministe nécessaire pour les applications en temps réel, plusieurs organismes et fournisseurs standards ont développé des protocoles spécialisés.Ces normes « Ethernet temps réel » (RTE) ont adopté différentes approches pour contourner le non-déterminisme de l'Ethernet standard. Trois des exemples les plus notables sont EtherCAT, PROFINET IRT[, et Sercos III.

  • EtherCAT (Ethernet for Control Automation Technology), développé par Beckhoff, utilise une méthode de «traitement à la volée». Le maître envoie un seul cadre télégramme qui passe par chaque périphérique esclave. Chaque esclave lit ses données d'entrée et insère ses données de sortie dans le cadre tel qu'il passe. Le cadre retourne au maître avec toutes les données recueillies. Cette méthode est exceptionnellement rapide et efficace mais nécessite une architecture duplex complète spécifique et des contrôleurs d'esclaves EtherCAT spécialisés (ASICs).
  • PROFINET IRT (Isochronous Real-Time), développé par Siemens et Profibus & Profinet International, adopte une approche différente. Il divise le cycle de communication en une "phase rouge" déterministe pour les données critiques dans le temps et une "phase verte" ouverte pour le trafic TCP/IP standard.
  • Sercos III (Sérial Real-time Communication System) utilise une approche de «cadre de synthèse» semblable à EtherCAT mais supporte une topologie de bague redondante pour une grande disponibilité.

Toutes ces solutions sont efficaces. Un réseau IRT EtherCAT ou PROFINET correctement configuré peut atteindre des jitters dans la gamme nanoseconde. Cependant, ces avantages sont à un coût : verrouillage du fournisseur, dépendance à un matériel spécialisé, ingénierie complexe du réseau, et une incapacité fondamentale à converger sans heurt avec les réseaux informatiques standard. Chaque standard RTE parle sa propre langue, et les combler reste un défi persistant.

Réseautage sensible au temps (RST) : la quête d'une norme unifiée

La réponse à la fragmentation des réseaux d'automatisation industrielle est La mise en réseau sensitive du temps (TSN). TSN n'est pas un protocole unique mais un ensemble complet de sous-normes Ethernet IEEE 802.1 développées par le Groupe de travail TSN de l'IEEE.

Au lieu de changer la structure du cadre Ethernet ou de demander du silicium personnalisé pour gérer la programmation déterministe, TSN fonctionne en standardisant le comportement des commutateurs réseau. Un commutateur compatible avec TSN peut prioriser le trafic, façonner les flux de données et synchroniser les horloges à travers le réseau avec une précision extrême, tout en utilisant des appareils Ethernet standard 100 Mbps, 1 Gbps, ou encore des systèmes Ethernet à vitesse supérieure.

Les sous-normes clés qui font fonctionner TSN

La TSN est définie par une boîte à outils de normes, chacune traitant d'un aspect spécifique de la communication déterministe. Comprendre quelques éléments clés est essentiel pour apprécier sa puissance.

  • IEEE 802.1AS: Synchronisation de l'horloge (Protocole généralisé de précision de temps, gPTP). Il s'agit du bloc fondamental de tout réseau TSN. Il fournit un mécanisme pour que tous les appareils du réseau synchronisent leurs horloges à une source de temps commune avec une précision de sous-microseconde.
  • IEEE 802.1Qbv: Time-Aware Shaper (TAS). Il s'agit du mécanisme qui impose le déterminisme. 802.1Qbv divise le fonctionnement d'un port de commutation d'évacuation en cycles de temps répétés. Au sein de chaque cycle, le trafic en file d'attente est fermé. À un moment précis, la porte pour le trafic de contrôle hautement prioritaire s'ouvre, et la porte pour le trafic de fond standard se ferme. Cela garantit que les paquets critiques sont transmis avec une latence faible et limitée, sans interférence du trafic concurrent.
  • IEEE 802.1Qci: Filtrage et services de police par Stream. Pour protéger le réseau des dispositifs mal configurés ou défectueux, 802.1Qci permet aux commutateurs de surveiller et d'appliquer des limites de bande passante sur des flux de données spécifiques. Si un capteur commence à diffuser trop de données, le commutateur TSN peut automatiquement déposer des cadres ou les reléguer à une file d'attente moins prioritaire, protégeant ainsi le trafic de contrôle déterministe.
  • IEEE 802.1CB: Frame Replication and Elimination for Reliability (FRER). Pour les systèmes à haute disponibilité, 802.1CB fournit une redondance sans faille. L'appareil d'envoi duplicate chaque paquet et envoie les deux copies sur des chemins physiquement séparés à travers le réseau. L'appareil récepteur accepte la première copie pour arriver et rejette le duplicata. Si un câble est coupé ou un commutateur échoue, le flux de données continue sans interruption avec un temps de récupération zéro.

Ces normes, ainsi que d'autres pour la réservation de flux (802.1Qat) et l'enregistrement local de liaison (802.1CS), forment une puissante boîte à outils. Elles permettent aux ingénieurs réseau de concevoir des systèmes avec latence garantie, perte zéro paquet, et tolérance aux défauts, le tout sur le matériel Ethernet standard.

Comment TSN permet une communication déterministe sur Ethernet standard

La transition du réseau Ethernet standard non déterministe et le meilleur effort vers un réseau déterministe géré par TSN est un changement fondamental dans le fonctionnement du réseau. Dans un réseau commuté standard, plusieurs flux de données sont en concurrence pour la bande passante du port d'évacuation. Le tampon du commutateur remplit, et les paquets sont en file d'attente « premier dans, premier dehors » ou avec simple file d'attente prioritaire (802.1p).

TSN élimine cette assertion par le planning défini dans 802.1Qbv (Time-Aware Shaper). Tous les commutateurs et les stations finales sont synchronisés vers une horloge principale via 802.1AS. Basé sur la latence et la bande passante requises du flux, un outil de configuration central calcule un planning précis. Il détermine exactement quand les paquets d'un flux spécifique traverseront chaque commutateur le long du chemin. Les portes des ports de commutation s'ouvrent et se ferment selon ce planning, assurant que le paquet ne subit pas de retard de queue. La latence la plus mauvaise est une valeur connue, calculable, pas une estimation statistique.

En outre, TSN est conçu pour la convergence. Comme le trafic de contrôle est strictement programmé et protégé par 802.1Qci, les autres créneaux horaires et largeurs de bande peuvent être librement utilisés par d'autres protocoles. Un seul câble peut transporter un flux de contrôle de mouvement PROFINET, une mise à jour de configuration OPC UA, une page Web HTTP standard et un appel vocal-over-IP sans qu'aucun d'eux interfère avec la boucle de contrôle déterministe.

L'impact de TSN sur le paysage industriel et professionnel

Le déploiement de TSN est la refonte de l'automatisation industrielle, des réseaux automobiles embarqués et de l'audio/vidéo professionnel. Pour les propriétaires d'usines, le principal avantage est la convergence des réseaux de technologie opérationnelle (OT) et de technologie de l'information (IT). TSN permet au plancher d'usine de parler le même langage ouvert que le centre de données d'entreprise.

Pour les fournisseurs d'automatisation, TSN représente un changement dans les modèles d'affaires. Au lieu de verrouiller les clients vers un protocole en temps réel propriétaire, les fournisseurs peuvent maintenant se concentrer sur la valeur ajoutée de leurs contrôleurs et capteurs, en tirant parti de la couche de transport TSN ouverte.

L'un des avantages les plus pragmatiques de TSN est qu'il ne faut pas abandonner les protocoles existants de couche d'application.

  • PROFINET sur TSN: PI développe "PROFINET sur TSN" (également appelé "Profinet RTC") pour supprimer l'exigence de SIC IRT PROFINET spécialisé. Cela permet à PROFINET de fonctionner sur des commutateurs compatibles avec TSN standard, réduisant considérablement les coûts matériels tout en maintenant les mêmes niveaux de performance.
  • CC-Link IE TSN[: Le consortium japonais d'automatisation CLPA a été le premier à combiner la bande passante gigabit avec les fonctionnalités TSN. Il utilise 802.1Qbv pour la communication déterministe tout en supportant le trafic TCP/IP standard sur le même réseau.
  • OPC UA over TSN: L'architecture unifiée des communications de plate-forme ouverte (OPC UA) est la norme de facto pour l'échange de données sécurisé et indépendant de la plate-forme. Lorsqu'elle est combinée à TSN (OPC UA FX), elle devient capable de communiquer en temps réel entre les capteurs, les contrôleurs et les plateformes cloud, ce qui est largement considéré comme la couche de communication fondamentale pour l'industrie 4.0.

L'avenir des réseaux industriels: TSN, 5G et la route vers l'industrie 4.0

TSN fournit l'épine dorsale déterministe filaire, mais l'usine moderne exige une flexibilité sans fil. La convergence de TSN avec 5G Ultra-Reliable Low-Latency Communications (URLLC) est la prochaine frontière majeure. La spécification 3GPP Release 16 intègre TSN avec 5G, permettant à une station de base 5G d'agir comme un pont TSN. Cela permet aux robots mobiles, aux véhicules guidés automatisés (AGV) et aux capteurs sans fil de participer au même réseau déterministe que les machines filaires. La synchronisation précise des temps de TSN garantit que les paramètres sans fil sont parfaitement synchronisés avec le système de commande filaire.

La sécurité dans un monde convergé

Sans sécurité rigoureuse, un ordinateur portable de bureau compromis pourrait théoriquement avoir un impact sur une cellule robotique contrôlée par TSN. Les futurs déploiements de TSN reposent de plus en plus sur des normes de sécurité robustes, telles que la série IEC 62443 pour la sécurité du réseau de communication industrielle. La segmentation du réseau, l'authentification des appareils (802.1X) et la communication cryptée (IPsec ou TLS) sont intégrées à la conception du réseau TSN pour s'assurer que l'augmentation de la connectivité ne se fait pas au détriment de la sécurité et de la fiabilité.

Conclusion

La trajectoire des bus de terrain propriétaires vers EtherNet/IP, et maintenant vers l'écosystème ouvert et déterministe du réseau Time-Sensitive, reflète la demande industrielle incessante pour des systèmes plus rapides, plus intelligents et plus fiables. Alors que les protocoles Ethernet en temps réel spécialisés ont réussi à résoudre le défi de synchronisation pour des fournisseurs spécifiques, TSN l'a atteint universellement. En standardisant le comportement du réseau lui-même, TSN permet une véritable interopérabilité, simplifie la conception du système et fournit l'infrastructure robuste et convergente nécessaire pour les usines du futur.