WinCC Unified Quittierbit

N1ghth4wk

Level-2
Beiträge
44
Reaktionspunkte
14
Zuviel Werbung?
-> Hier kostenlos registrieren
Also erst mal ist es schön das im WinCC Unified jetzt Bitmeldungen auch auf Array Variablen getriggert werden können.
Was ich bis jetzt aber noch nicht gefunden habe ist eine Quittiervariable. Im "alten" WinCC gab es für jede Bitmeldung drei Variablen: die Triggervariable, die Quittiervariable HMI und die Quittiervariable PLC.

Ist das in WinCC Unified jetzt anders gelöst? Wie bekomme ich in der Steuerung mit das eine quittierpflichtige Meldung quittiert wurde? Wie kann ich aus der Steuerung ein Meldung quittieren?
Ich habe auf der Siemen Support Seite auch kein Handbuch für WinCC Unified gefunden in dem die Grundlegenden Funktionen, wie Bitmeldungen, beschrieben sind.
 
Problem hatte ich auch schon,
lt. Siemens Support gibt es das nicht mehr. Ev. wird das in einer späteren Version implementiert.
Damit das vorgefertigte Alarm Control von Unified verwendet werden kann, muss der Baustein "Program_Alarm" in der S7 aufgerufen werden.
Die Meldung wir dann in der SPS erstellt.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was ich bis jetzt aber noch nicht gefunden habe ist eine Quittiervariable. Im "alten" WinCC gab es für jede Bitmeldung drei Variablen: die Triggervariable, die Quittiervariable HMI und die Quittiervariable PLC.

War das nicht das System, bei welchem von sich Zeit zu Zeit eine Störung „verklemmt“ hatte und überhaupt nicht mehr zu quittieren war?

Das wollt ihr in das neue System portieren?
Und im Anschluss wundert ihr euch, warum das „neue“ keine Verbesserung zum „alten“ System ist?
 
War das nicht das System, bei welchem von sich Zeit zu Zeit eine Störung „verklemmt“ hatte und überhaupt nicht mehr zu quittieren war?

Das wollt ihr in das neue System portieren?
Und im Anschluss wundert ihr euch, warum das „neue“ keine Verbesserung zum „alten“ System ist?

Du redest Unsinn, würde ich sagen.
Was du anmerkst habe ich in 30 Jahren mit dem Bitmeldeverfahre nicht erlebt, jedenfalls nicht, wenn man das korrekt programmiert hat. Ausnahmen bestätigen natürlich die Regel.
Was hast du gegen ein Bitmeldeverfahren, das jedes HMI versteht? Programm-Alarm können nur Siemens-Geräte (HMI, Panel, RT).
Wenn es auch andere Hersteller gibt, laß es mich wissen, leene immer gerne dazu.

Bei Programm-Alarm z.B. kann sich ein Alarm verklemmen, aber nur, wenn man den Aufruf des FB wegnimmt, während der Alarm ansteht. Das bekommt nur der Programmierer hin, oder eine falsch programmierter Baustein, der bei anstehenden Alarmen den Aufruf einfach umspringt etc. Bei Programm-Alarm verschindet so ein Alarm mit STOP-RUN immerhin.

Unified kann nur Programm-Alarm? Das muß ich nächste Wiche unbedingt testen, wäre wieder eine KO-Kriterium, neben den Panels, die fast gar nichts können.
 
Hallo,
das Quitierbit hat man jetzt in den Aufgabenplaner verschoben. Dort gibt es jetzt die Aufgabe Meldung. Über die Meldung und einer weiteren Eigenschaft z.B. ID oder Meldeklasse usw. kann man der SPS mitteilen, das eine Meldung quittiert wurde.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Du redest Unsinn, würde ich sagen.
Was du anmerkst habe ich in 30 Jahren mit dem Bitmeldeverfahre nicht erlebt, jedenfalls nicht, wenn man das korrekt programmiert hat. Ausnahmen bestätigen natürlich die Regel.
Was hast du gegen ein Bitmeldeverfahren, das jedes HMI versteht?..
Ich würde nicht sagen, dass Cassandra Unsinn redet. Das beschriebene Verhalten ist kein Einzelfall.

Dennoch würde ich dem Bitmeldeverfahren zur Zeit immer noch den Vorzug geben.
 
@Onkel

Ich habe es halt noch nie so erlebt. Und wenn, dann hatte ich die Meldung/Quittierung mit den 3 Bits falsch umgesetzt. Ist von Siemens auch irgendwie komisch gemacht, stimmt schon.
Aber eben mal wegzulassen und nur das Siemens-eigene Alarmmeldeverfahren... geht einfach nicht.

@Funky

Muß man da für jede Meldung eine Aufgabe projektieren?
Wenn ich etwas Zeit habe schau ich mit das unbedingt noch einmal an.
Wir haben einen Kunden, der hat ein festgelegtes Tastenschema unterhalb des HMI. Da ist auch ein "Quitt Error" dabei. Damit werden alle Fehler quittiert.
Das ginge ja nur, wenn man die Fehler selbst in der SPS hält, also alles im HMI unquittierbare Meldungen, Quittierung im SPS-Baustein?
 
Hallo Ralle,
man könnte jede Meldung einzeln quittieren. Aber der Aufgabenplaner kann nur 70 Aufgaben!
Wir nutzen die Spalte „Ursprung“. In dieser steht bei uns die Stationsnummer. Wir haben dann für jede Station eine Aufgabe.
Die Aufgabe „Meldung gekommen & quittiert“ wird dann mit der Stationsnummer verknüpft und an die SPS gemeldet.
Somit werden bei uns alle Meldungen einer Station mit einmal quittiert.

Wir haben aber ein anderes, noch nicht gelösteres Problem. Bei den „Comfort Panels“ nutzten wir die Taste „Loop In Alarm“ um von der ausgewählten Meldung direkt zu einer, für die Meldung, wichtigen Bild zu springen. Das konnten wir mit den neuen Panels noch nicht realisieren.

Harald
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@Funky

Ich hab mir das mal gerade angeschaut.
Bitmeldungen an sich gehen noch, quittieren kann man nur in der Meldeanzeige.
Das mit der Aufgabe verstehe ich , aber das ist ja auch eine Krücke oder? Außerdem macht man dann die Quittierung rein in der SPS. Ihr verwendet im HMI Alarme, die nicht quitierplichtig sind oder Meldegrruppen je Station?

Ich hab auf die Schnelle keine Möglichkeit gesehen, mit enem Hardwaretaster aus der SPS heraus Meldungen im HMI zu quittieren. Das ist ein absolutes MUSS für mich, vorher wird das nicht eingesetzt!

Evtl. gibt es eine Möglichkeit via Script die Betätigung des Quittierbuttons zu registrieren, aber da fehlen mit die tieferen Einblicke.

Setzt ihr das wirklich schon produktiv ein?
 
Bei den Quittierbits im Bitmeldeverfahren können sich durchaus "hängende" Bits einstellen. Ich hatte mir das Verfahren mal vor längerer Zeit angesehen und dann auch diverse unübliche Zustände ausprobiert, wie Neustart Panel, SPS Neustart, Netzwerkstörungen usw., da gibt es durch aus Zustände die sich nicht durch eine Sonderbehandlung beheben lassen.
Und mehrere identisch projektierte Panels anzulegen, bei denen dann der Quittierbit-Bereich identisch ist, war soweit ich weiß auch nicht möglich. Ich habe dann alle Meldungen als "nicht quittiernotwendig" angelegt, und jede Meldung in der SPS quittierbar gemacht.

Das Bausteinmeldeverfahren bei der S7-300/400 hat gelegentlich auch solche Phänomene, da bleiben aber die Meldungen in der OS hängen. Nicht ohne Grund existiert z.B. in WinCC die Möglichkeit des "Not-Quittierens" in der Alarmanzeige um solche Meldungen bereinigen zu können.
 
Bei den Quittierbits im Bitmeldeverfahren können sich durchaus "hängende" Bits einstellen. Ich hatte mir das Verfahren mal vor längerer Zeit angesehen und dann auch diverse unübliche Zustände ausprobiert, wie Neustart Panel, SPS Neustart, Netzwerkstörungen usw., da gibt es durch aus Zustände die sich nicht durch eine Sonderbehandlung beheben lassen.
Und mehrere identisch projektierte Panels anzulegen, bei denen dann der Quittierbit-Bereich identisch ist, war soweit ich weiß auch nicht möglich. Ich habe dann alle Meldungen als "nicht quittiernotwendig" angelegt, und jede Meldung in der SPS quittierbar gemacht.

Das Bausteinmeldeverfahren bei der S7-300/400 hat gelegentlich auch solche Phänomene, da bleiben aber die Meldungen in der OS hängen. Nicht ohne Grund existiert z.B. in WinCC die Möglichkeit des "Not-Quittierens" in der Alarmanzeige um solche Meldungen bereinigen zu können.

Also wir haben teilweise mehrere identische oder auch fast identische Panels, die jeweils auf den selben DB mit den Fehlerbits zugreifen und die Fehler anzeigen und quittieren. Oder hab ich dich falsch verstanden?

"Hänger" mit Programmalarm hatte ich auch schon bei den 1500-er. Aber immer durch Änderungen am Programm und Überspielen auf die SPS, während der Fehler anstand. Hing immer damit zusammen, das der Fehlererzeugende FB nicht mehr aufgerufen wurde.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was du anmerkst habe ich in 30 Jahren mit dem Bitmeldeverfahren nicht erlebt, jedenfalls nicht, wenn man das korrekt programmiert hat.

Na ja, man sollte meinen, dass beim setzten und zurücksetzen von einem Bit, nicht ganz viel falsch machen kann. Es sein denn, man spendiert jedem Bit 2 weitere, welche mit SPS und Display synchronisiert werden müssen… :rolleyes:

Was hast du gegen ein Bitmeldeverfahren, das jedes HMI versteht?
Die Geschichte mit den Quittierbits ist sehr unschön.
Noch bescheidener ist die Tatsache, dass man nur Worte anbinden kann.
Irgendwie scheint bei der Technik die Zeit stehen geblieben zu sein.

Programm-Alarm können nur Siemens-Geräte (HMI, Panel, RT).
Den Sinn dieser Aussage verstehe ich jetzt nicht.
Die Idee von Programm-Alarm war längst überfällig. Nur die anfängliche Umsetzung mit dem unglaublich großen Ressourcenverbrauch war eine Katastrophe.
 
Die Geschichte mit den Quittierbits ist sehr unschön.

Was ist daran unschön ein Array mit 100 Bits für Fehler zu machen und ein Array mit 100 Bits mit der selben Nummer die jeweils gesetzt werden wenn am HMI der zugehörige Fehler quittiert ist? Einfacher und unkomplizierter geht es doch gar nicht.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Was ist daran unschön ein Array mit 100 Bits für Fehler zu machen und ein Array mit 100 Bits mit der selben Nummer die jeweils gesetzt werden wenn am HMI der zugehörige Fehler quittiert ist? Einfacher und unkomplizierter geht es doch gar nicht.

Unschön ist es da eine Struktur rein zu bekommen. Mann möchte ja gerne die
Fehler die zu einen Aggregat, Anlagenteil oder Einheit, irgendwie zusammen
fassen. Irgendwie muss man dann im laufe der Programmierung oder Erweiterung
mit der Struktur brechen.

Wenn man so etwas wie Programm Alarm nutzt sieht das schon anders aus.

Das Bitmeldeverfahren ist halt etwas in die Jahre gekommen.

Im übrigen das verschlucken von Meldungen kenne ich auch.
 
Wieso überfällig? Das Prinzip gibt es bei der S7-300 und der S7-400 schon sehr lange. Hat nur bei der 300er kaum jemand verwendet.
Hallo Thomas, das kannte ich für die S7-300 auch noch nicht.
Allerdings finde ich auf die Schnelle auch nichts über den Programm_Alarm in der Hilfe.
War es nur Unwissenheit, oder gab es einen Grund, warum das kaum verwendet wurde?
 
Moin Kabeläffle,

nein, den Program_Alarm gab es NICHT in der 300/400. Aber das Erstellen von Meldungen durch die Steuerung gab es schon bei der 300/400. Dazu gibt es folgende Bausteine:
- Alarm_S
- Alarm_SQ
- Alarm_SC
- Alarm_D
- Alarm_DQ


VG

MFreiberger
 
Zurück
Oben