Flanke bei kommender Sammelstörung

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Kommende Alarme mit
XOD //Alt+Neu
UD //Neu
(wie oben beschrieben)

PS: Das INVI- Zeug geht "erstaunlicherweise" auch ggggg

Genial und ich mach immer den Murks und zähl am Schluss die Anzahl Alarme.
So geht das ja supereinfach.

mfG René

 

[Werner54]

Noch einfacher mit OP

Hallo,
bei vorhandenem OP geht's noch kürzer:

L "Störmeldebits"    //siehe Bereichszeiger (Länge 2 Worte)
L "OP-Quittierbits"  //siehe Bereichszeiger Quittierung OP
UD                       
T "OP-Quittierbits"  //Verwaiste Quittierbits werden gelöscht!
XOD                     //Quittierte Störungen ausmaskiert
L 0                       //auf Null abfragen:
<>D                     //Wenn unquittierte Störung(en), 
= "Hupe ein"          //dann reagieren!

 

[norman]

Zuviel Werbung?
-> Hier kostenlos registrieren

Wie kann ich denn jetzt automatisch einen freien DB ermitteln und ihn, in der richtigen Größe anlegen lassen, um den alten Status abzulegen?
Bei der Schleife hab ich auch meine Schwierigkeiten.

Danke

 

[borromeus]

Eine freie-DB Nummer sollte man im SimaticManager finden, und als Länge... na ich würde den AlarmDB immer wenn Du ihn änderst einfach unter einer anderen Nummer mitabspeichern.

 

[Ralle]

Ansonsten, wenn es also wirklich dein Programm erledigen soll, dann sieh dir zuerst mal die Hilfe zum SFC22 (CREAT_DB) und SFC24 (TEST_DB) an.

 

[borromeus]

Zuviel Werbung?
-> Hier kostenlos registrieren

Ansonsten, wenn es also wirklich dein Programm erledigen soll, dann sieh dir zuerst mal die Hilfe zum SFC22 (CREAT_DB) und SFC24 (TEST_DB) an.

Daran habe ich auch gedacht, aber wann macht man das im Ablauf?

Auf Verdacht (oder auch bei Erkennung einer Änderung des AlarmDB) löschen und neuerstellen geht ja immer der Inhalt verloren (retten kann man den Inhalt ja nicht- weil wohin?)

Im Anlauf ist es nicht gut weil wenn den AlarmDB einer im laufenden Betrieb länger macht geht es nicht....

Hast Du eine Idee Ralle?