Test Adapter deConz v2.0.x

[Falk Pe.]

Wollte Grade nach langem nicht benutzen mein Ikea Tradfri Leuchtmittel per XY bedienen, allerdings funktionierte es nicht mehr.

Hatte die aktuelle Deconz 1.3.9 installiert. Da es schonmal funktionierte, habe ich mich jetzt langsam durch die Versionen getestet, und bin bei der 1.3.3 gelandet in der es wieder funktioniert.

Ist das manchmal ein Bug?

[e-s]

@Falk-Pe
Du musst den xy Wert jetzt als array übergeben.

[Jey Cee]

@Falk-Pe das hier ist das falsche Thema fürdein Problem. Bitte beim nächsten mal in einem Passenden fragen oder ein neues aufmachen.

Du musst alle Objekte löschen und den Adapter neu starten dann läuft das wieder.

[Markus84]

@Jey-Cee Aus dem Forum gewinne ich gerade den Eindruck, dass manch einer überlegt auf den Zigbee Adapter zu wechseln, da dieser inzwischen auch den Conbee II unterstützt. Das kann ich ehrlich gesagt nicht nachvollziehen, weil dein Adapter wirklich super funktioniert und ich bei einem Defekt einfach den Stick tauschen kann und ein Backup wieder einspielen kann. Letzteres scheint mit dem Zigbee Adapter nicht möglich zu sein und ist daher alleine zumindest für mich schon ein K.O. Kriterium...

Darf ich davon ausgehen, dass die Unterstützung des Conbee II im Zigbee Adapter auf die weitere Entwicklung des deConz Adapters keinen Einfluss hat? Oder ist geplant die Projekte zu verschmelzen (was aufgrund der unterschiedlichen Ansätze der Adapter nach meinem technischen Verständnis gar nicht möglich ist)?

[siggi85]

@Markus84 sagte in Test Adapter deConz v2.0.x:

@Jey-Cee Aus dem Forum gewinne ich gerade den Eindruck, dass manch einer überlegt auf den Zigbee Adapter zu wechseln, da dieser inzwischen auch den Conbee II unterstützt. Das kann ich ehrlich gesagt nicht nachvollziehen, weil dein Adapter wirklich super funktioniert und ich bei einem Defekt einfach den Stick tauschen kann und ein Backup wieder einspielen kann. Letzteres scheint mit dem Zigbee Adapter nicht möglich zu sein und ist daher alleine zumindest für mich schon ein K.O. Kriterium...

Darf ich davon ausgehen, dass die Unterstützung des Conbee II im Zigbee Adapter auf die weitere Entwicklung des deConz Adapters keinen Einfluss hat? Oder ist geplant die Projekte zu verschmelzen (was aufgrund der unterschiedlichen Ansätze der Adapter nach meinem technischen Verständnis gar nicht möglich ist)?

Interessante Frage! Eigentlich ist ja gedacht, dass es eine neue Version geben wird, die auf den Hardwareadressen der Zigbee Geräte diese in den Objekten gruppiert, statt auf der laufenden ID innerhalb von deconz.
Zusätzlich zum zigbee Adapter unterstützt wohl auch die neue beta des hue-extended den Conbee II. Bin gespannt wo das ganze endet.
Bin auch ganz zufrieden mit dem deconz Adapter und habe bisher keinen Bedarf zu wechseln.

[Jey Cee]

@Markus84 sagte in Test Adapter deConz v2.0.x:

Darf ich davon ausgehen, dass die Unterstützung des Conbee II im Zigbee Adapter auf die weitere Entwicklung des deConz Adapters keinen Einfluss hat?

Ja davon kannst du ausgehen. Die beiden Adapter unterscheiden sich Grundsätzlich darin wie sie funktionieren, das würde also keinen sinn machen.

@siggi85 sagte in Test Adapter deConz v2.0.x:

Eigentlich ist ja gedacht, dass es eine neue Version geben wird, die auf den Hardwareadressen der Zigbee Geräte diese in den Objekten gruppiert,

Macht die v2 ja auch. Muss aber noch ein paar Fehler untersuchen die gemeldet wurden.

@siggi85 sagte in Test Adapter deConz v2.0.x:

Zusätzlich zum zigbee Adapter unterstützt wohl auch die neue beta des hue-extended den Conbee II.

Der Hue Adapter und auch der Hue-extended haben deConz schon immer ansprechen können, da deConz eine Hue Kompatible API hat. Aber deConz unterstütz halt viel mehr Hardware als Hue und so dürfte in den Adaptern nicht alles Abgebildet werden.

[Jey Cee]

@S0NIC kannst du mal mit der 1.3.9 ein log erstellen. Bitte das Log Level der Instanz auf debug stellen und dann Log Herunterladen und hier posten.

Scheint als Gebe es hier Ausreißer bei den MAC Addressen zu geben. Aber um das weiter zu Untersuchen brauche ich eben das Log.

[Jey Cee]

Nicht Installieren das ist noch irgendwo ein großer Bug, den ich auf dem Entwicklersystem nicht hatte.

So die V2 ist jetzt im Hauptzweig und läuft bei mir auf dem Produktiv System.
Installiert werden kann sie momentan nur über Github, Link im ersten Beitrag angepasst.

[Kugelkopf]

Hallo @Jey-Cee!
Aktuell bekomme ich in ioBroker ein Update von v 1.3.9 auf 1.3.10 angeboten. Jedoch scheint es mir so, als wenn dann ein Update auf Version 2.0.1 vollzogen wird. Ist das korrekt? Weil unter diesen Umständen denken sicherlich viele, dass sie weiterhin mit dem alten ID System arbeiten können und noch nicht auf das neue MAC System updaten. Wenn sie dann Updaten, stehen sie auf einmal vor einem nicht mehr funktionierenden System..

Evtl. Wäre es sehr wichtig, wenn du im Changelog auch nochmal für alle die nicht deinen Beiträgen im Forum folgen, erwähnst, dass es sich um Breaking Changes handelt.

Viele Grüße, und vielen Dank für diesen tollen Adapter!

[Jey Cee]

@Kugelkopf leider verstehe ich deinen Gedanken gang nicht. Hast du die 1.3.10 installiert und Probleme?

Die 1.3.10 ist auf npm und kommt über latest, die 2.0.2 gibt es nur von Github.
1.3.10 gibt es nur weil in deConz .78 eine Änderung drin ist die größere Probleme verursacht.

[Kugelkopf]

@Jey-Cee ok! Wie gesagt, es hat den Eindruck, weil wenn man auf die changelog Infos geht, bekommt man direkt die 2.0 angezeigt und keine Infos zu 1.3.10 angezeigt. Deshalb verwirrt es!

Das sollte kein Angriff sein.

[Jey Cee]

@Kugelkopf ah das hatte ich nicht bedacht, das Changelog wird von Github geladen und dort ist schon das von der Version 2 hinterlegt.

[S0NIC]

@Jey-Cee said in Test Adapter deConz v2.0.x:

Nicht Installieren das ist noch irgendwo ein großer Bug, den ich auf dem Entwicklersystem nicht hatte.

@Jey-Cee Habe es trotzdem installiert und läuft super. Behalte die Version bei, da die MAC Adressen vieles für mich vereinfachen, gerade bei Änderungen. DANKE für die bereits geleistete und auch für die noch kommende Arbeit!

[Jey Cee]

@all gibt es Wünsche für die v2, außer einer Grafischen Darstellung für das Netzwerk?

[Markus84]

@Jey-Cee Also wenn ich mir etwas wünschen dürfte, wäre es eine Backupmöglichkeit (am besten natürlich noch automatisiert) des Sticks, damit man sich nicht immer umständlich in Phoscon einloggen muss, um ein Backup zu machen. Falls dann wirklich mal der Stick defekt gehen sollte, könnte man einfach einen neuen Stick kaufen, backup einspielen und alles wäre wie vorher...

[Markus84]

@Jey-Cee Jetzt fällt mir noch etwas ein, was ich mir aber nur extrem schwer umsetzbar vorstelle: Firmwareupdates der devices. Ich habe meine Tradfri Lampen mal über die GUI geupdatet (musste dafür den Conbee an einen PC umstecken). Aber ich weiß nicht, ob sich der Aufwand hierfür lohnen würde. Aber du hast ja nach Wünschen gefragt

[Pittini]

So, ich hab auch wieder mal etwas rumgetestet. War gestern bei Ikea und hab mir paar Lampen und nen Fyrtur Rollo geholt. Alles eingebunden direkt über Phoscon. Hat problemlos geklappt, hab dort auch direkt alles umbenannt.
Geräte wurden vom Adapter (V2.0.3) alle angelegt, allerdings nicht alle umbennugen "mitgenommen". Beim Rollo werden 2 Geräte angelegt, einmal der Rollo als Licht und dann nochmal als Sensor. Der Rollo hat sich umbenannt, den Sensor mußte ich mit Hand ändern. Der beiliegende Schalter wurde auch nicht umbenannt.

Insgesamt gibt es wieder gefühlte tausend Datenpunkte, wobei nur einige wenige Relevanz/Funktion haben. Ich finde das etwas verstörend, ebenso wie die seltsamen Bennungen. Beispiel der Rollo:

"Window Covering Device" war der ursprünglich autom. vergebene Name. Jetzt dacht ich mir so, ok, alles was so benannt wurde hat ne Funktion, alles was undefined heißt hat keine. Leider war das ein Trugschluß, das ganze ist gemischt "on","lift" und "level" haben durchaus Funktion, z.B. "action" oder "trasitiontime" aber nicht. Und ganz allgemein fehlt mir ein "stop" button um den fahrenden Rollo iwo mit 2tem Schalterclick stoppen zu können (Hab das jetzt über Positionsermittlung und anfahren bestimmter Pos gemacht, aber elegant is anders).

[Pittini]

Nachtrag:
Nachdem die neuen Ikea Devices drin sind krieg ich nun zum 3ten mal folgenden Fehlerblock. Offenbar wird der Adapter dabei neugestartet und es werden Datenpunkte getriggert. Führt z.B. dazu dass bei Adapterneustart mein Rollo hochfährt.

deconz.0	2020-07-17 18:25:37.921	info	(19702) deConz Version: 2.5.77; API version: 1.16.0
deconz.0	2020-07-17 18:25:37.835	info	(19702) starting. Version 2.0.2 in /opt/iobroker/node_modules/iobroker.deconz, node: v10.19.0, js-controller: 3.1.4
host.Iobroker	2020-07-17 18:25:35.689	info	instance system.adapter.deconz.0 started with pid 19702
host.Iobroker	2020-07-17 18:25:05.672	info	Restart adapter system.adapter.deconz.0 because enabled
host.Iobroker	2020-07-17 18:25:05.672	info	instance system.adapter.deconz.0 terminated with code 0 (NO_ERROR)
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[3]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[3]: at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:772:46)
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[3]: TypeError: Cannot read property 'name' of undefined
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[3]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[2]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[2]: at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:772:46)
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[2]: TypeError: Cannot read property 'name' of undefined
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[2]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected
host.Iobroker	2020-07-17 18:25:05.672	error	Caught by controller[1]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.Iobroker	2020-07-17 18:25:05.671	error	Caught by controller[1]: at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:772:46)
host.Iobroker	2020-07-17 18:25:05.671	error	Caught by controller[1]: TypeError: Cannot read property 'name' of undefined
host.Iobroker	2020-07-17 18:25:05.671	error	Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected
deconz.0	2020-07-17 18:25:05.146	info	(1982) Terminated (NO_ERROR): Without reason
deconz.0	2020-07-17 18:25:05.145	info	(1982) terminating
deconz.0	2020-07-17 18:25:05.138	error	(1982) TypeError: Cannot read property 'name' of undefined at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:772:46) at process._tickCallback (internal/process/next
deconz.0	2020-07-17 18:25:05.138	error	(1982) unhandled promise rejection: Cannot read property 'name' of undefined
deconz.0	2020-07-17 18:25:05.137	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
deconz.0	2020-07-17 18:25:05.132	error	(1982) TypeError: Cannot read property 'name' of undefined at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:772:46) at process._tickCallback (internal/process/next
deconz.0	2020-07-17 18:25:05.132	error	(1982) unhandled promise rejection: Cannot read property 'name' of undefined
deconz.0	2020-07-17 18:25:05.131	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
deconz.0	2020-07-17 18:25:05.120	info	(1982) cleaned everything up...
deconz.0	2020-07-17 18:25:05.118	error	(1982) TypeError: Cannot read property 'name' of undefined at WebSocket.ws.onmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:772:46) at process._tickCallback (internal/process/next
deconz.0	2020-07-17 18:25:05.113	error	(1982) unhandled promise rejection: Cannot read property 'name' of undefined
deconz.0	2020-07-17 18:25:05.113	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

[Jey Cee]

@Pittini kannst du bitte mal das Log Level für die Adapter Instanz auf Debug stellen und dann nochmal das Log zeigen wenn so ein Absturz passiert.
Erklärt vermutlich auch warum der Name nicht übernommen wurde.

@Pittini sagte in Test Adapter deConz v2.0.x:

Insgesamt gibt es wieder gefühlte tausend Datenpunkte, wobei nur einige wenige Relevanz/Funktion haben.

Die werden nur angelegt wenn die API das so ausgibt, dann haben sie auch eine Funktion.
Der Adapter setzt nur um was er bekommt, es ist nicht vorgesehen eine eigene Definition der Geräte zu Pflegen, das macht deConz ja schon. In manchen Fällen leider nicht so gut.

@Markus84 sagte in Test Adapter deConz v2.0.x:

Backupmöglichkeit

Denke das sollte kein Problem sein, muss nur schauen wie ich an die zip Datei komme und wo die hin soll. Nach Möglichkeit kommt das mit in den Backitup Adapter.

@Markus84 sagte in Test Adapter deConz v2.0.x:

Firmwareupdates der devices

Leider das gleiche Thema wie Netzwerkanzeige.

Was geht ist Update von deConz selbst (nur Raspberry Pi) und Firmware des Conbee Sticks.

[Markus84]

@Jey-Cee said in Test Adapter deConz v2.0.x:

Denke das sollte kein Problem sein, muss nur schauen wie ich an die zip Datei komme und wo die hin soll. Nach Möglichkeit kommt das mit in den Backitup Adapter.

Backitup Adapter wäre natürlich super!