Ein Leitfaden zur ODOT-I/O-Fehlerbehebung

Abdeckung

Bei industriellen Produktionsaktivitäten sind Qualität und Stabilität von Hardwareprodukten entscheidend für den sicheren und effizienten Betrieb der gesamten Produktionslinie.Allerdings sollten wir die Softwarekonfiguration nicht außer Acht lassen.Softwareprobleme können auch zu Systemabstürzen, Datenverlusten oder dazu führen, dass die Produktionslinie ihre Aufgaben nicht ordnungsgemäß ausführen kann, was erhebliche Auswirkungen auf den gesamten Produktionsprozess haben kann.Daher ist die Fehlerbehebung sowohl in Hardware- als auch in Softwareaspekten der industriellen Produktionsumgebung ein notwendiger Schritt, um sicherzustellen, dass die Ausrüstung reibungslos funktioniert, die Produktionseffizienz gewährleistet ist und Sicherheit und Zuverlässigkeit aufrechterhalten werden.

1

Lassen Sie uns heute einen realen Fall untersuchen, bei dem sich die Softwarekonfiguration auf die Produktion ausgewirkt hat.Sorgen wir dafür, dass wir in Zukunft die Fehlerbehebung effektiv durchführen, um die Effizienz und Zuverlässigkeit automatisierter Produktionslinien sicherzustellen!

1

2

Kundenfeedback: Bei den Geräten vor Ort treten Probleme auf, weil das CN-8032-L-Modul offline geht, was dazu führt, dass die Maschine einen Notstopp auslöst und die Produktionslinie den automatischen Betrieb einstellt.Um den Normalbetrieb wiederherzustellen, ist ein manueller Eingriff erforderlich, der zu Unterbrechungen der regulären Produktion und Prüfung führt.Wenn das Problem, dass Module offline gehen, nicht wirksam gelöst werden kann, wirkt sich dies auf die endgültige Produktionsleistung aus.

 

2

Nach der Kommunikation mit dem technischen Personal vor Ort wurde bestätigt, dass bei zwei von drei Produktionslinien das gleiche Problem auftrat, nämlich dass Module am selben Standort ausfielen.Etwa eine Sekunde nach dem Offline-Beenden stellten die Module automatisch wieder eine Verbindung her.Der Kunde hatte zuvor versucht, ein Modul auszutauschen, was jedoch nicht zur Lösung des Problems führte.Eine erste Bewertung ergab, dass das Problem wahrscheinlich nicht mit der Qualität des Moduls zusammenhängt.Die folgenden Schritte zur Fehlerbehebung wurden durchgeführt:

1. Aktualisierte Modul-Firmware-Informationen und Programm-GSD-Dateien, um Firmware-Kompatibilitätsprobleme zu beseitigen.

2. Module erneut ausgetauscht, um mögliche Defekte einzelner Module auszuschließen.

3. Verifizierte Netzwerk-, Switch- und Netzteil-Hardwareinformationen, wodurch hardwarebezogene Probleme weitgehend beseitigt werden.

4. Die Netzwerkstruktur wurde geändert, um potenzielle netzwerkbezogene Faktoren zu beseitigen.

5. Verwendung von Filtern am Netzteil, um strombedingte Probleme auszuschließen.

6. Untersucht und gelöst alle Netzwerk-IP-Adresskonflikte.

7. Die Verbindung des Routers mit dem externen Netzwerk wurde vorübergehend deaktiviert, was die Häufigkeit von Abbrüchen verringerte, das Problem jedoch nicht vollständig löste.

8. Erfasste Netzwerkpakete und identifizierte nichtzyklische Dienstdatenpakete in Profinet, was zu SPS-Fehlern aufgrund von Paket-Timeouts führte.

9. Basierend auf dem vorherigen Schritt untersuchte er das Programm des Kunden.

Durch die Analyse von Netzwerkdatenpaketen wurde festgestellt, dass der Kunde das Modbus-Kommunikationsprogramm von Siemens nutzte.Während der Ausführung bestimmter Funktionsblöcke haben sie versehentlich die Hardware-Kennung eines Funktionsmoduls in die Programmpins eingegeben.Dies führte dazu, dass die SPS kontinuierlich UDP-Datenpakete an dieses Funktionsmodul sendete, was zu einem „Non-Cyclic Service Timeout“-Fehler führte und dazu führte, dass die Maschine offline ging.

 

3

3

Das Problem im obigen Fall unterscheidet sich vom typischen PN-Kommunikations-Timeout, das durch Netzwerkstörungen oder -unterbrechungen verursacht wird.Zeitüberschreitungen bei nichtzyklischen Diensten hängen normalerweise mit der Kundenprogrammierung, der CPU-Leistung und der Netzwerklastkapazität zusammen.Obwohl die Wahrscheinlichkeit, dass dieses Problem auftritt, relativ gering ist, ist es nicht unmöglich, und eine Fehlerbehebung im Programm oder in der Netzwerkumgebung kann durchgeführt werden, um es in Zukunft zu beheben.

Softwareprobleme sind oft weniger sichtbar, aber mit einem gemeinschaftlichen und systematischen Ansatz zur Fehlerbehebung können wir die Grundursache identifizieren und Probleme lösen, um eine reibungslose Produktion sicherzustellen!

Damit ist unser technischer Blog für diese Sitzung abgeschlossen.Bis zum nächsten Mal!


Zeitpunkt der Veröffentlichung: 17. Okt. 2023