NEWS
deconz NULL states
-
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: 26330500Ich hab den Adapter und den Baum schon gelöscht. Das Problem löst sich dadurch nicht. Kann ich das Update forcieren?
Danke!!
-
@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.
-
@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?
-
@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.
-
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.
-
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.
-
@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...
-
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
-
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.