Intégration de l’IHM Inovance et de l’automate Mitsubishi via une communication série et Ethernet

Faire le lien entre des systèmes d’automatisation de différents fournisseurs

Les interfaces homme-machine continuent de façonner la manière dont les opérateurs interagissent avec les systèmes d’API modernes. Dans les usines où plusieurs marques d’automatisation coexistent, l’interopérabilité compte souvent davantage que la fidélité à un fournisseur. Les ingénieurs s’attendent de plus en plus à ce que les IHM et les contrôleurs de différents fabricants communiquent de manière fiable sans programmation personnalisée complexe.

Un exemple pratique est l’intégration d’une IHM Inovance avec des API Mitsubishi de la série FX. Cette combinaison offre une approche économique aux constructeurs de machines qui recherchent une visualisation flexible sans remplacer les contrôleurs existants.

Pour les installations qui entretiennent des équipements anciens ou issus de plateformes mixtes, les solutions des écosystèmes d’API Mitsubishi et les plateformes modernes d’IHM restent très pertinentes. De nombreux projets de modernisation s’appuient également sur du matériel de remplacement disponible auprès d’inventaires spécialisés en automatisation Mitsubishi Electric et de plus vastes plateformes d’IHM et d’informatique industrielles.

Le choix du matériel détermine la stratégie de communication

La configuration de démonstration associe un API Mitsubishi FX3U à une IHM Inovance IT6000. Bien que les deux appareils soient destinés aux systèmes d’automatisation compacts, leurs méthodes de communication diffèrent selon l’architecture de l’application.

La communication série reste courante dans les petites machines autonomes en raison de sa simplicité et de son faible coût matériel. L’Ethernet domine toutefois de plus en plus les nouveaux systèmes, car il offre un débit de données supérieur, facilite les diagnostics et permet la connectivité à distance.

Figure 1. Le système de démonstration utilise une IHM Inovance IT6000 avec un API Mitsubishi FX3U pour le contrôle et la surveillance de base par l’opérateur.

Préparation de l’environnement de développement de l’IHM

InoTouch Editor est le principal logiciel d’ingénierie de la famille IT6000. Les ingénieurs doivent d’abord sélectionner le modèle d’écran, l’orientation de l’écran et la préférence de communication appropriés avant de configurer le pilote de l’API.

L’identification correcte du matériel est importante, car les capacités de communication varient selon les modèles de la série IT. Les variantes compatibles Ethernet incluent généralement le suffixe « E », tandis que les autres modèles prennent uniquement en charge la communication série.

Figure 2. Les ingénieurs configurent le modèle d’IHM, l’orientation de l’affichage et les préférences de communication lors de l’initialisation du projet.

Pourquoi la communication série reste importante

Malgré l’essor de l’Ethernet industriel, les interfaces RS-232 et RS-485 restent profondément ancrées dans l’automatisation des machines. Les petites machines d’emballage, les commandes de convoyeurs et les équipements modernisés dépendent souvent de liaisons série en raison de leur fiabilité et de leurs exigences minimales en matière de configuration.

Dans cette configuration, l’Inovance IT6070E communique avec l’automate FX3U via l’interface RS-232 COM2, au moyen d’un câblage DB9 vers Mini-DIN.

Figure 3. Le port COM2 de l’IHM IT6000 gère la communication RS-232 avec l’automate Mitsubishi de la série FX.

Conversion des signaux et considérations relatives au bruit

L’automate FX3U utilise un port de communication MD8 conçu selon les caractéristiques de signalisation RS-422. La conversion des signaux entre RS-232 et RS-422 contribue à maintenir la stabilité des communications dans les environnements électriquement perturbés.

De nombreux ingénieurs de terrain sous-estiment la qualité des câbles lors de la mise en service d’une IHM. En pratique, un blindage et une mise à la terre insuffisants créent des défauts de communication intermittents qui semblent être des problèmes logiciels.

L’Ethernet élargit le rôle des automates compacts

À mesure que les constructeurs de machines exigent des diagnostics à distance et une connectivité IIoT, la communication Ethernet remplace de plus en plus les liaisons série traditionnelles. La série Mitsubishi FX5U illustre cette transition en intégrant directement Ethernet à l’architecture de l’automate.

Pour l’intégration de systèmes de différents fabricants, Modbus TCP reste le protocole le plus pratique. Bien que les automates Mitsubishi prennent en charge la communication SLMP, InoTouch Editor privilégie actuellement Modbus TCP pour assurer l’interopérabilité avec les systèmes tiers.

Configuration de Modbus TCP dans InoTouch Editor

Contrairement aux pilotes de communication natifs des fabricants, Modbus TCP nécessite une correspondance explicite des registres entre l’automate et l’IHM. Les ingénieurs doivent configurer le pilote commun dans InoTouch Editor et attribuer l’adresse IP correcte de l’automate.

Figure 4. La configuration Modbus TCP nécessite un adressage IP correct et l’affectation du port standard 502.

Côté automate, GX Works 3 gère la configuration Ethernet et les paramètres de sous-réseau. La concordance des paramètres réseau entre l’IHM et l’automate évite les conflits de communication pendant l’exécution.

Figure 5. Les paramètres du module Ethernet dans GX Works 3 définissent l’identité réseau de l’automate et son comportement de communication.

Transformer la mémoire de l’automate en visualisation opérateur

La véritable valeur d’une IHM apparaît lorsque la mémoire de l’automate devient visuelle et interactive. Les commutateurs de bits et les voyants d’état offrent aux opérateurs une visibilité immédiate sur les conditions de la machine, sans exposer la logique à relais.

Dans ce projet, le commutateur de bits de l’IHM écrit à l’adresse mémoire Mitsubishi M1, tandis que le voyant de bits surveille le retour d’état de M0.

Figure 6. Le mappage des appareils relie directement les objets de l’IHM aux adresses mémoire internes de l’automate Mitsubishi.

Améliorer l’ergonomie pour les opérateurs

Les IHM modernes mettent de plus en plus l’accent sur l’ergonomie plutôt que sur les seules fonctionnalités brutes. InoTouch Editor comprend des bibliothèques graphiques pour les boutons, les voyants et les indicateurs, permettant aux ingénieurs de standardiser rapidement les interfaces des machines.

Une conception graphique cohérente réduit la confusion des opérateurs lors des opérations de maintenance et des changements de production.

Figure 7. Les bibliothèques graphiques intégrées accélèrent le développement d’interfaces IHM pour les applications industrielles.

Mise en service et validation fonctionnelle

Une fois la conception terminée, les ingénieurs peuvent télécharger le projet vers l’IHM via une communication USB ou Ethernet. Les tests fonctionnels confirment que l’IHM lit et écrit correctement la mémoire de l’API.

Dans cette démonstration, le bouton-poussoir de l’IHM commande un voyant de sortie physique par l’intermédiaire de la logique interne Mitsubishi, selon un montage de mémorisation basé sur un compteur.

Figure 8. L’utilitaire de téléchargement transfère le projet d’exécution de l’IHM via une communication Ethernet ou USB.

Figure 9. L’IHM et l’API échangent des données en temps réel pendant le test des boutons-poussoirs opérateur et des voyants.

L’avenir de la connectivité industrielle ouverte

La communication multiplateforme est devenue une exigence déterminante dans l’automatisation industrielle. Les fabricants ne conçoivent plus les lignes de production autour d’un seul fournisseur de solutions d’automatisation. Les ingénieurs privilégient plutôt la flexibilité, la disponibilité et le coût global du cycle de vie.

Des protocoles tels que Modbus TCP continuent de s’imposer parce qu’ils simplifient l’intégration des IHM, des API, des variateurs et des systèmes SCADA de différents fabricants. Même si l’adoption d’OPC UA s’accélère, l’intégration pratique sur le terrain dépend encore largement de normes de communication industrielles établies.

Opinion de l’auteur

De nombreuses équipes d’automatisation se concentrent fortement sur les performances des contrôleurs tout en sous-estimant l’interopérabilité des IHM. En réalité, la couche de communication détermine souvent la réussite du projet. Une architecture stable entre l’IHM et l’API réduit les retards de mise en service, simplifie le dépannage et prolonge la durée de vie des équipements sur les lignes de production faisant appel à plusieurs fournisseurs.

Pour les constructeurs de machines qui cherchent à équilibrer performances et coûts, l’association des IHM Inovance et des API Mitsubishi constitue une solution d’ingénierie pratique, plutôt qu’un compromis dicté uniquement par le budget.

Daniel Mercer | Journaliste principal spécialisé dans les systèmes industriels

Daniel Mercer possède 14 ans d’expérience dans la couverture des plateformes d’automatisation industrielle, des systèmes de mouvement et des projets d’intégration d’API. Son parcours comprend des travaux de mise en service sur site impliquant Mitsubishi Electric, Siemens, Beckhoff Automation et des systèmes de production basés sur Rockwell dans les secteurs de l’emballage et des procédés industriels.