Test Adapter deConz v2.0.x
-
@Pittini mach mal screenshots von den Objekten.
@Pittini sagte in Test Adapter deConz v2.0.x:
Was sich mir nicht erschließt, ist warum der TFK als "OpenClose 4" und der Bwm als "LightLevel 5" angelegt wurde bzw, was den die Geräte 0,1,2,3 sind (eins davon ist der erste Bwm, schon klar)?
Das liegt daran das die sensoren in deConz als seperate Geräte geführt werden und jedes hat sein eigenen Namen. Deshalb wird einfach einer Namen genommen.
Du kannst die Geräte so bennen wie du willst, das wird dann auch übernommen. Dabei ist es egal ob in ioBroker oder Phoscon.
-
-
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?
-
@Falk-Pe
Du musst den xy Wert jetzt als array übergeben. -
@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.
-
@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)?
-
@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. -
@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.
-
@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.
-
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. -
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!
-
@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. -
@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.
-
@Kugelkopf ah das hatte ich nicht bedacht, das Changelog wird von Github geladen und dort ist schon das von der Version 2 hinterlegt.
-
@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!
-
@all gibt es Wünsche für die v2, außer einer Grafischen Darstellung für das Netzwerk?
-
@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...
-
@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
-
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).
-
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().
