Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[mplogas]

Hi,
ich möchte gern durch den deconz.0.* Baum iterieren um bestimmte Elemente mit States zu finden. Dabei ist mir aufgefallen, dass bei einigen Elementen alle States NULL zurückgeben. Dies kann ich im Objektbaum sehen und bekomme das auch im Script als Warning mitgeteilt. Andere Elemente (z.B. Sensoren) funktionieren. Im Postman wird mir der korrekte Status angezeigt, die deconz-REST-API liefert also Werte zurück.

deconz Adapterversion: 1.1.2
deconz Version: 2.05.64
Raspbee Version: 26330500

Ich hab den Adapter und den Baum schon gelöscht. Das Problem löst sich dadurch nicht. Kann ich das Update forcieren?

Danke!!

[Jey Cee]

@mplogas sagte in deconz NULL states:

Kann ich das Update forcieren?

Welches Update meinst du?

Versuch mal die Lampe in Phoscon zu steuern, das sollte auch an den Adapter geschickt werden und die Objekte sollten sich zumindest Teilweise aktualisieren.

[mplogas]

@Jey-Cee Danke für deine Antwort, hab ich gerade versucht. In der ganzen Wohnung brennt gerade das Licht aber bei vielen Lichtern im Objektbaum bleiben die States NULL. Ich habe noch mal den Adapter neugestartet, keine Änderung auch nach dem Ausschalten aller Lichter via Phoscon/deconz.

Ich habs auch mal via script versucht

function InitializeAllLights() {
    var onSelector = $("deconz.0.Lights.*.on");

    onSelector.each(function(id, i) {
        setState(id, false, false, function(error) {log(error, "error")});
    })
}

aber da bekomme ich nur errors wegen 'undefined'

Noch ne Idee?

[Jey Cee]

@mplogas sagte in deconz NULL states:

Noch ne Idee?

Japp, stell das Logging für den deConz Adapter in der Instanzübersicht auf debug. Dafür musst du den Expertenmodus aktivieren:

Danach steuere nochmal eines der Lichter über Phoscon, dann sollte im Log zu sehen sein was ankommt oder ob überhaupt etwas ankommt.

[mplogas]

OK, Im Log sehe ich was:

z.B. beim getAll

"11":{"ctmax":666,"ctmin":125,"etag":"688f7c29c28437fc5cbf1202f1b31717","hascolor":true,"manufacturername":"OSRAM","modelid":"LIGHTIFY
Indoor Flex
RGBW","name":"Kinderzimmer_Strip","state":{"alert":"none","bri":1,"colormode":"xy","ct":370,"effect":"none","hue":21504,"on":false,"reachable":true,"sat":254,"xy":[0.197,0.7017]},"swversion":"V1.05.10","type":"Extended
color
light","uniqueid":"7c:b0:3e:aa:00:b1:d1:32-03"},

bzw wenn ich es schalte

2019-08-27 19:47:52.026 - debug: deconz.0 Websocket message:
{"e":"changed","id":"13","r":"lights","state":{"alert":null,"bri":157,"colormode":"xy","ct":284,"hue":4352,"on":true,"reachable":true,"sat":233,"x":31021,"xy":[0.4734,0.4666],"y":30577},"t":"event","uniqueid":"84:18:26:00:00:ca:2a:37-03"}

Der Tree bleibt aber "leer", auch wenn ich ihn "händisch" (oben links) neulade.

[Jey Cee]

Ach kacke.
Hast du mal versucht eine Lampe von iobroker aus ein zu schalten?

Und kann es sein das es nur 1 und 11 betrifft? 13 Scheint ja zu funktionieren.

[mplogas]

@Jey-Cee Ne, 1 hat sich jetzt gefangen. 11 ist betroffen, 13 und 14, sowie 16 - 19. Scheint mir zufällig über alle Marken (Osram, Philips, Ikea) verteilt.

Ich habe mal das Loglevel auf Silly gestellt und folgendes Log für die 11 bekommen (ich habe versucht, via Objektbrowser einen Status zu setzen - vermutlich hab ichs damit noch schlimmer gemacht :D):

deconz.0
2019-08-27 20:14:07.265
debug
setLightState BODY: [{"success":{"/lights/11/state/on":false}},{"success":{"/lights/11/state/bri":0}}]
deconz.0
2019-08-27 20:14:07.265
info
options: {"url":"http://192.168.xx.x:8080/api/<apikey>/lights/11/state","method":"PUT","headers":"Content-Type\" : \"application/json","body":"{\"bri\": 0, \"on\": false}"}
deconz.0
2019-08-27 20:14:07.265
debug
STATUS: 200
deconz.0
2019-08-27 20:14:07.257
info
setLightState: {"bri": 0, "on": false} 11 deconz.0.Lights.11.bri
deconz.0
2019-08-27 20:14:07.256
debug
dp: bri; id:Lights.11
deconz.0
2019-08-27 20:14:07.256
debug
stateChange deconz.0.Lights.11.bri {"val":0,"ack":false,"ts":1566929647255,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1566929647255}
deconz.0
2019-08-27 20:14:07.256
silly
inMem message deconz.0.* deconz.0.Lights.11.bri val=0, ack=false, ts=1566929647255, q=0, from=system.adapter.admin.0, user=system.user.admin, lc=1566929647255

Kann ich den Adapter ohne großen Aufwand in ne IDE einspannen und debuggen? Dann kann ich mir vielleicht auch mal den dataflow ansehen. Ein JSON.parse Error würde ja vermutlich im Log erscheinen...

[mplogas]

Und nochmal ich. Ich hab das Loglevel jetzt wieder runtergedreht (info), im ioBroker wild auf alle Buttons gedrückt und den Adapter runtergefahren und wieder neugestartet. Jetzt kommen die Werte wieder rein.

Uhm... Okay. Soll ich mal ne Testinstanz aufsetzen und versuchen das nochmal nachzustellen? Wäre ja gut, wenn man wüsste ob das ein Level8 Bug oder ein richtiges Issue ist ;)

[Jey Cee]

Eigentlich sieht das ganz gut aus. Er hat den Befehl schon gesendet zum Einschalten der Lampe, aber bri (Helligkeit) steht auf 0.
Und die Rückmeldung stateChange besagt auch das er den State für bri auf 0 setzt. Also dürfte auch die Rückmeldung geklappt haben.

@mplogas sagte in deconz NULL states:

Kann ich den Adapter ohne großen Aufwand in ne IDE einspannen und debuggen?

Hier mal eine Anleitung für Webstorm

@mplogas sagte in deconz NULL states:

Soll ich mal ne Testinstanz aufsetzen und versuchen das nochmal nachzustellen?

Ja versuch das mal. Ist schon sehr Seltsam das verhalten.