Les commentaires de ligne RSLogix 500 semblent cosmétiques jusqu’à ce qu’une modification de la logique décale un fichier entier et que chaque note se retrouve sur la mauvaise ligne. La distinction importante concerne la manière dont le commentaire est associé : à Fichier/Ligne ou à une adresse de sortie. L’association Fichier/Ligne fixe le texte à un numéro de ligne au sein d’un fichier programme. Insérez une ligne au-dessus de cet emplacement et le commentaire reste attaché à l’ancien numéro, dissociant la documentation de la logique qu’elle décrivait auparavant. L’association à une adresse de sortie lie le commentaire à l’adresse d’une instruction de sortie précise, de sorte que le texte suit la logique lorsque des lignes sont insérées, supprimées ou réorganisées.

Pour tout programme en logique à relais qui sera maintenu au fil de plusieurs révisions, privilégiez les commentaires associés à une adresse de sortie principale de la ligne. Lorsque les techniciens insèrent des interverrouillages ou des conditions de branchement au-dessus d’une logique existante, le texte explicatif suit l’OTE, l’OTL ou toute autre sortie qui définit la fonction de la ligne. C’est exactement le comportement souhaité lors de la migration d’un fichier OEM dense vers une norme d’usine épurée.

Paires de verrouillage et collisions de commentaires partagés

Les instructions OTL et OTU qui référencent le même bit partagent un espace de commentaire associé à l’adresse de sortie. Si vous documentez abondamment la ligne de verrouillage, puis ajoutez ultérieurement une ligne de déverrouillage sur la même adresse, les deux lignes affichent le même texte de commentaire. Ce n’est pas un bogue ; c’est le fonctionnement de la documentation fondée sur les adresses. Les solutions pratiques doivent être délibérées. Utilisez les champs de description des E/S ou du bit pour exprimer la signification commune au niveau de l’adresse (« maintien de la vanne de décharge »), et conservez le récit propre à la ligne sur une sortie unique — souvent un bit fictif dans un fichier binaire B3 utilisé uniquement comme ancrage documentaire — ou acceptez un court commentaire partagé et placez les notes détaillées dans le commentaire HTML/long de la ligne, uniquement lorsque votre version le permet sans fractionnement.

Les bits fictifs tels que B3:x dédiés aux ancrages de commentaires ne doivent jamais être réutilisés pour de véritables conditions d’autorisation. Nommez-les clairement dans la description de la table de données, par exemple « DOC_ONLY_FillSeq », afin que les futurs éditeurs ne « nettoient » pas les bits inutilisés et ne détruisent pas la correspondance des commentaires.

Procédure de migration

1. Exportez ou imprimez le rapport de commentaires existant afin que rien ne soit perdu avant la réaffectation.
2. Identifiez les lignes dont les commentaires sont associés à Fichier/Ligne et qui se trouvent dans des fichiers appelés à évoluer.
3. Saisissez à nouveau ces commentaires en les associant à l’adresse de sortie principale.
4. Pour les paires OTL/OTU, déterminez si un commentaire partagé au niveau de l’adresse suffit ou si un bit B3 de documentation doit porter le texte détaillé sur l’une des lignes.
5. Insérez une ligne de test au-dessus d’une ligne commentée et vérifiez que le commentaire suit la sortie.
6. Enregistrez, transférez si les pratiques du site l’exigent, puis archivez le fichier .RSS avec une note de version décrivant la stratégie de commentaires.

Remarques sur les versions et vérification

Le comportement des commentaires est resté cohérent dans son principe entre les différentes versions de RSLogix 500 largement déployées, mais vérifiez toujours le type d’association après un enregistrement entre versions. L’ouverture d’un ancien fichier .RSS dans un éditeur plus récent, suivie de son enregistrement, peut normaliser les champs de la base de données ; contrôlez ponctuellement un échantillon de lignes plutôt que de vous fier à une hypothèse globale. Recherchez les marqueurs de commentaires vides après un copier-coller entre fichiers programme ; les lignes collées peuvent parfois arriver sans l’association attendue.

Vérifiez le résultat en insérant et en supprimant des lignes dans une copie de travail du fichier processeur, puis comparez l’emplacement des commentaires aux adresses de sortie. Si un commentaire reste bloqué sur la ligne 12 alors que l’OTE est passée à la ligne 15, il est toujours associé à Fichier/Ligne. Corrigez-le avant la prochaine fenêtre de modification en production.

Une documentation claire réduit le temps moyen de réparation sur les machines de l’ère SLC qui pilotent encore de nombreuses lignes de conditionnement et de manutention. Considérez l’association des commentaires comme un élément de la norme de programmation, au même titre que le nommage des symboles et les références croisées, lorsque vous maintenez ou migrez des systèmes PLC & PAC sous RSLogix 500.