Test Adapter Device-Watcher v2.x.x GitHub/Latest
-
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
wegen Timestamp von Link_Quality und den Wert vom Available
@ciddi89 sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
daher wird dieser dir nicht als offline angezeigt
-
@crunchip aber du meinst der ist offline?
-
@ciddi89 ne, hab ihn gerade testweise ausgelöst, der is online
durchs auslösen(Rauchmelder) wurde der Zeitstempel link quality sowie available aktualisiert
unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel siehe screen gelistet werden -
unabhängig davon, egal ob available oder link_quality, er müsste ja laut Zeitstempel gelistet werden
Bei Available nicht. Da nutzt er den State. Aber der war offline und zeigte trotzdem available = true an?
-
@ciddi89 nein er war nicht offline, hab ihn mit Rauch ausgelöst, aber der Zeitstempel in beiden screens ist doch älter als 6 Stunden, somit wäre er als offline zu erkennen
Edit, achso stimmt ja bei available gehts nicht nach Zeitstempel
-
@ciddi89 said in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
Gerade nutze ich Testweise den available Datenpunkt daher wird dieser dir nicht als offline angezeigt.
Und da wird der State genutzt und nicht der Zeitstempel
-
@ciddi89 hab noch editiert
also, erfahrungsgemäß, gehen bestimmte Sensoren offline, werden aber weiterhin im Adapter noch
online angezeigt und bis sich der available dann mal ändert, vergehen 2-3 Tage, oder er ändert sich im schlimmsten fall gar nicht.
daher bin ich für link quality, das hat eigentlich ganz gut funktioniert -
@ciddi89
Hue muss man sich noch ansehen.
-
@crunchip okay, ich habe leider noch nie darauf geachtet wie sich der Datenpunkt verhält. Daher bin ich dankbar für Erfahrungswerte von anderen. Da ich aber vorher auch Monate das Skript laufen hatte, welches auf den TS von Link_Quality geschaut hat, Weiss ich auch das es sehr zuverlässig war.
Mache das wieder rückgängig und falls dann doch einer unbedingt auf available schauen möchte, der bekommt eine checkbox
-> Habs nun geändert und ist auf Github verfügbar.
-
@sigi234 ok hab es gefixed. Sollte nun nicht mehr in der Quality List mit auftauchen.
-
@ciddi89 Danke, toller Adapter und mega gute Idee. Finde die Idee sogar so gut, dass ich dich fragen wollte ob du ihn nicht über "Devices" ausbauen könntest? Also, dass er z. B. Adapterstates mit überwacht als zentralen Watchdog
-
@ciddi89 Danke für die Liste bezüglich niedriger Batteriestatus. Sieht echt super aus.
-
@stormbringer ich danke dir
Hmm ich denke das würde keinen großen Sinn machen da er ja nur jede Stunde einmal die Werte prüft. Dann müsste man den umändern in einen dauerhaft aktiven Adapter. Ist halt die Frage wie groß die Nachfrage danach ist.
-
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen
-
Ich finde es sehr sinnig.
Hab ich mir früher auch gewünscht, bis ich mir das selber gebaut habe.Evtl rede ich jetzt Schwachsinn. Aber kann es sein, dass ich mal gelesen habe, dass der Devices Adapter überarbeitet werden soll und sowas in der Art bekommen soll?
-
@stormbringer sagte in Test Adapter Device-Watcher v0.0.x GitHub/Latest:
@ciddi89 Danke für die Rückinfo. Dann hoffe ich am, dass mehrere eine Adapterüberwachung wollen
Ja Adapterüberwachung wäre auch cool
-
@ciddi89
Dann müsste man den umändern in einen dauerhaft aktiven Adapter. Ist halt die Frage wie groß die Nachfrage danach ist.
Kein Bedarf... iobroker Adapter laufen sehr stabil.
-
Wenn ihr von einer Adapterüberwachung redet, meint ihr dann auch die Geräte oder "nur" den Status der Adapter?
-
@david-g
Ich verwende momentan folgendes Script für die Adapterüberwachung, vielleicht hilft es.https://forum.iobroker.net/topic/30661/material-design-widgets-adapter-status
-
Ich hab mir folgende Tabelle geschrieben
https://forum.iobroker.net/topic/34775/test-adapter-lovelace-v1-2-x/1305?_=1655143648690
