Réécriture d’un programme d’automate PLC-5/250 vers ControlLogix RSLogix 5000
Migrez les programmes de transfert de blocs PLC-5/250 vers ControlLogix RSLogix 5000 en mappant correctement les bits d’état .AE vers .ER et .AD vers .DN.
Les utilitaires de traduction automatique laissent entendre qu’un programme PLC-5/250 parle déjà le langage Logix. L’expérience en production dit le contraire. Les fichiers d’entiers deviennent des structures, les transferts de blocs Remote I/O disparaissent et les bits d’état asynchrones mis en évidence par les logiciels de la série 6200 n’ont pas d’équivalent identique dans une balise MESSAGE. La migration réussit lorsque les ingénieurs la traitent comme une refonte du transfert de données guidée par des publications telles que 1756-RM085, et non comme un simple rechercher-remplacer des mnémoniques.
Les bits de contrôle BTR/BTW ne sont pas conservés tels quels : recréez les instructions MSG et réécrivez chaque référence à .AE/.AD.
Bits asynchrones PLC-5 par rapport aux bits MSG
Sur PLC-5/250, les éléments de contrôle des transferts de blocs exposent .AD (Asynchronous Done) et .AE (Asynchronous Error), en plus de la famille plus connue .DN/.ER. Ces indicateurs asynchrones ne sont pas, dans tous les cas limites, des synonymes de .DN/.ER pour les MSG Logix : un PLC-5 peut afficher des états mixtes d’achèvement partiel que la messagerie CIP ne reproduit tout simplement pas. Documentez le comportement de rung-condition-out avant de supprimer les rungs BT.
| Bit BT PLC-5 | Bit MSG Logix | Remarques |
|---|---|---|
| .AD | .DN | Indicateur d’achèvement réussi pour la plupart des branches migrées |
| .AE | .ER | Chemin d’erreur ; examinez .ERR / .EXERR pour les détails CIP |
| .EN / .ST | .EN / .ST | Réécrivez la gestion de l’activation ; ne supposez pas une temporisation identique |
Substitution mécanique (puis réécriture du rung) BTW N7:0 .AD -> MSG_tag.DN BTW N7:0 .AE -> MSG_tag.ER BTR N10:50 .AD -> MSG_tag.DN BTR N10:50 .AE -> MSG_tag.ER
Remplacements architecturaux des transferts de blocs RIO
- Connexions d’E/S implicites — POINT, FLEX, ArmorBlock sur EtherNet/IP avec des mises à jour pilotées par le RPI et l’état .Faulted
- MSG explicites — lecture/écriture de table de données CIP (ou services typés uniquement lorsque l’équipement distant reste réellement un PLC-5)
- Balises produites/consommées — échange de données entre contrôleurs Logix homologues sans MSG interrogatif
- Passerelle 1756-DHRIO — solution temporaire pour les châssis 1771 restants pendant une migration par phases
Ne copiez pas un rung BTR dans Studio 5000 en renommant simplement le mnémonique. La famille d’instructions n’existe plus ; le MSG doit être créé avec un chemin CIP valide, un type de service, des éléments source/destination et un délai d’attente.
Conservez l’image du PLC-5 en lecture seule jusqu’à ce que la cellule ControlLogix ait fonctionné pendant une semaine complète de production.
Conversion étape par étape
- Répertoriez chaque BTR/BTW : fichier, élément, rack/groupe/slot, longueur et références aux bits d’état
- Vérifiez que le firmware cible prend en charge les services de messagerie ainsi que les chemins EN2T/EN4TR nécessaires
- Exécutez Translate PLC-5/SLC 500 lorsque cela est utile, puis ouvrez la configuration de chaque MSG généré
- Définissez le chemin de communication (fond de panier → ENxT → IP → slot distant), le type de service et les éléments
- Remplacez les références .AE/.AD restantes par .ER/.DN sur les nouvelles balises MESSAGE
- Mémorisez .ER dans une structure de défaut ; effacez et redéclenchez délibérément — ne laissez pas d’activations orphelines
- Mappez les fichiers N/B/T/C dans des UDT ou des tableaux que les opérateurs reconnaissent encore
- Forcez les hypothèses MCR/zones précédentes pendant le FAT ; les surprises liées à l’ordre d’exécution apparaissent à ce stade
Correspondance .ER/.DN des MSG après la migration
Comparez les longueurs et les fréquences de mise à jour des anciens BT avec les délais d’attente des MSG (un délai supérieur ou égal à 5 fois le temps de service prévu constitue un point de départ courant). Suivez .DN/.ER conjointement avec les valeurs de procédé pendant les essais d’endurance. Vérifiez l’adressage octal des nœuds DHRIO avec un registre de données connu avant d’autoriser les écritures. Conservez le processeur PLC-5 disponible pour un retour arrière jusqu’à ce que les indicateurs clés de performance correspondent pendant une semaine de production.
Le matériel de migration — contrôleurs, modules de classe EN2T et DHRIO temporaires — doit être approvisionné selon les normes ControlLogix et PAC, afin que la migration ne soit pas bloquée par l’attente d’un seul ENBT de surplus.
À propos de l’auteur
Mark Townsend | Ingénieur principal en automatisation – systèmes Allen-Bradley
Mark Townsend est ingénieur principal en automatisation et travaille depuis plus de 18 ans sur des plateformes Allen-Bradley, notamment ControlLogix, CompactLogix et les anciens SLC-500. Au quotidien, il développe la logique RSLogix / Studio 5000 et met en service des IHM FactoryTalk View sur des parcs vieillissants et hétérogènes.