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?
Ich würde nicht sagen, dass Cassandra Unsinn redet. Das beschriebene Verhalten ist kein Einzelfall.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?..
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.
Was du anmerkst habe ich in 30 Jahren mit dem Bitmeldeverfahren nicht erlebt, jedenfalls nicht, wenn man das korrekt programmiert hat.
Die Geschichte mit den Quittierbits ist sehr unschön.Was hast du gegen ein Bitmeldeverfahren, das jedes HMI versteht?
Den Sinn dieser Aussage verstehe ich jetzt nicht.Programm-Alarm können nur Siemens-Geräte (HMI, Panel, RT).
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.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.
Hallo Thomas, das kannte ich für die S7-300 auch noch nicht.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.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?