Problem: Selbständiges Urlöschen der CPU nach Einschalten der Maschine

IBFS

Level-1
Beiträge
4.068
Reaktionspunkte
893
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe in kürzerer Zeit (wenigen Wochen) mehrfach den Fall gehabt, das
nach dem Wiedereinschalten der Maschine alle Aktualwerte auf die
Startwerte zurückgesetzt worden sind.

Einen Fall konnte im Diagnosepuffer auslesen:


Diagnosepuffer der Baugruppe CPU 315-2 DP
Bestell-Nr./ Bezeichn. Komponente Ausgabestand
6ES7 315-2AH14-0AB0 Hardware 2
- - - Firmware V 3.0.3
Boot Loader Firmware-Erweiterung A 25.7.5
Baugruppenträger: 0
Steckplatz: 2

Seriennummer: S C-A3XH15672010

Ereignis 1 von 105: Ereignis-ID 16# 5371
Dezentrale Peripherie: Ende der Synchronisation mit einem DP-Master
Steckplatz des DP-Masters: 2
Anzahl der dezentralen Stationen: 0
kommendes Ereignis
23:15:19.009 24.08.2010

Ereignis 2 von 105: Ereignis-ID 16# 430E
Urlöschen durchgeführt
Bisheriger Betriebszustand: STOP (Urlöschen)
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
23:15:15.607 24.08.2010

Ereignis 3 von 105: Ereignis-ID 16# 4546
STOP durch CPU-Speicherverwaltung
Bisheriger Betriebszustand: STOP (Eigeninitialisierung)
Angeforderter Betriebszustand: STOP (Urlöschen)
interner Fehler, kommendes Ereignis
23:15:11.331 24.08.2010

Ereignis 4 von 105: Ereignis-ID 16# 4300
NETZ-EIN gepuffert
Bisheriger Betriebszustand: SPANNUNGSLOS
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
23:15:11.331 24.08.2010

Ereignis 5 von 105: Ereignis-ID 16# 6526
Urlöschanforderung wegen Speichertausch
Betriebszustand: STOP (Eigeninitialisierung)
interner Fehler, kommendes Ereignis
23:15:11.331 24.08.2010

Ereignis 6 von 105: Ereignis-ID 16# 494E
Netzausfall
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: SPANNUNGSLOS
externer Fehler, kommendes Ereignis
23:14:58.799 24.08.2010


Leider hatte ich zum "Schadenzeitpunkt" nur in diesem einen Fall sofortigen Zugriff auf die CPU.

Ein Speichertausch fand definitiv nicht statt (siehe Zeitstempel).

Ich kann mir nicht vorstellen das wir die Einzigen sein sollen, wo sowas aufgetreten ist.

Es ist an bisher 4 Stück CPU 315-2 DP und einer CPU 315 PN/DP beobachtet worden.





Gruß

Frank
 
Zuletzt bearbeitet:
Hallo Frank,

kannst Du el. Einflüsse von außen ausschließen(Netzteil/BUS/...)? Ich hatte vor längerer Zeit mal eine 416 2DP mit Speicherproblemen. Damals sollten wir auch nach Externen Störquellen suchen(weit verzweigte Anlage mit IBS). Einen richtigen Verursacher haben wir nie gefunden. Der Fehler trat irgendwann nicht mehr auf, obwohl nichts gewechselt wurde. Vielleicht finde ich nochirgendwo die damalige Fehlerhistorie im SanduhrAnzeigeProgramm wieder.
Thomas

EDIT: Ist das Verhalten reproduzierbar, in dem du kurz die Spannungsversorgung unterbrichst?
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Frank,

ich hatte vor kurzem ein ähnliches problem.

Beim Neustart wurden die Aktualwerte in den DBs alle auf 0 (Null) gesetzt.
Ausserdem wurde ab einer gewissen Anzahl von Bausteinen sehr viele Bausteine nicht mehr angezeigt. Beim Bausteinvergleich waren sie auch nicht vorhanden; aber im Speicher waren sie drin.

Laut Siemens war es ein Firmware-Problem.

Nach dem laden der neusten Firmware, waren die Probleme weg.

Ich meine es war auch eine 315 gewesen.

Ich schaue mal, ob ich morgen die Fehlerbeschreibung u.s.w. heraussuchen kann.

Im Zweifelsfall, hilft Siemens-Support weiter.
Allerdings kann es nach meiner Erfahrung zwischen 3 Stunden und einer Woche dauern, bis eine endgültige Lösung vorliegt.

Gruß Jan
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also kann ich es mir sparen das Problem das ich hatte hier groß auszubreiten?

Vierlagig wollte damit nur sagen, dass an anhand des Diagnosehaeders...

Code:
[SIZE=1]Diagnosepuffer der Baugruppe CPU 315-2 DP[/SIZE]
[SIZE=1]Bestell-Nr./ Bezeichn. Komponente Ausgabestand [/SIZE]
[SIZE=1]6ES7 315-2AH14-0AB0 Hardware 2 [/SIZE]
[SIZE=1]- - - Firmware V 3.0.3 [/SIZE]
[SIZE=1]Boot Loader Firmware-Erweiterung A 25.7.5[/SIZE]


....erkennen kann, das ich in meinem Fall den aktuellen FW-Stand habe und ich daher gar keine neuere FW-Version einspielen könnte.

Das soll aber nicht heißen, dass negative Erfahrungen, die du hattest, nicht doch hier hilfreich sind zu posten.

Frank
 
Hallo Frank,

dann werde ich mal meine Fehlerbeschreibung von damals reinstellen.
Hätte ich gewusst, dass der Siemenssupport schon durch meine dürftige telefonische Beschreibung weiß was los ist, hätte ich mir diese Arbeit nicht gemacht.
Aber vieleicht hilft es dir oder anderen noch weiter.
 

Anhänge

  • Genaue Fehlerbeschreibung.pdf
    5,5 MB · Aufrufe: 189
Leider liegt bei mir der Fall etwas anders. Es passiert nicht
beim Laden sondern beim Wiedereinschalten der CPU.
Es wird halt in dem einen speziellen Fall nur das Neustecken
der MMC-Karte erkannt obwohl die Keiner angefasst hat.

Wenn das nur bei einer CPU aufgetreten wäre - Montags-CPU.
Aber speziell bei den 315-DP2 sind mehrere Baugleiche CPUs
betroffen wobei mit zunehmender Betriebszeit das Auftreten
des Fehlers immer geringer wurde.

Und wenn man dann im Fehlerfall nicht in CPU-Nähe ist,
kommt man ja auch an den DIAG-Pufferinhalt nicht ran. MIST.

Wie soll man dann sowaß beim Kunden und SIEMENS nachweisen.

Kann man nach dem RAM to ROM nur hoffen, dass der Kunde die
Betriebsparameter nicht mehr ändert. Dann kann sich die CPU
Urlöschen sooft sie will :ROFLMAO:

Frank
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Frank,

nach Deinen Schilderungen sieht das nach Hardwarefehler aus. Das sind jetzt nur Vermutungen. Bei Spannungsverlust versucht die CPU den Speicherinhalt noch auf MMC zu bekommen, aber ihr geht der Puffer aus. Wie lang war die CPU denn schon in Betrieb? Ich könnte mir vorstellen, das mit zunehmender Betriebsdauer der Pufferkondensator "besser"/"voller" wird. Lass es mal eine gleiche Charge von Kondensatoren sein.

Abhilfe beim Kunden? Eventuell wenn durch Kunden Betriebsparameter geändert wurden programmtechnisch die Parameter auf die MMC schreiben (Übernahmebutton an HMI ...).

Thomas
 
Abhilfe beim Kunden? Eventuell wenn durch Kunden Betriebsparameter geändert wurden programmtechnisch die Parameter auf die MMC schreiben (Übernahmebutton an HMI ...).
Thomas

WRITE_DBL und READ_DBL haben wir.
Aber wenn die Startwerte UNGLEICH Null sind - nach RAM to ROM
kann der Kunde die minimale "Rück"-Veränderung von z.B.
245,5mm auf nun 145,3 mm nicht erkennen.

Daher habe ich mir schon überlegt einen Sonder DB anzulegen
mit Startwert NULL und Aktualwerte EINS. Aber das EINS-setzen
natürlich erst NACH dem RAM to ROM sonst funzt es ja nicht.
Falls dieser Wert wieder auf Null zurückgefallen ist, dann ist der
URLÖSCH-Fall eingetreten und man kann dann das READ_DBL
machen. Hoffentlich drückt im Fehlerfall keinen versehentlich
WRITE_DBL sonst ist alles zu spät :rolleyes:

Frank

P.S.

Es sind in dem einen Fall vier baugleiche CPUs und auch die
MMC wurde gemeinsam bestellt, im anderen Fall ist es eine
CPO 315 PN/DP frisch aus dem Werk. Bin mal gespannt wie das
weitergeht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
... write_dbl sofort nach Dateneingabe und read im Anlauf

Thomas

Danke Thomas,

soweit wollte ich eigentlich nicht gehen diese Funktionen
quasi ständig zu nutzen. Deshalb sind sie bei uns auch im
SYSTEM-BILD auf dem Panel mit Passwort versteckt.

Aber im Notfall werde ich wohl zu diesem Mittel greifen müssen.

Das bedeutet ja, dass man direkt nach jedem Tastdruck auf dem
Panel einen Schreibvorgang auf die MMC auslösen muss.

Muss mal in Ruhe darüber nachdenken.

Gruß

Frank
 
hallo Frank,
hast du eigendlich mal einen "Service Request" bei Siemens aufgemacht?
Normal müssten Sie dazu mal stellung nehmen. Als zweite Alternative
würde ich mal eine CPU austauschen und bei dir im Büro mal testen, ob
der fehler irgendwie Reproduzierbar ist. Es könnte ja sein das vlt. irgend-
etwas am Umfeld nicht stimmt, das irgendetwas so sehr stört das sich
die CPU aufhängt.

gruß nach DD
helmut
 
Hallo Helmut,

hallo Frank,
hast du eigendlich mal einen "Service Request" bei Siemens aufgemacht?

Ja, aber ich bin der "angeblich" der Erste, wo das passiert.
Und ich habe leider nicht genug Diag-Abzüge. Und wenn ich die
habe, dann fehlten die wichtigen Einträge gleich komplett.
Da sah es so aus, als oft die CPU zur fraglichen Zeit garnicht aus war.
Programm habe ich schon hingeschickt, aber da ist nicht viel passiert bisher. :confused:


CPU austauschen und bei dir im Büro mal testen,

Dazu muss ich aber fast alle Bausteine im OB1 auskommentieren und
in der HWKonfig alle EAs und GSDs killen, sonst bekomme ich dermaßen
viele Diag-Einträge, das ich das Eigentliche nicht mehr sehen kann.

Der Fehler läßt sich im Office nur mit Glück nachstellen.
Einmal habe ich es geschafft.

Gruß

Frank
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Helmut,



Ja, aber ich bin der "angeblich" der Erste, wo das passiert.
Und ich habe leider nicht genug Diag-Abzüge. Und wenn ich die
habe, dann fehlten die wichtigen Einträge gleich komplett.
Da sah es so aus, als oft die CPU zur fraglichen Zeit garnicht aus war.
Programm habe ich schon hingeschickt, aber da ist nicht viel passiert bisher. :confused:
Frank

Hallo Frank,
bei einer alten 315-2DP (ohne MMC) hatte ich es auch schon, dass das GANZE Programm weg war und ich eine Freifahrt zum Kunden gewonnen hatte. Der Kunde hat die CPU ein paar Mal gestartet so dass alle Einträge weg waren.

Gruß
Heinz
 
SIEMENS hat wohl etwas gefunden und ein FIRMWARE-UPDATE released.

http://support.automation.siemens.c...cslib.csinfo&lang=de&objid=40360647&caller=nl

Mit dem Firmware-Update V3.2.3 werden die folgenden Änderungen wirksam:
Nach Netz-aus kommt es nicht mehr sporadisch zu Aktualwertverlusten durch Urlöschanforderung wegen Speichertausch (Ereignis-ID 16# 6526)
Nach super, wer weiß denn wohin ich meine Rechnung an SIEMENS für die verlorene Zeit schicken soll :rolleyes:

Frank
 
Zurück
Oben