PanelView Plus mit CompactLogix L32E und SLC 5/04

Ein HMI-Projekt mit verschiedenen Generationen wird schwierig, wenn eine PanelView-Plus-Anwendung Daten sowohl mit einem CompactLogix 1769-L32E über EtherNet/IP als auch mit einer SLC 5/04 austauschen muss, die weiterhin auf DH+ oder DF1 angewiesen ist. Die erste Korrektur betrifft die Terminologie: Der L32E ist ein CompactLogix-Controller und kein ControlLogix-Controller. Die zweite betrifft die Architektur. FactoryTalk View Machine Edition sollte jeden Controllerpfad als separaten, testbaren Kommunikationsvertrag behandeln, anstatt beide Prozessoren hinter einer mehrdeutigen Abkürzung zu verbergen.

Ein hybrides HMI sollte zwei eindeutige Controllerpfade bereitstellen, damit ein Techniker einen EtherNet/IP-Fehler von einem Fehler im Legacy-Netzwerk isolieren kann.

Mit einer Bestandsaufnahme beginnen, nicht mit einer Bridge

Notieren Sie die genaue Katalognummer der PanelView Plus, die Firmwareversion, die FactoryTalk-View-ME-Version, die Katalognummern der Controller, die SLC-Kanalkonfiguration und jedes installierte Kommunikationsmodul. Ein 1769-L32E verfügt über einen integrierten Ethernet-Port. Eine SLC 5/04 stellt DH+ an Kanal 1 bereit und kann Kanal 0 für serielle Protokolle verwenden; sie wird nicht allein dadurch zu einem EtherNet/IP-Controller, dass ein Gateway installiert wird. Diese Unterscheidung legt fest, welches Gerät Routing, Diagnose und Wiederherstellung übernimmt.

Trennen Sie außerdem Engineering- und Laufzeitpfade. Der Engineering-Computer kann einen Controller über eine Schnittstelle durchsuchen, während das Terminal nach dem Herunterladen der Laufzeitdatei eine andere verwendet. Das Benutzerhandbuch für EtherNet/IP-Netzwerkgeräte von Rockwell erläutert, dass FactoryTalk Linx den Laufzeit-Kommunikationsdienst für PanelView Plus und FactoryTalk View bereitstellt. Eine erfolgreiche Suche vom Laptop beweist daher nicht, dass der Laufzeitpfad des Terminals korrekt ist.

Den CompactLogix-Pfad direkt aufbauen

Geben Sie dem L32E eine dokumentierte statische Adresse im Steuerungs-Subnetz und erstellen Sie eine eigene FactoryTalk-Linx-Geräteverknüpfung, beispielsweise CLX_L32E. Wählen Sie den Controller auf der Registerkarte „Design“ aus und kopieren Sie den Pfad auf die Registerkarte „Runtime“ oder bilden Sie ihn dort nach. Prüfen Sie, ob die Verknüpfung direkt auf den Controller und nicht nur auf einen Ethernet-Treiber verweist. Terminal, Controller und Engineering-Workstation müssen kompatible IP-Einstellungen besitzen, dürfen jedoch keine Adressen gemeinsam verwenden. Prüfen Sie Subnetzmasken und jede geroutete VLAN-Grenze, bevor Sie die HMI-Anwendung verantwortlich machen.

Verwenden Sie nach Möglichkeit controllerbezogene Tags und führen Sie in HMI-Referenzen ein eindeutiges Präfix für den Besitzer. Ein nach seinem Quellcontroller benannter Alarm oder Befehl lässt sich während einer Migration leichter diagnostizieren. Verwenden Sie für Befehle Anforderungs-, Quittierungs-, Timeout- und Freigabestatus anstelle eines momentanen HMI-Schreibvorgangs, der davon ausgeht, dass das Netzwerk niemals pausiert. Die SPS sollte die endgültige Verriegelungsentscheidung treffen; die PanelView ist eine Bedienerschnittstelle und keine Sicherheitssteuerung.

Eine realistische Zugriffsstrategie für die SLC 5/04 wählen

Der SLC-Pfad hängt von der installierten Hardware und der erforderlichen Datenrate ab. Eine serielle-Ethernet-Schnittstelle kann Daten von Kanal 0 bereitstellen, doch ihre Verbindungs- und Durchsatzgrenzen müssen anhand des Handbuchs der genauen Schnittstelle geprüft werden. Ein Gateway kann für eine kleine Anzahl von HMI-Werten sinnvoll sein, sollte jedoch nicht als gleichwertig mit nativem EtherNet/IP betrachtet werden. Das Abfragen zu vieler Integer-Dateien über einen seriellen Engpass führt zu langsamen Anzeigen, veralteten Werten und störenden Kommunikationsalarmen.

Wenn DH+ erhalten bleiben muss, kann ein Gateway auf Basis eines 1756-DHRIO zwischen Ethernet und DH+ routen, sofern es korrekt in einem ControlLogix-Chassis konfiguriert ist. Dieses Chassis ist das Gateway; es macht den 1769-L32E nicht zu einem ControlLogix-Controller. Bestätigen Sie DH+-Knotennummern in Oktal, Kanalmodus, Baudrate, Terminierung und den vollständigen Routingpfad. Vermeiden Sie die Veröffentlichung eines universellen Nachrichtenpfads, da Steckplatznummern und Topologie standortspezifisch sind. Ein von einer anderen Maschine kopierter Pfad kann den falschen Knoten erreichen oder nach einer Chassisänderung ausfallen.

Ein industrielles Protokoll-Gateway eines Drittanbieters kann ebenfalls geeignet sein, jedoch erst nach Prüfung der unterstützten Dienste, der maximalen Anzahl gleichzeitiger Clients, der seriellen Timing-Anforderungen, der Umgebungsfreigabe und des Herstellersupports. Die Entscheidung sollte auf dem gemessenen HMI-Datenverkehr und dem Lebenszyklusrisiko beruhen, nicht darauf, ob das Gerät in einem Suchfenster erscheint.

Separate Verknüpfungen bewahren die Identität der Controller und machen die Laufzeitdiagnose deutlich aussagekräftiger.

Die Verknüpfungen als unabhängige Systeme in Betrieb nehmen

Erstellen Sie eine Verknüpfung für den L32E und eine weitere für den SLC-Pfad. Verwenden Sie während einer Migration niemals denselben Verknüpfungsnamen erneut, nur um eine Bearbeitung der Tags zu vermeiden. Bestätigen Sie die Registerkarten „Design“ und „Runtime“, speichern Sie die Kommunikationskonfiguration, erstellen Sie die Laufzeitdatei für die vorgesehene Terminal-Firmware und laden Sie sie mit den korrekten Kommunikationseinstellungen herunter.

Testen Sie zunächst schreibgeschützte Werte. Verwenden Sie einen Wert, der sich vorhersehbar ändert, einen von jedem Controller erzeugten Heartbeat und einen HMI-Zeitstempel, der veraltete Daten sichtbar macht. Testen Sie anschließend die Befehlsquittierungen, während sich die Maschine in einem sicheren Zustand befindet. Trennen Sie jeden Netzwerkpfad einzeln und prüfen Sie, ob das HMI den ausgefallenen Controller erkennt, ohne einzufrieren oder alte Werte als aktuell anzuzeigen. Stellen Sie die Verbindung wieder her und messen Sie die Wiederherstellungszeit.

Nach Ebenen diagnostizieren

Wenn beide Verknüpfungen ausfallen, beginnen Sie bei der Adressierung des Terminals, dem Status des Switch-Ports, dem VLAN-Zugriff und der Laufzeitkonfiguration. Wenn nur der L32E ausfällt, prüfen Sie die IP-Erreichbarkeit, den Controller-Modus, den Status des integrierten Ports und das Ziel der Verknüpfung. Wenn nur der SLC-Pfad ausfällt, teilen Sie den Pfad in Ethernet-zu-Gateway, Gateway-Konfiguration, serielle oder DH+-Verkabelung und SLC-Kanaleinstellungen auf. Fehlerzähler und Link-Anzeigen sind hilfreicher, als wiederholt dieselbe HMI-Datei herunterzuladen.

DH+-Arbeiten erfordern besondere Sorgfalt. Doppelte Knotennummern, falsche Baudraten, fehlende Terminierung, beschädigte Trunk-Kabel oder ein falsch konfigurierter DHRIO-Kanal können intermittierende Symptome verursachen, die wie ein HMI-Fehler wirken. Erfassen Sie die bekannte korrekte Knotenübersicht und die physische Topologie, bevor Sie etwas ändern. Überwachen Sie bei EtherNet/IP die Anzahl der Verbindungen und die Paket­rate, anstatt davon auszugehen, dass das Modell eines gering belasteten Büronetzwerks anwendbar ist.

Das Ende der Migration planen

Eine Bridge ist häufig eine vorübergehende Lösung, doch temporäre Systeme können jahrelang bestehen bleiben. Dokumentieren Sie Stromversorgung, Kabel, Firmware, Konfigurationssicherungen, Ersatzteilstrategie und den Verantwortlichen für jede Verknüpfung. Halten Sie den SLC-Datenvertrag während der Inbetriebnahme neuer Logik stabil und nehmen Sie Legacy-Pfade anschließend schrittweise und kontrolliert außer Betrieb. Die relevante Ersatzplanung gehört zur Bestandsaufnahme der SPS- und PAC-Systeme des Shops sowie zum Lebenszyklusplan für seine HMI-Anzeigen.

Das technische Ziel besteht nicht lediglich darin, Tags durchsuchbar zu machen. Es geht darum, eine Kommunikationsarchitektur zu schaffen, deren Fehler sichtbar, begrenzt und wiederherstellbar sind. Eine getrennte Controlleridentität, eindeutige Laufzeitpfade, gemessener Datenverkehr und getestetes Verhalten bei Kommunikationsverlust bilden dafür die Grundlage.