Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@bommel_030 ja ich muss mir mal andere Skripte angucken wie die das handhaben. Ich muss ehrlich gestehen ich hab kein Plan wann dieses acknowledge gesetzt wird und wann nicht.
-
@ciddi89
Also mit ehemaliges Skript ist von hier: CCU Servicemeldungen
Lege zwar meine Hand dafür nicht ins Feuer, aber soweit ich das überblicke habe ich kein Skript o.ä. am laufen welches den Datenpunkt bestätigt.
Ich hab keine Ahnung ob das vom hm-rpc Adapter kommen kann....
Zur weiteren Verwirrung, ich hatte kürzlich ein paar leere HM (ohne IP) Komponenten bei denen die CCU das zwar wusste, der low_bat Datenpunkt trotzdem durchgehend auf false stand, dafür der Fault_Reporting auf 6 (aka. LOWBAT). -
@bommel_030 ja das Skript läuft bei mir auch noch nebenbei. Und bisher haben beides, also das Skript und mein Adapter die Meldungen gleichzeitig gemeldet. Werde daher da mal nachher rein gucken wie er das das handhabt.
-
@ciddi89
Hatte jetzt zufällig mal die CCU offen, die Servicemeldung taucht auf, der Datenpunkt low_bat geht auf true, low_bat_alarm auf alarm und kurze Zeit später wird das ganze von hm-rega auf acknowledged gesetzt. -
@ilovegym hab Instanz nun auf
*gestellt. Somit sollte er dein Schloss nun finden.@da_Woody auch das ist erledigt und shelly Geräte die am netz angebunden sind sollten nicht mehr als batterie Geräte auftauchen.
@bommel_030 habe mal im anderen script reingelurrt und er nimmt überall die
_ALARMDatenpunkte. Da ich selber das Script schon ewig nutze scheint es genauer zu funktionieren als die boolean Datenpunkte. Daher habe ich es auch auf die diese Datenpunkte umgeändert. Und Fehlmeldungen sollten daher nun ausbleiben. Werde das dann mit den Unreach Datenpunkt wahrscheinlich auch so ändern.
Das mitFault_Reporting auf 6 (aka. LOWBAT)
Werde ich nachher auch nochmal anschauen und versuchen mit rein zunehmen.
-
@ciddi89 kaum macht man ein update, schon tuts!
-
@da_woody freut mich das es funktioniert!
Und ich hoffe der rest läuft auch vernünftig.
Dann kann es bald wieder ein offizielles release geben in der Standart repo wenn es die Tage keine Beschwerden mehr gibt. -
@ciddi89
Ich habe mal den Schwellwert für die Batterie in der CCU hochgesetzt. Jetzt ist der lowbat durchgehend auf true. (lowbat_alarm steht komischerweise dauerhaft auf acknowledged).
Ich bekomme jetzt alle 2-3 Minuten eine Meldung dass die Batterie leer ist. Allerdings taucht weder im hm-rpc noch in der Gesamtliste der Batterien das Gerät auf. -
@bommel_030 naja eigentlich sollte es nun so sein, das wenn der lowbat Alarm auf 1 steht dann ist tatsächlich laut der ccu die Batterie low. Bei 0 ist false und 2 ist acknowledge bei den Werten sollte er nicht auslösen. Der Datenpunkt lowbat wird garnicht mehr berücksichtig
-
@ciddi89
Nochmal drüber installiert, batterieschwelle noch höher gesetzt, ccu rebootet, adapter neu gestartet...
-> low_bat = true; low_bat_alaram = alarm
Der Adapter gibt 1x die Nachricht leere Batterie aus, unter hmrpc und Gesamt geht der Batteriecount +1.
Nach 2 Minuten geht das wieder um -1 nach unten...
Datenpunkte aber weiterhin true bzw. alram. -
@bommel_030 hm komisch, stimmt. hab es selbst mal getestet an einen Türsensor. alarm steht an öffne ich die Tür einmal und schließe sie wieder geht der lowbat status in meinem adapter zurück obwohl er bei hm rpc noch anliegt. Ist ja wieder strange =/. Kann ja auch nie mal eben schnell einfach gehen mit HM
Muss ich morgen noch mal prüfen warum das so ist.Wegen deinen anderen HM Geräten: waren es zufällig HM-CC-RT-DN? Also irgendwelche Ventile mit dem Fault Reporting?
-
@ciddi89
Respekt, gut geraten, klassische HM Heizkörperventile. -
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
wenn es die Tage keine Beschwerden mehr gibt.
zwar keine Beschwerde, eher ein Frage:
warum kommen solche Meldungen wenn ich die Instanz Jarvis deaktiviere/deaktiviert ist
zu überwachende Geräte
Number of selected adapters: 7. Loading data from: Ble, Shelly, Sonoff, Unifi, Wled, Yeelight, Zigbee2MQTTdevice-watcher.0 2023-01-05 08:05:12.766 warn Jarvis instance is not running. Message could not be sent. Please check your instance configuration. device-watcher.0 2023-01-05 08:05:12.765 warn Jarvis instance is not running. Message could not be sent. Please check your instance configuration. device-watcher.0 2023-01-05 08:05:12.764 warn Jarvis instance is not running. Message could not be sent. Please check your instance configuration. device-watcher.0 2023-01-05 08:05:12.763 warn Jarvis instance is not running. Message could not be sent. Please check your instance configuration -
@crunchip kommt die Warnungen direkt beim abschalten der Instanz? Normalerweise sollte die nur kommen wenn in den Benachrichtigungseinstellungen eine Jarvis Instanz ausgewählt wurde, diese aber beim senden einer Nachricht nicht läuft.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
kommt die Warnungen direkt beim abschalten der Instanz?
nein, soweit ich sehe, irgendwann zwischen drin mal, bzw wenn ein Gerätestatus(nicht erreichbar) sich ändert.
Es hagelte Reihenweise, weil ich den zigbee2mqtt neu gestartet hatte@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
in den Benachrichtigungseinstellungen eine Jarvis Instanz ausgewählt wurde
ist bei mir telegram
und ich wüsste auch sonst nicht was jarvis damit zu tun hat -
@crunchip sicher das es bei Jarvis auf ‚keine‘ steht?
-
@ciddi89 du meinst doch das hier?
-
@crunchip genau, und wenn du da Jarvis wählst muss bei Instanz ‚keine’ stehen. Ansonsten kommt es zu der Meldung.
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
und wenn du da Jarvis wählst muss bei Instanz ‚keine’ stehen
das hab ich auch gerade entdeckt, ich hatte da noch nie was ausgewählt/angeklickt, ausser telegram
wurde mir wohl scheinbar irgendwann "untergejubelt", habs jetzt umgestellt, sollte dann ja funktionieren
-
@bommel_030 naja hab ein bisschen geschummelt und es gibt wohl offensichtlich nur diese Ventile die den Status an diesen Datenpunkt senden.
Aaaaaber nach stundenlanger Fehler suche
habe ich nun endlich herausgefunden was falsch war und die LowBat Geräte bleiben in der Liste, solange wie der LowBat auch ansteht. 
Außerdem habe ich die Ventile auch mit reingenommen.
