SPS Absturz mit der Meldung: (Z1): 98c6

[Nauer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Siemens-Kenner​

Ich habe eine SPS 315-2DP (Firmware v2.6.4) im Einsatz, welche in sehr unregelmässigen Abständen abstürzt. Alle LEDs blinken.​

Der Diganosepuffer meldet folgendes:​

Ereignis 15 von 100: Ereignis-ID 16# 4550
DEFEKT: Interner Systemfehler
Nicht anwenderrelevant (Z1): 98c6
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: DEFEKT
interner Fehler, kommendes Ereignis
13:27:55.835 17.03.2008​

Siemens Support meldet folgendes zum Ereignis 98C6:​

die Kennung Z1:98C6 deutet auf ein Problem mit der MPI oder DP-Kommunikation:
# Störung der Verbindung (EMV, Kabel): B&B-Auftrag (Lesen oder zykl. Lesen) oder PUT/GET übergibt an den Verbindungsmanager eine ungültige
Verbindungskennung
oder
# Eine gültige Verbindung wird referenziert, aber zu einem nicht zulässigen
Zeitpunkt (ausserhalb der Verbindungslebensdauer für die Applikation)​

Die SPS ist in einem belüfteten Schrank, mit maximal 30°C (klimatisierter Raum).
Die SPS ist Master in einem Profibus-Netzwerk mit 4 DP/DP Kopplern als Slave.​

Die gleiche Maschine wird total 16 mal Aufgebaut. 5 Anlagen sind bereits in Betrieb, bei 3 Anlagen terten die Probleme gelegentlich auf (zwischen Täglich und wöchentlich 1 Mal)​

Ich habe sämtliche Profibuskabel zusätzlich in ein abgeschirmtes Rohr eingezogen und den Profibusschirm auf Erdpotential gelegt, um allfällige EMV-Probleme auszuschliessen​

Die Netzspannung wird über ein Geregeltes Sitop 5 Amp. erzeugt.
Die Netzspannung habe ich aufgezeichnet: diese ist absolut konstant.​

Siemens-Techniker kann mir auch nicht weiterhelfen.​

kann mir jemand von euch weiterhelfen? ich bin am verzweifeln.​

mfg Nauer​

 

[vierlagig]

versuchs mal mit nem Update auf V2.6.6

 

[Ralle]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hast du denn irgendwelche Verbindungen projektiert oder nutzt das Programm put und get? Ist eine Visualisierung angeschlossen?

 

[Nauer]

Das Update werde ich mal versuchen.

An der CPU ist die Baugruppe CP343-1 LEAD angeschlossen. Via Ethernet kommuniziere ich mit der Visualisierung Citect. Citect hat ein Treiber (PSDIRECT) der direkt auf die Projektierten Merker, Datenbausteine usw. zugreifen kann.

Put und Get werden nicht bewusst genutzt. Die Kommunikation CPU <-> DP/DP-Koppler geht via SFC14/SFC15.

Gruss Nauer

 

[Ralle]

Ist die Visu als Gerät (evtl. PC) in Netpro eingetragen?

 

[Nauer]

Zuviel Werbung?
-> Hier kostenlos registrieren

bis jetzt noch nicht. Aneine Störung durch die Visu habe ich noch nie gedacht, bis zu deinem vorletzten Betrag.
Bis jetzt Suchte ich nur im Profibus.

Ich werde die Beiden Visualisierungen (Primary, Standby) sofort im Netpro Nachtragen, noch bevor ich die Neue Firmware installiere.

Gruss Nauer

 

[Ralle]

Eigentlich dachte ich eher an den umgekehrten Fall, daß etwas eingetragen ist und das nicht stimmt, bzw. daß eine Verbindung projektiert wurde und diese irgendwie von der Visu falsch angesprochen wird. Wenn nichts drin steht, dann macht die Visu wirklich alles von sich aus. Die Frage wäre, welches Protokoll sie benutzt. Wenn du an ener Anlage die Visu abklemmst, kommt dann der Fehler auch vor (falls das Abklemmen geht).

 

[Nauer]

Die Visu über längere Zeit abzuklemmen ist leider nicht möglich, da die ganze Anlage nur über die Visu gesteuert werden kann.

Der Treiber für die Kommunikation zwischen Citect und S7 ist von ProScada http://www.proscada.com/Citect.htm . Wie der genau funktioniert und welche Protokolle der Benutzt ist mir nicht bekannt. Dies ist ein Kostenpflichtiges Kommunikaitonsprogramm welches von Citect zur Anbindung von Siemens Empfohlen und mitentwickelt wurde.
Ich denke nicht, dass dieses Programm ein derartiger Fehler verursachen kann, da ich für jede Litzenz CHF 660.00 bezahlen muss. Dies sind für 16 Anlagen immerhin CHF 10560.00

Ich habe jetzt die Visu PS als "Andere Station" in NetPro eingefügt und die Entsprechenden IP-Adressen richtig gestellt.

 

[Larry Laffer]

Zuviel Werbung?
-> Hier kostenlos registrieren

es liegt mir schon etwas länger auf der Zunge ...

Hast du dich schon mal an den gängigen Fehler-OB's versucht ?
Das System scheint ja weitesgehend korrekt zu funktionieren und der Fehler tritt ja augenscheinlich durch ein fehl-adressieren (vielleicht von der Visu) auf. Vielleicht kannst du das auf diesem Weg abfangen und/oder auch auswerten ...

Gruß
LL

 

[Nauer]

Das Einbinden der PC's in das NetPro hat auch nichts gebracht. Wir hatten letzte Nacht wieder einen Abstruz. Jedoch verhielt der sich etwas anders als sonst. ich muss dies heute noch genauer analysieren.

 

[redtshirt]

*ROFL*
Update machen und falls es weiterhin auftritt, die CPU tauschen, denn DEFEKT ist DEFEKT

 

[Ralle]

Zuviel Werbung?
-> Hier kostenlos registrieren

*ROFL*
Update machen und falls es weiterhin auftritt, die CPU tauschen, denn DEFEKT ist DEFEKT

Update ok, aber an den Defekt glaube ich nicht, da es bei mehreren Anlagen auftritt!

Die Meldung an sich ist wieder mal köstlich:

einerseits: nicht Anwenderrelevant
andererseits: DEFEKT

 

[Nauer]

CPU ist bestimmt nicht defekt. Ihr könnt euch nicht vorstellen, wie manchmal ich diese CPU's schon ausgewechselt habe.

 

[Hoyt]

Hatte änliches Problem

Hallo

Ich weiss nicht ob mein Beitrag hier etwas bringt, aber ich schreibe jetzt trotzdem. Vor einem halben Jahr hatten wir ein änliches Problem.

Wir haben eine Anlage mit einer CPU 315-2 DP und CP 343-1.
Visualisiert wird die Anlage mit InTouch und Simatic NET OPC-Server V6...

Sporadisch hatten wir Abstürze der CPU mit folgender Fehlermeldung:

Ereignis-ID 16# 4550
DEFEKT: Interner Systemfehler
Nicht anwenderrelevant (Z1): 92b7
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: DEFEKT
interner Fehler, kommendes Ereignis

Der Absturz trat mehrere male nach einem Ethernet-Unterbruch zwischen OPC-Server-PC und CP343-1 auf !
Es hatte also irgend etwas mit der Kommunikation zu tun.

Seit dem Austausch der CPU 315 (wurde durch Siemens mit Garantie ersetzt) hatten wir keine Probleme mehr.
Ich vermute es handelte sich hierbei um ein internes Speicher-Problem (defekt).
Speicherbereiche, die vielleicht nur sporadich benutzt werden.

Könnte doch auch an der Memory-Karte liegen, oder einem Serienfehler bei den CPU's

Es wäre vielleicht einen Versuch wert, eine andere z.B. eine 317er CPU (wenn vorhanden) einzusetzen (um einen Serienfehler auszuschliessen).

Könnte es sein, dass irgendwelche EMV-Störquellen z.B. FU's, Trafos usw. zu nache bei der CPU liegen, und deren Speicher stören? (man weiss ja nie !)

Ich bin der Meinung, dass die Fehlermeldung "DEFEKT: Interner Systemfehler, Nicht anwenderrelevant" nichts mit Anwendersoftware zu tun hat.
Siemens sollte sich hier eigentlich weiter um das Problem kümmern.


Gruss Hoyt

 

[Hand]

Zuviel Werbung?
-> Hier kostenlos registrieren

Das selbe Problem hatte ich auch mit einer 315-2 DP in Verbindung mit einer CP343-1 Lean.

Bei mir lag es an der alten Bauform, diese konnte die externen
lese/schreibaufträge nicht schnell genug abarbeiten und stürzte dann auch
irgendwann ab.

Nach Tausch auf eine neuere 315-2 DP trat das Problem nichtmehr auf.

mfg Andreas

 

[Ralle]

Ich hatte auch schon die Idee, ob die Kommunikationsanforderungen vom PC zu schnell kommen und die SPS überlasten bzw. durcheinander bringen. Du könntest durchaus mal versuchen, die Schreib-/Leseintervalle von PC-Seite her zu verlängern, falls das möglich ist.

 

[Nauer]

Das könnte ich mal versuchen.

Ich habe gestern nun bei einer Anlage die neue Firmware geladen. jetzt muss ich einige Tage Warten oder der nächste Absturz abwarten. Ich will nicht zu viel Änderungen gleichzeitige machen.

Aber ich bin weiterhin sehr dankbar für jeden Tip.

 

[Nauer]

Zuviel Werbung?
-> Hier kostenlos registrieren

versuchs mal mit nem Update auf V2.6.6

Das Update hat leider auch nichts gebracht. die SPS ist wiederum abgestürzt.

 

[Hoyt]

Hallo

Du könntest durchaus mal versuchen, die Schreib-/Leseintervalle von PC-Seite her zu verlängern, falls das möglich ist.

Ich würde vielleicht mal das umgekehrte machen. Nämlich die Schreib-/Leseintervalle von PC-Seite her verkürzen, um absichtlich einen Fehler zu provozieren (eventuell im Testaufbau).
Wenn der Fehler reproduzierbar ist, so kann man auch gezielt nach Lösungen suchen.

Gruss Hoyt

 

[Larry Laffer]

Nochmal eine Wortmeldung von mir :
Ich habe im Augenblick ein ähnliches Problem (nur umgekehrt). Daten-Traffic mit der SPS bringt die Visu zum Stillstand. Das heißt (für mich), dass die SPS möglicherweise alles, was zuviel kommt ablehnt.
Wäre es nicht auch möglich, dass eine Anfrage der Visu auf Seiten der SPS falsch verstanden wird ? Wie wäre es, eventuell die Übertragungsrate zu reduzieren ? Wir haben hier noch kein Wort über die Übertragungsstrecke verloren. Wie lang ist das Netz und was ist so an anderen Komponenten noch in der Nachbarschaft (FU oder so) ?

Gruß
LL