Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 und damit ich dir auch noch richtig aufn
gehn kann,
wie bring ich die shelly H&T aus der battery liste? die hängen ja am netzteil...
sind immer voll geladen.
aufs neu jahr! 
-
@da_woody gibt es irgendwo ein Indicator dafür das die am Strom hängen? hast mal ein von einem Gerät n screenshot von den Datenpunkten?
-
@da_woody your dreams come true:
-
@ciddi89 eine Sache hätte ich noch, scheinbar ist mein einer sonoff ab und an mal nicht on
2022-12-30 16:48:23.120 - info: device-watcher.0 (3944141) Folgendes Gerät ist seit einiger Zeit nicht erreichbar: Sonoff: SZ-Strahler (16:37 Uhr)jedoch bekomme ich, wenn wieder on, das dann immer 7 mal
2022-12-30 16:52:28.284 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) 2022-12-30 16:52:28.285 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) 2022-12-30 16:52:28.287 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) 2022-12-30 16:52:28.289 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) 2022-12-30 16:52:28.290 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) 2022-12-30 16:52:28.291 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) 2022-12-30 16:52:28.357 - info: device-watcher.0 (3944141) Folgendes Gerät ist wieder erreichbar: Sonoff: SZ-Strahler (16:52 Uhr) -
@crunchip hm soll natürlich nicht so sein. Wann ist es zuletzt über GitHub benutzerdefiniert installiert worden? Irgendwann war die Funktion kurzfristig ausersehen mit in der schleife. Sollte aber behoben sein.
-
@ciddi89
your dreams come true
das andere wegen strom...
in den objekten gibts das leider nicht, allerdings in der API sehr wohl!
https://shelly-api-docs.shelly.cloud/gen1/#shelly-h-amp-t-coiot
-
@da_woody wie sehen die Objekte in den bat Ordner aus?
-
@ciddi89 also ich hatte das mit v2.2.1 schon und ebenfalls nach dem upgrade(GitHub benutzerdefiniert) aus dem Link von https://forum.iobroker.net/post/918398 .
aktuell läuft die v2.2.2 hatte ich heute morgen um 7:44 geladen -
@ciddi89 leider nur die "angebliche" battfüllung.
in der APP wirds aber angezeigt...
fenster ist ein DW, der halt mit batt betrieben wird. -
@crunchip said in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
aktuell läuft die v2.2.2 hatte ich heute morgen um 7:44 geladen
und ab da war das auch noch?
-
@ciddi89 ja, siehe oben https://forum.iobroker.net/post/919132
2022-12-30 07:44:14.779 - info: host.IoBroker iobroker exit 0 2022-12-30 07:44:16.732 - info: host.IoBroker instance system.adapter.device-watcher.0 started with pid 3944141 2022-12-30 07:44:20.105 - info: device-watcher.0 (3944141) starting. Version 2.2.2 in /opt/iobroker/node_modules/iobroker.device-watcher, node: v18.12.1, js-controller: 4.0.24 2022-12-30 07:44:20.155 - info: device-watcher.0 (3944141) Number of selected adapters: 8. Loading data from: Ble, Ping, Shelly, Sonoff, Unifi, Wled, Yeelight, Zigbee2MQTT ... -
@ciddi89 gerade issue erstellt...
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/742closed Shelly H&T - Add external power as state #742
-
-
@ciddi89
gerade gesehen, dass auch Nukihub integriert ist, laeuft bei mir auf mqtt Instanz 1, da die 0 fuer was anderes Port/Security zustaendig ist... wird so aber nicht erkannt.. kann ich das irgendwo einstellen?
-
@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:
@da_woody okay das ist gut. So habe ich nämlich keine chance die zu unterscheiden.
wurde still und leise gefixt!
@haus-automatisierung
-
@ciddi89
So, hab zum Jahreswechsel den Faden mit den Updates ein wenig verloren
Meine wired Geräte werden nicht mehr als Batteriegeräte erkannt, top, danke!
Aktuell habe ich 2 Zigbee Geräte mit Batterielevel unter der angegebenen Schwelle. Die tauchen sowohl im lowbattery count im Zigbee-Ordner als auch im Gesamt battery count. Wurde mir auch brav wie eingestellt um 9:45 gemeldet. Soweit super.Um 10:30 kam dann die Meldung "Gerät mit geringer Batterie erkannt: HM RPC: HmIP-RC8 (2.2V). Die taucht aber weder im Ordner hmrpc noch in der Gesamtliste auf (Dort stehen weiterhin nur die beiden Zigbee´s).
Nachtrag, und die Meldung kommt weiterhin öfters in mir nicht nachvollziehbaren Abständen.
-
@ilovegym ah ich sehe gerade das die Instanz noch angegeben ist. Werde ich heute Abend zuhause fixen.
@da_Woody super werde ich heute Abend mit einpflegen.
@bommel_030 super danke für deine Rückmeldung. Ähm leider ist das bei Homematic so das, wenn die Batterie kurz vorm Ende steht, schon öfters die low bat Meldung kommt aber sofort wieder verschwindet. Liegt aber an Homematic. Ich muss mal schauen das ich das irgendwie an eine zeit Binde das er es nur meldet wenn der low bat länger als X Minuten ansteht. Werde mal mein Lösungsansatz heut Abend testen
-
@ciddi89
Also... Die letzte Meldung kam um 11:43 vom Device Watcher. Der low_bat im hmrpc steht seit 11:45 auf false und der low_bat_alarm seit 11:43 auf ACKNOWLEDGED.
Ich nehme an dein Adapter setzt kein ACKNOWLEDGED, oder? Hatte mal ein Skript das das macht, aber das ist seit installation deines Adapters deaktiviert (gerade noch mal kontrolliert). -
@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).
