Weihnachtsangebot 2025! 🎄

[r0b1zZle]

@Asgothian
Eins das funktioniert: ET 200431 - 0470
Eins das nicht funktioniert: ET 200431 - 2120

Zwei weitere habe ich hier irgendwo noch rumzuliegen, da muss ich dann morgen nochmal nachschauen.

PS: Alle vier habe ich bei Amazon bestellt.

[Asgothian]

@r0b1zZle sagte in How-To: Eurotronic Spirit Zigbee mit Conbee II:

Eins das funktioniert: ET 200431 - 0470

Das funktioniert zu 100%, inclusive. dem Temperaturoffset ?

Gibt es irgend welche erkennbaren Unterschiede zwischen dem funktionierenden und dem nicht funktionierenden Thermostat ?

A.

[r0b1zZle]

@Asgothian Ja, das funktioniert. Kann alles ändern. Heute habe ich noch die anderen beiden getestet:

ET 200431 - 2256 --> funktioniert nicht
ET 200431 - 0993 --> funktioniert nicht

Keine erkennbaren Unterschiede. SW Build ID bei allen: 22190930 und Date Code: 20191014 auch bei allen gleich. Ansonsten ist alles identisch.

[danny_v1]

ET200431-1029 -> funktioniert nicht
ET195031-0231 -> funktioniert
ET195031-0209 -> funktioniert

[danny_v1]

@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 nicht

Keine 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?

[Asgothian]

@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

[danny_v1]

@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]

@danny_v1 Hast du ein Vergleichsfoto, damit ich sehe, was du meinst? Ansonsten sehe ich auf den ersten Blick keinen Unterschied.

[danny_v1]

@r0b1zZle Beitrag Nr.7 etwas weiter oben!

[Matthias1234]

@falk0holic Servus, wie kann ich den die Phoscon app und die Deconz app gleichzeitig laufen lassen?

[Thomas Braun]

@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.

[r0b1zZle]

@danny_v1 Ah ok, dann sind alle fein geriffelt

[pd_mueller]

@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!

[danny_v1]

@pd_mueller Ich habe alle meine Thermostate nach der Anleitung:
link text
gemacht. Finde das da echt gut beschrieben.

[vortex0815]

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 ;)

[Asgothian]

@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.

[vortex0815]

@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 :)

[Asgothian]

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]

@vortex0815

• 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.

[vortex0815]

@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 ...