Von Engineering Logix produzierte und konsumierte Tags

Mit Produzenten- und Konsumenten-Tags können Logix-Steuerungen steuerungsbezogene Daten ohne Nachrichtenanweisungen austauschen. Der Produzent stellt ein Tag bereit; ein oder mehrere konfigurierte Konsumenten empfangen es in einem angeforderten Paketintervall. Der Mechanismus ist unkompliziert, aber eine stabile Implementierung hängt von übereinstimmenden Datendefinitionen, Netzwerkpfaden, Verbindungsbudgets und der Behandlung von Ausfällen ab.

Das passende Muster für die jeweilige Aufgabe wählen

Verwenden Sie Produzenten- und Konsumenten-Tags, wenn Peer-Steuerungen zyklische Daten mit einer definierten Aktualisierungsrate benötigen. Typische Beispiele sind die Koordination von Maschinenzuständen, Linienfreigaben, Produktionszähler und gemeinsame Statusinformationen. Die Verbindung wird konfiguriert und nicht durch Leiterlogik ausgelöst, weshalb sie sich für Daten eignet, die kontinuierlich aktualisiert werden müssen.

Betrachten Sie diese Methode nicht als Ersatz für jeden Austausch zwischen Steuerungen. Explizite Nachrichten können für gelegentliche Lese- oder Schreibvorgänge besser geeignet sein. Für übergeordnete Daten können ein HMI, ein Historian oder ein Broker die bessere Wahl sein. Für Sicherheitsdaten gelten separate Regeln für Steuerung, Firmware und Konfiguration. Definieren Sie zunächst, welche Informationen benötigt werden, wie schnell sie eintreffen müssen und was die empfangende Maschine tun muss, wenn sie ausbleiben.

Einen stabilen Datenvertrag definieren

Die Produzenten- und Konsumenten-Tags müssen übereinstimmende Datentypen einschließlich der Array-Dimensionen verwenden. Ein benutzerdefinierter Datentyp lässt sich in der Regel leichter verwalten als eine lose Sammlung einzelner Werte. Gruppieren Sie Prozessdaten, eine Schema-Version, den Betriebsmodus und Zustandsanzeigen in einer Struktur. Reservieren Sie freie Elemente, wenn zukünftige Erweiterungen wahrscheinlich sind, halten Sie das Paket jedoch fokussiert.

Dokumentieren Sie Bedeutung, Einheiten und gültigen Bereich jedes Elements. Ein numerischer Wert ist nicht selbsterklärend: Er kann technische Einheiten, Rohzählwerte oder einen skalierten Prozentsatz darstellen. Legen Sie fest, welche Steuerung jeweils für jeden Befehl und Status zuständig ist. Zwei Steuerungen sollten nicht unabhängig voneinander konkurrierende Versionen desselben Maschinenzustands schreiben.

Den Produzenten konfigurieren

Erstellen Sie das Quell-Tag auf Steuerungsebene und legen Sie seine Verwendung als produziert fest. Konfigurieren Sie die Anzahl der erwarteten Konsumenten mit einem angemessenen Spielraum für das Design. Rockwell Automation weist darauf hin, dass ein produziertes Tag mehrere Konsumenten versorgen kann, während die genauen Grenzwerte von Steuerung und Netzwerk von Hardware und Firmware abhängen.

Aktualisieren Sie die vollständige Struktur konsistent. Wenn separate Logikroutinen einzelne Elemente zu unterschiedlichen Zeitpunkten schreiben, kann ein Konsument einen gemischten Zustand beobachten. Erstellen Sie die ausgehende Struktur in einer Routine oder kopieren Sie eine vollständig berechnete Arbeitsstruktur nach Abschluss der Berechnungen in das produzierte Tag.

Jeden Konsumenten konfigurieren

Fügen Sie die produzierende Steuerung über den tatsächlich unterstützten Netzwerkpfad zur E/A-Konfiguration des Konsumenten hinzu. Erstellen Sie anschließend ein konsumiertes Steuerungs-Tag mit demselben Datentyp. Geben Sie den Produzentennamen und den Namen des Remote-Tags exakt ein. Der konfigurierte Pfad, die Steuerungsidentität und die Schreibweise des Tags sind allesamt Bestandteil der Verbindung.

Wählen Sie das angeforderte Paketintervall anhand der Prozessanforderung und nicht anhand des schnellsten Werts, den das Dialogfeld zulässt. Ein kurzes RPI verbraucht Netzwerk- und Steuerungsressourcen. Ein langes RPI kann Verriegelungen oder die Koordination einer Linie verzögern. Berücksichtigen Sie bei der Berechnung des maximal akzeptablen Datenalters die Netzwerkaktualisierungszeit, die Aufgabenausführung und die Reaktion der Anwendung.

Für Verbindungsverluste planen

Daten, deren Aktualisierung ausbleibt, können weiterhin plausibel aussehen. Ein Konsument muss aktuelle Informationen von beibehaltenen Informationen unterscheiden können. Die Rockwell-Dokumentation unterstützt ein CONNECTION_STATUS-Element am Anfang einer benutzerdefinierten Struktur zur Überwachung produzierter und konsumierter Verbindungen. Ein anwendungsspezifischer Heartbeat oder ein Sequenzzähler kann zusätzlich belegen, dass die Produzentenlogik ausgeführt wird und sich die Nutzdaten erwartungsgemäß ändern.

Definieren Sie für jeden Anwendungsfall die Reaktion auf veraltete Daten. Ein Anzeigewert kann „Kommunikation unterbrochen“ anzeigen. Ein Produktionszähler kann mit einem Qualitätskennzeichen gehalten werden. Eine Bewegungsfreigabe muss möglicherweise entfallen und einen kontrollierten Neustart erfordern. Setzen Sie einen gemeinsamen Befehl nicht automatisch auf null, es sei denn, null ist die definierte sichere und betrieblich korrekte Reaktion.

Die Austauschmethode systematisch in Betrieb nehmen

Überprüfen Sie das physische Netzwerk und die Steuerungspfade, bevor Sie die Tags untersuchen. Bestätigen Sie, dass jede Steuerung online und erreichbar ist und im E/A-Baum korrekt dargestellt wird. Laden Sie die Produzenten- und Konsumentenkonfigurationen in einer kontrollierten Reihenfolge herunter. Beobachten Sie den Verbindungsstatus, bevor Sie das Verhalten der Anwendung testen.

Ändern Sie einen Testwert am Produzenten und verfolgen Sie ihn durch die Konsumentenstruktur. Testen Sie jedes für den Betrieb relevante Element, einschließlich vorzeichenbehafteter Werte, Arrays und Modus-Bits. Messen Sie die tatsächlich beobachtete Aktualisierungszeit im Vergleich zum Designziel. Trennen Sie anschließend unter einer genehmigten Testbedingung den Produzenten oder das Netzwerk und bestätigen Sie den Alarm für veraltete Daten sowie die Reaktion der Maschine.

Häufige Fehler beheben

Eine Verbindung, die nie hergestellt wird, weist meist auf einen falschen Pfad, Steuerungsnamen, Namen des Remote-Tags, Datentyp oder eine Kapazitätsgrenze hin. Eine Verbindung, die sporadisch abbricht, kann durch Netzwerkauslastung, instabile Verbindungen, eine hohe Ressourcenbelastung der Steuerung oder ein zu aggressives RPI verursacht werden. Eine gesunde Verbindung mit falschen Werten deutet meist auf ein Problem im Datenvertrag oder in der Anwendungslogik hin.

Vergleichen Sie beide Projekte nebeneinander. Prüfen Sie die Strukturdefinition, die Array-Größe und die Version. Überprüfen Sie die Steuerungsdiagnose und die Zähler des Managed Switches, bevor Sie RPIs wahllos ändern. Wenn sich eine produzierte Struktur ändert, behandeln Sie dies als Änderung der Schnittstellenversion und stimmen Sie die Aktualisierung mit jedem Konsumenten ab.

Die Schnittstelle als Anlageninfrastruktur pflegen

Archivieren Sie beide Steuerungsprojekte und führen Sie ein Schnittstellenregister mit Produzent, Konsumenten, Tagnamen, Datentypen, RPIs und Ausfallmaßnahmen. Beziehen Sie den Austausch in Überprüfungen von Backups, Firmware und Netzwerkänderungen ein. Wenn eine Steuerung ersetzt wird, überprüfen Sie den Kommunikationspfad und den Verbindungsstatus, bevor Sie Maschinenbefehle aktivieren.

Passende Hardware finden Sie in den Kollektionen Allen-Bradley ControlLogix und Kommunikation & Netzwerke. Konfigurationsdetails und Plattformgrenzen sollten im Programmierhandbuch für produzierte und konsumierte Tags von Rockwell Automation überprüft werden. Ein klar definierter Datenvertrag und eine ausdrücklich festgelegte Reaktion auf veraltete Daten machen die Verbindung noch lange nach der Inbetriebnahme wartbar.