Test Adapter deConz v2.0.x

[LoxDUS]

@Jey-Cee

2020-10-11 01:18:57.984  - error: Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a prom
ise which was not handled with .catch().
2020-10-11 01:18:57.988  - error: deconz.0 (27633) unhandled promise rejection: Cannot read property 'id' of undefined
2020-10-11 01:18:57.998  - error: deconz.0 (27633) TypeError: Cannot read property 'id' of undefined
    at handleWSmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:2325:54)
    at process._tickCallback (internal/process/next_tick.js:68:7)
2020-10-11 01:18:58.001  - info: deconz.0 (27633) cleaned everything up...
2020-10-11 01:18:58.083  - info: deconz.0 (27633) terminating
2020-10-11 01:18:58.084  - info: deconz.0 (27633) Terminated (NO_ERROR): Without reason
2020-10-11 01:18:58.705  - error: host.IOBROKER2 Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejec
ting a promise which was not handled with .catch(). The promise rejected with the reason:
2020-10-11 01:18:58.706  - error: host.IOBROKER2 Caught by controller[0]: TypeError: Cannot read property 'id' of undefined
2020-10-11 01:18:58.706  - error: host.IOBROKER2 Caught by controller[0]:     at handleWSmessage (/opt/iobroker/node_modules/iobroker.deconz/main.js:2325:54)
2020-10-11 01:18:58.710  - error: host.IOBROKER2 Caught by controller[0]:     at process._tickCallback (internal/process/next_tick.js:68:7)
2020-10-11 01:18:58.711  - info: host.IOBROKER2 instance system.adapter.deconz.0 terminated with code 0 (NO_ERROR)
2020-10-11 01:18:58.711  - info: host.IOBROKER2 Restart adapter system.adapter.deconz.0 because enabled

dieser Fehler tritt hin und wieder auf.
Kann biete mich gerne auch als Tester an.

Viele Grüße und vielen Dank für den Adapter

Artur

[Berchemer]

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

Es gibt immer mehr Meldungen das Geräte die als Licht in deConz geführt werden mehr als einen Kanal haben. Aufgrund der neuen Struktur werden die aber nicht Berücksichtigt.

Keine Ahnung, wie das passiert. Nachdem ich vor einiger Zeit mein weiter oben geschildertes Problem hatte, danach alles upgedatet und nun kapiert habe, wie der Adapter funktioniert, habe ich überhaupt keine Probleme:

Ich habe mindestens 10 Steckdosen, 4 LED-Strahler, Wassersensoren, Bewegungs- und Vibrationsmelder und bin auf dem RaspBerry, auf welchem Phoscon im Zusammenhang mit einem RaspBee 1 läuft auf der aktuellsten Firmware- und Software-Version .

Da ich die Tage bei IKEA vorbeifahren und mir zum Testen eine Stecke und den dazugehörige Fernbedienung holen wollte, wäre ich für weiter so im Programm.

An der 2er finde ich insbesondere die Zusammenführung der Sensorkanäle der Energiemesssteckdosen sehr gut. Endlich habe ich bei allen Steckdosen Energie- und Power-Objekte in einem Unterordner und nicht mehr in Zweien, wie in der 1er Version.

Da ich mich vorher erfolglos oder immer mit Problemen am Zigbee-Stick versucht habe und dort regelmäßig verzweifelt bin. Bitte weitermachen

[Prastoj]

@LoxDUS
Dann les ein paar Beiträge weiter oben. Mit der 2. Version gibt es Probleme Bei RGBW Lampen wegen 2 verschiedenen Kanälen.

Installier wieder die Version 1. Dann sind die Probleme erstmal weg, bis das Problem behoben wurde

[skokarl]

Redet eigentlich jemand bei der Fehlersuche über den aktuell installierten deconz Treiber ?
Die bringen dort auch alle Nase lang neue Versionen raus.

Ich will jetzt hier nicht klugscheissern......ist mir aber mal aufgefallen.

Link Text

[Steff75]

@Jey-Cee Hi. Danke für deinen Adapter! Ich hoffe, das es weitergeht.

Ich habe die Version 2 jetzt ca. 2 Wochen installiert und es funktioniert soweit ganz gut. Es gibt nur diesen einen Schönheitsfehler, dass wenn ich in Phoscon etwas neues einrichte, mir der Adapter dann teilweise Namen von Geräten ändert. Das war mit Version 1 nicht der Fall.

So habe ich gestern zum Beispiel einen neuen Fenster-/Türkontaktsensor mit Phoscon verbunden. Der Adapter hat diesen dann auch angezeigt, aber er hat dann in einem Zug auch zwei andere Geräte als Fenster-/Türkontaktsensor umbenannt (den virtuellen Tageslichtsensor und einen Tradfri an/aus Schalter.

Ähnlich war es auch, als ich neulich in Phoscon eine Sensorsteuerung mit dem Tradfri Bewegungsmelder erstellt hatte. Da wurden danach auch einige Geräte umbenannt.

Evt. könnte man da einen Schreibschutz einbauen, der automatisches Umbenennen verhindert, wenn sowas möglich wäre?

Vielen Dank!

[Jey Cee]

@skokarl ja die deConz Version hat auch Bedeutung und es wäre Super wenn ich die auch immer wüsste oder ihr bevor ihr ne Fehlermeldung raus haut einfach auf die Aktuellste geht.

@Steff75 eigentlich dürften andere Geräte nicht umbenannt werden. Das ist definitiv ein Fehler.

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

Ich hoffe, das es weitergeht.

Ich hab mich noch nicht Endgültig entschieden wie es weiter geht, aber es wird wohl weiter gehen.
So oder so wird es wohl erst im Dezember weiter gehen.

An dieser Stelle auch nochmal eine Dakeschön an alle die mir eine Spende haben zu kommen lassen.

[skokarl]

@Jey-Cee

Wie macht man unter Linux das Update auf eine neuere Version ?
Bisher hatte ich immer nur die aktuelle Version genommen wenn ich die NUC neu aufgesetzt hatte.
Aktuelle Version Stable 2.05.84

[Thomas Braun]

@skokarl

iobroker update
iobroker upgrade

[skokarl]

@Thomas-Braun sagte in Test Adapter deConz v2.0.x:

@skokarl

iobroker update
iobroker upgrade

????

Ich lade doch die 2.05.84 erst runter.....dann muss sie entpackt werden.....und dann ?

oder bin ich jetzt völlg falsch ?

Neue Installation läuft so

sudo gpasswd -a $USER dialout
wget http://deconz.dresden-elektronik.de/ubuntu/stable/deconz-2.05.81-qt5.deb
sudo dpkg -i deconz-2.05.81-qt5.deb
sudo apt --fix-broken install
sudo dpkg -i deconz-2.05.81-qt5.deb
sudo systemctl enable deconz
sudo systemctl start deconz

[Thomas Braun]

@skokarl Quark. Einmal das Repo gescheit einrichten und dann geht das per apt.

[Jey Cee]

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

oder bin ich jetzt völlg falsch ?

Nein ist richtig wenn du die Beta testen willst, aber wenn du stable haben willst ist hier die Anleitung dazu. Dann geht ein Update wie @Thomas-Braun das beschrieben hat.

[Thomas Braun]

@Jey-Cee Für die Betas gibt es auch ein entsprechendes Repo.

[Jey Cee]

Ich suche 5-10 deConz Nutzer die möglichst viele Unterschiedliche Geräte haben.
Wichtig ist das ihr nicht Paranoid seit und kein Problem damit habt das Daten an mich gesendet werden.

Für alles weitere schreibt mich bitte hier im Chat an oder auf Discord @realwax kannst du mich mal bitte auf discord (https://discord.com/invite/HwUCwsH)

[capitaenz]

Habe eine kurze Verständnisfrage:
Mir wird ein Update angeboten:
deConz ZigBee 1.3.10 -> 1.3.11
Auf Github finde ich zur 1.3.11 nichts mehr, nur noch zur 2.x.x
Was wurde geändert und welche Version ist die richtige/aktuelle stable?

[Asgothian]

@capitaenz
Die aktuelle Stable ist 1.3.11
Die aktuelle Latest ist 2.0.5

A.

[Jey Cee]

@capitaenz nur ein Bugfix der unter ungünstigen umständen den RAM Verbrauch für deConz nach oben getrieben hat. Außerdem hat das auch zu Verzögerungen geführt.

[capitaenz]

@Jey-Cee Danke für die Info, Verzögerungen kann ich tatsächlich ausmachen...

[haselchen]

@Jey-Cee

Hey...habe gerade mal die Objekte gecheckt und gesehen, dass mein Conbee Stick im Lights Ordner als Configurations Tool aufgeführt ist?!
Bug oder richtig?

[Jey Cee]

@haselchen weder noch. Keine Ahnung warum deconz das über die Api ausgibt.

[Steff75]

@Jey-Cee Moin, ich habe mir meinen ersten smarten Heizkörperthermostat gegönnt. Es ist der Danfoss Ally geworden.

Ich habe diesen auch erfolgreich über meinen Conbee 2 mit deconz verbunden und dein Adapter zeigt auch die Datenpunkte an.
Nun das Problem mit dem Datenpunkt heatsetpoint:

Wenn ich innerhalb des ioBrokers den Wert von heatsetpoint verändere, wird dieser eingetragene Wert nicht auf den Thermostat übertragen. Im Log vom Adapter finde ich auch keine Fehlermeldung oder Bestätigungen von einem Request.
Per Rest-API kann ich den heatsetpoint jedoch erfolgreich setzen, z.B. mit curl

curl -X PUT http://192.168.178.31:8077/api/xxxxxxxxxx/sensors/21/config \
    -H 'Content-Type: application/json' \
    -d '{"heatsetpoint": 2100}'

Änderungen über die Rest-API oder durch manuelles Regeln am Thermostat werden anders herum aber schon im Datenpunkt heatsetpoint aktualisiert.

Hast du evt. eine Ahnung, woran es liegen könnte?

Falls benötigt, hier weitere Details zum Danfoss Ally:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2983

Vielen Dank!

JSteunou created this issue in dresden-elektronik/deconz-rest-plugin

closed Danfoss Ally #2983