CPU-Fehler CPU 416-3DP

Puddl

Level-1
Beiträge
21
Reaktionspunkte
4
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo an Alle,
kann mir jemand eine Erklärung für folgenden Eintrag im CPU-Diagnosepuffer geben? Gibt es da noch mehr Antworten als die von der Siemens-Online-Hilfe (EMV-Richtlinien beachten)

Ereignis 42 von 120: Ereignis-ID 16# 3583
Häufung von erkannten und korrigierten Speicherfehlern
erkannt in nicht bekannt (Z1: 0002)
Angeforderter OB: CPU-Hardwarefehler-OB (OB 84)
Prioritätsklasse: 25
interner Fehler, kommendes Ereignis
18:33:18.553 08.10.2008

Die CPU ging darufhin in Stop, alle LEDs blinkten schnell. Im Diagnosepuffer steht danach der Eintrag

Ereignis 41 von 120: Ereignis-ID 16# 4533
Quersummenfehler
Nicht anwenderrelevant (Z1): 0003
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: DEFEKT
interner Fehler, kommendes Ereignis
18:33:29.569 08.10.2008
 
Zuletzt bearbeitet:
hmmm, interessante fehlermeldung!
tritt der fehler nur bei diesem exemplar auf oder auch bei ersatz-cpus?

ich kann mir vorstellen, daß Siemens die RAM-Bausteine an der Timing-Grenze betreibt, um aus der Hardware alles rauszuholen, was geht (getrieben durch den Wettbewerb :ROFLMAO:)
Solche Fehler am Rande der Spezifikation sind stark von den Umgebungsbedingungen abhängig (Temperatur, Spannungsversorgung, EMV). Außerdem haben die Bausteine gewisse Toleranzen. Es könnte also sein, daß ein Bauteil verbaut ist, daß nur noch knapp innerhalb der Toleranz liegt. dann würde wahrscheinlich mit einem anderen CPU-Exemplar der Fehler nicht auftreten.
 
CPU-Fehler

Hallo Vipianer,

Das könnte natürlich sein. Der Fehler "Häufung von erkannten und korrigierten Speicherfehlern" hatte ich bis dato noch nie, allerdings den Fehler "Quersummenfehler" und dieser soll laut Siemens-Support nur dann auftreten, wenn gerade ein Baustein (FB, FC...) übertragen wird und die CPU nicht erkennt, dass komprimiert werden muss und dann den Anfang des RAMs überschreibt.

In meiner Anlage wurde aber zu besagten Zeitpunkt ´ganz sicher kein Baustein übertragen (das mache nur ich via Fernwartung).

Die CPU selbst läuft seit ca 1,5 Jahren ohne Probleme, und bestens gekühlt (ca 15°C im Schalötschrank). Die Probleme traten esrt ab August 2008 auf, nach einem größeren Umbau der Anlage. Kann da z.B. auch ein unsachgemäß verlegter Profibus schuld sein (kein Schirn aufgelegt, lange Leitungen, sehr schlechte Hallen Erde u.v.a.m.) Ich habe nämlich einmal zwischen zwei Gehäusen, einem Hub und dem Schaltschrank, 130 V gemessen. Der Profibus ist vom Endkunde selbst verlegt.

Noch etwas. Wenn ich ein ungepuffertes Netz-Ein durchführe, also CPU-Schalter auf STOP, Spannung weg, wieder ein und CPU-Schalter auf ON, dann läuft die CPU wieder recht lange (ein bis zwei Monate)

Gruß Puddl
 
evt. hilft auch dieser Hinweis weiter (ist zwar eine andere CPU, verhält sich aber bestimmt ähnlich):



Update V5.0.3 (6ES7 414-2XK05-0AB0)
Update V5.0.3 (6ES7 414-3XM05-0AB0)
Update V5.0.3 (6ES7 414-3EM05-0AB0)

Die Firmware-Version V5.0.3 korrigiert ein Verhalten in den Selbsttestalgorithmen beim Betrieb im erhöhten Temperaturbereich (Speichertest- und Quersummenfehler), das durch die folgenden DEFEKT-Kennungen im Diagnosepuffer gekennzeichnet ist:
  • 4530 FFyD 50C4 29C5 oder
  • 4533 FFyD 5BC4 00B1 oder
  • 4533 FFyD 5BC4 00B2
 
CPU-Fehler

Hallo an alle Leser dieses Themas.
Wen's interessiert, Die Simatic-Hotline hat mir zu mienem CPU-Problem ein noch nicht offizielles Firmwar-Update geschickt.
Bitte beachten Sie, dass es sich bei dem von uns bereitgestellten Betriebssystemupdate P4.1.1 für die CPU 416-3 mit der MLFB 6ES7 416-3XL04-0AB0 um eine kurzfristig bereitgestellte, kundenspezifische Korrektur handelt, welche nicht vollständig systemgetestet wurde. Wir empfehlen Ihnen deshalb nach Freigabe des nächsten Betriebssystem-Update V4.1.1 auf jeden Fall die vorliegende Korrekturversion P4.1.1 durch V4.1.1 zu ersetzen. Eine Weitergabe dieser Firmware an Dritte ist nicht zulässig.
Folgende Verhalten sind mit der Korrekturversion P4.1.1 beseitigt:
Defect beim Abschalten der Versorgungsspannung von der CPU und DP-Slaves
Abbrüche beim Änderungsladen mit CFC
Diagnosepuffereintrag Checksummenfehler" beim Nachladen von Bausteinen
Na mal sehen ob das dann funktioniert.
Danke nochmals für alle Tipps.
 
hmm, da bin ich skeptisch!
wenn es tatsächlich zu diesen RAM-Fehlern im Betrieb kommt, dann lässt sich das nicht so einfach durch einen Firmware-Update beheben, außer:
a. sie haben nur das symptom korrigiert und gehen nach erkennung von fehlern nicht mehr so schnell in DEFEKT
b. die takteinstellungen, waitstates o.ä. werden per firmware eingestellt und wurden geändert, dann müsste die cpu nach dem firmware-update aber langsamer sein!
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo Leute,

hatte anschließend nochmals jemand Probleme damit? Wir haben eine 416-3DP mit Firmwarestand 5.3 (6ES7-416-3XR05-0AB0).

Dort habe ich gestern auch versucht einen Baustein zu übertragen mit dem gleichen Ergebnis. CPU nicht mehr erreichbar, alle LED (auch von der CP) blinken und nur Urlöschen führt dazu, dass die CPU überhaupt wieder erreichbar ist.

Im Diagnosepuffer steht u.a.:
Ereignis 53 von 100: Ereignis-ID 16# 4535
DEFEKT: Abbruch durch Watchdog/processor exceptions
Nicht anwenderrelevant : 2841 041a 0000
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: DEFEKT
interner Fehler, kommendes Ereignis
08:03:05.052 13.04.2011

Ein Kollege hat letzte Woche das gleiche bei der selben CPU verursacht, da aber ohne einen Baustein zu übertragen. Bisher lief die CPU ohne Problem über 1 Jahr lang, wi rhaben auch ständig Bausteine übertragen können / müssen ohne Probleme und jetzt zerlegt es dem Kunden die GANZE Produktion.

Wir haben jetzt eine Austausch CPU angefordert, die Sonntag eingebaut werden soll. Wenn das aber Firmware bedingt wäre, würden wir uns ja mit der Austausch CPU auch nur kurzfristig helfen, da es in einem Jahr wieder Probleme geben könnte, oder sehe ich das falsch?
 
Zurück
Oben