Step 7 Sicherheitsprogramm: Interner CPU-Fehler

[Fenix]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Zusammen,

habe leider folgendes Problem mit CPU 315F 2DB Firmware 2.6.4 das die CPU nach einiger zeit in Stop geht
mit der Meldung: Sicherheitsprogramm:
Interner CPU-Fehler

Ereignis 6 von 100: Ereignis-ID 16# 75D1
Sicherheitsprogramm: Interner CPU-Fehler
Interne Fehlerinformation: 404:0000
Instanz-DB-Nr. des verursachenden F-Systembausteins: 504
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP
interner Fehler, kommendes Ereignis
10:14:00.455 19.04.2013
(Kodierung: 16# 75D1 9F84 C47A 01F8 0194 0000)



Der Fehler kommt erst nach ca. 1-2 Stunden im RUN.
SPS-Programm wurde zu einem Serienprogramm nur leicht modifiziert und Sicherheitsprogamm neu generiert.

An der CPU selbst sollte es nicht liegen, da ich die Hardware bereits getauscht habe und das Problem geblieben ist.

Und nun?

 

[DerMatze]

Hallo,

ich habe auf der Homepage vom großen S etwas gefunden, evtl. hilft es dir weiter...?

Gruß
DerMatze

 

[Fenix]

Zuviel Werbung?
-> Hier kostenlos registrieren

danke für den Hinweis,
den beitrag kannte ich schon von einem anderen Fall aber habs mir nochmals durchgeschaut.
Die angesprochenen Punkte lösen nicht mein Problem.

Meine Änderung zum orginal Serienprogramm:

Ich hab im F_Programmbaustein 4 Netzwerke eingefügt.
Jedes Netzwerk hat nur eine Verknüpfung.
NW1 ) UND NICHT E4.0 = M400.0
NW2) UND NICHT E4.1 = M400.1
NW3) UND NICHT E4.2 = M400.2
NW4) UND NICHT E4.3 = M400.1
(das ganze eben in F-KOP)
(E4.1 bis E4.3 Sind Sicherheitseingänge)

ermutlich habe ich gegen irgendeine regel verstoßen, die er beim generieren des Sicherhheitsprogramms nicht anmeckert.
Wie gesagt, das Programm läuft 1-2 Stunden.

 

[bike]

Wem gehört der DB 504? Das ist vermulich ein IDB.
Und was ist mit deinem E 4.0?
Wie sind die Eingänge konfiguriert?


bike

 

[Fenix]

Hallo,

DB504 ist ein Instanz Datenbaustein zu FB502 also ein generierter F-DB.
Die Eingänge sind als SIL 2 Eingänge parametriert

Ich hab jetzt mal meine Änderung aus dem Sicherheitsprogramm wieder entfernt.
Leider ist das Ergebis immer noch:

Ereignis 2 von 100: Ereignis-ID 16# 75D1
Sicherheitsprogramm: Interner CPU-Fehler
Interne Fehlerinformation: 404:0000
Instanz-DB-Nr. des verursachenden F-Systembausteins: 504
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP
interner Fehler, kommendes Ereignis
14:11:06.380 19.04.2013
(Kodierung: 16# 75D1 9F84 C47A 01F8 0194 0000)

aber wie gesagt, die CPU läuft für ungef 1 Stunde und steigt dann mit dem Fehler aus.

 

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ist das der Baustein für das Eingangsmodul 4?
Oder ist das Problem in einer anderen Ecke vielleicht.
Steht die Maschine zu dem Zeitpunkt wenn die CPU streikt oder was geschieht in dem Umfeld.
War das Projekt, bevor du es angefasst hast, fertig übersetzt und hat auch mit der Quersumme mit dem in der CPU übereinstimmt?

Wenn möglich lade das Projekt hoch, dann kann man schauen wo es zwickt.

 

[Onkel Dagobert]

Hallo,

ich habe auf der Homepage vom großen S etwas gefunden, evtl. hilft es dir weiter...?

Gruß
DerMatze

Zumindest beschreibt der Beitrag das Ereignis 16#75D1.


@Fenix
Kannst du Fehler im Standardprogramm ausschließen?
Hast du mal "Bausteinkonsistenz prüfen" ausgeführt?
Ein Firmwareupdate auf V.2.6.11 könnte auch nicht schaden.


Gruß, Onkel

 

[Fenix]

Guten Morgen,

das Projekt ist konsisten. Ich lade mal in die Steuerung das Orginalprojekt und schaue ob es läuft.
Also mein Problem spielt sich nur im Büro ab, nicht an einer Maschiene draußen.
Im Büro ist nur die CPU mit einem Profibusfeldbusknoten mit IOs. Drausen würden noch FUs, usw dran hängen.
Firmware Update kann ich noch versuchen.
Das Projekt kann ich leider nicht hochladen.

 

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also ich will dein Programm nicht wirklich ;-)
Aber wie soll ich oder andere sehen wo dein Probelm liegt, wenn wir nicht schauen können?
Ist dein Safeteil auch so geheim?
Denn eine Firmware brauch ich nicht, ich habe eigene F-CPUs ;-)


bike

 

[Fenix]

So, ich hab jetzt mal das Orginalprogramm geladen. Und wieder tritt das Prolem nach ca. 2 Stunden auf.
Wenn ich den Betriebsartenschalter auf STOP und wieder auf RUN schalte läuft sie wieder eine gewisse Zeit weiter.
das Orginalprogramm läuft in einer vielzahl von Machienen Problemlos.
Kann der "Sicherheitsprogramm: Interner CPU-Fehler" mit dem Fehlen der Profibushardware zusammenhängen?
OB82, OB85 und OB86 ist galden.
Das mit dem Programm rausrücken ist leider bei uns in der Firma nicht so einfach.:???:
Bekomme da ärger und wenn ich frage leider ein "No"

 

[bike]

So, ich hab jetzt mal das Orginalprogramm geladen. Und wieder tritt das Prolem nach ca. 2 Stunden auf.
Wenn ich den Betriebsartenschalter auf STOP und wieder auf RUN schalte läuft sie wieder eine gewisse Zeit weiter.
das Orginalprogramm läuft in einer vielzahl von Machienen Problemlos.
Kann der "Sicherheitsprogramm: Interner CPU-Fehler" mit dem Fehlen der Profibushardware zusammenhängen?
OB82, OB85 und OB86 ist galden.
Das mit dem Programm rausrücken ist leider bei uns in der Firma nicht so einfach.:???:
Bekomme da ärger und wenn ich frage leider ein "No"

Zu welcher Baugruppe gehört der DB504?
An dieser Baugruppe ist vermutlich das Problem.
Wobei ich auch einmal den Abschlusswiderstand/Abschlussplatte von der IM prüfen würde.

bike

 

[JOHKU]

Zuviel Werbung?
-> Hier kostenlos registrieren

Zu welcher Baugruppe gehört der DB504?
An dieser Baugruppe ist vermutlich das Problem.
Wobei ich auch einmal den Abschlusswiderstand/Abschlussplatte von der IM prüfen würde.

bike

Hi zusammen,

ich tippe mal einfach dass das Standardprogramm die gleichen Merker M400.x beschreibt wie das F-Programm und dass daher irgendein Prüfprogramm eine Datenverfälschung feststellt.

Gruß
Johannes

 

[Fenix]

Hi zusammen,

ich tippe mal einfach dass das Standardprogramm die gleichen Merker M400.x beschreibt wie das F-Programm und dass daher irgendein Prüfprogramm eine Datenverfälschung feststellt.

Gruß
Johannes

Mit dem Merker 400.x hat es nichts zu tund. der wird jetzt nicht mehr beschrieben, die Symptome sind leider gleich. Nach 2 Stunden ist die CPU tot.:evil:

 

[Fenix]

Zu welcher Baugruppe gehört der DB504?
An dieser Baugruppe ist vermutlich das Problem.
Wobei ich auch einmal den Abschlusswiderstand/Abschlussplatte von der IM prüfen würde.

bike

also im Stack steht: 1.DB 2.DB
OB35 CYC_INT5 DB390 ---
FC1 F_CALL --- DB504
FB502 F_CTRL_2 DB500 DB504

wobei DB 504 Instanz-DB zu FB502 ist
FB502 ist ja der CTRL_2

im System sind 2 Sicherheitsklemmen konfiguriert. Eine ist Momentan am PB
Beide sind auf 2 WAGO Feldbusknoten aufgeteilt.

 

[Fenix]

Zuviel Werbung?
-> Hier kostenlos registrieren

...eins noch,
Euer Interesse ist wirklich toll!:TOOL:

 

[Deltal]

Tja.. ich würde das Programm komplett ausdünnen, bis nur noch der entsprechende Sicherheitsbaustein aufgerufen wird. Also das ST-Programm erstmal ausklammern.

Hardwareprobleme würdest du ja im Diagnosepuffer sehen, aber auch das würde ich beobachten.

Erstelle mal ein Ticket beim Siemens Support, nicht das es ein Problem mit der CPU Version/ D.Safety Version gibt.

 

[Fenix]

Also ohne Profibusverbindung zum I/O-Knoten läuft das ganze.
Jetzt ist mir nur nicht ganz klar, wie der Knoten am Profibus einen Internen CPU-Fehler verursachen kann.

 

[bike]

Zuviel Werbung?
-> Hier kostenlos registrieren

Also ohne Profibusverbindung zum I/O-Knoten läuft das ganze.
Jetzt ist mir nur nicht ganz klar, wie der Knoten am Profibus einen Internen CPU-Fehler verursachen kann.

Was ist denn ein interner CPU Fehler?
Das kann alles und nichts sein.

Ich vermute, dass eine der Zwei CPUs sich verhaspeln und nicht genau einen Fehler ausgeben können.
Ist an dem Modul die Abschlussplatte richtig montiert?
Ist das eine neue oder ältere Maschine?
Hast du Hardwarekonfigration geprüpft, dass die E /A richtig paramtriert sind?


bike

 

[Fenix]

Was ist denn ein interner CPU Fehler?
Das kann alles und nichts sein.

Diagnosepuffereintrag bei Stop:

Ereignis 1 von 100: Ereignis-ID 16# 457F
STOP durch STOP-Befehl
Unterbrechungstelle im Anwenderprogramm: Weckalarm-OB (OB 35)
Prioritätsklasse: 12
FB-Nummer: 502
Bausteinadresse: 180
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP (intern)
interner Fehler, kommendes Ereignis
14:11:06.391 19.04.2013
(Kodierung: 16# 457F FF84 8E70 0C23 01F6 00B4)


Ereignis 2 von 100: Ereignis-ID 16# 75D1
Sicherheitsprogramm: Interner CPU-Fehler
Interne Fehlerinformation: 404:0000
Instanz-DB-Nr. des verursachenden F-Systembausteins: 504
Bisheriger Betriebszustand: RUN
Angeforderter Betriebszustand: STOP
interner Fehler, kommendes Ereignis
14:11:06.380 19.04.2013
(Kodierung: 16# 75D1 9F84 C47A 01F8 0194 0000)


Ereignis 3 von 100: Ereignis-ID 16# 39B1
Peripherie-Zugriffsfehler bei Prozeßabbildaktualisierung der Eingänge
Zugriffsfehler aufgetreten bei Nutzdaten
Teilprozeßabbild-Nr.: 0
Anfangsadresse des betroffenen E/A-Bereichs: 308, Länge des Bereichs: 20
Angeforderter OB: Programmablauffehler-OB (OB 85)
Prioritätsklasse: 26
externer Fehler, kommendes Ereignis
14:11:06.350 19.04.2013
(Kodierung: 16# 39B1 1A55 5750 2942 0014 0134)

Ich vermute, dass eine der Zwei CPUs sich verhaspeln und nicht genau einen Fehler ausgeben können.

Ich hab bei 2 CPU mit unterschiedlicher Firmware das selbe Problem (V2.6.4 und V2.6.6)

Ist an dem Modul die Abschlussplatte richtig montiert?
Ja, liegt bei mir aufm Schreibtisch

Ist das eine neue oder ältere Maschine?
Nur ein Versuchsaufbau liegt bei mir aufm Schreibtisch. Komponenten sind schon einige Jahre alt.

Hast du Hardwarekonfigration geprüpft, dass die E /A richtig paramtriert sind?
Ja, Hardwarekonfiguration wurde mit dem Hersteller der Sicherheitsklemme durchgesprochen und entspricht
der Konfiguration die 100derte male im Feld läuft.

 

[Onkel Dagobert]

..Ereignis 3 von 100: Ereignis-ID 16# 39B1
Peripherie-Zugriffsfehler bei Prozeßabbildaktualisierung der Eingänge
Zugriffsfehler aufgetreten bei Nutzdaten
Teilprozeßabbild-Nr.: 0
Anfangsadresse des betroffenen E/A-Bereichs: 308, Länge des Bereichs: 20
Angeforderter OB: Programmablauffehler-OB (OB 85)
Prioritätsklasse: 26
externer Fehler, kommendes Ereignis
14:11:06.350 19.04.2013
(Kodierung: 16# 39B1 1A55 5750 2942 0014 0134)..

Das ist doch ein handfester Hinweis auf eine bestimmte Adresse bzw. Baugruppe. Ereignis 1 und 2 würde ich zunächst einmal als Ulk verbuchen. Die auslösende Fehlerursache ist wahrscheinlich Ereignis 3. Wenn du die Funktion "Systemfehler melden" nutzen würdest, bekämst du eventuell konkrete Hinweise auf die Fehlerursache. "Systemfehler melden" projektieren ist in der Onlinehilfe beschrieben.


Gruß, Onkel