WinCC Meldung verschwindet, obwohl sie noch anliegt

Dav

Level-1
Beiträge
41
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo zusammen,

ich verwende WinCC V7.0. Zur Projektierung des Alarmloggings habe ich mir folgendes angesehen:
http://support.automation.siemens.c...objaction=csview&extranet=standard&viewreg=WW

Klingt ja soweit einleuchtend, blos treten bei mir seltsame Effekte auf. Sobald ich Meldungen während der Runtime im Meldefenster quittiere, verschwinden diese sofort, obwohl das Meldebit an sich noch logisch eins ist.? D.h. ich komme aus meiner Sicht nicht in den Zustand acknowledged S30. Meine Einstellungen seht ihr in folgenden Screenshots:

Alarm_Logging.jpgAlarm_Logging1.jpg

Wie muss ich die Häkchen setzen. Ich werde aus der obigen Seite nicht wirklich schlau, bzw. das System reagiert nicht so wie es mir im Moment logisch erscheint.

Danke für eure Hilfe!
 
Zuletzt bearbeitet:
Bin jetzt nicht der "Bitmeldungsprofi" aber solltest Du nicht auch die Quittiervariable und die Zustandsvariable richtig anbinden?

Ansonsten ist das AlarmControl u.U. so konfiguriert, dass nur unquittierte Meldungen angezeigt werden?

Gruß.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Quittier- und Zustandsvariable braucht man nicht unbedingt.
Ich gehe auch mal davon aus dass in deinem Meldefenster nur unquittierte Meldungen abgezeigt werden. So verhält sich auch die Standard-Meldezeile im Basic Process Control.
 
Habe gerade mit Quittiervariable und Zustandsvariable etwas rumgespielt. Mit der Quittiervariablen kann ich die Meldung quittieren.:D Toll, das hilft mir nicht. Was die Zustandsvariable macht, ist mir unklar.??? Was Thomas sagt, scheint zuzutreffen. Wie kann ich die Standard-Meldezeile denn beeinflussen, so dass die Meldung so lange angezeigt wird, bis sie quittiert und die Ursache beseitigt wurde? Wäre echt dankbar für Tips, weil irgendwie check ich die ganze Systematik noch nicht wirklich.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was verwendest du denn zur Alarmanzeige, das Standard WinCC Alarm Control?
Dort gibt unter den Control Eigenschaften das Attribut "DefaultMsgFilterSQL". Wenn du das Alarm Control vom Basic Process Control hast generieren lassen, werden in den verschiedenen Alarmseiten und auch in der Einzeiligen Meldeleiste entsprechende Alarmfilter gesetzt um nach Meldungstypen zu filtern.

Z.B. CLASS IN(1, 2, 4, 5, 6, 7) AND TYPE IN(1, 2, 19, 20, 55, 56, 71, 72, 89, 106) AND STATE IN(1, 2)

STATE Filtert dabei nach dem Quittierzustand. 1=gekommen, 2=gegangen. Eine 3 wären dann auch quittierte Meldungen.
Was es dort sonst noch für Optionen gibt, findest du in der WinCC Online-Hilfe wenn du dort nach "Filterung" suchst, und dann beim Ergebnis zum Alarm Control.
 
Die Control Eigenschaft "DefaultMsgSQL" scheint in die richtige Richtung zu gehen. Zumindest konnte ich die in der Alarmzeile einstellen und jetzt bleibt die Meldung stehen, wenn sie quittiert ist und noch anliegt. Nur in dem Alarm Fenster, das sich über den button links der Meldezeile oben, in der Runtime öffnen lässt, verschwinden die Meldungen noch. Ich finde zu dieser Liste auch kein Bild. Lässt sich das auch noch irgendwie einstellen? Zur veranschaulichung des aktuellen Stands sieht man im beigefügten Bild eine Meldung die quittiert wurde, aber noch ansteht.
Alarm_Logging2.jpg
 
Da Du ja BasicProcessControl verwendest, was Du bisher nicht erwähntest, würde ich Dir raten, die Einstellungen in den vorgefertigten Meldefenstern nicht zu ändern!

Das hat alles so seinen Sinn. Und in den Dokumentationen ist das auch alles so beschrieben.

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

Die quittierten Meldungen findest Du in der "Altliste".

Spätestens wenn Du nach einem WinCC Upd. den OS-Projekteditor nochmal durchlaufen lassen musst, sind Deine Änderungen in den @-Bildern eh wieder weg.

Gruß.

PS: oh Mann die Siemens Supportseiten sind heute mal wieder sowas von lahmarschig...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Spätestens wenn Du nach einem WinCC Upd. den OS-Projekteditor nochmal durchlaufen lassen musst, sind Deine Änderungen in den @-Bildern eh wieder weg.

Der Projekteditor erkennt aber wenn du an den @-Bildern etwas geändert hast. Solange man nicht den Haken für "Auslieferungszustand übernehmen" setzt bleiben auch die Änderungen an den @-Bildern nach Durchlauf des Projekteditors erhalten.
Manchmal kommt man nicht umhin dort was zu ändern, reicht ja schon das Logo auszuwechseln.
 
Der Projekteditor erkennt aber wenn du an den @-Bildern etwas geändert hast. Solange man nicht den Haken für "Auslieferungszustand übernehmen" setzt bleiben auch die Änderungen an den @-Bildern nach Durchlauf des Projekteditors erhalten.
Manchmal kommt man nicht umhin dort was zu ändern, reicht ja schon das Logo auszuwechseln.

Jo klar :) Den Haken kann man aber nicht bei allen Bildern deaktivieren.

Nur sind bei einem Update ja u.U. auch Korrekturen in den @-Bildern bzw. Scripten darin gemacht worden... wer weiss das schon.

Jedenfalls halte ich nix davon, das Meldesystem von BPC so abzuändern, dass in den jeweiligen Meldelisten nicht mehr das angezeigt wird, was man normalerweise dort erwarten würde...

Aber auf jeden Fall: Alle Änderungen an @-Dingen gut dokumentieren!

Gruß.
 
Danke für eure Tips. Die Häken sind nicht aktiviert bei mir im Projekteditor und das Durchlaufen des Projekteditors hat die Änderung an "DefaultMsgFilterSQL" beibehalten. Ich habe jetzt mit der Filterfunktion versucht die nochanstehenden quittierten Meldungen im Basic Process Control darzustellen. Das funktioniert aber auch nicht. Habt ihr da evtl. noch eine Idee. Wie macht ihr das denn bei Projekten wenn quittierte Meldungen, die aber noch anstehen angezeigt werden sollen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Danke für eure Tips. Habe den Projekteditor geöffnet und gespeichert und die Änderung an "DefaultMsgFilterSQL" wurde beibehalten. Die ganze Thematik ist schon nachvollziehbar, dass man von den automatisch generierten Bildern lieber die Finger lässt, aber der Kunde will nun mal, dass die quittierten Meldungen stehen bleiben, wenn sie noch anliegen. Wie sieht es denn mit dem BasicProcessControl aus? Habt ihr da noch eine Idee, wie ich das gewünschte Verhalten hinbekomme? Mit einem Filter in der Runtime krig ich's irgendwie auch nicht hin. Wie stellt ihr denn die Alarmmeldungen in euren Visualisierungen zur Verfügung?
 
Zuletzt bearbeitet:
Die ganze Thematik ist schon nachvollziehbar, dass man von den automatisch generierten Bildern lieber die Finger lässt, aber der Kunde will nun mal, dass die quittierten Meldungen stehen bleiben, wenn sie noch anliegen. ...Habt ihr da noch eine Idee, wie ich das gewünschte Verhalten hinbekomme?

Vielleicht mal versuchen, den Kunden zu überzeugen?

Ansonsten in den betroffenen @-Bildern mit dem Alarmcontrol den Filter ändern... Hast Du doch schon hinbekommen? Wo ist das Problem?

Nur in dem Alarm Fenster, das sich über den button links der Meldezeile oben, in der Runtime öffnen lässt, verschwinden die Meldungen noch. Ich finde zu dieser Liste auch kein Bild.

müsste das @TopAlarmNew.pdl sein.

Gruß.
 
Super, Danke, jetzt hab ich's gecheckt. Den Kunden überzeugen hört sich gut an. ;-)
Danke für eure Hilfe!
 
Zurück
Oben