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

[deta]

@arteck gemacht, was brauchst du jetzt genau?

[arteck]

das LOG wenn es wieder mal errors gibt

[deta]

Hallo, so langsam komme ich weiter.
So ist es jetzt

Jetzt ist das Problem, bei der Batterie.
Jeder Adapter gibt es anders raus. Ist es möglich, das alle Adapert das in % ausgeben, also wie voll die Batterie noch ist? Hier z.b. Sonoff gibt % raus HM-RPC in Volt.

[arteck]

und dann gibts noch zwave wo es nur als isLow = true angezeigt wird.. wie stellst du dir das vor dass es gelösst werden kann

[deta]

@arteck
Ich weis nicht, wer das gebastelt hat in Grafana

Wie das gelöst wurde? Es wird ja nicht nur Zigbee geben ?

[arteck]

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

Wie das gelöst wurde? Es wird ja nicht nur Zigbee geben ?

ne aber derjenige hat es NUR für zigbee gebastelt, oder zumindest für die Werte die mit % kommen

[JB_Sullivan]

Ist irgendwas zu diesem Fehler mit der Version 2.14.5 bekannt? Gibt ja leider keine genauere Beschreibung von welchem Gerät das kommen könnte.

device-watcher.0
8572	2026-01-04 17:40:02.802	error	Issue at state change: TypeError: Cannot read properties of null (reading '1')

device-watcher.0
8572	2026-01-04 17:39:47.806	error	Issue at state change: TypeError: Cannot read properties of null (reading '1')

device-watcher.0
8572	2026-01-04 17:39:32.801	error	Issue at state change: TypeError: Cannot read properties of null (reading '1')

[Shadowhunter23]

@JB_Sullivan

Das Issue ist offen auf GitHub, somit heißt es warten auf @arteck

[arteck]

checkt mal die neue Version...

für alle die Ping überwachen wollen
im Einstellungen von dem Ping Adapter müssen die Erweiterte Informationen aktiviert sein

so eine Baumstruktur müsst ihr sehen

[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',
	},