Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Hiltex]

@arteck es ist ja eine Frage der Betrachtungsweise. Wenn sich ein Zustand ändert, dann hat ioBroker das Gerät doch gesehen. Wäre es nicht besser die Zeit von dem State auszugeben, der sich am häufigsten Ändert?

[arteck]

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

Wäre es nicht besser die Zeit von dem State auszugeben, der sich am häufigsten Ändert?

der da währe ??

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

Wenn sich ein Zustand ändert, dann hat ioBroker das Gerät doch gesehen.

iobroker ja .. wenn der adapter abne keine aktualisierung für das DP schickt.. dann hab ich da ein 300 Tage ales timestamp..

[Rushmed]

Ich hab jetzt auch schon alles überprüft. Die zur Verfügung stehenden Status betreffen alle irgendwelche tatsächlichen Lampeneinstellungen die ich auch oft lange nicht ändere. Deren Aktualisierung wird dann auch immer Älter obwohl der Online Status bleibt.

Mir persönlich würde es reichen wenn der online Sataus solide funktioniert.
Das tut er nach meinen letzte Tests.

Wenn es keine valide Quelle für last seen gibt dann git es diesen Wert eben nicht.

Bei batteriebetriebenen BWMs gibt es noch lastupdated der entspricht aber auch der letzten Bewegungserkennung und nicht dem letzten Kontakt.

[arteck]

ja das ist im hue adapter verankert... die zigbee adapter oder zwave aktualisieren die DP's bei jeglicher änderung.. bzw da melden sich die Lampen selbst mit "ich bin noch da"

erstell da ein issue dass der reachable status auch bei jeder änderung egal welcher aktualisiert wird.

[Hiltex]

@arteck kann sein, dass ich mir das zu leicht vorstelle, aber mein Gedanke wäre folgender:

Der OnlineSTATUS wird wie bisher von Reachable abhängig gemacht. Die Zeit des letzten Kontaktes wird aber vom On/Off-State genutzt. Oder im Falle einer dimmbaren Lampe von Level. Bei beiden gehe ich davon aus, dass die sich am häufigsten ändern.

Für mich persönlich wäre die Anzeige des letzten Kontakts in einer Liste nicht von Bedeutung. Erst wenn ein Gerät als offline betrachtet wird ist für mich interessant, dann ioBroker zuletzt von dem Gerät gehört hat. In dieser Variante wäre es auch nicht nötig, zusätzliche States zu abonnieren.

[Rushmed]

@Hiltex Ok, das wäre auch ne Idee.
Dann würde last seen erst berechnete wenn online=off

@arteck?

[arteck]

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

Erst wenn ein Gerät als offline betrachtet wird ist für mich interessant

hoffentlich übermittelt das der hue adapter.. nochmal device-watcher wertet nur das aus was der einzelne adapter anliefert plsu wasn es zuletzt gelifert wurde.. die Information ist so alt wie der adapter es in den entsprechenden DP geschrieben hat

bei Lampe on/off/level.. ja kann da stimmt.. und bei Dimmer .. batterie betrieben .. und bei BWM und weiss was ich was da sonst noch gibt.. es muss der haue adapter liefern.. ich werde nicht eine litanei an sonderfindungsregeln einbauen in den device-watcher.. das wird dann unwartbar..

@Rushmed ja bei nächsten Statusänderung (egal ob true oder false).. du kannst dir ein script schreiben der dir den DP bestätigt, alle was weiss ich x minuten oder stunden.. dann hast du auch was aktuelles in der liste stehen wenn dir die liste wichtig ist
schraub doch mal so ne birne raus und guck was passiert vor allem wann es passiert

[Rushmed]

@arteck Von lastseen bei online Geräten nicht berechnen hälst du nichts?
Last seen würde dann erst bei Offline Geräten auftauchen. Das wäre zumindest bei mir der Anwendungsfall. Um online Geräte muss ichmich nicht kümmern.

[Rushmed]

Hab' mal in Git Issue beim HUE Adapter erstellt.
https://github.com/iobroker-community-adapters/ioBroker.hue/issues/826

[Rushmed]

Hallo.

Hab' gerade festgestellt dass obwohl der Matter Adapter ausgewählt ist keine Matter Geräte in den Listen auftauchen.
Auch in der Blackilst finde ich keine.
Die Matterinstanz taucht in device-watcher.0.adapterAndInstances.listAllInstances auf.

Device Watcher 2.15.5
Matter 0.5.6