RaspberryMatic
RaspberryMatic copied to clipboard
jens-maus
Alarmmeldungen & Servicemeldungen - Counter keine "Aktualisierung"
Hallo zusammen,
Der Issue betrifft die Triggerung der Alarmmeldungen und sowohl auch Servicemeldungen.
Folgendes ist mir aufgefallen und wurde schon anhand von Servicemeldungen hier getestet: https://homematic-forum.de/forum/viewtopic.php?f=31&t=24618&start=1590 fortlaufend
CCU-Programm "auf Aktualisierung".
Erste Auslösung Beispiel SABOTAGE. Counter Servicemeldungen springt auf 1. (Die Zeiten weichen leicht ab, da bin ich wohl nochmal an den "Lichtschranke" gekommen.)
Zweite Auslösung (z.b. durch zyklische Daten oder Bewegung) GLEICHES Gerät, aber KEINE Triggerung durch CCU-Programm Counter Servicemeldungen bleibt auf 1. Für die interne Systemvariable "Servicemeldungen" ist es keine "Aktualisierung" (die Systemvariable wird nicht angefasst).
Auslösung durch ANDERES Gerät. CCU-Programm wird getriggert und Counter Servicemeldungen springt auf 2. Die Systemvariable "Servicemeldungen" wird "Aktualisiert".
Issue: Es wird nicht getriggert, obwohl in dem CCU-Programm auf "Aktualisierung" steht. Wenn sich der Counter der Servicemeldungen nicht erhöht oder senkt, dann gibt es keine "Aktualisierung" laut der CCU-Struktur.
Erwartung: Integration einer Spalte "Anzahl Auslösungen" bei den Alarmmeldungen und Servicemeldungen.
Die Systemvariable Servicemeldungen und Alarmmeldungen sollten sich aktualisieren, wenn ein Gerät sich ein wiederholtes Mal "meldet" und es sollte somit zu einem Triggern des Programms kommen wenn "Auf Aktualisierung" ausgewählt ist.
Hi,
ich verstehe das Problem noch nicht ganz.
Erste Auslösung Beispiel SABOTAGE. Counter Servicemeldungen springt auf 1.
Soweit klar - alles wie erwartet.
Zweite Auslösung (z.b. durch zyklische Daten oder Bewegung) GLEICHES Gerät, aber KEINE Triggerung durch CCU-Programm Counter Servicemeldungen bleibt auf 1.
SABOTAGE wird ja einmalig beim Event getriggert - also in dem Moment wo du die Kappe abnimmst und der Taster umgelegt wird. Warum sollte dabei nochmals die SABOTAGE-Meldung als neuerliche Servicemeldung erscheinen oder der Counter erhöht werden?
sollten sich aktualisieren, wenn ein Gerät sich ein wiederholtes Mal "meldet"
Wenn ein Temperatursensor alle 3 Minuten seine Temperatur inkl. LOWBAT-Flag sendet, soll quasi 20x pro Stunde der Servicemeldungs-Zähler erhöht werden?
Warum sollte dabei nochmals die SABOTAGE-Meldung als neuerliche Servicemeldung erscheinen oder der Counter erhöht werden?
sollten sich aktualisieren, wenn ein Gerät sich ein wiederholtes Mal "meldet"
Wenn ein Temperatursensor alle 3 Minuten seine Temperatur inkl. LOWBAT-Flag sendet, soll quasi 20x pro Stunde der Servicemeldungs-Zähler erhöht werden?
Wenn ein CCU-Programm auf "Aktualisierung" getriggert werden soll würde ich das erwarten, dass die interne Systemvariable "Servicemeldungen" angefasst wird und eine Aktualisierung stattfindet. Eine Änderung des Zeitstempels findet nämlich statt! Der Counter muss sich dabei nicht erhöhen, weil es sich ja um ein und das selbe Gerät handelt. Das gleiche Verhalten für "Alarmmeldungen".
@jp112sdl Hast du dieses Problem bereits reproduziert bekommen? Rein vom Text her erscheint mir die Problemmeldung ja logisch wenn es bei Geräten eigentlich auch so ist das "bei Aktualisierung" auch dann ein Programm triggert wenn der wert sich nicht verändert aber ein zeitstempel aktualisiert wird. Wenn das aber bereits bei Geräten nicht so ist würde ich das bei den sysvar jetzt auch nicht anfassen. Und wie sieht es bei normalen sysvars aus? Lässt es sich da auch reproduzieren?
Nein, ich habe mich damit nicht weiter befasst. Ist mir zu aufwendig, um das nachzustellen und durchzuspielen.
Nur als Idee/Ansatz:
hm_autoconf legt ein internes Programm für Alarmmeldungen/Servicemeldungen an.
https://github.com/eq-3/occu/blob/master/WebUI/bin/hm_autoconf#L237-L273
Ist das vielleicht das (interne) Programm, das bei einer aufkommenden Servicemeldung die SV aktualisieren soll? Wenn ich mir das in der WebUI anschaue, dann ist im DANN nix zu sehen. Aber eigentlich müsste da was sein? https://github.com/eq-3/occu/blob/master/WebUI/bin/hm_autoconf#L265-L270
@jp112sdl Hast du dieses Problem bereits reproduziert bekommen? Rein vom Text her erscheint mir die Problemmeldung ja logisch wenn es bei Geräten eigentlich auch so ist das "bei Aktualisierung" auch dann ein Programm triggert wenn der wert sich nicht verändert aber ein zeitstempel aktualisiert wird. Wenn das aber bereits bei Geräten nicht so ist würde ich das bei den sysvar jetzt auch nicht anfassen. Und wie sieht es bei normalen sysvars aus? Lässt es sich da auch reproduzieren?
Wenn auf "Aktualisierung" bei einem Gerät oder einer SV getriggert wird, wird auch der Zeitstempel aktualisiert und ein CCU-Programm wird getriggert. Bei den internen SVs Servicemeldungen und Alarmmeldungen passiert das eben nicht...
Erwartung: Integration einer Spalte "Anzahl Auslösungen" bei den Alarmmeldungen und Servicemeldungen.
Vielleicht kann man dies integrieren: https://homematic-forum.de/forum/viewtopic.php?p=619502#p619502 Zur Veranschaulichung: https://homematic-forum.de/forum/viewtopic.php?p=199435#p199435
Bei den internen SVs Servicemeldungen und Alarmmeldungen passiert das eben nicht...
Die SV sind zwar nicht "intern", aber das ist wirklich komisch.
Vielleicht kann man dies integrieren:
Wahrscheinlich habe ich immer noch nicht verstanden, wofür die Anzahl der Auslösungen brauchbar ist. Ob ein Gerät 1x oder 100x LOW BAT oder SABOTAGE meldet, hat doch eigentlich keinen Nährwert. Die Meldung steht an - fertig. Und sie verschwindet, wenn das Problem behoben wurde (z.B. neue Batterien)
Oder wäre es erledigt, wenn der Aktualisierungs-Trigger funktionieren würde?
Wenn bei "Aktualisierung" getriggert werden soll und dies nicht passiert - bei Geräten und anderen Systemvariablen aber schon, dann würde ich das als Bug bezeichnen.
Es geht auch auch nicht nur um die Servicemeldungen, sondern auch um Alarmmeldungen. Wenn ein und das gleiche Gerät einen Alarm mehrmals auslöst, wird das Programm nicht getriggert...
Es geht auch auch nicht nur um die Servicemeldungen, sondern auch um Alarmmeldungen. Wenn ein und das gleiche Gerät einen Alarm mehrmals auslöst, wird das Programm nicht getriggert...
Genau das ist das Problem - siehe auch hier: https://homematic-forum.de/forum/viewtopic.php?f=26&t=70953&p=690232#p690218
