Pepperl+Fuchs ICDM-RX/TCP Serie Handbuch Seite 153

Installations- und Konfigurationshandbuch ICDM-RX/TCP
Allgemeine Fehlerbehandlung
Allgemeiner Zustand
Der ICDM-RX/TCP führt
kontinuierlich einen Neustart
durch, wenn der NS-Link-
Treiber mit einigen Ethernet-
Switches verbunden ist.
Bei Verbindung mit einigen
Ethernet-Switches oder -
Routern wird der ICDM-RX/
TCP immer wieder neu
gestartet.
Erklärung/Handlungsanweisung
Das Problem wird durch eine L2-Überbrückungsfunktion namens Spanning
Tree Algorithm (STA) im Schalter verursacht. Diese Funktion ist bei einigen
Schaltern standardmäßig aktiviert. Diese Funktion verursacht
Zeitüberschreitungsprobleme bei bestimmten L2-Protokollen, z. B. unserem
MAC-Modus.
Lösung
: Für dieses Problem gibt es keine Firmware-Lösung. Für die Lösung
eine
wird nur der folgenden Fehlerbehandlungen benötigt.
1. Deaktivieren Sie den STA im Switch.
2. Aktivieren Sie die STA-Schnellweiterleitung am Port.
3. Ändern Sie die STA-Weiterleitungsverzögerung und das Nachrichtenalter
auf die Mindestzeitwerte.
4. Stellen Sie am Gerät den Zeitüberschreitungswert auf 0 (um das Laden von
SocketServer zu deaktivieren) oder auf 120. Der Befehl an der RedBoot-
Eingabeaufforderung lautet „Timeout 120" ohne die Anführungszeichen.
Problemdetails
: Der STA sperrt Pakete standardmäßig 30 Sekunden lang,
nachdem ein Ethernet-Port automatisch verhandelt hat. Das Blockieren dieser
Pakete führt dazu, dass der NS-Link-Treiberladevorgang fehlschlägt.
Der normale NS-Link-Treiberladevorgang läuft so ab:
1. Wenn NS-Link feststellt, dass ein Gerät geladen werden muss, wird das
Gerät zurückgesetzt. Dies geschieht, um das Gerät in den RedBoot-Modus
zu versetzen. Nur RedBoot akzeptiert load binary-Befehle, die zum Laden
der NS-Link-Binärdatei in den ICDM-RX/TCP benötigt werden.
2. NS-Link sendet nach einer Verzögerung von 6 Sekunden eine ID-Abfrage
an das Gerät. Mit dieser Abfrage wird überprüft, ob sich das Gerät in
RedBoot befindet und load binary-Befehle akzeptiert.
3. Das Gerät sendet eine Antwort auf die ID-Abfrage.
4. NS-Link lädt das Gerät.
Wenn das Gerät nach der unter timeout festgelegten Zeit (Default =
15 Sekunden) nicht geladen wird, lädt es SocketServer.
Der oben beschriebene Prozess schlägt fehl, wenn der STA ausgeführt wird,
da der Switch die Pakete nach dem ICDM-RX/TCP-Neustart 30 Sekunden lang
blockiert. Daher wird die ID-Abfrage nicht vom ICDM-RX/TCP empfangen, und
nach 15 Sekunden lädt das Gerät den SocketServer. Nach 30 Sekunden kann
NS-Link schließlich eine ID-Abfrage durchführen, die zeigt, dass das Gerät
nicht in RedBoot vorhanden ist. Daher wird das Gerät von NS-Link neu
gestartet, und der Vorgang wird wiederholt.
Ungültige IP-Informationen können auch dazu führen, dass der Schalter oder
Router nach einer Gateway-Adresse sucht. Das Fehlen einer Gateway-Adresse
ist eine häufige Ursache.
153