Alarmmeldung immer größer 0 ?

[Bernd-Joras]

Sollte auch noch funktionieren.
>> Alarmmeldungen auslesen =>Mail versenden <<
Alchy

DANKE .... schau ich mir asap einmal an .... BG, Bernd

[Bernd-Joras]

Hallöle ... hatte ja gesagt, ich bleibe dran … FYI => also bei mir … (Testreihe)

Ich konnte herausfinden, wie es dazu kommt das die GUI keine Alarmmeldung anzeigt, jedoch bei der Abfrage von Alarmmeldungen via Skript, eine Alarmmeldung vorhanden ist.

Wenn der Alarmgrund beseitigt ist, man die Alarmmeldung in der GUI aber nicht bestätigt, dann die CCU (RBM) rebootet, ist nach dem Reboot in der GUI keine Alarmmeldung mehr zu sehen, bei Abfrage via Skript jedoch schon.

Code: Alles auswählen

WriteLine("Anzahl anstehender Alarmmeldungen: "#dom.GetObject (ID_SYSTEM_VARIABLES).Get ("40").Value());

Das konnte ich auf zwei Systemen gleichbleibend provozieren und konstant nachweisen.

BG, Bernd

Nachtrag:
Abhilfe ... erneut eine Alarmmeldung erzeugen, wieder beseitigen und dann in der GUI bestätigen.

[Baxxy]

Das konnte ich auf zwei Systemen gleichbleibend provozieren und konstant nachweisen.

Interessant. Da muss man erstmal drauf kommen. Wieder was dazugelernt.

[Bernd-Joras]

Jetzt dann aber bitte doch mal nachgefragt, ob das nicht ggf.(wem auch immer) gemeldet werden sollte …
Die Variable „Alarmmeldung“ funktioniert ja ggf. nicht richtig bzw. zeigt eine Alarmmeldung an, die nicht mehr vorhanden ist.
Das bringt dann doch ggf. falsche Ergebnisse beim Skipten oder aber in der GUI Anzeige.

[alchy]

Dieses Fehlverhalten ist ein Bug und natürlich kannst du diesen an den Hersteller melden.
Wenn man mit aktiven Alarmen neu bootet bleibt die Anzahl der Alarme in der Systemvariable mit der ISE_ID40 über den reboot gespeichert - in der Klickibunti gibt es aber keine aktiven Alarme. AUch mien oben verlinktes Script gibt "Keine aktiven Alarme da" aus.

Allerdings regelt sich das (zumindest bei mir) in Laufe von einigen Minuten und die Anzahl der Geisteralarme geht auch in der 40 auf 0 zurück. Ist das bei dir nicht so?

Alchy

[Bernd-Joras]

Allerdings regelt sich das (zumindest bei mir) in Laufe von einigen Minuten und die Anzahl der Geisteralarme geht auch in der 40 auf 0 zurück. Ist das bei dir nicht so?
Alchy

Hallo Alchy ...
Habe das nicht erneut getestet ob es sich nach Minuten von selbst korigiert.
Jedoch habe ich, nachdem mein Programm nicht funktionierte, erst nach zwei Tagen die Fehlersuche bogonnen.
Somit behaupte ich einmal, bei mir bleiben diese unterschiedlichen Alarmmeldungen bzw. die unterschiedliche Anzahl auch nach Tagen und reboot bestehen. Teste das gerade nochmal und berichte dann morgen .... BG, Bernd

[Bernd-Joras]

Hallo, hiermit kurz bestätigt, bei mir bleibt die unterschiedliche Anzahl der Alarmmeldungen (Geisteralarme) nach 10 h Wartezeit bestehen.
BG, Bernd

[jp112sdl]

, bei mir bleibt die unterschiedliche Anzahl der Alarmmeldungen (Geisteralarme) nach 10 h Wartezeit bestehen.

In meinem Testsystem steht der Wert der Variable auch noch nach einigen Wochen auf 1

Ich mach mal ein Ticket bei RaspberryMatic auf
Toll... jetzt konnte ich es 1x reproduzieren und bei jedem weiteren Neustart ist der Wert jetzt 0

So bringt das auch nix

[jp112sdl]

Habe nun herausgefunden kann, wie man den Fehler erzwingen kann.
Ticket ist im Github zu finden.
https://github.com/jens-maus/RaspberryMatic/issues/1016

[alchy]

Wie man den Fehler erzwingen kann habe ich ja schon geschrieben. Einfach einen oder mehrere Alarme erzeugen und danach die CCU neu starten.
Die Anzahl dieser Alarme in der ISE_ID 40 überlebt den Reboot ohne das die Alarme in der Klickibunti angezeigt werden würden.
Aber
auf meiner CCU3 wird die Zahl dann knapp 1min nach dem Restart der CCU auf 0 gesetzt, was ich noch als "normal oder in Ordnung" bezeichnen würde.
(Ein Programm würde je nach Triggereinstellung aber dann auch ausgeführt werden !)
Wenn das bei der RaspberryMatic nicht zumindest so ist, also wie hier zu lesen ist, die Anzahl der Alarme ewig auf X stehen bleibt, dann wäre es ein Fehler der es hoffentlich nicht in die CCU3 schafft.

Systemvariablen behalten ja ihren Wert nach einem Reboot.
Abgesehen von ISE_ID 950 (Anwesenheit) sowie eben 40 & 41 (Anzahl Alarme und Servicemeldungen) Die Anzahl der Servicemeldungen und auch die der Alarmmeldungen wird genullt. Warum Anzahl Servicemeldungen direkt zum Reboot zurückgesetzt werden und Alarmmeldungen erst mit ca. 50Sek. Verzögerung müsste man mal schauen.
Aber zumindest bei mir

Code: Alles auswählen

VERSION=3.55.5

Version: 2.1.369
Build: R1.00.0388.0217

ist das reproduzierbar so wie ich es beschrieben habe.

Alchy