IC693CPU374 Profibus-Ausfall: Firmware- und GSD-Korrekturen

Der Austausch des IC693CPU374 löst einen Profibus-Ausfall aus: Warum Firmware und GSD-Konfiguration wichtiger sind als Backplane-Speicher

Der Austausch einer CPU374 der Serie 90-30 kann ein Profibus-Netzwerk eines Drittanbieters unerwartet außer Betrieb setzen. Felddaten und Firmware-Versionshinweise sprechen gegen einen Fehler im gemeinsam genutzten Backplane-Speicher. Stattdessen erklären veraltete PBM200-Firmware, nicht passende GSD-Dateien und CPU-spezifische Backplane-Timingprobleme die meisten dokumentierten Ausfälle in der industriellen Automatisierung.

Die Backplane-Speicherzuweisung verursacht den Fehler nur selten

Der IC693CPU374 bietet 240 KB konfigurierbaren Benutzerspeicher. Bei der Hardwarekonfiguration können Ingenieure dem Registerspeicher (%R) 128 bis 32.640 Wörter zuweisen. Dabei handelt es sich nicht um eine feste Partition des gemeinsam genutzten Speichers, die ein Modul eines Drittanbieters unabhängig beanspruchen kann. Profibus-Mastermodule wie der IC693PBM200 tauschen Daten über den Backplane-E/A-Scan aus. Sie handeln den %R-Speicher nicht direkt aus. Daher führt ein reiner Konflikt bei der Speicherzuweisung selten zu einem vollständigen Kommunikationsausfall.

Erfahrungsberichte aus dem Feld stützen diese Einschätzung. In einem System waren ein CPU374, ein PBM200 und 24 Slaves miteinander verbunden. Unter Last kam es zu sporadischen Neustarts des Moduls. Nach dem Austausch der CPU gegen einen IC693CPU350 trat der Fehler nicht mehr auf. Das Problem hing mit der CPU zusammen, nicht mit der Speicherkonfiguration. Unserer Erfahrung nach prüfen Techniker oft zuerst die Speicherparameter. Das kostet Zeit, wenn die eigentliche Ursache in der Firmware oder der Buskonfiguration liegt.

Firmware-Inkompatibilität zwischen CPU374 und PBM200 ist gut dokumentiert

Die Versionshinweise von GE Fanuc behandeln ausdrücklich einen Defekt mit dem CPU374 und dem Profibus-Master IC693PBM200. Für den Betrieb mit dem CPU374 benötigt der PBM200 Firmwareversion 1.16 oder höher. Bei früheren Versionen wurde gelegentlich der Fehler „Backplane Communications with PLC fault; lost request“ protokolliert. Dieser Fehler trat häufiger auf, wenn die Anwendung COMMREQ-Anweisungen an das Profibus-Modul übermittelte.

Ein ähnlicher Defekt betraf das Profibus-Slavemodul IC693PBS201. Firmware 1.28.1 oder höher behob denselben Backplane-Fehler mit dem CPU374. Diese dokumentierten Inkompatibilitäten legen nahe, dass ein Ersatz-CPU374 bisher unbemerkte Firmware-Inkompatibilitäten aufdecken kann. Daher sollten Ingenieure die Firmwareversion des Profibus-Moduls überprüfen, bevor sie mit der Diagnose speicherbezogener Probleme beginnen. Allein dieser Schritt löst viele Fälle bei der Fehlersuche in der Fabrikautomatisierung.

Fehlende oder nicht passende GSD-Dateien führen zum vollständigen Busausfall

Profibus-Geräte von Drittanbietern erfordern eine explizite GSD-Dateikonfiguration im GE-Fanuc-Master. Anders als manche Siemens-Steuerungen, die Geräte automatisch erkennen oder Standardparameter anwenden, erkennt der IC693PBM200 keinen Slave ohne den passenden GSD-Eintrag. Eine fehlende GSD-Datei führt unmittelbar zu einem Busfehler, sobald die CPU in den RUN-Modus wechselt.

In einem dokumentierten Fall aus der Praxis kamen WAGO-I/O-Module in einem Profibus-Netzwerk zum Einsatz. Dasselbe Netzwerk funktionierte unter Siemens-Steuerung korrekt, versagte jedoch mit dem GE-Fanuc-Master. Zur Behebung musste die korrekte WAGO-GSD-Datei importiert werden. Entscheidend war außerdem, das WAGO-Stamm-Modul zur Liste der angeschlossenen I/Os hinzuzufügen. Die Konfiguration einzelner I/O-Scheiben ohne das übergeordnete Modul versetzte den gesamten Bus in einen Fehlerzustand. Dieser Fehlermodus ist unabhängig von Speicherparametern der CPU374 und stellt bei der Integration von Steuerungssystemen weiterhin eine häufige Fehlerquelle dar.

Instabilität beim Timing der Rückwandplatine scheint auf die CPU374-Plattform beschränkt zu sein

Die CPU374 verwendet einen AMD-SC520-Prozessor mit 133 MHz und einer booleschen Ausführungszeit von 0,15 Mikrosekunden pro Anweisung. Ihr Kommunikationsverhalten über die Rückwandplatine unterscheidet sich von dem älterer 90-30-CPUs. Bei Beobachtungen im Feld mit einem System aus 24 Profibus-Slaves lagen die Neustartintervalle des PBM200 zwischen etwa 5 Minuten bei hoher Auslastung und 3 Stunden bei einer geringeren Anzahl von Slaves.

Eine Verringerung der Baudrate auf 1,5 Mbit/s und eine Senkung des Datendurchsatzes beseitigten die Neustarts nicht. Durch das vorübergehende Entfernen von fünf verdächtigen Slave-Knoten ließ sich das Symptom vorübergehend unterdrücken. Die endgültige Lösung war der Austausch der CPU gegen eine IC693CPU350. Dieses Ergebnis deutet auf ein für die CPU374 spezifisches Zusammenspiel mit dem Rückwandplatinen-Handshake des Profibus-Masters hin. Außerdem weist es nicht auf eine allgemeine Speichererschöpfung hin. Nach unserer Einschätzung erfordert die CPU374-Plattform eine strengere Überprüfung der Profibus-Modul-Firmware und der Bustopologie als ältere CPUs.

Praktische Prüfreihenfolge für betroffene Installationen

Bei diesem Fehler sollten Techniker zuerst die Firmware des Profibus-Moduls überprüfen. Das PBM200 benötigt für die Kompatibilität mit der CPU374 mindestens Version 1.16. Zweitens ist sicherzustellen, dass die herstellerspezifische GSD-Datei jedes Slave-Geräts in das Proficy-Machine-Edition-Projekt importiert wurde. Drittens ist der Slave-Konfigurationsbaum auf fehlende Stamm- oder übergeordnete Moduleinträge zu prüfen. Viertens sollte die SPS-Fehlertabelle auf Einträge zu „Backplane Communications“ überprüft werden. Diese Einträge helfen dabei, Firmware- und Timingfehler von Konfigurationsfehlern zu unterscheiden.

Wenn der Fehler nach der Überprüfung von Firmware und GSD-Dateien weiterhin auftritt, grenzen Sie das Profibus-Netzwerk ein, indem Sie die Slave-Knoten systematisch entfernen. Ein einzelner fehlerhafter Geräteframe kann den Token-Austausch stören und Resets des Masters erzwingen. Wenn Ethernet-Funktionalität nicht zwingend erforderlich ist, bietet der Austausch gegen eine CPU350 schließlich einen dokumentierten Workaround. Für Anwendungen, die integriertes Ethernet erfordern, beseitigt die Migration zur PACSystems-RX3i-Plattform die Einschränkung der älteren Rückwandplatine vollständig. Aus Sicht des Produktlebenszyklus verbessert diese Migration außerdem die langfristige Verfügbarkeit von Ersatzteilen.

Anwendungsfall und Lösungsszenario

Eine Verpackungslinie verwendete eine CPU374 mit einem PBM200-Master und 24 WAGO- und Drittanbieter-Slaves. Die Bediener meldeten alle paar Stunden zufällige Profibus-Ausfälle. Das Team prüfte zunächst die %R-Zuweisung und fand keinen Konflikt. Anschließend aktualisierte es die PBM200-Firmware auf 1.16, importierte die korrekte WAGO-GSD-Datei und fügte das Wurzelmodul der E/A-Liste hinzu. Die Neustarts gingen deutlich zurück, verschwanden jedoch bei Spitzenlast nicht vollständig. Durch den abschließenden Austausch gegen eine IC693CPU350 wurden die verbleibenden Fehler behoben. Dieser Fall zeigt, dass bei Projekten der Industrieautomatisierung ein mehrstufiger Ansatz zur Fehlersuche am besten funktioniert.

Häufig gestellte Fragen

Hat die IC693CPU374 eine festgelegte Partition des gemeinsamen Speichers für Module von Drittanbietern?

Nein. Die CPU374 verfügt über konfigurierbaren Benutzerspeicher, einschließlich einer %R-Zuweisung von 128 bis 32.640 Wörtern. Profibus-Module von Drittanbietern tauschen Daten über den E/A-Scan der Rückwandplatine aus und nicht über eine direkte Speicheraushandlung.

Welche PBM200-Firmwareversion funktioniert mit der CPU374?

Die Dokumentation von GE Fanuc verlangt PBM200-Firmwareversion 1.16 oder höher. Frühere Versionen protokollieren möglicherweise Fehler wie „Backplane Communications with PLC fault; lost request“, insbesondere bei Verwendung von COMMREQ-Anweisungen.

Warum bringt eine fehlende GSD-Datei den gesamten Profibus-Bus zum Stillstand?

Die IC693PBM200 erkennt Slaves nicht automatisch. Ohne den korrekten GSD-Eintrag kann der Master das Gerät nicht konfigurieren. Daher wechselt der Bus unmittelbar nach dem Wechsel der CPU in den RUN-Modus in einen Fehlerzustand.

Kann eine Verringerung der Baudrate Profibus-Neustarts der CPU374 beheben?

Feldberichte zeigen, dass eine Verringerung der Baudrate auf 1,5 Mbps und eine Senkung des Durchsatzes die PBM200-Neustarts nicht verhindert haben. Das Verhalten scheint mit dem Rückwandplatinen-Timing der CPU374 zusammenzuhängen und nicht nur mit der Busgeschwindigkeit.

Welche Umgehungslösung wird empfohlen, wenn der Fehler weiterhin auftritt?

Überprüfen Sie zuerst die Firmware und die GSD-Dateien und grenzen Sie dann die Slave-Knoten systematisch ein. Wenn Ethernet nicht erforderlich ist, ist ein Austausch gegen eine IC693CPU350 eine dokumentierte Umgehungslösung. Für integrierte Ethernet-Anforderungen beseitigt die PACSystems-RX3i-Plattform die Einschränkung der alten Rückwandplatine.

Kontaktinformationen

Anfragen: sales@nex-auto.com | +86 153 9242 9628

Partner NexAuto Technology Limited: https://www.nex-auto.com/

Weitere Informationen finden Sie unten bei beliebten Artikeln von AutoNex Controls