RSLogix 500-Kommentare zu Schienen wirken nebensächlich, bis eine Logikänderung eine gesamte Datei verschiebt und jede Notiz auf der falschen Schiene landet. Entscheidend ist, wie der Kommentar verknüpft ist: mit Datei/Schiene oder mit einer Ausgangsadresse. Eine Verknüpfung mit Datei/Schiene bindet den Text an eine Schienennummer innerhalb einer Programmdatei. Fügen Sie oberhalb dieser Position eine Schiene ein, bleibt der Kommentar bei der alten Nummer und die Dokumentation wird von der Logik getrennt, die sie ursprünglich beschrieben hat. Eine Verknüpfung mit der Ausgangsadresse bindet den Kommentar an die Adresse einer bestimmten Ausgangsanweisung, sodass der Text der Logik folgt, wenn Schienen eingefügt, gelöscht oder neu angeordnet werden.

Bei jeder Kontaktplanlogik, die über mehrere Überarbeitungen hinweg gepflegt wird, sollten Sie Kommentare zur Ausgangsadresse am primären Ausgang der Schiene bevorzugen. Wenn Techniker Verriegelungen oder Abzweigbedingungen oberhalb bestehender Logik einfügen, wandert der erklärende Text mit dem OTE, OTL oder einem anderen Ausgang, der den Zweck der Schiene definiert. Genau dieses Verhalten ist bei der Migration einer umfangreichen OEM-Datei in einen bereinigten Werksstandard erwünscht.

Latch-Paare und gemeinsame Kommentarüberschneidungen

OTL- und OTU-Anweisungen, die auf dasselbe Bit verweisen, verwenden denselben Kommentarbereich der Ausgangsadresse. Wenn Sie die Latch-Schiene ausführlich dokumentieren und später eine Unlatch-Schiene für dieselbe Adresse hinzufügen, zeigen beide Schienen denselben Kommentartext an. Das ist kein Fehler, sondern die Funktionsweise einer adressbasierten Dokumentation. Die praktischen Lösungen sollten bewusst gewählt werden. Verwenden Sie die Beschreibungsfelder für E/A oder Bits für die gemeinsame Bedeutung auf Adressenebene („Entleerungsventil-Selbsthaltung“), und belassen Sie die schienenspezifische Beschreibung an einem eindeutigen Ausgang – häufig an einem Platzhalterbit in einer B3-Binärdatei, das ausschließlich als Dokumentationsanker dient – oder akzeptieren Sie einen kurzen gemeinsamen Kommentar und hinterlegen Sie ausführliche Hinweise nur dann im HTML-/Langkommentar der Schiene, wenn Ihre Version dies unterstützt, ohne den Kommentar aufzuteilen.

Platzhalterbits wie B3:x, die als Kommentaranker dienen, dürfen niemals für echte Freigabebedingungen wiederverwendet werden. Benennen Sie sie in der Beschreibung der Datentabelle eindeutig (zum Beispiel „DOC_ONLY_FillSeq“), damit künftige Bearbeiter keine „Bereinigung“ ungenutzter Bits durchführen und dadurch die Kommentarzuordnung zerstören.

Migrationsverfahren

1. Exportieren oder drucken Sie den bestehenden Kommentarbericht, damit vor der Neuzuordnung nichts verloren geht.
2. Ermitteln Sie die Schienen, deren Kommentare mit Datei/Schiene verknüpft sind und die sich in Dateien befinden, die voraussichtlich erweitert werden.
3. Geben Sie diese Kommentare mit einer Verknüpfung zur Ausgangsadresse an der Adresse des Hauptausgangs erneut ein.
4. Entscheiden Sie bei OTL-/OTU-Paaren, ob ein gemeinsamer Adresskommentar ausreicht oder ob ein B3-Dokumentationsbit den ausführlichen Text an einer der Schienen aufnehmen soll.
5. Fügen Sie oberhalb einer kommentierten Schiene eine Testschiene ein und bestätigen Sie, dass der Kommentar dem Ausgang folgt.
6. Speichern Sie die Datei, laden Sie sie bei Bedarf gemäß den betrieblichen Vorgaben hoch und archivieren Sie die .RSS-Datei mit einem Versionshinweis, der die Kommentarstrategie beschreibt.

Versionshinweise und Überprüfung

Das Verhalten von Kommentaren war sinngemäß über viele weit verbreitete RSLogix-500-Versionen hinweg konsistent. Bestätigen Sie den Verknüpfungstyp jedoch immer nach dem Speichern über verschiedene Versionen hinweg. Beim Öffnen einer älteren .RSS-Datei in einem neueren Editor und anschließenden Speichern können Datenbankfelder normalisiert werden. Überprüfen Sie daher stichprobenartig einige Schienen, statt einer pauschalen Annahme zu vertrauen. Suchen Sie nach leeren Kommentarmarkierungen, wenn Sie Schienen zwischen Programmdateien kopieren und einfügen; eingefügte Schienen übernehmen möglicherweise nicht die erwartete Verknüpfung.

Überprüfen Sie die Zuordnung, indem Sie in einer Arbeitskopie der Prozessor-Datei Schienen einfügen und löschen und anschließend die Kommentarposition mit den Ausgangsadressen vergleichen. Wenn ein Kommentar weiterhin an Schiene 12 haftet, während der OTE auf Schiene 15 verschoben wurde, ist er weiterhin mit Datei/Schiene verknüpft. Beheben Sie dies vor dem nächsten geplanten Produktionsbearbeitungsfenster.

Eine klare Dokumentation verkürzt die mittlere Reparaturzeit an SLC-Maschinen, die noch zahlreiche Verpackungs- und Materiallinien steuern. Betrachten Sie die Kommentarverknüpfung bei der Pflege oder Migration von SPS- und PAC-Systemen unter RSLogix 500 als Bestandteil des Codestandards – neben der Symbolbenennung und den Querverweisen.