NEWS
How-To: Eurotronic Spirit Zigbee mit Conbee II
-
@Asgothian Ja, das funktioniert. Kann alles ändern. Heute habe ich noch die anderen beiden getestet:
ET 200431 - 2256 --> funktioniert nicht
ET 200431 - 0993 --> funktioniert nichtKeine erkennbaren Unterschiede. SW Build ID bei allen: 22190930 und Date Code: 20191014 auch bei allen gleich. Ansonsten ist alles identisch.
@r0b1zZle said in How-To: Eurotronic Spirit Zigbee mit Conbee II:
@Asgothian Ja, das funktioniert. Kann alles ändern. Heute habe ich noch die anderen beiden getestet:
ET 200431 - 2256 --> funktioniert nicht
ET 200431 - 0993 --> funktioniert nichtKeine erkennbaren Unterschiede. SW Build ID bei allen: 22190930 und Date Code: 20191014 auch bei allen gleich. Ansonsten ist alles identisch.
Wie sehen die Befestigungsmuttern aus eine fein geriffelt und das andere grob?
-
@r0b1zZle said in How-To: Eurotronic Spirit Zigbee mit Conbee II:
@Asgothian Ja, das funktioniert. Kann alles ändern. Heute habe ich noch die anderen beiden getestet:
ET 200431 - 2256 --> funktioniert nicht
ET 200431 - 0993 --> funktioniert nichtKeine erkennbaren Unterschiede. SW Build ID bei allen: 22190930 und Date Code: 20191014 auch bei allen gleich. Ansonsten ist alles identisch.
Wie sehen die Befestigungsmuttern aus eine fein geriffelt und das andere grob?
-
@danny_v1
der Thermostat der bei mir nicht funktioniert hat eine feine Riffelung. Ich denke für Diskussionen mit dem Hersteller sind die ET Nummern aber besser@Asgothian ja klar sind die ET Nummern besser, wollte nur wissen ob das mit den Muttern auch immer so ist. Oder ob das kein richtiges Unterscheidungsmerkmal ist.
-
@r0b1zZle said in How-To: Eurotronic Spirit Zigbee mit Conbee II:
@Asgothian Ja, das funktioniert. Kann alles ändern. Heute habe ich noch die anderen beiden getestet:
ET 200431 - 2256 --> funktioniert nicht
ET 200431 - 0993 --> funktioniert nichtKeine erkennbaren Unterschiede. SW Build ID bei allen: 22190930 und Date Code: 20191014 auch bei allen gleich. Ansonsten ist alles identisch.
Wie sehen die Befestigungsmuttern aus eine fein geriffelt und das andere grob?
-
@danny_v1 Hast du ein Vergleichsfoto, damit ich sehe, was du meinst? Ansonsten sehe ich auf den ersten Blick keinen Unterschied.
-
Hallo,
da ich hier einen ziemlichen Kampf hatte die Thermostate einigermaßen ans fliegen zu bekommen möchte ich gerne teilen, wie man vorgehen muss:
- Batterien einlegen
- Thermostat auf Werkseinstellungen zurücksetzen („Jin“ erscheint im Display wenn es nagelneu ist, muss aber trotzdem zurückgesetzt werden)
- Thermostat initial verbinden
- „Jin“ erscheint im Display des Thermostats
- In Phoscon neuen Sensor suchen —> „Sensor verbinden“ findet nichts, ist erstmal egal…
- In deCONZ erscheint das Thermostat (Name 0xXXXXXX)
- Thermostat auf Werkseinstellungen zurücksetzen
- Thermostat neu verbinden
- „Jin“ erscheint im Display des Thermostat
- In Phoscon neuen Sensor suchen —> „Sensor verbinden“ findet das Thermostat („Sensor bereit“)
- Das Thermostat erscheint NICHT in Phoscon, da es noch nicht in der GUI unterstützt wird
- In deCONZ im Dropdown Menü „Basic“ wählen und die Attribute per „read“ auslesen
- Nun ändert sich der Name von 0xXXXXXX in SPZB0001
- Ab jetzt steht das Thermostat per Rest-API zur Verfügung
- Wer den Namen des Thermostats in einen sprechenderen ändern möchte kann dies per Rest API machen:
- Sensornummer per Rest-API auslesen (Alternativ in der iobroker Objektliste des deCONZ-Adapters):
- curl -X GET -H "Content-Type: application/json" http://###deCONZ-Server###:###Port###/api/322B1ACC0B/sensors
- Neuen Namen setzen
- curl -X PUT -H "Content-Type: application/json" -d '{"name“:“###Neuer Name###“}‘ http://###deCONZ-Server###:###Port###/api/322B1ACC0B/sensors/###Sensornummer###
- Sensornummer per Rest-API auslesen (Alternativ in der iobroker Objektliste des deCONZ-Adapters):
- Nun ändert sich der Name von 0xXXXXXX in SPZB0001
- deCONZ-Adapter neu starten, falls das Thermostat nicht in der Objektliste auftaucht
So hat es bei mir funktioniert und es liest sich auch schlimmer als es tatsächlich ist ;)
@falk0holic Servus, wie kann ich den die Phoscon app und die Deconz app gleichzeitig laufen lassen?
-
@falk0holic Servus, wie kann ich den die Phoscon app und die Deconz app gleichzeitig laufen lassen?
@Matthias1234 Das baut aufeinander auf. Deswegen laufen die immer gleichzeitig. Oder ich verstehe dein Problem nicht.
[Edit:] Die Services deconz und deconz-gui laufen nicht parallel.
-
Hallo,
da ich hier einen ziemlichen Kampf hatte die Thermostate einigermaßen ans fliegen zu bekommen möchte ich gerne teilen, wie man vorgehen muss:
- Batterien einlegen
- Thermostat auf Werkseinstellungen zurücksetzen („Jin“ erscheint im Display wenn es nagelneu ist, muss aber trotzdem zurückgesetzt werden)
- Thermostat initial verbinden
- „Jin“ erscheint im Display des Thermostats
- In Phoscon neuen Sensor suchen —> „Sensor verbinden“ findet nichts, ist erstmal egal…
- In deCONZ erscheint das Thermostat (Name 0xXXXXXX)
- Thermostat auf Werkseinstellungen zurücksetzen
- Thermostat neu verbinden
- „Jin“ erscheint im Display des Thermostat
- In Phoscon neuen Sensor suchen —> „Sensor verbinden“ findet das Thermostat („Sensor bereit“)
- Das Thermostat erscheint NICHT in Phoscon, da es noch nicht in der GUI unterstützt wird
- In deCONZ im Dropdown Menü „Basic“ wählen und die Attribute per „read“ auslesen
- Nun ändert sich der Name von 0xXXXXXX in SPZB0001
- Ab jetzt steht das Thermostat per Rest-API zur Verfügung
- Wer den Namen des Thermostats in einen sprechenderen ändern möchte kann dies per Rest API machen:
- Sensornummer per Rest-API auslesen (Alternativ in der iobroker Objektliste des deCONZ-Adapters):
- curl -X GET -H "Content-Type: application/json" http://###deCONZ-Server###:###Port###/api/322B1ACC0B/sensors
- Neuen Namen setzen
- curl -X PUT -H "Content-Type: application/json" -d '{"name“:“###Neuer Name###“}‘ http://###deCONZ-Server###:###Port###/api/322B1ACC0B/sensors/###Sensornummer###
- Sensornummer per Rest-API auslesen (Alternativ in der iobroker Objektliste des deCONZ-Adapters):
- Nun ändert sich der Name von 0xXXXXXX in SPZB0001
- deCONZ-Adapter neu starten, falls das Thermostat nicht in der Objektliste auftaucht
So hat es bei mir funktioniert und es liest sich auch schlimmer als es tatsächlich ist ;)
@falk0holic
Hallo und danke für die Anleitung.
Damit bin ich schon mal so weit gekommen, dass das Thermostat in der deCONZ GUI angezeigt wird.
Allerdings habe ich keinen Datenpunkt im iobroker unter “deconz.0->sensors”.
Ich hab den iobroker schon neu gestartet, den RaspBee natürlich auch, den deconz-Adapter gestoppt …. Ich kann auch den Sollwert über die deconz-GUI ändern (0x0012), allerdings den Namen nicht (heisst bei mir 0x9254, würde ich natürlich gern ändern).
Hast du einen Tipp was ich noch machen könnte, damit das Thermostat als Datenpunkt im iobroker angezeigt wird? Und einen weiteren Tipp, wie ich den Namen ändern kann?Vielen Dank!
-
@falk0holic
Hallo und danke für die Anleitung.
Damit bin ich schon mal so weit gekommen, dass das Thermostat in der deCONZ GUI angezeigt wird.
Allerdings habe ich keinen Datenpunkt im iobroker unter “deconz.0->sensors”.
Ich hab den iobroker schon neu gestartet, den RaspBee natürlich auch, den deconz-Adapter gestoppt …. Ich kann auch den Sollwert über die deconz-GUI ändern (0x0012), allerdings den Namen nicht (heisst bei mir 0x9254, würde ich natürlich gern ändern).
Hast du einen Tipp was ich noch machen könnte, damit das Thermostat als Datenpunkt im iobroker angezeigt wird? Und einen weiteren Tipp, wie ich den Namen ändern kann?Vielen Dank!
-
Hallo zusammen,
dieses Problem hat mich nun veranlasst, dass ich mich hier auch mal angemeldet habe :)
Das Problem, dass im ioBroker der "falsche" Wert gesetzt werden kann, besteht bei mir ebenso.
Werte werden vom ioBroker gelesen, aber nicht geschrieben bzw. wird nicht akzeptiert.
Eine Änderung führt zu keiner Reaktion am Thermostat. Sobald man am Regler selbst etwas einstellt, wird das im ioBroker auch umgehend wieder überschrieben.Im Deconz kann ich aber prima dem "heatsetpoint" per Hand schreiben!
Es erfolgt auch umgehend eine Reaktion am Thermostat. Es funktioniert also rein technisch!
Der State ist auch als "rw" gekennzeichnet.
Wenn ich es via Deconz GUI per VNC setzen kann, muss es doch auch per shell irgendwie gehen, oder nicht?
Es muss doch eine Möglichkeit geben, dass ich eben diesen Wert (0x0012) via ioBroker irgendwie schreiben kann?Danke bis hierhin ;)
-
Hallo zusammen,
dieses Problem hat mich nun veranlasst, dass ich mich hier auch mal angemeldet habe :)
Das Problem, dass im ioBroker der "falsche" Wert gesetzt werden kann, besteht bei mir ebenso.
Werte werden vom ioBroker gelesen, aber nicht geschrieben bzw. wird nicht akzeptiert.
Eine Änderung führt zu keiner Reaktion am Thermostat. Sobald man am Regler selbst etwas einstellt, wird das im ioBroker auch umgehend wieder überschrieben.Im Deconz kann ich aber prima dem "heatsetpoint" per Hand schreiben!
Es erfolgt auch umgehend eine Reaktion am Thermostat. Es funktioniert also rein technisch!
Der State ist auch als "rw" gekennzeichnet.
Wenn ich es via Deconz GUI per VNC setzen kann, muss es doch auch per shell irgendwie gehen, oder nicht?
Es muss doch eine Möglichkeit geben, dass ich eben diesen Wert (0x0012) via ioBroker irgendwie schreiben kann?Danke bis hierhin ;)
@vortex0815
Das Problem ist das per Default deconz nicht das Attribut 0x0012 beschreibt, sondern (wie von der Anleitung von Eurotronic vorgeschlagen) das Attribut 0x4003 nutzt, welches bei den älteren Thermostaten auch sauber funktioniert.Die Verbindung zwischen der restAPI und dem Attribut ist innerhalb der deconz software codiert, weswegen der ioBroker da nichts tun kann.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@vortex0815
Das Problem ist das per Default deconz nicht das Attribut 0x0012 beschreibt, sondern (wie von der Anleitung von Eurotronic vorgeschlagen) das Attribut 0x4003 nutzt, welches bei den älteren Thermostaten auch sauber funktioniert.Die Verbindung zwischen der restAPI und dem Attribut ist innerhalb der deconz software codiert, weswegen der ioBroker da nichts tun kann.
A.
@Asgothian
Okay. Verstanden. Aber dann sollte man evtl. mit denen aus Dresden sprechen. Denn die Anleitung (https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf) weist mittlerweile das Attribut 0x0012 aus.
Ich kann doch im ioBroker auch shell-Befehle ausführen, z.B. via Javascript (Blockly).
Wie lautet der Befehl, dass ich den Wert X ins Attribut 0x0012 schreibe? Per Hand im Deconz geht's ja :) -
@falk0holic
Hallo und danke für die Anleitung.
Damit bin ich schon mal so weit gekommen, dass das Thermostat in der deCONZ GUI angezeigt wird.
Allerdings habe ich keinen Datenpunkt im iobroker unter “deconz.0->sensors”.
Ich hab den iobroker schon neu gestartet, den RaspBee natürlich auch, den deconz-Adapter gestoppt …. Ich kann auch den Sollwert über die deconz-GUI ändern (0x0012), allerdings den Namen nicht (heisst bei mir 0x9254, würde ich natürlich gern ändern).
Hast du einen Tipp was ich noch machen könnte, damit das Thermostat als Datenpunkt im iobroker angezeigt wird? Und einen weiteren Tipp, wie ich den Namen ändern kann?Vielen Dank!
Für alle hier einmal eine Kurze Erklärung was bei den Eurotronic Thermostaten gerade vor sich geht:
Die Dokumentation von Eurotronic (siehe hier) veweist auf (Seite 16 ff) darauf das zur Steuerung "eigene" Zigbee Attribute eingeführt wurden:
0x4000: TRV_Mode zum Steuern des Thermostat zwischen An, Aus und Manuell
0x4001: Set Valve Position: Ventilansteuerung bei Mode Manuell
0x4002: Fehler
0x4003: Current Heating setpoint: Dieses ist die Solltemperatur des Reglers
0x4008: Host Flags: Zum steuern verschiedener Parameter (Sperren der Bedienelemente, Drehen des Displays, etc.)Es wird auch erwähnt, das beim Ansteuern der Attribute 0x0012 und 0x0014 der Wert auch in das Attribut 0x4008 kopiert wird.
Es gibt eine "alte" Hardware Version (Seriennummer vermutlich kleiner ET200000 - 0000), Verschraubung "Grob" geriffelt (20 Stege). Diese lässt es zu die oben genannten Attribute zu beschreiben
Die aktuelle Hardware (Seriennummer > 2000300-0000), Verschraubung fein geriffelt lässt dieses nicht mehr zu - an Statt den Wert zu übernehmen wird eine Fehlermeldung zurück gegeben.Daraus ergibt sich das Folgende Bild bei der aktuellen Hardware
- per deconz (Gui) lassen sich die Standard-Attribute beschreiben (wie von @vortex0815 und @pd_mueller beschrieben
- per restAPI wird der Datenpunkt 0x4003 beschrieben
Nur der Vollständigkeit halber - So sieht es aktuell beim ioBroker.Zigbee Adapter aus:
- die Attribute 0x0011 und 0x0012 (Occupied Target Temperature, Unoccupied Target Temperature) können beschrieben werden um den Thermostat zu regeln
- die Attribute 0x4003, 0x4008, 0x4000 und 0x4001 können nicht beschrieben werden - es taucht im Log eine Fehlermeldung auf. Damit ist ein Einstellen der Temperatur über Current Target Temperature nicht möglich. Auch lässt sich der Regler nicht mehr deaktivieren oder auf manuellen Betrieb umschalten.
- zusätzlich kann das Attribut 0x0010 (Local Temperature Calibration) nicht mehr beschrieben werden, so das ein ggf. vorhandener Offset auf die gemessene Temperatur nicht mehr eingestellt werden kann.
A.
-
@Asgothian
Okay. Verstanden. Aber dann sollte man evtl. mit denen aus Dresden sprechen. Denn die Anleitung (https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf) weist mittlerweile das Attribut 0x0012 aus.Ich kann doch im ioBroker auch shell-Befehle ausführen, z.B. via Javascript (Blockly).
Wie lautet der Befehl, dass ich den Wert X ins Attribut 0x0012 schreibe? Per Hand im Deconz geht's ja :)- Du musst schon weiter lesen. Das Attribut 0x4000 kommt weiter unten. Es wird (noch weiter unten) auch beschrieben das zur Kompatibilität die beiden anderen (0x0012 und 0x0013) nutzbar sind. Diese Attribute sind Pflicht-Attribute in der Zigbee Spezifikation
- Es gibt keinen Shell Befehl. Die deconz Software erzeugt die Pakete die über den conbee / raspbee an den Thermostaten gesendet werden. Da die deconz Software die Schnittstelle zum conbee durchgängig offen hat lässt sich da per shell nichts zusätzlich hinein schreiben.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
- Du musst schon weiter lesen. Das Attribut 0x4000 kommt weiter unten. Es wird (noch weiter unten) auch beschrieben das zur Kompatibilität die beiden anderen (0x0012 und 0x0013) nutzbar sind. Diese Attribute sind Pflicht-Attribute in der Zigbee Spezifikation
- Es gibt keinen Shell Befehl. Die deconz Software erzeugt die Pakete die über den conbee / raspbee an den Thermostaten gesendet werden. Da die deconz Software die Schnittstelle zum conbee durchgängig offen hat lässt sich da per shell nichts zusätzlich hinein schreiben.
A.
@Asgothian
Das heißt im Klartext also, dass nur abwarten hilft bis ein Update von Deconz das Problem löst? Du hast Recht. Den Wert 0x4003 kann ich nicht beschreiben :(
Das wird wohl auch der sein, den ioBroker via REST übergeben bekommt?
Das ist schon etwas frustrierend.
Ich überlege ernsthaft die Teile zurück zu schicken ... -
@Asgothian
Das heißt im Klartext also, dass nur abwarten hilft bis ein Update von Deconz das Problem löst? Du hast Recht. Den Wert 0x4003 kann ich nicht beschreiben :(
Das wird wohl auch der sein, den ioBroker via REST übergeben bekommt?Das ist schon etwas frustrierend.
Ich überlege ernsthaft die Teile zurück zu schicken ...@vortex0815
Ja, hier ist abwarten angesagt. Folgendes passiert bereits:- das Problem ist bei den Leuten die sich um die restAPI kümmern bekannt - ich habe das aber nicht im Detail verfolgt ob/was da unternommen wird.
- Ich habe Eurotronic auf die Situation aufmerksam gemacht und warte auf deren Antwort. ggf. lässt sich das per Firmware Update lösen (kann, muss aber nicht). Aus meiner Sicht gibt es 3 Möglichkeiten:
-- Die "neuen" Thermostate sind nicht von Eurotronic (China Fakes ?)
-- Eurotronic hat einen Fehler beim Programmieren der Thermostate gemacht
-- Eurotronic hat einen Fehler in der Firmware
Ich hoffe auf letzteres, und darauf das Eurotronic ein Firmware Update für die betroffenen Thermostate bereit stellt.
A.
-
@vortex0815
Ja, hier ist abwarten angesagt. Folgendes passiert bereits:- das Problem ist bei den Leuten die sich um die restAPI kümmern bekannt - ich habe das aber nicht im Detail verfolgt ob/was da unternommen wird.
- Ich habe Eurotronic auf die Situation aufmerksam gemacht und warte auf deren Antwort. ggf. lässt sich das per Firmware Update lösen (kann, muss aber nicht). Aus meiner Sicht gibt es 3 Möglichkeiten:
-- Die "neuen" Thermostate sind nicht von Eurotronic (China Fakes ?)
-- Eurotronic hat einen Fehler beim Programmieren der Thermostate gemacht
-- Eurotronic hat einen Fehler in der Firmware
Ich hoffe auf letzteres, und darauf das Eurotronic ein Firmware Update für die betroffenen Thermostate bereit stellt.
A.
Gibt es alternativ andere Thermostate die in Verbindung mit dem Conbee2 Stick und dem Deconz Adapter vernünftig funtkionieren? Da ich noch ein Paar Räume mit Thermostaten ausstatten muss und ich nicht unbedingt warten will bzw, wenn die neue Version kommt diese immer Umtauschen will.
-
Gibt es alternativ andere Thermostate die in Verbindung mit dem Conbee2 Stick und dem Deconz Adapter vernünftig funtkionieren? Da ich noch ein Paar Räume mit Thermostaten ausstatten muss und ich nicht unbedingt warten will bzw, wenn die neue Version kommt diese immer Umtauschen will.
Support us
536
Online32.7k
Users82.3k
Topics1.3m
Posts