TIA SafetyCPU geht in Stopp

[Neurorancer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sehr geehrte Forum-Mitglieder,

ich stehe gerade vor einem großen Problem.

Sobald in der Safety-CPU ein Fehler austritt:
Manchmal beim Auslösen eines NOT-AUS-Knopfes.
Geht die CPU in Stopp und muss dann wieder in RUN geschaltet werden.

Ich habe noch nie so einen Fehler gehabt.

Kann mir Jemand sagen warum dieser Fehler auftritt und wie man diesen Fehler lösen kann?

Wie kann man die SafetyCPU wieder in RUN bringen?

Hier ist der Screenshot der Diagnose:

 

[dtsclipper]

Ich würde erst mal nach dem Fehler von Zeile 17 schauen

"Datenverfälschung vor Ausgabe an F-Peripherie"

 

[Neurorancer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hier ist ein Bild mit dem Daten-Verfälschungs-Fehler

 

[Neurorancer]

Die F-Perepherie, um die es sich handelt fängt laut der Fehlermeldung mit der Adresse 330 an.
Dies ist die erste Safety-Ausgangsgruppe bei mir.


Mit diesem Ausgang, wird das Motor-Modul, welches sich ebenfalls auf der ET200SP Baugruppe befindet durch zwei Adern freigegeben.



Diese habe ich mich schon immer grefragt, warum das Motor-Modul, welches ein Teil der Safety-Gruppe ist, zusätzlich zwei Freigabepfade benötigt.

 

[dtsclipper]

OK...

Wenn Du den betroffenen Baustein öffnest versucht das Programm mit Nicht-Sicheren Anweisungen einen sicheren Ausgang zu schalten.


Das funktioniert nicht, die CPU schaltet auf STOP

 

[dtsclipper]

Zuviel Werbung?
-> Hier kostenlos registrieren

Neurorancer



Diese habe ich mich schon immer grefragt, warum das Motor-Modul, welches ein Teil der Safety-Gruppe ist, zusätzlich zwei Freigabepfade benötigt.

Wahrscheinlich wegen Zweikanaligkeit, mit diesem Sp-Starter habe ich noch nicht gearbeitet

 

[Neurorancer]

Mit dem Baustein meinst du wahrscheinlich den FB32774, richtig?

Dies ist ein System-Baustein.


Ich werde gleich im Programm mal schauen,
wo ich auf den Safety-Ausgang schreibe und ob es sich dabei um eine nicht-sichere Anweisung handelt.

 

[dtsclipper]

Mit dem Baustein meinst du wahrscheinlich den FB32774, richtig?

Äääh - Nein.
Der FB32774 ist ein vom Compiler übersetzter Baustein...

Wenn Du in der Diagnosezeile 17 auf "In Edior öffnen" klickst sollte der richtige Baustein aufgemacht werden...

Aber es ist TIA...

 

[Neurorancer]

Zuviel Werbung?
-> Hier kostenlos registrieren

Komisch, es wird kein Baustein aufgemacht .

Ich glaube ich habe einen Anhaltspunkt:


Ich schreibe mit der Simotion über I-Device in den Safety-Bereich.
Habe dies nun korrigiert.
Frage ist, warum das ganze dann funktioniert hat und der Fahler nur bei NOT-Situationen kommt.

Ich lade mal das Programm und melde mich

 

[Neurorancer]

Anscheinend lag das Problem nicht mit dem Schreiben des I-Device in den F-Bereich.

Irgendetwas ist noch faul. Die Safety CPU ist schon wieder in Stopp gegangen :-|



Was kann das nur sein?

 

[PN/DP]

Noch mehr Tippfehler und Designfehler?

Harald

 

[Andre K]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo


Benutzt du Taktmerker im Safety-Programm?
Wenn ja raus damit.

 

[Neurorancer]

Ich glaube der Wurm ist irgendwo in dem Aufruf der Programme!

Mein Hautp-Sicherheits-Programm ist unten im Anhang.
Dieses Programm wird NICHT im OB1 aufgerufen,
sondern in der F-Ablaufgruppe 1 [RTG1]


Ist das richtig so?

Hier ist nochmal die übersicht aller F-Bausteine


Ich nutze die Safety-CPU nur für die Sicherheit.
Der eigentliche Programmablauf ist in der Simotion.

Vielleicht sieht Jemand den Fehler. Das Programm ist eigentlich recht einfach.

 

[Neurorancer]

Eine Sache ist da noch: Der Motor-Modul: F-RS 0,3 - 1A HF 3DI/LC_1



Dieser hat auch Ein- und Ausgänge auf die ich über I-Device zugreife.
Ich schreibe auf alle seine Eingänge mit I-Device.
Ich schaue gleich ob eventuell einer dieser Eingänge des Motor-Moduls eventuell
ein Sicherheits-Eingang ist.

Das Problem mit dem CPU-Stopp kommt bis jetzt nur nach Not-Aus Situation.
Im Normalen Betrieb lässt sich die Hardware einwandfrei bedienen.

 

[Neurorancer]

Zuviel Werbung?
-> Hier kostenlos registrieren

An dem Motor-Modul kann es nicht liegen. Seine Ein- und Ausgänge im Prozessabbild sind nicht sicherheitsrelevant.

 

[Peter Gedöns]

Dein Problem tritt nur bei Nothalt Situation auf .
du befummelst irgendwo außerhalb von F-Teil den Q200.0 oder Q200.1 so steht es jeden´falls in der Fehlermeldung die zum Stop führt .
also wenn man sich das anschauen soll stell das ganze Projekt ein