Alarmquittierung WinCCFlexible

[fsc75]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo!

Ich habe folgendes Problem für das ich eine Lösung suche:
Ich habe ein Projekt in WinCCflexible in dem ca. 30 Alarmmeldungen projektiert wurden. Ich werte in der Steuerung die Quittierbits die vom Touchpanel kommen aus und setze mit diesen das Alarmbit (und nur dieses) zurück. Dies hat bisher auch immer funktioniert.

Nun hatte ich aber bei einem Schalter einen Wackelkontakt und der Bediener hat den aufgetretenen Alarm quittiert, das TP170 hat auch das Quittierbit geschickt und das Quittierbit wurde in der SPS gesetzt nur ist der Alarm wegen des Wackelkontakts sofort wieder in der SPS aufgetreten. Im Meldefenster des TP170 wird dieser Alarm nun aber als quittiert geführt und bei nochmaligem drücken des ACK Buttons kein Quittierbit mehr geschickt obwohl der Alarm eigentlich unquittiert ist.

Kann dieses Phänomen jemand bestätigen bzw. mir sagen wie man es beheben kann?

Vielen Dank, Franz

 

[Onkel Dagobert]

Hallo Franz,

das Störbit darf durch das Quittierbit erst dann zurückgesetzt werden, wenn die Störung gegangen ist.
Im Klartext: erst Rücksetzen dann Setzen.

U QUITTIERBIT
R STOERUNG
U ...
S STOERUNG

Gruß, Onkel

 

[fsc75]

Zuviel Werbung?
-> Hier kostenlos registrieren

Hallo Onkel!

Genau wie von Dir beschrieben habe ich meine Alarme und die Quittierung auch programmiert.
Das Problem tritt auf wenn man im Touchpanel auf Quittierung drückt und dadurch der Alarm rückgesetzt wird, dieser aber durch einen Wackler sofort nachher wieder in der SPS gesetzt wird. Er wird dann im Touchpanel aus quittiert geführt obwohl in der SPS das Quittierbit nicht mehr gesetzt ist. Das Touchpanel reagiert hier einfach zu langsam denk ich.

Werd heute mal einen Testaufbau machen um das Problem nachzustellen.

Eine Lösung wäre nur die Quittierbits in der SPS mit einem Timer zu verlängern (solange das TP braucht um den Alarm aus der Meldeliste zu löschen) aber dann verbrate ich jede Menge Timer, das ist doch auch keine Lösung.

Grüsse, Franz


Nachtrag: Eine Lösung wäre ein Summenquittiertaster der immer alle Bits rausschreibt, aber da gibts ja keine Möglichkeit einen zu projektieren bzw. wäre auch ein Quittiertaster mit einem eigenen Bit welches dann in der SPS alles rücksetzt ok aber es fehlt die Möglichkeit so einen eigenen Button im unteren Teil der Meldeliste einzufügen.

 

[Gecht]

Wie ist der Refreshzyklus der Stör- bzw. Quittbits eingestellt?
Default ist 1s. Ich mache meine immer auf 500ms.
Vielleicht wirds dadurch besser, Lösung ansich ist das natürlich keine.

 

[Onkel Dagobert]

Hallo Franz,

..Nachtrag: Eine Lösung wäre ein Summenquittiertaster der immer alle Bits rausschreibt, aber da gibts ja keine Möglichkeit einen zu projektieren...

Das geht leider nur über Umwege, wie in folgendem Beispiel.

http://support.automation.siemens.com/WW/view/de/22582393


Gruß, Onkel

 

[misconduct]

Zuviel Werbung?
-> Hier kostenlos registrieren

hi,
also es ist normal das das bit "quitiervariable lesen" verzögert kommt underst bei dem nächsten alarm "kommen" geht.
das muss so sein!
dafür gibt es auch einen einleuchtenden grund, den ich leider zur zeit nicht mehr weis, aber vielleich findest du den auf den support seiten.
und eigentlich sind diese bits auch nichtzum steuern gedacht!
aber wenn du sie dafür nutzen willst dann setz dir halt damit nen se timer und rücksetze dir damit den alarm der beim wackelkontakt entsteht.

 

[Ralle]

Ich benutze so eine Konstruktion (schon seit ewigen Zeiten), Anlaß waren ähnlich Probleme mit dem Quittieren.
http://www.sps-forum.de/showpost.php?p=16735&postcount=2

Ob das in deinem Fall weiterhilft, kann ich allerdings nicht genau sagen, allerdings hatten wir das von dir beschriebene Problem noch nie. So ein Wackler inklusive gleichzeitigem Quittieren ist aber auch wirklich was Gemeines.