CPU verliert die Daten

vita-2002

Level-2
Beiträge
182
Reaktionspunkte
33
Zuviel Werbung?
-> Hier kostenlos registrieren
Seit 4 Jahren bauen wir Anlagen mit CPU 314C-2DP. Es wurde ca. 15 Maschinen gebaut. Nun haben wir Problem: bei der letzten 3 Anlagen beim einschalten einmal in 3-6 Monaten werden die Daten in DBs gelöscht, Hardwareuhr auf Werkseinstellung zurückgestellt. Also alles weg, bleibt nur ursprungliche Programm.



Diagnosepuffer:


..........


Ereignis 41 von 43: Ereignis-ID 16# 430E
Urlöschen durchgeführt
Bisheriger Betriebszustand: STOP (Urlöschen)
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
kommendes Ereignis
00:00:09.885 01.01.1994


Ereignis 42 von 43: Ereignis-ID 16# 4546
STOP durch CPU-Speicherverwaltung
Bisheriger Betriebszustand: STOP (Eigeninitialisierung)
Angeforderter Betriebszustand: STOP (Urlöschen)
interner Fehler, kommendes Ereignis
00:00:00.725 01.01.1994


Ereignis 43 von 43: Ereignis-ID 16# 4580
STOP: Backup-Pufferinhalt inkonsistent (kein RUN-Übergang)
Bisheriger Betriebszustand: SPANNUNGSLOS
Angeforderter Betriebszustand: STOP (Eigeninitialisierung)
interner Fehler, kommendes Ereignis
00:00:00.000 01.01.1994


Abhilfe laut Siemens:
1. 3 DBs je 2000byte auf CPU erzeugen. Damit wird angeblich die Fehler behoben.

2. Es wird neue Firmware kommen.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Das weiß ich nicht. Muss nächste Woche zur Kunde, DBs übertragen. Und warten, warten, warten ........ Wie gesagt: Fehler tritt sporadisch auf. Bei eine Maschine 2 mal in 3 Monaten und seit 8 Monaten nicht mehr aufgetreten. bei der andere 2 mal in 5 Monaten. Da muss ich hin: der Kunde wird nervös.
 
Zuletzt bearbeitet:
Ich habe vor 2 Wochen beim Hotline angerufen: der Techniker konnte mit Diagnoseerreignise nichts anfangen, hat meine *.txt weitergeleitet. Heute habe ich nochmal angerufen.
Antwort:
Ich habe die Meldung von Entwicklung bekommen:
1. Vorübergehende Lösung - 3 DBs je 2000byte auf CPU erzeugen
2. Es wird irgendwann neue Firmware kommen.
Mehr weiß ich nicht.
Weitere Fragen: wieso, warum ... Konnte er gar nicht beantworten. :evil:
 
@Vita:
Ich würde 1. diese Antwort so ohne weiteres nicht so schlucken und 2. würde ich das gleich dem für mich zuständigen Vertriebsmann von Siemens weiterleiten mit der Bitte das Ganze in einem (für dich) vertretbaren Rahmen zu lösen (ggf. mit Frist).

Gruß
LL
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hmm... könnte mir vorstellen das es was Siemensinternes ist... z.B. Speicherverwaltung in der CPU und das da irgendwo der Fehler sitzt.

Aber die Antwort finde ich schon etwas dürftig...

Was mich interessieren würde, wäre ob die CPU's gleiche Seriennummer und Firmware haben oder ob da mehrere Modelle betroffen sind?
 
Zuletzt bearbeitet:
Haben die drei Problem-SPSen eine andere Firmwareversion als die übrigen? Dann mal ein "Downgrade" versuchen bis das große S reagiert hat. Und dann erst einmal an einer Machine inder nähe prüfen, ob der Bug wirklich gefixt ist.
 
Ich denke, das Problem tritt ab V2.6.6 auf.

Habe gerade wieder ein Gespräch gehabt:

Ich darf leider keine weiteren Auskunft geben, bzw. weiter Verbinden. Aber bei der anderen Kunde hat das geholfen. Es muss eine größere Speicherbereich im CPU belegt werden

Ich bin nicht der einzige. :s10:
 
Das ist ja wieder unglaublich, jetzt bekommen die nicht mal mehr Standart CPU's hin. Trifft das eigendlich nur auf die 314C zu?

Nicht nur 314C:

http://support.automation.siemens.c...objaction=csopen&extranet=standard&viewreg=CH

319F-3 PN/DP:
Mit dem Firmware-Update V2.8.0 werden die folgenden Änderungen wirksam:
Bei Netz-Ein kommt es nicht mehr sporadisch zu einem Aktualwertverlust mit Ereigniskennung 16#4580.
 
Das ist ja wieder unglaublich, jetzt bekommen die nicht mal mehr Standart CPU's hin. Trifft das eigendlich nur auf die 314C zu?

Nein, trifft nicht nur auf die 314C zu. Den gleichen Fehler, DBs beim Anlauf der CPU auf Initialwerte zurückgesetzt, hatte ich auch schon mehrmals bei verschiedenen 313C. Der Fehler existiert IMHO seit mehrerer Jahren, seit es die C-Typen gibt. Als damals der Fehler bei den ersten CPUs auftrat, haben wir zwei oder drei an Siemens zurückgeschickt und kostenlosen Ersatz erhalten. Warum dieser Fehler auftritt, diese Antwort ist uns Siemens bis heute schuldig.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hatten ähnliches Problem mit einer 313C-2DP
100 mal gings gut, dann kahm eine neue Firmware.
Bei uns liefen sogar Antriebe selbstsändig an (Obwohl nicht angesteuert etc.). War slebst vor Ort und hatte es überprüft.

Siemens hat uns natürlich eine neue Firmeware geschickt. "Oh da sind versehentlich CPU`s ausgeliefert worden, bla bla bla"
Habe die CPU aber gleich ganz austauschen lassen. Bei solchen Sachen vestehe ich sehr sehr wenig Spass.
 
Also ich habe 24 CPU´s vom Typ 3152 PN/DP mit FW V2.65.
Habe das Problem immer schon mal bemerkt. habe schon gedacht es
würde an der MMC oder so liegen. Habe heute mal alle Upgedatet auf FW2.67.
Wir haben Stillstand da war das möglich. Bin Sehr gespannt. Wir haben glücklicherweise nicht viele Aktualwerte sonst wäre ich schon steil gegangen.


Mal wieder typisch S........ . :ROFLMAO::ROFLMAO:
 
Neue Firmware V2.6.11 für Kompakt-CPU's ist endlich da.

Mit dem Firmware-Update V2.6.11 werden die folgenden Änderungen wirksam:

  • Nach NETZ-EIN kommt es nicht mehr sporadisch zum Aktualwertverlust nach Urlöschen mit Event-ID 16#6522 bzw. 16#4580 ( Backup-Pufferinhalt inkonsistent ).

  • Beim Beobachten von Bausteinen bzw. Variablen und gleichzeitig angeschlossenen B&B-Bediengeräten kommt es nicht mehr sporadisch zum Defekt Z1=97EA.

  • Der SFC 24 "TEST_DB" liefert nun bei vorhandenem DB, immer die korrekte Länge des DB, unabhängig von dessen Speicherattribut oder parallel aufgerufenem SFC83.

  • Beim Vorstellen der Uhrzeit wird nun in den Lokaldaten des OB10 der Wochentag ( Variable "OB10_DATE_TIME" ) sofort aktualisiert.
 
Zurück
Oben