PanelView Plus avec CompactLogix L32E et SLC 5/04

Un projet IHM multi-génération devient difficile lorsqu’une application PanelView Plus doit échanger des données à la fois avec un CompactLogix 1769-L32E sur EtherNet/IP et un SLC 5/04 qui dépend encore de DH+ ou de DF1. La première correction concerne la terminologie : le L32E est un contrôleur CompactLogix, et non un contrôleur ControlLogix. La seconde est d’ordre architectural. FactoryTalk View Machine Edition doit traiter chaque chemin vers un contrôleur comme un contrat de communication distinct et testable, plutôt que de dissimuler les deux processeurs derrière un raccourci ambigu.

Une IHM hybride doit exposer deux chemins explicites vers les contrôleurs afin qu’un technicien puisse isoler une défaillance EtherNet/IP d’une défaillance du réseau hérité.

Commencez par un inventaire, pas par un pont

Consignez la référence catalogue exacte du PanelView Plus, la révision du firmware, la version de FactoryTalk View ME, les références catalogue des contrôleurs, la configuration du canal du SLC et chaque module de communication installé. Un 1769-L32E dispose d’un port Ethernet intégré. Un SLC 5/04 fournit du DH+ sur le canal 1 et peut utiliser le canal 0 pour les protocoles série ; il ne devient pas un contrôleur EtherNet/IP simplement parce qu’une passerelle est installée. Cette distinction détermine quel appareil gère le routage, les diagnostics et la récupération.

Séparez également les chemins de conception et d’exécution. L’ordinateur d’ingénierie peut parcourir un contrôleur via une interface tandis que le terminal en utilise une autre après le téléchargement du fichier d’exécution. Le manuel d’utilisation des appareils réseau EtherNet/IP de Rockwell explique que FactoryTalk Linx fournit le service de communication d’exécution utilisé par PanelView Plus et FactoryTalk View. La réussite d’un parcours depuis un ordinateur portable ne prouve donc pas que le chemin d’exécution du terminal est correct.

Construisez directement le chemin du CompactLogix

Attribuez au L32E une adresse statique documentée sur le sous-réseau de commande et créez un raccourci d’appareil FactoryTalk Linx dédié, par exemple CLX_L32E. Sélectionnez le contrôleur dans l’onglet Design, puis copiez ou recréez le chemin dans l’onglet Runtime. Vérifiez que le raccourci aboutit au contrôleur lui-même et non à un simple pilote Ethernet. Le terminal, le contrôleur et le poste d’ingénierie doivent avoir des paramètres IP compatibles, mais leurs adresses doivent être différentes. Vérifiez les masques de sous-réseau et toute limite de VLAN routé avant d’incriminer l’application IHM.

Utilisez lorsque c’est possible des variables référencées au niveau du contrôleur et conservez un préfixe d’appartenance clair dans les références de l’IHM. Une alarme ou une commande nommée d’après son contrôleur source est plus facile à diagnostiquer pendant une migration. Pour les commandes, utilisez des états de demande, d’acquittement, de délai d’attente et d’autorisation plutôt qu’une écriture IHM momentanée supposant que le réseau ne se met jamais en pause. L’automate doit prendre la décision finale d’interverrouillage ; le PanelView est une interface opérateur, pas un contrôleur de sécurité.

Choisissez une stratégie d’accès honnête au SLC 5/04

Le chemin du SLC dépend du matériel installé et du débit de données requis. Une interface série-Ethernet peut exposer les données du canal 0, mais ses limites de connexion et de débit doivent être vérifiées par rapport au manuel de l’interface concernée. Une passerelle peut être utile pour un petit nombre de valeurs IHM, mais elle ne doit pas être considérée comme équivalente à un EtherNet/IP natif. Interroger trop de fichiers d’entiers via un goulot d’étranglement série entraîne des affichages lents, des valeurs obsolètes et des alarmes de communication intempestives.

Si le DH+ doit être conservé, une passerelle fondée sur un 1756-DHRIO peut effectuer le routage entre Ethernet et DH+ lorsqu’elle est correctement configurée dans un châssis ControlLogix. Ce châssis est la passerelle ; il ne transforme pas le 1769-L32E en contrôleur ControlLogix. Confirmez les numéros de nœud DH+ en octal, le mode du canal, le débit en bauds, la terminaison et l’itinéraire complet. Évitez de publier un chemin de message universel, car les numéros d’emplacement et la topologie dépendent du site. Un itinéraire copié depuis une autre machine peut atteindre le mauvais nœud ou cesser de fonctionner après une modification du châssis.

Une passerelle de protocole industrielle tierce peut également convenir, mais seulement après vérification des services pris en charge, des limites de clients simultanés, de la temporisation série, de la classification environnementale et du support du fournisseur. La décision doit reposer sur le trafic IHM mesuré et le risque lié au cycle de vie, et non sur le fait que l’appareil apparaisse dans une fenêtre de parcours.

Des raccourcis distincts préservent l’identité des contrôleurs et rendent les diagnostics d’exécution beaucoup plus utiles.

Mettez les raccourcis en service comme des systèmes indépendants

Créez un raccourci pour le L32E et un autre pour le chemin du SLC. Ne réutilisez jamais le nom d’un raccourci pendant une migration simplement pour éviter de modifier les variables. Confirmez les onglets Design et Runtime, enregistrez la configuration de communication, créez le fichier d’exécution destiné au firmware du terminal concerné et téléchargez-le avec les paramètres de communication appropriés inclus.

Testez d’abord les valeurs en lecture seule. Utilisez une valeur qui évolue de manière prévisible, un signal de présence généré par chaque contrôleur et un horodatage IHM révélant les données obsolètes. Testez ensuite les échanges de commandes avec la machine dans un état sûr. Déconnectez séparément chaque chemin réseau et confirmez que l’IHM identifie le contrôleur défaillant sans se figer ni présenter d’anciennes valeurs comme actuelles. Rétablissez la liaison et mesurez le temps de récupération.

Diagnostiquez par couche

Si les deux raccourcis échouent, commencez par l’adressage du terminal, l’état du port du commutateur, l’accès au VLAN et la configuration d’exécution. Si seul le L32E échoue, vérifiez l’accessibilité IP, le mode du contrôleur, l’état du port intégré et la cible du raccourci. Si seul le SLC échoue, divisez le chemin en quatre éléments : Ethernet vers la passerelle, configuration de la passerelle, câblage série ou DH+ et paramètres du canal du SLC. Les compteurs d’erreurs et les voyants de liaison sont plus utiles que le téléchargement répété du même fichier IHM.

Les interventions sur DH+ exigent une rigueur particulière. Des numéros de nœud en double, des débits en bauds incorrects, une terminaison manquante, un câble de tronc endommagé ou un canal DHRIO mal configuré peuvent créer des symptômes intermittents ressemblant à un défaut de l’IHM. Relevez le plan des nœuds et la topologie physique connues comme fonctionnelles avant toute modification. Pour EtherNet/IP, surveillez l’utilisation des connexions et le débit de paquets au lieu de supposer qu’un modèle de réseau bureautique peu chargé s’applique.

Planifiez la sortie de migration

Un pont est souvent un équipement temporaire, mais les systèmes temporaires peuvent rester en place pendant des années. Documentez l’alimentation, les câbles, les firmwares, les sauvegardes de configuration, la stratégie de pièces de rechange et le responsable de chaque raccourci. Maintenez stable le contrat de données du SLC pendant la mise en service de la nouvelle logique, puis retirez les chemins hérités par étapes contrôlées. La planification pertinente du remplacement doit être associée à l’inventaire du magasin consacré aux systèmes PLC et PAC ainsi qu’au plan de cycle de vie de ses afficheurs IHM.

L’objectif d’ingénierie n’est pas simplement de permettre le parcours des variables. Il consiste à créer une conception de communication dont les défaillances sont visibles, limitées et récupérables. Une identité distincte pour chaque contrôleur, des chemins d’exécution explicites, un trafic mesuré et un comportement de perte de communication testé fournissent cette base.