Wie man Produced/Consumed Tags auf dem 1769-L30ER PLC einrichtet
Diese Anleitung erklärt, wie man die Produced/Consumed-Kommunikation zwischen einem 1769-L30ER und einer anderen Logix-PLC konfiguriert. Sie lernen die wichtigsten Einstellungen, Netzwerktipps und Diagnosemethoden für einen zuverlässigen Datenaustausch in der industriellen Automatisierung.
Was ist das Producer-Consumer-Modell?
Diese Kommunikationsmethode eliminiert die Notwendigkeit für Master-Slave-Abfragen. Dadurch werden Netzwerkverzögerungen reduziert und weniger Bandbreite verwendet. Der 1769-L30ER unterstützt gleichzeitig bis zu 16 produced und 16 consumed Tags. Ein produced Tag kann Daten an mehrere Controller senden, was den Multicast-Verkehr effizienter macht.
Die Verbraucherseite verwendet ein Requested Packet Interval (RPI), um zu bestimmen, wie oft Updates empfangen werden. RPI-Werte liegen normalerweise zwischen 2 ms und 750 ms. Schnellere RPIs bieten bessere Leistung, erhöhen aber die Netzwerklast. Ingenieure müssen einen Wert wählen, der Geschwindigkeit und Systemkapazität ausbalanciert.
Was Sie vor dem Start benötigen
Stellen Sie sicher, dass beide PLCs mit Strom versorgt und über ein EtherNet/IP-Netzwerk verbunden sind. Der 1769-L30ER muss Firmware-Version 20.011 oder höher haben. Verwenden Sie Studio 5000 Logix Designer Version 21 oder neuer, um auf alle Einstellungen zuzugreifen.
Weisen Sie jedem Controller eindeutige IP-Adressen zu. Zum Beispiel setzen Sie PLC A auf 192.168.1.10 und PLC B auf 192.168.1.20. Beide Geräte sollten dieselbe Subnetzmaske und Gateway verwenden. Der Netzwerkswitch sollte Multicast-Filterung unterstützen, um unnötigen Datenverkehr zu vermeiden.
Der L30ER unterstützt bis zu 256 TCP/IP-Verbindungen. Behalten Sie dieses Limit bei der Systemgestaltung im Auge. Bereiten Sie eine Tag-Liste mit genauen Datentypen wie DINT[10] oder REAL[5] vor und sichern Sie Ihr Projekt, bevor Sie Änderungen vornehmen.
Wie man ein produced Tag konfiguriert
Öffnen Sie den Controller Organizer in Studio 5000 und gehen Sie zum Ordner „Controller Tags“. Klicken Sie mit der rechten Maustaste und wählen Sie „New Tag“, um ein produced Tag zu erstellen. Geben Sie ihm einen klaren Namen, z. B. „Producer_Data_Array“.
Stellen Sie den „Typ“ auf „Produced“ und wählen Sie den richtigen Datentyp aus. Geben Sie einen eindeutigen Verbindungsnamen ein, auf den der Verbraucher verweisen kann. Definieren Sie den RPI-Wert – verwenden Sie 10 ms für schnelle Bewegungssteuerung oder 50 ms für weniger kritische Aufgaben.
Aktivieren Sie „Unicast“, wenn nur ein Verbraucher das Tag verwenden wird. Dies spart Netzwerkbandbreite. Nach dem Erstellen des Tags laden Sie die Änderungen auf den Controller und schalten ihn in den Laufmodus.
Wie man ein konsumiertes Tag konfiguriert
Erstellen Sie auf der Verbraucher-PLC ein neues Tag und setzen Sie dessen Typ auf „Consumed“. Stellen Sie sicher, dass der Datentyp genau mit dem des Produzenten-Tags übereinstimmt. Geben Sie die IP-Adresse des Produzenten und den zuvor definierten Verbindungsnamen ein.
Stellen Sie das RPI auf der Verbraucherseite so ein, dass es dem RPI des Produzenten entspricht oder ein Vielfaches davon ist. Wenn der Produzent beispielsweise 10 ms verwendet, stellen Sie den Verbraucher auf 10 ms oder 20 ms ein. Passen Sie den Timeout-Wert an, normalerweise das Vierfache des RPI, um Kommunikationsfehler zu erkennen.
Überprüfen Sie nach der Konfiguration die Systemvariable „Connection Status“. Ein Wert von 0 bedeutet, dass die Verbindung gesund ist. Werte von 1 oder 2 weisen auf Fehler hin. Laden Sie die Änderungen herunter und testen Sie den Datenaustausch mit einer einfachen Umschalt-Routine.
Tipps zur Netzwerkleistung
EtherNet/IP-Netzwerke laufen typischerweise mit 100 Mbps oder 1 Gbps. Die tatsächliche Leistung hängt jedoch von der Anzahl der Verbindungen und deren RPI-Einstellungen ab. Zum Beispiel erzeugen zehn produzierte Tags mit jeweils 10 ms etwa 1.000 Pakete pro Sekunde, was ungefähr 2–3 % eines 100-Mbps-Netzwerks ausmacht.
Verwenden Sie verwaltete Switches mit IGMP-Snooping, um Multicast-Verkehr zu steuern. Aktivieren Sie Quality of Service (QoS), um EtherNet/IP-Pakete zu priorisieren und Jitter zu reduzieren. Für Hochgeschwindigkeitsanwendungen sollten Sie separate VLANs verwenden, um kritische Daten zu isolieren.
Berechnen Sie Ihre Netzwerkauslastung mit folgender Formel: Gesamtbandbreite = (Anzahl der Tags × Paketgröße × 8) / RPI. Halten Sie die Gesamtauslastung unter 60 %, um Platz für Burst-Verkehr und erneute Übertragungen zu lassen.
Fehlerdiagnose und -behebung
Verwenden Sie die GSV-Anweisung, um die Attribute „FaultCode“ und „Status“ des Modulobjekts auszulesen. Ein FaultCode von 16#0022 bedeutet normalerweise einen Timeout aufgrund von Netzwerküberlastung. Überprüfen Sie den Verbindungsweg in den Eigenschaften des konsumierten Tags auf Tippfehler.
Beobachten Sie die I/O-LED des Controllers. Ein blinkendes rotes Licht signalisiert einen Kommunikationsfehler. Verwenden Sie Wireshark mit dem EtherNet/IP-Dissektor, um Paketübertragungen zu erfassen und zu überprüfen. Achten Sie auf „Forward Open“-Anfragen und -Antworten, um den Handshake-Prozess zu verifizieren.
Wenn die Probleme weiterhin bestehen, erhöhen Sie den Timeout-Wert schrittweise. Testen Sie mit einem bekannten funktionierenden Tag, um festzustellen, ob das Problem konfigurations- oder hardwarebedingt ist. Überprüfen Sie auch das Ereignisprotokoll des Controllers auf Fehleraufzeichnungen.
Optimierung für Hochgeschwindigkeitsanwendungen
Für die Bewegungssteuerung oder Robotik reduzieren Sie das RPI auf 2 ms und verwenden Sie einen dedizierten EtherNet/IP-Port. Der integrierte Port des L30ER kann bei dieser Geschwindigkeit bis zu acht Knoten verarbeiten. Verwenden Sie Arrays statt einzelner Tags, um den Verbindungsaufwand zu reduzieren.
Lösen Sie die Datenproduktion basierend auf einer periodischen Aufgabe aus, um Jitter durch unregelmäßige Scanzeiten zu vermeiden. Ziehen Sie Change of State (COS)-Trigger in Betracht, um den Datenverkehr zu reduzieren, stellen Sie jedoch sicher, dass der Konsument asynchrone Updates verarbeiten kann.
Verwenden Sie das Task Monitor-Tool, um tatsächliche Aktualisierungslatenzen zu messen. Passen Sie den System-Overhead-Zeitanteil an, um Kommunikationsaufgaben bei Bedarf höher zu priorisieren.
Sicherheits- und Redundanzüberlegungen
Fügen Sie Ihrem produzierten Datenstrom ein Heartbeat-Signal hinzu, um zu bestätigen, dass der Konsument aktiv ist. Zum Beispiel einen Zähler, der jeden Zyklus inkrementiert wird. Wenn der Konsument keine Updates mehr erhält, lösen Sie eine sichere Abschaltung aus.
Verwenden Sie duale Netzwerkverbindungen mit separaten Switches für Redundanz. Konfigurieren Sie den Konsumenten so, dass er bei Ausfall der Primärverbindung auf eine Backup-IP umschaltet. Definieren Sie eine „Connection Lost“-Routine, um Ausgänge in sichere Zustände zu setzen.
Für kritische Prozesse sollten Sie die Redundanzfunktion in Studio 5000 in Betracht ziehen. Dies erfordert zusätzliche Hardware, bietet aber einen Umschaltbetrieb ohne Datenverlust für Controller-Paare.
Beispiel: Datenaustausch von L30ER zu L33ER
In diesem Beispiel produziert ein L30ER ein DINT[10]-Array mit 20 ms RPI an einen L33ER. Der L30ER verwendet die IP 192.168.1.10, der L33ER die IP 192.168.1.30. Beide laufen mit Firmware 32.011 und Studio 5000 Version 32.
Das produzierte Tag heißt „Axis_Data“ und speichert Positions- und Geschwindigkeitswerte. Das konsumierte Tag „Received_Axis“ entspricht dieser Struktur. Nach der Einrichtung zeigt der Verbindungsstatus 0 an, was Erfolg bedeutet.
Der L33ER liest die Daten alle 20 ms aus, entsprechend dem RPI des Produzenten. Der gemessene Jitter bleibt unter 1 ms, was für die meisten Synchronisationsaufgaben gut funktioniert. FactoryTalk View zeigt Echtzeitwerte und Verbindungsstatus an.
Abschließende Checkliste vor dem Go-Live
Bestätigen Sie vor Produktionsbeginn, dass alle Tags korrekt zugeordnet sind. Testen Sie jedes konsumierte Tag, indem Sie einen bekannten Wert beim Produzenten erzwingen und ihn beim Konsumenten auslesen. Verwenden Sie die Verify-Funktion in Studio 5000, um Konsistenzfehler zu erkennen.
Starten Sie beide Controller neu, um sicherzustellen, dass die Einstellungen erhalten bleiben. Überwachen Sie den Netzwerkverkehr während Spitzenlasten mit einem Protokollanalysator. Prüfen Sie, dass die CPU-Auslastung auf jedem Controller aus Sicherheitsgründen unter 75 % bleibt.
Dokumentieren Sie alle RPI-, Timeout- und Verbindungseinstellungen für zukünftige Referenz. Schulen Sie das Wartungspersonal darin, wie man Diagnose-LEDs und GSV-Fehlercodes liest. Simulieren Sie abschließend das Ziehen eines Netzwerkkabels, um zu bestätigen, dass Failover- und Alarmreaktionen korrekt funktionieren.
Häufige Anwendungsfälle
Produzierte/verbrauchte Kommunikation eignet sich gut für koordinierte Bewegungssteuerung, Echtzeit-Datenaustausch zwischen Verpackungslinien-SPS und synchronisierte Materialhandhabung. Sie unterstützt auch verteilte I/O-Systeme, bei denen mehrere Steuerungen dieselben Sensordaten benötigen.
Beispielsweise kann in einer Abfüllanlage ein L30ER Füllstandsdaten an mehrere nachgelagerte SPS senden. Dies ermöglicht koordinierte Verschluss- und Etikettierprozesse. In der Lagerautomatisierung können Positionsdaten von einer zentralen Steuerung von mehreren Roboterkommissionierern verbraucht werden, um synchronisierte Bewegungen zu gewährleisten.
Lösungen für häufige Probleme
Bei der Implementierung von produzierten/verbrauchten Tags treten häufig Probleme wie Netzwerküberlastung, Dateninkonsistenzen und Verbindungs-Timeouts auf. Verwenden Sie verwaltete Switches mit QoS, um Überlastungen zu reduzieren. Überprüfen Sie Datenstrukturen offline, um Inkonsistenzen zu vermeiden. Setzen Sie angemessene Timeout-Werte basierend auf den tatsächlichen Netzwerkbedingungen.
Für größere Systeme segmentieren Sie Ihr Netzwerk mit VLANs und reduzieren Sie die RPI-Werte für nicht-kritische Daten. Regelmäßige Netzwerkaudits helfen, Engpässe zu erkennen, bevor sie die Produktion beeinträchtigen.
Häufig gestellte Fragen
1. Wie viele produzierte Tags kann der 1769-L30ER unterstützen?
Der 1769-L30ER unterstützt bis zu 16 produzierte Tags. Jeder Tag kann von mehreren Steuerungen verbraucht werden, was eine effiziente Multicast-Datenfreigabe ermöglicht.
2. Was passiert, wenn die produzierten und verbrauchten Datentypen nicht übereinstimmen?
Ein Datentypen-Mismatch verursacht einen schwerwiegenden Fehler und stoppt die Kommunikation. Überprüfen Sie immer, dass beide Tags identische Strukturen haben, bevor Sie sie einsetzen.
3. Wie kann ich Verbindungsfehler beheben?
Verwenden Sie die GSV-Anweisung, um FaultCode und Status auszulesen. Ein FaultCode von 16#0022 weist auf einen Timeout hin. Überprüfen Sie auch den Verbindungsweg und bestätigen Sie, dass beide Steuerungen im Laufmodus sind.
4. Kann ich produzierte/verbrauchte Tags über verschiedene SPS-Familien hinweg verwenden?
Ja, solange beide Steuerungen EtherNet/IP Producer/Consumer-Funktionen unterstützen. Möglicherweise müssen Sie die Firmware-Kompatibilitätseinstellungen anpassen und sicherstellen, dass die Datenstrukturen übereinstimmen.
5. Welchen RPI sollte ich für die Bewegungssteuerung verwenden?
Für die Bewegungssteuerung ist ein RPI von 2 ms typisch. Dies erfordert ein dediziertes Netzwerk und sorgfältiges Bandbreitenmanagement, um Überlastungen zu vermeiden.
Für Anfragen oder technischen Support kontaktieren Sie bitte:
E-Mail: sales@nex-auto.com
Telefon: +86 153 9242 9628
Partner: NexAuto Technology Limited
Sehen Sie sich unten beliebte Artikel für weitere Informationen bei AutoNex Controls an
