Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@da_woody ja denke auch alive ist eher schlecht. Werde es auf uptime anpassen
-
-
@ciddi89 wenn wir schon dabei sind.
die shelly H&T melden sich zwar alle paar min für kurz , aber das bekommt der adapter anscheinend nicht mit.
ein log aus der APP:
somit kommen da auch seltsame daten rein.
vllt hilft dir das weiter...
https://shelly-api-docs.shelly.cloud/gen1/#shelly-h-amp-t -
@da_woody öhm bei shelly nutze ich auch uptime. Da müssten die Zeiten in zuletzt aktualisiert damit identisch sein
-
@ciddi89 ok. ich schau mir das mal an...
-
@da_woody wie machst du diese Tabellen im iQontrol?
Hat sich erledigt. Habs gefunden.
-
@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.
-
@bommel_030 hatte ich am we schon gefixed
ist mir selbst schon aufgefallen. -
@ciddi89
Ich komm bei deiner Update-Rate offensichtlich nicht hinterher
-
@bommel_030 gab auch nichts offizielles wieder. Versuche ja schon immer zu sammeln
-
@ciddi89
Ok, Update-Benachrichtigung und HM Ventil war zu einfach. Jetzt noch die deaktivierten Geräte aus dem Zigbee-Adapter automatisch auf die Blacklist
-
@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.
-
@ciddi89
Nein, gibt leider keinen Datenpunk dafür. Zumindest habe ich keinen gefunden. -
@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.
-
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?
-
@ciddi89 Danke.
Sieht alles ruhig aus:
Beim Adapterstart vll. mal 3,5 % CPU Auslastung. -
@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…
-
@ciddi89 Mein Report betrifft nen PI4 mit 8 GB. Sorry, hatte ich vergessen hinzuzufügen.
-
@ciddi89
Bei mir auch 0,7% CPU, MEM 0,9%, also noch ganz knapp von Systembremse entfernt
-
@bommel_030 danke für eure Rückmeldung. Dann ist es ja nicht so schlimm
