SF Led geht nicht aus, obwohl kein Fehler

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo,
ich habe momentan ein kleines Problem mit einem Profibusteilnehmer an einer 315 PN/DP.

Ursprünglich hatte ich die Meldung "Baugruppe gestört oder Wartung erforderlich" vom Teilnehmer anstehen. Nun wurde aber vom Hersteller dieses Teilnehmers an diesem etwas umparametriert.
In der Hardwarediagnose wird der Teilnehmer nun auch als OK angezeigt, ich habe aber immer noch die SF LED an der CPU anstehen und weiß absolut nicht wieso. Datenaustausch findet auch statt (auch wenn mir die Werte momentan nicht sonderlich plausibel erscheinen).

Ich hänge mal die Screenshots vom Baugruppenzustand der Baugruppe und en Diagnosepuffer an.
Die Screenshots habe ich heute gemacht (15.6.) und der letzte Diagnosepuffereintrag mit "Baugruppe OK" ist von gestern, also sollte doch eigentlich alles OK sein. Die Diagnoseadresse 2035 ist von dem damals problematischen Teilnehmer.

Warum ist diese LED denn noch an? Vielleicht fällt ja noch jemandem was auf. Ich weiß momentan nicht mehr woran ich drehen soll, und auch nicht was ich dem Hersteller des Teilnehmers für ein Problem schildern soll.

Gruß
Thomas

 

[vierlagig]

ich kenne ein ähnliches (oder vielleicht ist es das gleiche) problem von 400er CPUs. da ist es ein problem der diagnosedaten der profibusteilnehmer - länge wurde nicht richtig interpretiert...

hast du die aktuellste firmware drauf? (das war die abhilfe bei den 400ern)

 

[vierlagig]

Zuviel Werbung?
-> Hier kostenlos registrieren

ok, die firmware ist aktuell... argh

 

[Der Pfälzer]

Hallo Thomas,

hattest du nach dem Umparametrieren die Anlage mal spannungslos?
Wirk manchmal Wunder (parametrieren der Slaves).
Oder "passt" die GSD nicht mehr?

Gruß Roland

 

[Thomas_v2.1]

Ja, Firmware sollte die aktuellste sein.

Hattest du denn damals auch keinen Eintrag im Diagnosepuffer?
Bei Eigenschaften des DP-Slaves kann ich auch nicht was in Richtung Diagnose geht deaktivieren.

Was mir noch einfällt, dass ich die CPU seitdem noch nicht wieder neu gestartet habe. Das werde ich morgen mal machen wenn ich Gelegenheit dazu habe. Vielleicht gibt es dann ja mal ein paar interessante Einträge.

 

[Der Pfälzer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hab grad erst die TXT gesehen.

Sieht doch so aus, als wenn der Teilnehmer einen Fehler erkennt, oder?

Gruß Roland

 

[Thomas_v2.1]

hattest du nach dem Umparametrieren die Anlage mal spannungslos?
Wirk manchmal Wunder (parametrieren der Slaves).
Oder "passt" die GSD nicht mehr?

Doch, Slave war spannungslos geschaltet. Die CPU lief bisher aber immer durch (bei der Anlage ist momentan nicht so einfach mit mal grad in STOP setzen).

GSD sollte auch passen. Habe auch schon mit dem Support von ABB (ist ein ABB Profibus Slave) telefoniert, der mir dann nochmal die korrekte GSD zugeschickt hat. Das ist schon ein riesen Krampf mit dem Gerät gewesen, und jetzt kommen Daten aber meine Led geht nicht aus...

 

[vierlagig]

Hab grad erst die TXT gesehen.

Sieht doch so aus, als wenn der Teilnehmer einen Fehler erkennt, oder?

Gruß Roland

nein, gehendes ereignis ... letzte zeile...

@thomas: es sah genauso aus, wie bei deinem puffer...
aber mach mal nen neustart ... reboot tut immer gut

 

[Thomas_v2.1]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hab grad erst die TXT gesehen.

Sieht doch so aus, als wenn der Teilnehmer einen Fehler erkennt, oder?

Der letzte Eintrag ist aber mit Meldung "Baugruppe ok", und danach kommenen ja auch keine Einträge mehr.
Ich verstehe das so, dass der Slave von "gestört" auf "OK" gewechselt hat.

Wenn ich über Hardware diagnostizieren auf Baugruppe online öffnen gehe sind auch alle Profibus Slaves OK, nur die CPU hat noch einen Fehler.

 

[Der Pfälzer]

Der letzte Eintrag ist aber mit Meldung "Baugruppe ok", und danach kommenen ja auch keine Einträge mehr.
Ich verstehe das so, dass der Slave von "gestört" auf "OK" gewechselt hat.

Wenn ich über Hardware diagnostizieren auf Baugruppe online öffnen gehe sind auch alle Profibus Slaves OK, nur die CPU hat noch einen Fehler.

Ja, seh ich auch so.
GEHEND hatte ich in meinem Eifer übersehen...

Schau mal, ob du die CPU hochlaufen lassen kannst.

Viel Erfolg

 

[MSB]

Wer sagt denn eigentlich das die Problematik so neu sein muss, das diese im diag,puffer zu finden sein muss, immerhin war vorher ja ein Peripheriezugriffsfehler, d.h. der Diag Puffer ist auf jeden Fall damit zugeknallt!
Insofern wäre ein Neustart wohl wirklich anzuraten, dann hat man wenigstens eine reelle Chance das Problem zu entdecken!

Mfg
Manuel

 

[PN/DP]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das habe ich auch schon bei verschiedenen 31x-2DP-CPU erlebt, daß die SF-LED nach Profibus-Problemen erst nach einem Neustart der CPU ausgeht.

Bei einer 315-2 PN/DP leuchtet die SF-LED aber auch scheinbar grundlos, wenn ein leeres PROFINET-IO-System in HW-Konfig vorhanden ist.
Dann hat einer der PN-Ports eine Diagnosemeldung "Nachbar nicht gefunden" (oder so ähnlich).
Als Lösung kenne ich in dem Fall nur das löschen des nicht benötigten PROFINET-IO-Systems.
Eventuell kann man im Programm die Diagnosemeldung des Ports auslesen und die SF-LED geht dann aus???

Schau Dir mal die Online-Ansicht der HW-Konfig an, da wird die gestörte Baugruppe bzw Schnittstelle rot markiert.

Harald

 

[MatMer]

Der letzte Eintrag ist aber mit Meldung "Baugruppe ok", und danach kommenen ja auch keine Einträge mehr.
Ich verstehe das so, dass der Slave von "gestört" auf "OK" gewechselt hat.

Wenn ich über Hardware diagnostizieren auf Baugruppe online öffnen gehe sind auch alle Profibus Slaves OK, nur die CPU hat noch einen Fehler.

Hallo,

du wirst wohl leider nicht um einen Neustart herum können. Die anderen haben es ja auch schon gesagt und es kann es nur bestätigen. Ich hatte im April den exakt gleichen Fall. Der Bus war kundenseitig schlampig aufgelegt, wodurch es immer wieder zu einem Ausfall kam. Nach der Fehlerbehebung warn dann die letzte Meldung "Baugruppe ok" aber SF blieb an. Ich hab dann durch einen Programmierfehler die CPU eh Neustarten müssen und dann war auch SF aus

 

[Thomas_v2.1]

So, heute CPU Neustart gemacht und LED ist jetzt aus. Danke trotzdem an alle.

Da scheint sich intern wohl was verheddert zu haben.
Um zu prüfen ob der Profibus-Slave schuld ist, habe ich danach diesen nochmal vom Bus getrennt und wieder neu angeschlossen. Da ging die SF Led von selber aus - so wie es bisher auch immer war.

@PN/DP
In der Online-Sicht der HW-Konfig war kein Teilnehmer gestört (alle auf Baugruppe OK), nur die CPU hatte eben noch den Fehler. Darum wusste ich auch nicht was ich noch machen soll.

 

[Der Pfälzer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Thomas,

hattest du nach dem Umparametrieren die Anlage mal spannungslos?
Wirkt manchmal Wunder (parametrieren der Slaves).

sag ich doch, aber auf mich hört ja niemand ... (seufz)

Gruß Roland

 

[vierlagig]

sag ich doch, aber auf mich hört ja niemand ... (seufz)

Gruß Roland

ich geh grundsätzlich davon aus, dass sich an die alte instandhalterregel "schon aus und wieder eingeschalten?" gehalten wird, da brauchste gar nicht so seufzen...

 

[MatMer]

aber es is trotzdem ein seltsames Verhalten. In meinem Fall war die Anlage sehr überschaubar und da hab ich keine Produktionspause genutzt um den Neustart zu machen.
Wir haben aber auch andere Anlagen, wo ein Neustart nur am Sonntag Morgen zwischen 6 -8 Uhr durchgeführt werden kann und das wäre dann sehr bescheiden...

 

[Boxy]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was es auch teils gibt oder gab, ist das wenn Meldungen schnell kommen und wieder gehen diese zwar aus dem Puffer raus sind aber als Meldung noch anstehen!

Dies war z.B. bei der NCU57x.x (also 840D) öfters der Fall.