NEWS
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.
Deshalb installiert bitte die v2 nicht. Wer die v2 verwendet und von dem Problem betroffen ist sollte am besten zur v1 zurück gehen, es wird noch eine Weile keine Lösung dafür geben.
Mir stellt sich jetzt die Frage was ich machen soll. Hier 3 Möglichkeiten die ich sehe:
- Einen Schritt zurück gehen und die Geräte wieder Splitten, die MAC wird weiterhin verwendet plus Erweiterung.
Der Aufwand wäre sehr gering, aber es wird wieder Unübersichtlicher und es gibt keine Garantie das es ohne Probleme funktioniert. - Eigene Geräte Definitionen verwenden.
Sehr Aufwändig, bedeutet den Adapter zu großen Teilen neu zu schreiben und erfordert das für jedes neue Gerät eine Definition angelegt werden muss. Im Gegenzug bedeutet das eine sehr Starke Kontrolle darüber wie Geräte in ioBroker dargestellt werden. - Ich stell die Arbeit am Adapter ein weil mir langsam die Lust an deConz vergeht. Immer wieder gibt es Änderungen die Probleme verursachen und ein Überarbeiten nötig machen. Vieles ist gar nicht Dokumentiert und das es Lampen gibt die sich als 2 Geräte ausgeben wusste ich bisher gar nicht. Sonst hätte ich das Berücksichtigen können.
@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


- Einen Schritt zurück gehen und die Geräte wieder Splitten, die MAC wird weiterhin verwendet plus Erweiterung.
-
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.
Deshalb installiert bitte die v2 nicht. Wer die v2 verwendet und von dem Problem betroffen ist sollte am besten zur v1 zurück gehen, es wird noch eine Weile keine Lösung dafür geben.
Mir stellt sich jetzt die Frage was ich machen soll. Hier 3 Möglichkeiten die ich sehe:
- Einen Schritt zurück gehen und die Geräte wieder Splitten, die MAC wird weiterhin verwendet plus Erweiterung.
Der Aufwand wäre sehr gering, aber es wird wieder Unübersichtlicher und es gibt keine Garantie das es ohne Probleme funktioniert. - Eigene Geräte Definitionen verwenden.
Sehr Aufwändig, bedeutet den Adapter zu großen Teilen neu zu schreiben und erfordert das für jedes neue Gerät eine Definition angelegt werden muss. Im Gegenzug bedeutet das eine sehr Starke Kontrolle darüber wie Geräte in ioBroker dargestellt werden. - Ich stell die Arbeit am Adapter ein weil mir langsam die Lust an deConz vergeht. Immer wieder gibt es Änderungen die Probleme verursachen und ein Überarbeiten nötig machen. Vieles ist gar nicht Dokumentiert und das es Lampen gibt die sich als 2 Geräte ausgeben wusste ich bisher gar nicht. Sonst hätte ich das Berücksichtigen können.
@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!
- Einen Schritt zurück gehen und die Geräte wieder Splitten, die MAC wird weiterhin verwendet plus Erweiterung.
-
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.
@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 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.
-
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.84iobroker update iobroker upgrade -
iobroker update iobroker upgrade@Thomas-Braun sagte in Test Adapter deConz v2.0.x:
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 sagte in Test Adapter deConz v2.0.x:
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@skokarl Quark. Einmal das Repo gescheit einrichten und dann geht das per apt.
-
@Thomas-Braun sagte in Test Adapter deConz v2.0.x:
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@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.
-
@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.
@Jey-Cee Für die Betas gibt es auch ein entsprechendes Repo.
-
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)
-
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)
-
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? -
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? -
@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 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.
-
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 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 curlcurl -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/2983Vielen Dank!
-
@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 curlcurl -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/2983Vielen Dank!