Test Adapter Device-Watcher v2.x.x GitHub/Latest

[bommel_030]

@ciddi89
Nein, gibt leider keinen Datenpunk dafür. Zumindest habe ich keinen gefunden.

[A Former User]

@bommel_030 sonst mal in GitHub ein Feature request fürn Zigbee adapter erstellen ob er ein Boolean Datenpunkt mit rein nimmt ob active or non active. Sollte sicher möglich sein.

Irgendjemand von euch der den yeelight Adapter nutzt bekommt auch auch immer ein Fehler das die id nicht mit einem Punkt enden darf. Würde gerne wissen wie sowas zu Stande kommt um evtl solche Fehler korrekt zu behandeln im Adapter.

[A Former User]

Version 2.4.0 ist seit heute in der stable. Ich hoffe es regnet nun keine issues auf GitHub. Gab is schon einige Änderungen.

Habe dann heute gesehen das der Adapter auch schon paar Bewertungen hat. Danke dafür! Aber eins sticht da raus, und zwar das er das System wohl extrem langsam macht. Schade das man dafür kein issue anlegt um zu versuchen das zu beseitigen oder das Problem dafür zu finden. Kann das evtl einer bestätigen? Gibt es hier noch mehr wo der Adapter das System „lahm“ legt?

[Rushmed]

@ciddi89 Danke.
Sieht alles ruhig aus:

Beim Adapterstart vll. mal 3,5 % CPU Auslastung.

[A Former User]

@rushmed cool, danke für die Rückmeldung. Beim Adapterstart werden alle Geräte/Datenpunkte gesucht, ausgelesen und abonniert. Daher verständlich das kurzfristig mehr Leistung benötigt wird. Das beruhigt sich aber auch innerhalb von Sekunden. Beobachte es ja selber schon seit Wochen/Monaten auch den RAM Verbrauch usw. Klar das so ein raspberry bisschen mehr zu tun hat damit, aber ob es ein ganzes System lahm macht? Naja. Daher wenn jemand was auffällt mal Bescheid geben und ein issue auf GitHub eröffnen. Durch eine schlechte Bewertung kann sowas aber nicht beseitigt werden…

[Rushmed]

@ciddi89 Mein Report betrifft nen PI4 mit 8 GB. Sorry, hatte ich vergessen hinzuzufügen.

[bommel_030]

@ciddi89
Bei mir auch 0,7% CPU, MEM 0,9%, also noch ganz knapp von Systembremse entfernt

[A Former User]

@bommel_030 danke für eure Rückmeldung. Dann ist es ja nicht so schlimm

[david83]

Hallo @ciddi89

Ich habe seit neuestem eine zigbee2mqtt Instanz und habe sie im Device Watcher auch eingerichtet. Leider merkt der Adapter nicht wenn Geräte offline sind. Ich habe hier einen Fensterkontakt der seit 1 Tag offline ist und trotzdem nicht gemeldet wird.

Adapter Version: 2.4.0

Zigbee2Mqtt:

Einstellungen:

[crunchip]

@david83 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

Leider merkt der Adapter nicht wenn Geräte offline sind.

kann er erst merken wenn auch der Datenpunkt in iobroker sich geändert hat, hat nichts mit der zigbee2mqtt Oberfläche zu tun.

Denke dein Problem ist das ü im device Namen

bzw ist in der yaml dies eingetragen?

availability: true

[david83]

@crunchip
availability: true ist eingetragen.

Das ü habe ich rausgenommen, jedoch Frage ich mich wie das einen Einfluss haben soll. Der Name ist ja nicht im Objektbaum des ZigBee2Mqtt Adapters.

[crunchip]

@david83 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

Der Name ist ja nicht im Objektbaum des ZigBee2Mqtt Adapters.

ist aber der friendly_name und im Linux gibt es kein ü

hast du z2m neu gestartet?

@david83 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

der seit 1 Tag offline ist

https://www.zigbee2mqtt.io/guide/configuration/device-availability.html

jedenfalls, solange der DP nicht auf false wechselt, kann der Adapter das auch nicht erkennen

[A Former User]

@david83 Das Ü ist kein Problem. Habe auch zb.: Tür mit Ü.

Wichtig ist ob der availability Datenpunkt auch auf false steht und wann dieser auf false gegangen ist. Auf dieser Grundlage berechnet er dann die offline zeit. Steht der Datenpunkt auf false? Wenn ja was sagt der Zeitstempel der letzten Änderung? Wenn beides zutrifft, ist das Gerät sonst schon in der offline liste? Oder wird es in beiden, also nachrichten und liste, nicht angezeigt?

Nutze selbst auch Zigbee2mqtt und es funktioniert bei mir zuverlässig.

[crunchip]

@ciddi89 sagte in Test Adapter Device-Watcher v2.x.x GitHub/Latest:

Steht der Datenpunkt auf false?

laut seinem screen ist dieser true, somit kann der Adapter ja nix berechnen

[A Former User]

@crunchip stimmt, sehe ich nun auch

[david83]

@ciddi89
@crunchip

Das Bild ist entstanden nachdem ich den Kontakt wieder reaktiviert habe. Das war blöd von mir da ich den Datenpunkt und dessen Status zur offline Zeit nun auch nicht mehr kontrollieren kann. Weiß nicht was ich mir dabei gedacht habe....

Ich prüfe das ganze nochmal genau beim nächsten Gerät das als offline angezeigt wird.

Danke erstmal.

[A Former User]

@david83 alles gut. Sag einfach Bescheid wenn es wieder so ist, und falls es dann immer noch nicht so funktioniert wie es soll, gehen wir gemeinsam auf Fehler suche

[arteck]

@david83 nimm doch einfach eine Batterie raus

[david83]

Gute Idee, habe ich gestern bereits erledigt. Habe heute mein Problem gefunden. Der Adapter meldet den Datenpunkt nach der "offline nach Zeit" Einstellung die im Zigbee2mqtt Fronted eingestellt ist als false. (Nach12 Stunden)

Der Device Watcher erkennt das auch und zählt ab dem Zeitpunkt die offline Zeit des Datenpunktes availability= false. (Offline ab 12 Stunden im Device Watcher Adapter eingestellt)

Der Fehler war ein Denkfehler, da er ja jetzt 12+12 also 24 Stunden braucht um das Gerät als offline zu melden.

Habe nun im Device Watcher 0 eingestellt. Jetzt funktioniert es wie vorher gewollt

[A Former User]

Es gibt eine neue Version (v2.4.1) auf Github. Leider wurden in der v2.4.0 alle Geräte angezeigt obwohl nur Batterie Geräte ausgewählt waren. Außerdem wird nun geprüft ob der Datenpunkt info.connection des jeweiligen Adapters/Instanz, wenn dieser denn vorhanden ist, schon länger seinen aktuellen State hat, erst dann werden online und offline nachrichten gesendet. Ohne so eine Prüfung bekommt man sonst von allen Geräten einen Message wenn zb. der zigbee2mqtt server neu startet oder der stick nicht erreichbar ist usw. Konnte schon recht nervig sein bei vielen Geräten. Vielleicht könnt ihr das mal testen ob sonst soweit alles passt, wenn ja dann gibt es ein stable release.

Ansonsten gibt es eine neue Diskussion auf Github über Überwachung von Adapter & Instanzen. Wer Interesse, Ideen oder sonst irgendwas hat, kann sich gerne an der Diskussion beteiligen. Es kommt definitiv nicht mit in diesen Adapter aber wenn es Interesse gibt, werde ich einen zusätzlichen Adapter dafür erstellen.
https://github.com/ciddi89/ioBroker.device-watcher/discussions/117