Weihnachtsangebot 2025! 🎄

[kilasat]

@da_woody wie machst du diese Tabellen im iQontrol?

Hat sich erledigt. Habs gefunden.

[bommel_030]

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

@bommel_030 was für Updates?

Sorry, hat etwas gedauert. Mit den Einstellungen kommt täglich die Benachrichtigung um 12:10 "Übersicht der Geräte mit Update". Momentan stehen bei mir keine Updates an, deshalb kommt immer die Nachricht mit ":--none--", auf diese leeren Nachrichten würde ich gerne verzichten.

[Ein ehemaliger Benutzer]

@bommel_030 hatte ich am we schon gefixed :) ist mir selbst schon aufgefallen.

[bommel_030]

@ciddi89
Ich komm bei deiner Update-Rate offensichtlich nicht hinterher :+1:

[Ein ehemaliger Benutzer]

@bommel_030 gab auch nichts offizielles wieder. Versuche ja schon immer zu sammeln 😂

[bommel_030]

@ciddi89
Ok, Update-Benachrichtigung und HM Ventil war zu einfach. Jetzt noch die deaktivierten Geräte aus dem Zigbee-Adapter automatisch auf die Blacklist :grin:

[Ein ehemaliger Benutzer]

@bommel_030 woher erfährt man ob die deaktiviert sind oder nicht? Soweit ich weiß gibst oder gabs dafür keine Datenpunkte. Wenn sowas vorhanden ist, ist es kein Problem.

[bommel_030]

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

[Ein ehemaliger Benutzer]

@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.

[Ein ehemaliger Benutzer]

Version 2.4.0 ist seit heute in der stable. Ich hoffe es regnet nun keine issues auf GitHub. :face_with_cowboy_hat: 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.

[Ein ehemaliger Benutzer]

@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 ;-)

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

@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.