Der Allen-Bradley 1769-L35E verfügt an der Vorderseite des Controllers über einen EtherNet/IP-Port, der dadurch zur standardmäßigen Anschlussstelle für jede HMI, jeden Antrieb, jedes Gateway und jeden Datensammler in einem Unterverteiler wird. Diese Bequemlichkeit verbirgt eine harte Aufteilung: Der integrierte Port ist nicht dieselbe Ressource wie der systemweite CIP-Pool des Controllers. Anlagen, die „jahrelang problemlos liefen“, fallen häufig aus, wenn ein fünftes PanelView oder eine CIP-Motion-Achse unbemerkt das Portbudget erschöpft, während die systemweite Anzahl weiterhin unauffällig aussieht.

Die CIP-Obergrenzen des integrierten Ports – nicht die Marketingzahlen des Chassis – entscheiden darüber, ob ein weiterer Adapter problemlos in Betrieb genommen werden kann.

Zwei Verbindungspools, die leicht verwechselt werden

Gemäß den CompactLogix-Kommunikationsspezifikationen (Publikationsfamilie 1769-TD007) unterstützen L32E und L35E systemweit etwa 100 CIP-Verbindungen. Der integrierte EtherNet/IP-Port ist jedoch üblicherweise auf etwa 32 CIP-Verbindungen begrenzt. Der Rest ist nur nutzbar, wenn Sie einen Ethernet-Adapter wie einen 1769-AENTR am lokalen oder erweiterten Bus hinzufügen und einen Teil des Datenverkehrs vom Faceplate-Port verlagern. „100 Verbindungen“ als Erlaubnis zu verstehen, mehr als dreißig Geräte an die RJ45-Buchse zu hängen, ist der häufigste Planungsfehler bei dieser Plattform.

Der integrierte Port teilt sich außerdem die Bandbreite mit dem Webserver, dem BOOTP-/DHCP-Client und dem unaufgeforderten Routing. Nicht-CIP-Datenverkehr wie unformatiertes Modbus TCP oder Browsersitzungen belegt zwar keine CIP-Verbindung, verbraucht aber dennoch TCP-Sockets und PPS. Ein Engineering-Laptop, der während eines stark ausgelasteten HMI-Abfragefensters auf der Diagnoseseite geöffnet bleibt, ist nicht kostenlos.

Was tatsächlich eine CIP-Verbindung belegt

Die Verbindungsanzahl wird durch die Gerätekonfiguration bestimmt, nicht durch Optimismus in einer Tabelle. Typische Werte aus der Praxis sind:

• PanelView-Plus-/FactoryTalk-View-ME-Station: üblicherweise 1–4 Verbindungen, abhängig von Topics und Alarmabonnements
• PowerFlex- oder Kinetix-Antriebe: 1–2 (implizite E/A plus optionaler expliziter MSG; CIP Motion fügt einen weiteren Consumer hinzu)
• Anybus- oder Ethernet-zu-RIO-Gateways: typischerweise 1 pro Scanner-Ziel
• POINT I/O: 1 pro Modul, sofern die Rack-Optimierung ein Chassis nicht zu einer einzigen Verbindung zusammenfasst
• Paare aus erzeugten und konsumierten Tags: eine Verbindung pro Richtung des Paars
• Aktive MSG-Anweisungen mit CIP-Pfaden: eine pro geöffneter Nachricht; Caching ist entscheidend

Rack-optimierte E/A werden dringend empfohlen, sobald vier oder mehr Module einen Adapter gemeinsam nutzen. Jedes 1734-Modul als eigene Verbindung zu belassen, ist eine einfache Möglichkeit, das Budget von 32 Verbindungen aufzubrauchen, bevor der erste Frequenzumrichter in Betrieb genommen wird.

Verwaltete Switches mit IGMP-Snooping verhindern, dass Multicast-I/O denselben Port überflutet, den Sie eigentlich schützen möchten.

Beispiel für ein ausgearbeitetes Unterpanel

Betrachten Sie ein Panel, das bereits drei UniOP-HMIs (~2 je HMI), einen Anybus-Kommunikator, eine Quest-Ethernet-zu-RIO-Bridge, einen FactoryTalk-View-ME-Client und einen Pilz-PNOZmulti-Knoten umfasst. Allein diese Bestandsaufnahme kann bereits bei etwa elf CIP-Verbindungen liegen. Das Hinzufügen eines Kinetix 300 (implizit plus explizit) und eines OPC-Topics kann unter 32 zwar noch numerischen Spielraum lassen – ein Bewegungs-RPI von 5–10 ms kann die PPS jedoch lange vor dem Umschlagen des Verbindungszählers in den Gefahrenbereich treiben. Bei der Kapazitätsplanung müssen sowohl die CIP-Anzahl als auch die PaketRate bewertet werden.

Planungscheckliste
1. Erfassen Sie jede Class-1-, Produced/Consumed-, MSG- und HMI-Topic-Verbindung am Frontschnittstellen-Port
2. Weisen Sie RPI- und Abfrageraten zu; schätzen Sie PPS = f(RPI, Verbindungen)
3. Modellieren Sie das System im Rockwell EtherNet/IP Capacity Tool (Geräte anderer Hersteller manuell eingeben)
4. Prüfen Sie die aktuellen Zähler unter http://<controller-ip>/, bevor Sie Hardware hinzufügen
5. Wenn Sie sich 32 CIP-Verbindungen oder 5k PPS nähern, verlagern Sie I/O oder HMIs auf einen Pfad der Klasse 1769-AENTR / EN2T

Symptome bei Überbelegung des Ports

Eine Überlastung zeigt sich selten als einzelner eindeutiger Fehler. Typischer Verlauf:

1. Der RPI-Jitter von Class 1 nimmt zu; I/O-Aktualisierungen treffen verspätet ein
2. HMI-Werte frieren kurzzeitig ein; Alarmzeitstempel wirken veraltet
3. CIP-Status-Einträge 0x0304 / 0x0312 / 0x0100 erscheinen auf der Ethernet-Diagnoseseite
4. MSG-Anweisungen geben Codes für nicht verfügbare Ressourcen oder Zeitüberschreitungen zurück
5. Der integrierte Webserver antwortet nicht mehr, wenn die TCP-Sockets erschöpft sind
6. In Extremfällen brechen alle CIP-Verbindungen ab, bis ein Aus- und Einschalten oder eine erneute Verbindung erfolgt

CIP-Verbindungsbudget vor dem Hinzufügen von Knoten

Bevor Sie ein weiteres Gerät hinzufügen, öffnen Sie die Webdiagnose der Steuerung und erfassen Sie die aktuelle Verbindungsanzahl im Vergleich zu Ihrer Tabelle. Aktivieren Sie IGMP-Snooping auf verwalteten Switches, die Multicast-I/O übertragen. Versuchen Sie nicht, eine überlastete Zelle durch das Einfügen eines weiteren unmanaged Switches zu „beheben“ – dadurch werden nur die Broadcast-Domänen vervielfacht. Wenn die Anwendung dauerhaft mehr Geräte benötigt, als die Frontschnittstelle aufnehmen kann, migrieren Sie den Datenverkehr auf ein Adaptermodul oder eine neuere CompactLogix-Plattform, statt die RPIs zu verringern, bis die Bewegungsqualität zusammenbricht.

Die Berechnung von Verbindungen gehört ebenso in die Plattforma uswahl wie die Scanzeit. Bevorraten Sie Adapter und Steuerungen über einen disziplinierten PLC- und PAC-Systeme-Ersatzteilplan, damit die nächste Erweiterung nicht mit einem überschüssigen Consumer-Ethernet-Switch aus einer Schublade beginnt.