NEWS
Test Adapter deConz v1.3.x Github/npm
-
@Kugelkopf container, vlan & subnetz. Nein der Adapter stellt "nur" die Verbindung zu deConz her. Phoscon ist ein teil von deConz.
-
Ist es eigentlich nicht möglich so eine Netzübersicht wie es sie bei dem Zigbee Adapter gibt zu integrieren? Wenn man sie in Phoscon haben will benötigt es nur für diese Übersicht eine grafische Oberfläche, das finde ich etwas overloaded. Einfacher wäre es wirklich wenn soetwas im Adapter möglich wäre. Auch die Benennung der Geräte im Adapter lässt die Übersicht schnell schwinden, vor allem die Tatsache das z.B. der Temperatur und Feuchtefühler z.B. für jeden Wert eine eigene Gruppe in den Objekten anlegt. wäre das nicht zu vereinfachen?`
-
Ich meine, dass soll kommen laut @Jey-Cee mit der Vereinfachung der Objekte.
Aber die Übersicht hilft dir auch nicht viel, dass sie sehr ungenau ist.
Ich gucke sehr oft über den VNC Viewer und da haben in der Übersicht manche Geräte keine Verbindung zum Conbee , funktionieren aber trotzdem. -
@Jey-Cee Okay. Gibt es irgendwie eine Möglichkeit für mich, dies zu deaktivieren oder sonst irgendetwas daran zu tun? Z.B. über irgendeinen Konsolenbefehl oder eine Zeile die ich auskommentieren kann? Weil es dadurch zum Teil wirklich zu großen Verzögerungen bei Zeit relevanten Schaltungen kommt. Zum Teil wird so ein Befehl nicht nur doppelt gesendet sondern 4, 6 oder 8 Fach. Erst nach einem Neustart des Adapters sind es dann wieder nur 2.
Viele Grüße und schöne Ostertage!
-
Hi, ich hoffe ich bin hier richtig. Ich betreibe den Conbee 2 Stick (deconz Version 2.05.74) an einem Raspberry 4, gepaired sind mehrere Leuchtmittel und Xiaomi Sensoren. Auf dem gleichen Raspberry läuft auch der Iobroker. JS-Controller 2.2.9, Node.JS 10.19.0. Ich habe den deconz Adapter in der Version 1.2.6 und in der Version 1.3.1 getestet. Ich habe immer mal wieder das Problem das von verschiedenen Fensterkontakten und BWM die Zustände nicht im Iobroker ankommen. In der Phoscon App sieht man das geöffnet oder geschlossen wurde. So im Schnitt funktioniert es in 9 von 10 Fällen, aber es kommt immer mal wieder ein Zustand nicht an.
In der Debug Ausgabe des deconz Adapters ist mir aufgefallen das alle Minute die Meldung Websocket connection closed kommt. Es sei denn es kommen zwischendurch Meldungen rein, dann aber wieder jede Minute. Ist das normal?deconz.0 2020-04-11 09:07:38.098 debug (15622) Subscribed to updates... deconz.0 2020-04-11 09:07:38.092 debug (15622) Websocket connection closed deconz.0 2020-04-11 09:06:38.092 debug (15622) Websocket message: {"e":"changed","id":"34","r":"sensors","state":{"lastupdated":"2020-04-11T07:06:38","presence":false},"t":"event","uniqueid":"00:15:8d:00:04:9f:b7:41-01-0406"} deconz.0 2020-04-11 09:06:38.089 debug (15622) Websocket message: {"config":{"battery":100,"duration":90,"on":true,"reachable":true,"temperature":2500},"e":"changed","id":"34","r":"sensors","t":"event","uniqueid":"00:15:8d:00:04:9f:b7:41-0 deconz.0 2020-04-11 09:06:38.083 debug (15622) Websocket message: {"e":"changed","id":"33","r":"sensors","state":{"dark":false,"daylight":true,"lastupdated":"2020-04-11T07:06:38","lightlevel":20828,"lux":121},"t":"event","uniqueid":"00:15: deconz.0 2020-04-11 09:06:38.074 debug (15622) Websocket message: {"config":{"battery":100,"on":true,"reachable":true,"temperature":2500,"tholddark":12000,"tholdoffset":7000},"e":"changed","id":"33","r":"sensors","t":"event","uniqueid":"00 deconz.0 2020-04-11 09:05:45.810 debug (15622) Subscribed to updates... deconz.0 2020-04-11 09:05:45.806 debug (15622) Websocket connection closed deconz.0 2020-04-11 09:04:45.804 debug (15622) Subscribed to updates... deconz.0 2020-04-11 09:04:45.793 debug (15622) Websocket connection closed deconz.0 2020-04-11 09:03:45.790 debug (15622) Subscribed to updates... deconz.0 2020-04-11 09:03:45.783 debug (15622) Websocket connection closed deconz.0 2020-04-11 09:02:45.781 debug (15622) Subscribed to updates... deconz.0 2020-04-11 09:02:45.777 debug (15622) Websocket connection closed
-
Version 1.3.2 ist auf Github und npm Verfügbar. Änderungen siehe Changelog im ersten Post.
Schwerwiegende Fehler die den Adapter abstürzen lassen kann ich jetzt über Sentry.io sehen, das ist unser neues Tool um Fehler schneller zu finden. Es werden keine Persönlichen Daten erfasst, nur Fehlermeldungen.
Fehler bitte dennoch hier oder auf Github melden. -
@Jey-Cee
Hi, mit 1.3.2 scheint bis jetzt alles normal zu laufen. Transitiontime in Sekunden passt auch. Nur habe ich immer noch jede Minute die Debug Meldung "Websocket Connection closed" -
@frankyboy73 sagte in Test Adapter deConz v1.3.x Github/npm:
Nur habe ich immer noch jede Minute die Debug Meldung "Websocket Connection closed"
Die Meldung bleibt weil die Verbindung tatsächlich getrennt wird.
-
@Jey-Cee
Ok, und nach dem Reconnect, wird geprüft ob es geänderte Zustände gibt. Also normal.
So wie es aussieht werden auch manchmal nach dem Reconnect geänderte Zustände gefunden, das hatte ich bei der Version 1.2.6 nie gesehen. Dann hoffe ich das keine Zustandsänderungen mehr durchschlüpfen. Bis jetzt sieht es gut aus.
Vielen Dank für die Info. -
Ich hab auf Sentry einige Fehlermeldungen erhalten und versucht die Fehler ab zu fangen, deshalb gibt es jetzt die Version 1.3.3.
-
@Jey-Cee Grad die 1.3.3 installiert!
-
Ich habe mich gestern bereits mit @Jey-Cee in GitHub zur 1.3.2 über Auffälligkeiten zur Statusaktualisierung ausgetauscht. Danke übrigens für die schnellen RM, heute habe ich nun die 1.3.3 aufgespielt und kann folgendes zurückmelden:
-
Inzwischen wird das .scene Attribut in einer Lichtgruppe korrekt aktualisiert. Ein Szenenwechsel kann damit aber nicht vorgenommen werden. Ist das so vorgesehen?
-
Das .level Attribut wird bei mir sowohl in der Lichtgruppe als auch in Einzellichter bei einer Änderung (z.B. der Szene) nicht korrekt aktualisiert bzw. wird zwar angeblich aktualisiert (leuchtet kurz grün) aber bleibt auf dem alten wert.
-
Im Vergleich zur 1.3.2 kann ich nun Szenen über den Adapter löschen und die Stati der Leuchtengruppe aktualisieren sich danach noch (wann auch nicht alle mit dem richtigen Wert)
-
-
@123brokerei sagte in Test Adapter deConz v1.3.x Github/npm:
Ist das so vorgesehen?
Kann ich nicht sagen da ich das mit den Szenen nicht eingebaut habe, aber darüber konnte man
noch nie eine Szene aufrufen. -
Habe inzw. auch die aktuelle v1.3.3 installiert und leider ist der Fehler mit den mehrfachen Websocketverbindungen noch zutrefend bei mir. Allerdings sind es aktuell nur 2. Bzw. werden aktuell alle Befehle nur 2x gesendet. Die zwei Verbindungen sind auch nicht von vorne herein. die erste Minute funktioniert es normal.
Ansonsten habe ich keine Fehler bemerkt.Direkt nach dem Start:
2020-04-20 02:12:28.453 - info: deconz.0 (28200) Code 404: Ressource not found get devices: []
2020-04-20 02:12:28.905 - debug: deconz.0 (28200) Code 200: Request succeded get group attributes 43372: {"action":{"bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":["46"],"etag":"fe43f56ce2a448ef9e6a232f8fd40739","id":"43372","lights":[],"name":"TRADFRI remote control 46","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"} 2020-04-20 02:12:28.919 - debug: deconz.0 (28200) Code 200: Request succeded get group attributes 56956: {"action":{"bri":127,"colormode":"hs","ct":0,"effect":"none","hue":0,"on":false,"sat":127,"scene":null,"xy":[0,0]},"devicemembership":["47"],"etag":"de4638d88e100221de96a921f7df761f","id":"56956","lights":[],"name":"TRADFRI remote control 47","scenes":[],"state":{"all_on":false,"any_on":false},"type":"LightGroup"} 2020-04-20 02:12:32.366 - debug: deconz.0 (28200) Websocket connection closed 2020-04-20 02:12:32.377 - warn: deconz.0 (28200) Could not connect to websocket instance of deConz/Phoscon. Error: WebSocket was closed before the connection was established 2020-04-20 02:12:32.379 - debug: deconz.0 (28200) Websocket connection closed 2020-04-20 02:12:32.394 - debug: deconz.0 (28200) Subscribed to updates... 2020-04-20 02:12:43.394 - debug: deconz.0 (28200) Websocket message: {"e":"changed","id":"9","r":"sensors","state":{"buttonevent":4000,"eventduration":0,"lastupdated":"2020-04-20T00:12:43"},"t":"event","uniqueid":"00:17:88:01:04:f6:d6:3e-02-fc00"} 2020-04-20 02:12:43.512 - debug: deconz.0 (28200) Websocket message: {"e":"changed","id":"9","r":"sensors","state":{"buttonevent":4002,"eventduration":1,"lastupdated":"2020-04-20T00:12:43"},"t":"event","uniqueid":"00:17:88:01:04:f6:d6:3e-02-fc00"}
kurz drauf:
2020-04-20 02:15:13.438 - info: javascript.0 (1468) script.js.Eigene.DimmerSkript: 1002 2020-04-20 02:15:13.439 - info: javascript.0 (1468) script.js.Eigene.DimmerSkript: setForeignState(id=deconz.0.Lights.1.on, state=true) 2020-04-20 02:15:13.440 - info: javascript.0 (1468) script.js.Eigene.DimmerSkript: getState(id=deconz.0.Lights.1.bri, timerId=undefined) => {"val":254,"ack":true,"ts":1587341711623,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1587340976303} 2020-04-20 02:15:13.475 - info: javascript.0 (1468) script.js.Eigene.DimmerSkript: 1002 2020-04-20 02:15:13.475 - info: javascript.0 (1468) script.js.Eigene.DimmerSkript: setForeignState(id=deconz.0.Lights.1.on, state=true) 2020-04-20 02:15:13.476 - info: javascript.0 (1468) script.js.Eigene.DimmerSkript: getState(id=deconz.0.Lights.1.bri, timerId=undefined) => {"val":254,"ack":true,"ts":1587341711623,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1587340976303} 2020-04-20 02:15:13.514 - debug: deconz.0 (28200) stateChange Lights.1 {"val":true,"ack":false,"ts":1587341713504,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1587341713504} 2020-04-20 02:15:13.516 - debug: deconz.0 (28200) dp: on; id:Lights.1 tmp: deconz,0,Lights,1 2020-04-20 02:15:13.522 - debug: deconz.0 (28200) stateChange Lights.1 {"val":true,"ack":false,"ts":1587341713507,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1587341713507} 2020-04-20 02:15:13.524 - debug: deconz.0 (28200) dp: on; id:Lights.1 tmp: deconz,0,Lights,1 2020-04-20 02:15:13.586 - debug: deconz.0 (28200) Code 200: Request succeded set light state 1: [{"success":{"/lights/1/state/on":true}}] 2020-04-20 02:15:13.590 - debug: deconz.0 (28200) Websocket message: {"e":"changed","id":"1","r":"lights","state":{"alert":null,"bri":254,"colormode":"ct","ct":370,"on":true,"reachable":true},"t":"event","uniqueid":"90:fd:9f:ff:fe:8a:31:88-01"} 2020-04-20 02:15:13.592 - debug: deconz.0 (28200) Websocket message: {"e":"changed","id":"1","r":"lights","state":{"alert":null,"bri":254,"colormode":"ct","ct":370,"on":true,"reachable":true},"t":"event","uniqueid":"90:fd:9f:ff:fe:8a:31:88-01"} 2020-04-20 02:15:13.617 - debug: deconz.0 (28200) Code 200: Request succeded get light state 1: {"ctmax":454,"ctmin":250,"etag":"c8db320d85d28e7d47f968d58c42a554","hascolor":true,"manufacturername":"IKEA of Sweden","modelid":"TRADFRI bulb E14 WS opal 400lm","name":"TradfriE14","state":{"alert":"none","bri":254,"colormode":"ct","ct":370,"on":true,"reachable":true},"swversion":"2.3.007","type":"Color temperature light","uniqueid":"90:fd:9f:ff:fe:8a:31:88-01"} 2020-04-20 02:15:13.648 - debug: deconz.0 (28200) Code 200: Request succeded get light state 1: {"ctmax":454,"ctmin":250,"etag":"c8db320d85d28e7d47f968d58c42a554","hascolor":true,"manufacturername":"IKEA of Sweden","modelid":"TRADFRI bulb E14 WS opal 400lm","name":"TradfriE14","state":{"alert":"none","bri":254,"colormode":"ct","ct":370,"on":true,"reachable":true},"swversion":"2.3.007","type":"Color temperature light","uniqueid":"90:fd:9f:ff:fe:8a:31:88-01"} 2020-04-20 02:15:13.665 - debug: deconz.0 (28200) Code 200: Request succeded set light state 1: [{"success":{"/lights/1/state/on":true}}]
Grüße!
-
Inzw. sind es auch wieder 4 gleichzeitige Verbindungen.
2020-04-20 14:13:23.272 - [32minfo[39m: javascript.0 (1468) script.js.Eigene.DimmerSkript: 4002 2020-04-20 14:13:23.273 - [32minfo[39m: javascript.0 (1468) script.js.Eigene.DimmerSkript: setForeignState(id=deconz.0.Lights.1.on, state=false) 2020-04-20 14:13:23.274 - [32minfo[39m: javascript.0 (1468) script.js.Eigene.DimmerSkript: getState(id=deconz.0.Lights.1.bri, timerId=undefined) => {"val":1,"ack":true,"ts":1587384798828,"q":0,"from":"system.adapter.deconz.0","user":"system.user.admin","lc":1587342025743} 2020-04-20 14:13:23.297 - [34mdebug[39m: deconz.0 (28200) stateChange Lights.1 {"val":false,"ack":false,"ts":1587384803263,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1587384803263} 2020-04-20 14:13:23.299 - [34mdebug[39m: deconz.0 (28200) dp: on; id:Lights.1 tmp: deconz,0,Lights,1 2020-04-20 14:13:23.303 - [34mdebug[39m: deconz.0 (28200) stateChange Lights.1 {"val":false,"ack":false,"ts":1587384803263,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1587384803263} 2020-04-20 14:13:23.304 - [34mdebug[39m: deconz.0 (28200) dp: on; id:Lights.1 tmp: deconz,0,Lights,1 2020-04-20 14:13:23.308 - [34mdebug[39m: deconz.0 (28200) stateChange Lights.1 {"val":false,"ack":false,"ts":1587384803264,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1587384803264} 2020-04-20 14:13:23.310 - [34mdebug[39m: deconz.0 (28200) dp: on; id:Lights.1 tmp: deconz,0,Lights,1 2020-04-20 14:13:23.321 - [34mdebug[39m: deconz.0 (28200) stateChange Lights.1 {"val":false,"ack":false,"ts":1587384803306,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1587384803264} 2020-04-20 14:13:23.322 - [34mdebug[39m: deconz.0 (28200) dp: on; id:Lights.1 tmp: deconz,0,Lights,1
inzw. sind es über 50.
-
setState('deconz.0.Sensors.5.delay', 5);
deconz.0 2020-04-21 12:42:55.842 warn (22673) This value will not be set in future versions. Please report this to the developer. deconz.0 2020-04-21 12:42:55.841 warn (22673) State value to set is invalid for deconz.0.Sensors.5.delay: The state is missing the required property val!
js-controller 3.0
Ist das ein Fehler den ich in meinem Skript habe, oder etwas das im Adapter behoben werden muß?
-
@ticaki muss im Adapter behoben werden.
-
Issue erstellt.
-
@Kugelkopf kannst du bitte mal upnp von deConz deaktivieren und beobachten was passiert?
Hier eine Anleitung für Linux wie man upnp deaktiviert. -
Die 1.3.4 ist verfügbar, damit sollte die Meldung "State value to set is invalid" der Vergangenheit angehören.
Außerdem werden jetzt ein paar Fehler abgefangen die über Sentry gemeldet wurden.Eine Neuerung ist das Werte die nicht dem Typ des Datenpunkts entsprechen, also wenn man statt einer Nummer einen Text eingibt, nicht mehr an deConz gesendet werden. Das es der Falsche Typ ist wird schon von ioBroker im Log gemeldet, es gibt also keine neue Meldung im Log dazu.
Diese Maßnahme soll nur Verhindern das Unnötige anfragen an deConz geschickt werden.