EtherCAT-Kommunikationsfehler bei Omron NJ/NX nach dem Einschalten: Diagnoseleitfaden

3. Stromversorgung und Gerätebereitschaft vergleichen

Eine Betriebsanzeige allein erklärt die Startreihenfolge nicht. Dokumentieren Sie, wann Spannung anliegt und wann jedes betroffene Gerät betriebsbereit ist.

Prüfen Sie in den Maschinenplänen und der Startlogik:

• Getrennte Versorgungen für Controller und dezentrale Geräte.
• Schütze, die Teile des Netzwerks verzögert versorgen.
• Verriegelungen, die die Einschaltreihenfolge beeinflussen.
• Kürzlich ausgetauschte Netzteile, Antriebe oder Koppler.
• Lasten, die kurz vor dem Fehler eingeschaltet werden.

Lassen Sie elektrische Messungen von qualifiziertem Personal gemäß Gerätehandbüchern und Standortverfahren durchführen. Vergleichen Sie die Messwerte mit den Spezifikationen der tatsächlich installierten Hardware.

Omron nennt einen langsamen Verbindungsaufbau und lange Einschaltzeiten der Slaves als mögliche Ursachen für die Überschreitung der Startwartezeit. 

Eine reproduzierbare Verzögerung und ein zeitweises Stromversorgungsproblem erfordern unterschiedliche Maßnahmen. Klären Sie die Ursache, bevor Sie einen Timer ändern.

4. Wartezeit für den Slave-Start prüfen

Sysmac Studio bietet eine EtherCAT-Master-Einstellung für die Wartezeit für den Slave-Start. Außerdem unterstützt es Slave-Parameter, PDO-Zuweisungen, ESI-Installation und Konfigurationsvergleiche. Siehe Omrons Sysmac-Studio-Spezifikationen.

Es gibt keine für jede NJ/NX-Installation passende Startwartezeit. Bewerten Sie die angeschlossenen Geräte und die tatsächliche Einschaltreihenfolge der Maschine.

Vor einer Änderung:

1. Projekt und ursprünglichen Parameterwert speichern.
2. Das verspätet betriebsbereite Gerät identifizieren.
3. Prüfen, ob die Verzögerung erwartet wird.
4. Nur eine begründete Änderung im genehmigten Engineering-Prozess vornehmen.
5. Die zuvor fehlgeschlagene Startbedingung wiederholen.

Eine längere Wartezeit kann ein normales Startverhalten berücksichtigen. Sie kann kein fehlendes Gerät wiederherstellen oder eine instabile Versorgung beheben.

Dokumentieren Sie den Grund für den endgültigen Wert. Künftige Wartungen müssen beabsichtigte Einstellungen von unerklärten Behelfslösungen unterscheiden können.

5. Projekt, Controller und installiertes Netzwerk vergleichen

Vergleichen Sie drei Zustände des Systems:

• Das freigegebene Engineering-Projekt.
• Die im Controller gespeicherte Konfiguration.
• Die tatsächlichen Geräte und Verbindungen.

Identifizieren Sie Unterschiede mit den Vergleichsfunktionen von Sysmac Studio. Prüfen Sie jeden Unterschied vor der Übernahme. Ein erkanntes Gerät zeigt, was installiert ist, bestätigt aber nicht die Übereinstimmung mit der freigegebenen Maschinenkonfiguration.

Prüfen Sie nach einem Austausch vollständiges Modell, Revision, Knotenadresse und relevante Einstellungen. Ähnliche Bauform oder Steckeranordnung belegt keine Kompatibilität.

Trat der Fehler nach einer Projektänderung auf, vergleichen Sie diese mit der zuvor funktionierenden Konfiguration. Bewahren Sie das Originalprojekt auf, damit die Untersuchung rückgängig gemacht werden kann.

Wenn ein Gerät sichtbar ist, aber die Initialisierung fehlschlägt

Prüfen Sie die zutreffenden ESI-Informationen, die Prozessdatenkonfiguration und die Synchronisierungsanforderungen.

PDOs beschreiben die mit dem Slave ausgetauschten Prozessdaten. Geräteerkennung und Konfiguration des Datenaustauschs sind getrennte Prüfungen.

Ermitteln Sie mit detaillierten Diagnosedaten, was korrigiert werden muss. Bauen Sie nicht das gesamte Netzwerk neu auf, wenn die Hinweise auf ein Gerät oder eine Konfigurationsabweichung zeigen.