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

[Merlin123]

@arteck Das klappt.
Muss mal schauen, wie/ob ich diese Infos für mich sinnvoll nutzen kann. (Für was sie generell sinnvoll sind ist mir klar)

[Merlin123]

@arteck Du hast eine kleine, aber wichtige Info nicht erwähnt...
Wenn man die erweiterten Informationen aktiviert ist es eine Breaking Änderung, da der bisherige DP nicht mehr existiert und in den Unterordner gewandert ist.
Hab ich eben mehr zufällig gemerkt.....

Ist nicht schlimm, sollte man aber vorher wissen

[Rushmed]

Hallo,

wie errechnet der Adapter die Zeit des letzten Kontaks bei HUE Geräten?
MIr ist aufgefallen dass die letzten Kontakte enorm lange zurück liegen obwohl die Geräte oft genutzt werden.

Bspw. Lampe Spa 1 kann ich schalten und wird als online angezeigt aber der letzte Kontakt soll fast 20 kh her sein.
Die online Status stimmen alle, auch die der Terrasse Dots.

Edit:
Es wird wohl der DP hue.0.Lampe_Spa_1.reachable verwendet.
Der wurde tasächlich 2023 das letzte mal aktualisiert.

Edit2:
Ich hatte gestern von 2.13.1 auf 2.15.5 geupdated.
Vorher waren die HUE Zeiten korrekt, kann man das irgendwo einstellen?

https://github.com/iobroker-community-adapters/ioBroker.device-watcher/issues/608

[arteck]

@Rushmed aus deinen wilden Informationen suche ich mal zusammen

der device-watcher überwacht den hue adapter .. korrekt ??

dieser ist definiert

hue: {
		adapterKey: 'hueDevices',
		selektor: 'hue.*.reachable',
		timeSelector: '.reachable',
		adapterID: 'hue',
		adapter: 'Philips Hue',
		battery: '.battery',
		reach: '.reachable',
		isLowBat: 'none',
	},

und wenn der Wert im hue adapter seid 2023 nicht geändert wurde warum sollte das vorher funktioniert haben..
der device-watcher kann nur mit dem arbeiten was die adapter liefern.. shit in shit out

[Hiltex]

Ich habe das auch bei einigen Adaptern, zum Beispiel bei hm-rpc. Kürzlich wurde gemeldet, dass der Rollladen im BZ nicht mehr erreichbar sei.

17:21 Uhr die Meldung:
Das folgende Gerät ist nicht mehr erreichbar:
Homematic RPC: Rolladen_BZ (445 Tage)

17:22 Uhr war er wieder erreichbar:
Das folgende Gerät ist wieder verfügbar:
Homematic RPC: Rolladen_BZ (445 Tage)

Irgendwie passt die angezeigte Zeit nicht zu meinem Verständnis. Der Rollladen war ja nicht 445 Tage offline, sondern eine Minute. Und die Zeit, wie lange er online war, als er ausgestiegen ist, ist in meinen Augen nicht wirklich relevant.
Ich würde aber behaupten, dass das schon immer so war, längst bevor Arteck dankenswerterweise diesen Adapter in seine Obhut genommen hat

[Rushmed]

@arteck Wo finde ich diese Definition?

Ok, hab downgegraded.

Offensichtlich waren die Last seen Werte auch schon so hoch jedoch in Tagen angegeben.

Korrekt ist es dennoch nicht dass die Geräte zu dieser Zeit das letzt mal gesehen worden.

[arteck]

@Rushmed im source

was steht genau in DP vom hue adapter ? oder mach mir ein extrakt von dem hue adapter
https://github.com/iobroker-community-adapters/ioBroker.device-watcher/wiki/JSON-export

[Rushmed]

Ich sage nicht dass der Adapter bei mir eine Fehlfunktion hat. Ich bin vielmehr der Meinung dass reachable vom HUE Adapter nicht für die Berechnung von last seen taugt da er nicht bei Kontakt akualisiert wird sondern nur bei Statuswechsel.

[arteck]

und statuswechsel hat der kontakt nicht oder wie ??

[gelberlemmy]

Hallo, ich bin gerade dabei einmal den Device Watcher korrekt in meiner Jarvis Oberfläche zu intregieren. Dabei ist mir jetzt einmal aufgefallen, dass meine Netatmo Geräte als "Offline" markiert sind. Aber der letzte Zeitstempel ist wirklich super aktuell und die Geräte sind definitiv online. Was wird hierfür denn von dem DeviceWatcher Adapter abgefragt ? Das gleiche ist meine USV über den NUT Adapter.
Des weiteren sind bei meinem HM-RPC Adapter die Battlevel nur als Volt ausgegeben. Somit passt natürlich die Sortierung nicht. Ich könnte natürlich die Spannung über Blockly umrechenen. Aber wie bekomme ich diese denn in DeviceWatcher intrigiert ? Konnte jetzt so hier nichts auf die schnelle finden ?
Hat da jemand einen Tipp für mich ? Danke und schönen Sonntag

[arteck]

das wir von netatmo überwacht

netatmo: {
		adapterKey: 'netatmoDevices',
		selektor: 'netatmo.*.LastUpdate',
		timeSelector: '.LastUpdate',
		adapterID: 'netatmo',
		adapter: 'Netatmo',
		rssiState: '.WifiStatus',
		rfState: '.RfStatus',
		battery: '.BatteryStatus',
		reach: 'none',
		isLowBat: 'none',
	},

und HM-RPC ist ne Sonderlocke im code vom feinsten.. hab die Teile nicht hier. kein plan was die liefern

das wird da überwacht.. aber es sind viele interne Regeln noch dazu

hmrpc: {
		adapterKey: 'hmrpcDevices',
		selektor: 'hm-rpc.*.RSSI_PEER',
		timeSelector: '.UNREACH',
		adapterID: 'hmrpc',
		adapter: 'Homematic RPC',
		rssiState: '.RSSI_DEVICE',
		rssiPeerState: '.RSSI_PEER',
		battery: '.OPERATING_VOLTAGE',
		reach: '.UNREACH_ALARM',
		isLowBat: '.LOW_BAT_ALARM',
		isLowBat2: '.LOWBAT_ALARM',
		isLowBat3: '.LOW_BAT',
		stateValue: '.1.STATE',
		faultReporting: '.4.FAULT_REPORTING',
		hmDNBattery: '.4.BATTERY_STATE',
		upgrade: '.UPDATE_PENDING_ALARM',
	},

[arteck]

@Rushmed so hab mir die hue Problemtik mal angeschaut..

na ja das problem ist der reachable wird nur einmalig bei lampe ist da = true oder nicht = false aktualisiert.. im hue adapter

wenn der hue adapter zuletzt vor 300 Tagen aktualisert hat reachable = true ..dann ist die Lampe seid 300 Tagen erreichbar..
und es gab keine Statusänderung.. somit errechnet der device-watcher das was im timestamp steht (ok Stunden oder Tage ist jetzt egal)

der reachable status aktualisiert sich nicht wenn du die Lampe schaltest (so wie es aussieht.. ist vielleicht ein hue adapter problem)

[Rushmed]

@arteck Vielen Dank für deine Mühe.
Das ist doch genau was ich gesagt habe.
Für das was der device-watcher mit last seen ausdrücken will ist die Zeit der letzten Aktualiserung von reachable einfach ungeeignet.
Reachable im Hue ist für sich stimmig. Der online Status stimmt.

[arteck]

@Rushmed aber ich sehe nicht was man da sonst für nehmen könnte

[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?