TIA fb32770 PLC geht auf Stop

[hatzfab]

Zuviel Werbung?
-> Hier kostenlos registrieren

TIA V19
CPU 1512SP F-1 PN
fb32770 PLC geht auf Stop
betrifft OB 123-Ausführung



interne Adressierungsdetails: Caddr=16#00000F18

Während der Programmausführung wurde eine Stop-Anweisung ausgeführt.

 

[DeltaMikeAir]

Aha

 

[NBerger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Was so ein Ding nicht alles kann...

 

[de vliegende hollander]

Eeej Jungs, kein Anwort griffbereit. Wasissenlos

 

[de vliegende hollander]

TIA V19
CPU 1512SP F-1 PN
fb32770 PLC geht auf Stop
betrifft OB 123-Ausführung



interne Adressierungsdetails: Caddr=16#00000F18

Während der Programmausführung wurde eine Stop-Anweisung ausgeführt.

Post mal die relevante Einträge des Diagnosepuffer.

Konntest du selber wieder in RUN schalten?
Hardware okay?

Erzähl mal was.

 

[Oberchefe]

Zuviel Werbung?
-> Hier kostenlos registrieren

Während der Programmausführung wurde eine Stop-Anweisung ausgeführt.

Dann musst du in diesen FB schauen, welche Bedingungen vor der Stop Anweisung stehen.

 

[hatzfab]

Post mal die relevante Einträge des Diagnosepuffer.

Konntest du selber wieder in RUN schalten?
Hardware okay?

Erzähl mal was.

Ja konnte wiede run schalten
Hardware ist okay

 

[hatzfab]

Dann musst du in diesen FB schauen, welche Bedingungen vor der Stop Anweisung stehen.

der fehler geht vom compilerbaustein F_PS_seedpass_send aus.

 

[de vliegende hollander]

Zuviel Werbung?
-> Hier kostenlos registrieren

Machst du unzülässige Schreibzugriffe auf das Safetyprogramm?

 

[DeltaMikeAir]

Machst du unzülässige Schreibzugriffe auf das Safetyprogramm?

Davon würde ich auch ausgehen.

 

[Blockmove]

Und schon wird es klarer. Der Fehler kommt vom Sicherheitsprogramm. Die Datenverfälschung führt letztlich zum Stop

 

[hatzfab]

Zuviel Werbung?
-> Hier kostenlos registrieren

ich finde die Datenverfälschung aber leider nicht. es wird auf keine F variable außerhalb des sicherheitsprogrammes schreibend zugegriffen

 

[de vliegende hollander]

ich finde die Datenverfälschung aber leider nicht. es wird auf keine F variable außerhalb des sicherheitsprogrammes schreibend zugegriffen

Auch nicht das HMI?

 

[DeltaMikeAir]

Lief das Ganze denn überhaupt schon mal? Wenn ja, würde irgendwas geändert?

 

[TP-Inc]

Zuviel Werbung?
-> Hier kostenlos registrieren

ich finde die Datenverfälschung aber leider nicht. es wird auf keine F variable außerhalb des sicherheitsprogrammes schreibend zugegriffen

Kann auch durch nicht abgefangene Über oder Unterläufe bei mathematischen Operationen passieren.

 

[Mrtain]

Kann auch durch nicht abgefangene Über oder Unterläufe bei mathematischen Operationen passieren.

Könnte man das nicht mit dem Programmierfehler OB eingrenzen?

 

[Oberchefe]

Der Eintrag mit der Datenverfälschung kommt aber nach dem Eintrag mit dem programmierten Stop. Was ist denn in dem genannten FB drin? Normalerweise klickt man in einem solchen Fall auf "im Editor öffnen" und landet dann an der Stelle mit dem Problem. Das hört sich doch nach der Ausführung des "STP" Befehl an.

 

[Blockmove]

Zuviel Werbung?
-> Hier kostenlos registrieren

Der Eintrag mit der Datenverfälschung kommt aber nach dem Eintrag mit dem programmierten Stop. Was ist denn in dem genannten FB drin? Normalerweise klickt man in einem solchen Fall auf "im Editor öffnen" und landet dann an der Stelle mit dem Problem. Das hört sich doch nach der Ausführung des "STP" Befehl an.

Von der Nummer her gehört der FB wahrscheinlich zu den von Safety generierten FBs in inverser Logik.
Die kannst du nicht öffnen.
Das letzte Mal als ich sowas hatte, lag es daran, daß ich ein nichtsicheres Signal ungeschickt verwendet hatte.
Das Safety-Programm läuft ja in einem anderen Zyklus als der Rest des SPS-Programms. Kommt es nun zu Signalwechsel eines unsicheren Signals zwischen der Bearbeitung des Safety-FBs und des von Safety erzeugten Invers-FBs hast du auch eine Signalverfälschung.
Deshalb ist ja die Empfehlung nicht sichere Signale über den FC Vorverarbeitung zu "schleusen". Damit schaffst man sich eine Art Prozessabbild für Safety. Die Signale sind dann während des Safety-Zyklus konsistent.

 

[NBerger]

Denke auch das kommt vom Safety.
Der OB123 ist vom Standard ein 2ter Zyklischer OB oder Startup. Also kein Interrupt- oder Zeit-OB.

Sind denn im Safety Standard E/A's verwendet.

es wird auf keine F variable außerhalb des sicherheitsprogrammes schreibend zugegriffen

Aber lesend? Vielleicht über einen Bausteinaufruf als In/Out? Auch wenn im Baustein nur lesend zugegriffen wird wird am Bausteinende die Variable geschrieben. Wird der Baustein dann durchs Safety unterbrochen kommt's zum Problem.

Edit:
Weis garnicht ob das so überhaupt zugelassen wird von TIA...

 

[Blockmove]

Das kann auch beim lesenden Zugriff passieren.