Deconz-rest-plugin: [Anfrage zum Gerätesupport] Eurotronic Spirit ZigBee

Interessant! Suche immer noch nach so etwas zu einem vernünftigen Preis.

Ist es dieser: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Wo hast du das gekauft? Ich sehe, Reichelt verkauft sie für 50,81 Euro.

Allerdings keine _Bedienungsanleitung_ für dieses Gerät auf deren Website. War ein Handbuch nur auf Französisch/Spanisch/Italienisch/Polnisch dabei oder auch Deutsch und/oder Englisch? (Ich kann Deutsch lesen, aber ich kann es nicht gut schreiben).

Die Spezifikationen erwähnen unterstützte Übergänge (_Schaltzeiten_) pro Tag/Woche, was darauf hindeutet, dass Sie einen Zeitplan auf dem Gerät speichern können. Wenn man sich die ZCL-Spezifikation (6.3.2.2.3) ansieht, gibt es dafür im 0x0201-Cluster noch viel mehr Attribute. Ich denke, die erste Aufgabe besteht darin, diese zu general.xml hinzuzufügen, sowie die Befehle zum Setzen/Löschen/Abrufen des Zeitplans. Ich bezweifle jedoch, dass die deCONZ-GUI eine variable Anzahl von Parametern für den Befehl set schedule verarbeiten kann.

@manup , die Modellierung der Zeitpläne wird eine schöne Herausforderung für den Endpunkt /devices .

Denke auf jeden Fall, dass die Attribute in neue ResourceItems hinzugefügt werden sollten.

Ein Kollege hat sich vor einigen Tagen den Eurotronic Thermostat gekauft und ist auch sehr daran interessiert, Unterstützung bei deCONZ und homebridge-hue zu bekommen, wir werden ein bisschen schnüffeln, um mehr Einblicke zu bekommen.

Ja, genau das ist es. Ich habe es von voelkner über amazon für 41,97 Euro bekommen. Die gedruckte Anleitung beschreibt nur die Installation/Montage und ist in deutscher und englischer Sprache erhältlich. Ich habe gehofft, etwas mehr von der Protokollspezifikation zu sehen, wie im Fall der zwave-Version: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

Wenn ich jedoch noch ein paar Logs zur Verfügung stellen kann, werde ich mein Bestes tun, aber im Moment bin ich sehr beschäftigt mit der Arbeit und möchte meine deCONZ-Installation nicht vor Donnerstag herunterfahren, um klare Logs des Geräts zu erhalten.

Ich habe Informationen gefunden, dass es das Hausautomatisierungsprofil 1.2 verwendet und sich als HLK-Gerät präsentiert ...

Wird die Umsetzung schwierig und zeitaufwändig sein? Wenn Sie dies erhalten, ist deconz Connected to Home Assistant möglicherweise die beste Zigbee-Lösung auf dem Markt.

Ich würde mir auch gerne homebridge-hue zulegen, um den Thermostat Cluster zu unterstützen.

Das Thermostat-Cluster 0x0201 wird bereits mit PR #1003 unterstützt.

Mit der REST-API ist es möglich, die Heiztemperatur zu ändern, den Zeitplaner abzurufen/einzustellen, den Zeitplaner ein- und auszuschalten, den Offset einzustellen.

@ma-ca, da brauche ich Hilfe. Ohne ein Gerät zum Testen wird es eine Herausforderung.

Der HomeKit _Thermostat_-Dienst erfordert die folgenden Eigenschaften:

• _CurrentHeatingCoolingState_ (schreibgeschützt, Werte: _Off_, _Heat_, _Cool_) - Ich gehe davon aus, dass dies von state.on bereitgestellt wird: false : _Off_; true : _Hitze_?
• _TargetHeatingCoolingState_ (Lesen/Schreiben, Werte: _Off_, _Heat_, _Cool_, _Auto_) - Dies sollte wahrscheinlich auf config.scheduleron abgebildet werden? Oder sollte es auf _Auto_ festgelegt werden und config.scheduleron als separater Schalter verfügbar machen?
• _CurrentTemperature_ (schreibgeschützt, in 0,1°C) - Dies wäre state.temperature ?
• _TargetTemperature_ (Lesen/Schreiben, in 0,1°C) - Dies wäre config.heatsetpoint ?

Es gibt auch eine optionale Eigenschaft _HeatingThresholdTemperature_.

Ich wüsste nicht, wie ich den Zeitplan enthüllen soll - Sie haben die Schnittstelle für die Eve Thermo noch nicht zurückentwickelt (siehe https://github.com/simont77/fakegato-history/issues/11, https://github .com/simont77/fakegato-history/issues/40), aber ich nehme an, Sie möchten deCONZ-Regeln und/oder HomeKit-Automatisierungen verwenden, um config.heatsetpoint festzulegen?

@ebaauw Ich freue mich, dass Sie sich damit befassen und helfe Ihnen gerne weiter.

CurrentHeatingCoolingState (schreibgeschützt, Werte: Off, Heat, Cool) - Ich gehe davon aus, dass dies von state.on bereitgestellt wird: false : Off; true : Hitze?

Ja, das state.on : true entspricht dem Heizen. Cool ist (derzeit) nicht in der REST-API implementiert.

TargetHeatingCoolingState (Lesen/Schreiben, Werte: Off, Heat, Cool, Auto) - Dies sollte wahrscheinlich auf config.scheduleron abgebildet werden? Oder sollte es auf Auto festgelegt werden und config.scheduleron als separater Schalter verfügbar machen?

Vielleicht ja. Wie wird diese Eigenschaft in HomeKit angezeigt und welcher Befehl ist damit verbunden? Wenn dies mit dem Siri-Befehl _Thermostat ausschalten_ verbunden ist, wäre es tatsächlich sinnvoll, den Scheduler auszuschalten.

Aktuelle Temperatur (schreibgeschützt, in 0,1 °C) - Dies wäre state.temperature ?

Jawohl. Derzeit muss der Temperaturwert gemäß der Zigbee-Spezifikation durch 100 geteilt werden, zum Beispiel ist state.temperature : 2150 21,5 °C.

TargetTemperature (Lesen/Schreiben, in 0,1°C) - Dies wäre config.heatsetpoint ?

Ja, muss auch durch 100 geteilt werden.

Ich möchte HomeKit verwenden, um config.heatsetpoint und config.scheduleron einzustellen. Ich sehe keinen Vorteil darin, den Scheduler von HomeKit zu ändern, da nach dem Einrichten des Schedulers mit der REST-API keine Änderung erforderlich ist.

In meinen Anwendungsfällen möchte ich HomeKit verwenden, um

• Schalte den Terminplaner aus, wenn du in den Urlaub fährst
• und dann einen Tag _vor_ der Heimkehr wieder einschalten zu können.
• Temperatur einstellen.

Schauen Sie sich homebridge-hue v0.11.7 an.

Sehr schön. Nach der Installation von homebridge-hue v0.11.7 zeigt die iOS Home App die _Thermostat_ Icons mit Temperatur und Heizwert an.

Das Ändern der Heizung ändert die config.heatsetpoint . Wenn der Modus ein- oder ausgeschaltet wird, wird config.scheduleron auf true oder false gesetzt.

Das einzige Problem ist, dass die angezeigte Temperatur auf 0,5 °C gerundet zu sein scheint, die Thermostatanzeige jedoch eine Auflösung von 0,1 °C hat. Zum Beispiel zeigt die App 22,5 °C an, aber das Display hat 22,3 °C und state.temperature ist 2230. Und der Heizwert hat einen zufälligen Offset, zum Beispiel ändert 17,0 °C die config.heatsetpoint auf 1710, Wert 17,5 °C bis 1770, Wert 18,0 °C bis 1800.

Können Sie bitte das Debug-Protokoll von Homebridge-hue anhängen? Und die Dump-Datei, nur um sicher zu gehen. Siehe README. Verwenden Sie nur die Home-App von Apple oder haben Sie andere HomeKit-Apps überprüft? Ich denke, Startseite rundet die Temperatur auf 0,5 ° C, wenn es angezeigt wird. Zumindest das ist, was ich für meine Temperatursensoren zu sehen.

[1/11/2019, 8:24:13 PM] [Hue] Phoscon-GW: 000D6F000C2B8B3D: Bitron Home 902010/32 "Thermostat 40"
[1/11/2019, 8:24:13 PM] [Hue] Phoscon-GW: /sensors/40: ZHAThermostat "Thermostat 40"
[1/11/2019, 8:24:15 PM] [Hue] Initializing platform accessory 'Thermostat 40'...
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.6 to 18.2
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1820,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:15 PM] [Hue] Thermostat 40: homekit target temperature changed from 18.2 to 17.5
[1/11/2019, 8:25:16 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1750,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:34 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.5 to 16.8
[1/11/2019, 8:25:34 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1680,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.8 to 16.3
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.3°C to 16.8°C
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1630,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.8°C to 16.3°C
[1/11/2019, 8:26:01 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.3 to 15.8
[1/11/2019, 8:26:01 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1580,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:26:09 PM] [Hue] Thermostat 40: homekit target temperature changed from 15.8 to 14.9
[1/11/2019, 8:26:09 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1490,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:26:30 PM] [Hue] Thermostat 40: homekit target temperature changed from 14.9 to 13.7
[1/11/2019, 8:26:30 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1370,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:27:08 PM] [Hue] Thermostat 40: homekit target temperature changed from 13.7 to 12.7
[1/11/2019, 8:27:09 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1270,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:27:20 PM] [Hue] Thermostat 40: state changed event: {"lastupdated":"2019-01-11T19:27:20","on":false,"temperature":2220}

Ich nutze nur die Apple Home App.

Nur für den Fall, dass es einen Zusammenhang gibt, hatten die _Fensterabdeckung_-Symbole in der Home-App am Anfang eine Auflösung von 1%, wenn der geöffnete Zustand zwischen 0% und 100% angezeigt wurde. Später wurde dies auf eine Auflösung von 5% geändert. Ich dachte, dass dies absichtlich in homebridge-hue geändert wurde.

Ich brauche wirklich die vollständige Ausgabe von homebridge -D , siehe https://github.com/ebaauw/homebridge-hue#debug -log-file.

Ich nutze nur die Apple Home App.

Welche Temperaturen zeigt Eve oder eine andere HomeKit-App an?

Später wurde dies auf eine Auflösung von 5% geändert. Ich dachte, dass dies absichtlich in homebridge-hue geändert wurde.

Ja, ich habe festgestellt, dass mein lumi.curtain nicht immer eine Position von 0 oder 254 meldet, wenn es vollständig geöffnet oder geschlossen ist. Auch nach einer Neukalibrierung ist es manchmal ein bisschen daneben. Ich habe das umgangen, indem ich auf ein Vielfaches von 5 gerundet habe. Dies hat jedoch nichts mit dem _Thermostat_ zu tun.

Die vollständige Debug-Logdatei von zuvor.

homebridge.log.gz

Welche Temperaturen zeigt Eve oder eine andere HomeKit-App an?

Die Eve-App zeigt die Temperatur korrekt mit einer Auflösung von 0,1 °C an. Auch die Solltemperatur wird beim Erhöhen der 0,5 °C-Schritte korrekt übersetzt.

Vielen Dank!

[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: homekit target temperature changed from 17.6 to 18.2 
[1/11/2019, 8:25:06 PM] [Hue] Phoscon-GW: gateway request 22: put /sensors/40/config {"heatsetpoint":1820}
[1/11/2019, 8:25:06 PM] [Hue] Phoscon-GW: gateway request 22: ok
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1820,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:06 PM] [Hue] Thermostat 40: ignore unknown attribute config.scheduler

Das sieht gut aus. Der Thermostat wird von HomeKit auf 18,2 °C umgestellt. homebridge-hue setzt config.heatsetpoint auf 1820 und deCONZ gibt eine Web-Socket-Benachrichtigung mit dem neuen Heatsetpoint aus. Ich muss die Nachricht config.scheduler aufgeben.

[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 50: get /sensors
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: homekit target temperature changed from 16.8 to 16.3
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 51: put /sensors/40/config {"heatsetpoint":1630}
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 50: ok
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.3°C to 16.8°C
[1/11/2019, 8:25:48 PM] [Hue] Phoscon-GW: gateway request 51: ok
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: config changed event: {"battery":100,"heatsetpoint":1630,"offset":0,"on":true,"reachable":true,"scheduler":"Monday,Tuesday,Wednesday,Thursday,Friday 04:00 2200 05:00 2300 06:00 1700 16:00 2300 17:00 2000 21:00 1800;Saturday,Sunday 06:00 2200 21:00 1800;","scheduleron":true}
[1/11/2019, 8:25:48 PM] [Hue] Thermostat 40: set homekit target temperature from 16.8°C to 16.3°C

Die Freude an der asynchronen Verarbeitung. Die Zieltemperatur wird aktualisiert, während homebridge-hue /sensors abfragt. homebridge-hue setzt HomeKit auf den vorherigen Wert zurück (aus der Umfrage abgerufen), dies wird jedoch korrigiert, wenn homebridge-hue die Web-Socket-Benachrichtigung über die Änderung durch put erhält.

Und der Heizwert hat einen zufälligen Offset, zum Beispiel 17,0 °C ändert config.heatsetpoint auf 1710, Wert 17,5°C auf 1770, Wert 18,0°C auf 1800.

Ich sehe das nicht. In beiden oben genannten Fällen sendet homebridge-hue die (auf 0,1°C) korrekte Temperatur an das deCONZ-Gateway, und das Gateway bestätigt dies durch die Websocket-Benachrichtigung. Ich vermute, dass die Home-App auch hier etwas Lustiges machen könnte. Ich habe noch einmal überprüft, dass sowohl _Aktuelle Temperatur_ als auch _Zieltemperatur_ eine Auflösung von 0,1°C haben.

Einige andere Bemerkungen:

[1/11/2019, 8:24:09 PM] [Hue] config.json: {"platform":"Hue","host":"127.0.0.1","users":{"00212EFFFF00893F":"*********1"},"sensors":true,"excludeSensorTypes":["CLIPPresence","Geofence"],"lights":true,"wallSwitch":true,"hueMotionTemperatureHistory":true}
[1/11/2019, 8:24:09 PM] [Hue] config.json: {"platform":"Hue","host":"192.***.***.252","users":{"001788FFFE12CA51":"***************************************1"},"sensors":true,"lights":true,"wallSwitch":true}

Sie haben in config.json zwei "Hue" Plattformen angegeben. Während dies derzeit funktioniert, wird es beim Wechsel zu dynamischem Plattformzubehör kaputt gehen. Sie können sowohl die Hue-Bridge als auch das deCONZ-Gateway von einem einzigen Eintrag aus verfügbar machen, indem Sie:

{
  "platform": "Hue",
  "hosts": ["127.0.0.1", "192.***.***.252"],
  "users": {
    "00212EFFFF00893F": "*********1",
    "001788FFFE12CA51": "***************************************1"
  }
}

Ach das ubisys S2. Ich habe darauf gewartet, das vollständige Modell S2 (5502) zu sehen, um den ZHASwitch-Sensor freizulegen. Ich kann die buttonevent Werte aus der deCONZ-REST-API lesen, aber nicht das vollständige Modell. Erhalten Sie gute Werte für consumption und power ? Mein D1 (mit einer neueren Firmware-Version) gibt dafür Müll ab.

[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: 001FEE000000170A: ubisys S2 (5502) "Light 1"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/1: On/Off output "Light 1"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/1: config: {"on":true,"bri":false,"ct":false,"xy":false,"wallSwitch":true,"windowCovering":false,"unknown":true}
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/2: On/Off output "Light 2"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /lights/2: config: {"on":true,"bri":false,"ct":false,"xy":false,"wallSwitch":true,"windowCovering":false,"unknown":true}
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/5: ZHAConsumption "Consumption 5"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/6: ZHAPower "Power 6"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/4: ZHASwitch "S2 (5502) 4"
[1/11/2019, 8:24:11 PM] [Hue] Phoscon-GW: /sensors/4: warning: ignoring unknown ZHASwitch sensor {"config":{"group":null,"mode":"momentary","on":true,"reachable":true},"ep":3,"etag":"423162415d68374a920ef22184c6c540","manufacturername":"ubisys","mode":1,"modelid":"S2 (5502)","name":"S2 (5502) 4","state":{"buttonevent":null,"lastupdated":"none"},"swversion":"20160302-DE-FB0","type":"ZHASwitch","uniqueid":"00:1f:ee:00:00:00:17:0a-03-0006"}

Notiz an mich selbst: Eva-Geschichte.

Bitte checken Sie homebridge-hue v0.11.8 aus, das sollte:

• Keine Nachrichten mehr über config.scheduler ausgeben;
• Geben Sie den Verlauf in Eve für die aktuelle Temperatur und die Zieltemperatur des _Thermostat_ an (siehe https://github.com/ebaauw/homebridge-hue/issues/426);
• Unterstützen Sie die Switch-Funktion des ubisys S2 (siehe https://github.com/ebaauw/homebridge-hue/issues/427).

Lassen Sie uns das Gespräch über die Homebridge-hue-Unterstützung zu den Homebridge-hue-Problemen fortsetzen.

Ich möchte das Eurotronic-Gerät zur restAPI hinzufügen, aber es gibt einen Fehler:

{ "config": { "on": true "reachable": true } "manufacturername": "Eurotronic" "modelid": "SPZB0001" "name": "Thermo WZ ET" "swversion": "20181205" "type": "ZHAThermostat" "uniqueid": "0x00158d0001922f50" }

[{ "error": { "address": "/sensors", "description": "Not allowed to create sensor type", "type": 501 } }]

Die neusten Versionen von deCONZ (2.05.54) und homebride-hue (v0.11.8) sind installiert

@thommyDD bitte versuchen Sie es mit dieser

https://www.dresden-elektronik.de/rpi/deconz/alpha/deconz-2.05.56-qt5.deb

Thermostat muss erneut verbunden werden, während die Sensorsuche läuft.

@manup es funktioniert nicht :(

Ich habe den Thermostat zurückgesetzt, während die Sensorsuche läuft, aber der Thermostat wurde nicht gefunden.

Hmmm nicht sicher, was passiert. Gerade über Amazon bestellt sollte nächsten Montag ankommen.

Ist interessant, abonnieren, um den Fortschritt zu sehen ;-)

Ich bin vor kurzem auch über dieses Gerät gestolpert. Die Z-Wave-Version hat die interessante Eigenschaft, externe Temperatursensoren zu unterstützen (die realistischere Messwerte liefern können als die internen).
Wissen Sie von denen, die das Gerät bereits haben, ob dies auch über Zigbee möglich ist (oder sein wird)? Die Website des Herstellers ist leider sehr spärlich.

Hallo, ich habe dieses Gerät vor kurzem auch bekommen. Im Moment kann ich nur den Belegt-Heizungs-Sollwert einstellen, der dann vom Gerät über deCONZ Gui in das Attribut Aktueller Temperatur-Sollwert kopiert wird. Werden Sie der deCONZ Gui auch die Planungsattribute hinzufügen? Da ich im Moment wirklich nicht weiß, wie ich das über die REST-API machen würde, da dies im Moment nicht in meinem Wissen ist. Wäre sehr dankbar.

Danke schön

Lesen Sie einige weitere Attribute des Thermostats:

• Der externe Temperatursensor wird möglicherweise unterstützt
• Zeitpläne werden nicht unterstützt

Fahrpläne werden also noch lange nicht von deCONZ unterstützt?

Tatsächlich gibt es in deCONZ bereits einen Zeitplancode, den kann ich jedoch nicht testen, da der Eurotronic-Thermostat dies nicht unterstützt.

Es ist möglicherweise besser, Regeln zu erstellen, um die Zeitpläne nachzuahmen, was auch leistungsfähiger ist.

Wie würde man diese Regeln erstellen? über Rest-API? oder gibt es in deCONZ eine Funktion, die damit umgehen könnte?

Dies ist derzeit nur über die REST-API möglich. Oder vielleicht, wenn Sie etwas wie Home Assistant und andere Heimautomatisierungssysteme verwenden, die die deCONZ-Integration unterstützen.

@manup Leider konnte ich den Thermostat noch nicht mit der
Gibt es eine Erklärung?

Es sollte mit dem kommenden 2.05.58 besser funktionieren, das einige verwandte Fixes enthält.

Problemumgehung für 2.05.57:

• Sensorsuche starten
• Basiscluster lesen

Ist es dieser: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Wo hast du das gekauft? Ich sehe, Reichelt verkauft sie für 50,81 Euro.

Allerdings keine _Bedienungsanleitung_ für dieses Gerät auf deren Website. War ein Handbuch nur auf Französisch/Spanisch/Italienisch/Polnisch dabei oder auch Deutsch und/oder Englisch? (Ich kann Deutsch lesen, aber ich kann es nicht gut schreiben).

Ich habe sie vor einiger Zeit per E-Mail nach Details gefragt. Auch wenn sie nicht geantwortet haben, haben sie ihrer Website erst jetzt ein recht umfangreiches Handbuch mit Details zu den Zigbee-Attributen hinzugefügt:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

Ich habe einen dieser Thermostate, kann ihn aber nicht richtig koppeln.
(Headless deconz auf rpi mit raspbee und deconz 2.05.58)
Über den Dokumentationslink im vorherigen Kommentar kann ich den Thermostat in den Kopplungsmodus versetzen und die Sensorkopplung in der phoscon-App starten. Nach kurzer Zeit zeigt der Thermostat an, dass er erfolgreich gekoppelt wurde, aber die phoscon-App. erkennt die Paarung nie an.

Der Thermostat betrachtet die Kopplung definitiv als abgeschlossen. Um ihn wieder in den Pairing-Modus zu versetzen, muss ich ihn komplett zurücksetzen.

Irgendwelche Hinweise was ich falsch mache?

Irgendwelche Hinweise was ich falsch mache?

Ich vermute nichts. Derzeit ist der Thermostat in der Phoscon App nicht sichtbar, sollte aber in der REST-API sichtbar sein.

Das ist die Sache - es ist nicht sichtbar, wenn alle Objekte aus der Rest-API geholt werden

Bei meinem ersten Pairing-Versuch über die deCONZ-GUI wurde das Gerät angezeigt, aber es wurden keine Eigenschaften ausgelesen, nicht einmal die Hersteller-ID und keine Cluster wurden angezeigt. Schließlich habe ich deCONZ gestoppt, alle Verweise auf das Gerät aus der zll.db entfernt, das Gerät zurückgesetzt und wie folgt gepaart, _während es neben dem RasPi gehalten wurde_.

• Sensorsuche in Phoscon starten.
• Batterien entnehmen/erneut einlegen. Drücken Sie Minus+Plus+Boost und halten Sie sie gedrückt, bis das Gerät zurückgesetzt wird.
• Warten Sie, bis das Gerät gekoppelt ist (grünes Licht; nach ~2 Sekunden), montieren Sie es dann und lassen Sie es sich anpassen.
• Die Sensorsuche in Phoscon war bis dahin fehlgeschlagen, also starten Sie sie neu.
• Gehen Sie zur deCONZ GUI, listen Sie Cluster auf, klicken Sie auf "Basic" -> "Read" (wie in https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093 empfohlen)
• Jetzt meldet Phoscon eine erfolgreiche Sensorsuche und es wird in der REST-API angezeigt.

Ich weiß nicht, welcher der Schritte den Trick gemacht hat, aber vielleicht hilft das.

Bezüglich der Attribute habe ich festgestellt, dass die Einstellung von "TRV Mode" (0x4000) auf "manual" (2) das Gerät über den Sollwert steuert (eingestellt über 0x4003). Wenn der Modus auf "Unbekannt 2" eingestellt ist, zeigt das Display den aktuellen Prozentsatz der Ventilöffnung an, der mit 0x4001 gesteuert werden kann.

Keine der anderen Optionen scheint einen Effekt zu haben, obwohl es anscheinend versteckte Funktionen in "Host Flags" (0x4008) gibt (zB habe ich es geschafft, den Kinderschutz zu aktivieren...).

Es ist auch nicht klar, wie "Remote Sensing" funktionieren soll. Vielleicht durch Bindung mit einem Gerät, das über einen Client-Cluster "Temperaturmessung" verfügt?

Ich bestätige, dass diese Schritte funktionieren:

• Sensorsuche in Phoscon starten.
• Batterien entnehmen/erneut einlegen. Drücken Sie Minus+Plus+Boost und halten Sie sie gedrückt, bis das Gerät zurückgesetzt wird.
• Warten Sie, bis das Gerät gekoppelt ist (grünes Licht; nach ~2 Sekunden), montieren Sie es dann und lassen Sie es sich anpassen.
• Die Sensorsuche in Phoscon war bis dahin fehlgeschlagen, also starten Sie sie neu.
• Gehen Sie zur deCONZ GUI, listen Sie Cluster auf, klicken Sie auf "Basic" -> "Read" (wie in #1098 (Kommentar) empfohlen)

Ich konnte den Thermostat koppeln und kann ihn in der deconz GUI sehen, aber mit dem Namen 0x3BEE.
Ich sehe es auch nicht in der API. (Anfrage GET /Sensoren).

Habe meine heute bekommen! Wenn sich herausstellt, dass es zuverlässig funktioniert, habe ich noch Platz für sieben weitere...

Es wäre cool, die Ventilposition freizugeben (als state.bri ?). Die Eve Thermo meldet dies auch und ich hoffe, dass ich Homebridge-hue dazu bringen kann, die Geschichte der Eve-App zugänglich zu machen.

In HomeKit hat ein Thermostat einen _Ziel-Heizungs-Kühlzustand_ (Aus, Heizen, Kühlen, Auto) und einen _Aktuellen Heizen-Kühlen-Zustand_ (Aus, Heizen, Kühlen). Mit state.on aus der aktuellen Ventilstellung wird der aktuelle Zustand erfasst. Hat die Eurotronic ein Äquivalent für den Zielzustand? Früher habe ich config.scheduleron dem Zielzustand zugeordnet, aber mit dem neuesten Commit wird das nicht mehr angezeigt (da es, wenn ich es richtig verstehe, nichts für die Eurotronic getan hat). Wir könnten den Boost-Modus _heat_ zuordnen, wenn dies von Zigbee aus konfigurierbar ist.

Ich denke, wir müssen config.pending implementieren, um die Zieltemperatur einzustellen. Der Thermostat scheint seine Eltern ziemlich oft abzufragen, aber ich habe bereits einige Störungen erlebt, bei denen das Update nicht durchkam. Außerdem sollten wir wahrscheinlich das herstellerspezifische Heatpoint-Attribut anstelle des Standardattributs festlegen (das die Attributberichterstattung nicht unterstützt).

Es wäre cool, die Ventilposition freizugeben (als state.bri ?). Die Eve Thermo meldet dies auch und ich hoffe, dass ich Homebridge-hue dazu bringen kann, die Geschichte der Eve-App zugänglich zu machen.

Ich würde ein state.valve oder ähnliches bevorzugen. Ich denke, es werden in naher Zukunft mehr Thermostate unterstützt, damit wir besser die richtigen Attribute in die Mischung bekommen.

Hat die Eurotronic ein Äquivalent für den Zielzustand? Früher habe ich config.scheduleron dem Zielzustand zugeordnet, aber mit dem neuesten Commit wird das nicht mehr angezeigt (da es, wenn ich es richtig verstehe, nichts für die Eurotronic getan hat). Wir könnten den Boost-Modus _heat_ zuordnen, wenn dies von Zigbee aus konfigurierbar ist.

Der Scheduler wird von Eurotronic nicht unterstützt, hat aber mehrere einstellbare Werte. Es sind weitere Experimente erforderlich, um den besten Ansatz zu ermitteln.

Ich denke, wir müssen config.pending implementieren, um die Zieltemperatur einzustellen. Der Thermostat scheint seine Eltern ziemlich oft abzufragen, aber ich habe bereits einige Störungen erlebt, bei denen das Update nicht durchkam.

Ja, es wird alle 5 Sekunden abgefragt, was gut ist, um Befehle zuverlässig zu erhalten, config.pending ist jedoch sinnvoll.

Außerdem sollten wir wahrscheinlich das herstellerspezifische Heatpoint-Attribut anstelle des Standardattributs festlegen (das die Attributberichterstattung nicht unterstützt).

Sie scheinen auf dem Gerät synchronisiert zu sein. Sehr gut gefällt mir, dass der Thermostat die Werte meldet und auch schnell weiterleitet, wenn die Temperatur manuell geändert wird. Aber hier ist einige Arbeit zu erledigen, eine manuelle Änderung ändert den Heizsollwert nicht, der auch gemeldet wird.

Früher habe ich config.scheduleron dem Zielzustand zugeordnet, aber mit dem neuesten Commit wird das nicht mehr angezeigt

Ich verwende HomeKit, um den Zeitplaner auf dem Bitron-Thermostat zu aktivieren/deaktivieren. Hoffentlich funktioniert das auch weiterhin.

Ich habe meine auch heute erhalten, habe einfach damit gespielt, da meine alten Ventile einen Anschluss haben, der nicht für die mit dem Thermostat gelieferten Adapter passt. Geduld ist eine Tugend hehhe, brauche Hilfe um das alte Ventil hier auszutauschen.

Aber was mir auffällt ist, dass jetzt ein 'Standard' geändert zu werden scheint..... Bisher würden 'komplexe' Sensoren separate REST-API-Sensoren bekommen. So wie ein Wettersensor aus drei Sensoreinheiten bestehen würde, Druck, Temperatur und Luftfeuchtigkeit. Für diesen Thermostat werden nun die Temperaturmessung, der Zustand (ein/aus) und die eingestellte Temperatur kombiniert. Kein Problem, es zu biegen, aber sollte dies nicht ein logischer Punkt sein, um es noch einmal zu überdenken, wenn dies ein Moment ist, um zu überdenken, ob dies der richtige Weg ist? So gesehen ist es kein Sensor, sondern ein aktives Gerät? Etwas, das den /devices-Zweig einführen könnte?

Sie scheinen auf dem Gerät synchronisiert zu sein.

Nur in eine Richtung und nicht immer. Laut Handbuch:

Die übertragenen Solltemperaturen wie Occupied / Unbelegt Heating Setpoint Attribute (0x0012 oder 0x0014) Werden auf das Attribut Current Temperature Setpoint (0x4003) kopiert, um den TRV ohne herstellerspezifische Attribute verwenden zu can.

Die Steuerung des Thermostats über seine Tasten scheint nur 0x4003 zu ändern. Die Einstellung des _Boost_-Modus ändert 0x4003 auf 3000 (30°C). Ich könnte dieses Attribut dem Zielzustand zuordnen: 500 = aus; 3000 = Hitze; andere Werte = auto.

Ich denke, wir müssen das Attribut beim Festlegen der Zieltemperatur schreiben. Der Befehl _Setpoint Raise/Lower_ ändert 0x0012, aber nicht 0x4003. Außerdem ist es in 0,01 ° C (wie die Temperaturattribute, nicht 0,1 ° C. Ich denke, das ist ein Tippfehler in general.xml?

anstelle des Standardberichts (der keine Attributberichte unterstützt).

Das Handbuch enthält einige Ungereimtheiten. In 6.5 werden 0x008, 0x0012 und 0x0014 als nicht meldepflichtig aufgeführt, aber in 6.6 sind sie meldepflichtig.

Bisher erhielten 'komplexe' Sensoren separate REST-API-Sensoren.

„Komplex“ = mehrere Cluster (0x0402, 0x0403, 0x0405 für den Wettersensor). Der Thermostat ist ein Cluster (0x0201).

Etwas, das den /devices-Zweig einführen könnte?

Ja, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 und darunter.

Ich verwende HomeKit, um den Zeitplaner auf dem Bitron-Thermostat zu aktivieren/deaktivieren. Hoffentlich funktioniert das auch weiterhin.

Ich muss wohl die Eurotronic separat in homebridge-hue auf die Whitelist setzen.

In HomeKit hat ein Thermostat einen _Ziel-Heizungs-Kühlzustand_ (Aus, Heizen, Kühlen, Auto) und einen _Aktuellen Heizen-Kühlen-Zustand_ (Aus, Heizen, Kühlen).

Die Eurotronic scheint diesen Zustand mit dem Attribut "System Mode" (Attribut-ID 0x001c) zu kontrollieren (siehe Bedienungsanleitung auf Seite 15). Mit diesem Attribut habe ich in der deCONZ-Software ein wenig gespielt, leider ohne Erfolg. Der Wert kann eingestellt werden, aber nach dem erneuten Ablesen des Wertes vom Thermostat scheint er auf den Standardwert (Heizen) zurückgesetzt zu werden.

Mit state.on abgeleitet aus der aktuellen Ventilstellung wird der aktuelle Zustand erfasst. Hat die Eurotronic ein Äquivalent für den Zielzustand?

Der Wertzustand wird durch "Pi Heating Demand" repräsentiert.

Das Bit für 0x000080 in _Host Flags_ (0x4008) entspricht dem Sperrmodus (Halten von + und - für 3 Sekunden). Es ist einstellbar und löschbar von Zigbee.

Das Bit für 0x000080 in _Host Flags_ (0x4008) entspricht dem Sperrmodus (Halten von + und - für 3 Sekunden). Es ist einstellbar und löschbar von Zigbee.

Wie hast du das herausgefunden? Ich habe versucht, einzelne Bits mit dem Attribut-Editor in deCONZ zu setzen. Aber immer wenn ich etwas ungleich Null schreibe, wird nur der Sperrmodus aktiviert. Das Schreiben von 0x000000 entsperrt es wieder. Und danach gibt das Lesen der Host-Flags sehr unterschiedliche Werte zurück (0x000001 nach der Ersteinrichtung, jetzt sagt meins 0x42c381).

Bearbeiten: Die Z-Wave-Version hatte nützliche Flags, wie z. B. das Einstellen des LCD-Hintergrundbeleuchtungs-Timers, das Drehen des Displays um 90 Grad und das Konfigurieren der Empfindlichkeit für die "Offene Fenstererkennung". Ich hatte gehofft, dass dies hier irgendwo in den Host-Flags versteckt ist.

Edit2: Ist (_Host Flags_ & 0x000004) das Bit für den Boost-Modus?

Ich denke, wir müssen config.pending implementieren, um die Zieltemperatur einzustellen. Der Thermostat scheint seine Eltern ziemlich oft abzufragen, aber ich habe bereits einige Störungen erlebt, bei denen das Update nicht durchkam.

Am Anfang ist mir das auch passiert, aber nachdem ich das Attribut-Reporting auf 0x4003 auf min/max/change=1/600/1 konfiguriert habe, meldet sich der Thermostat immer sofort zurück, wenn die Temperatur eingestellt wurde.

Wie hast du das herausgefunden?

Es gibt 10 Arten von Leuten: die, die Binär lesen und die, die es nicht tun ;-)

Es hat 0x000001 vor und 0x000081 nach dem Einstellen des Sperrmodus gemeldet. Das Zurückschreiben von 0x000001 hat den Sperrmodus gelöscht. Jetzt meldet meins 0x400341, das Setzen des Sperrmodus ändert dies in 0x4003c1. Von den anderen Bits habe ich keine Ahnung.

Bearbeiten: Die Z-Wave-Version hatte nützliche Flags, wie z. B. das Einstellen des LCD-Hintergrundbeleuchtungs-Timers, das Drehen des Displays um 90 Grad und das Konfigurieren der Empfindlichkeit für die "Offene Fenstererkennung". Ich hatte gehofft, dass dies hier irgendwo in den Host-Flags versteckt ist.

Cool, aber ich glaube nicht, dass sich die Anzeige drehen kann (es ist keine Bitmap-Anzeige; die Elemente sind fest verdrahtet). Ich habe mit _TRV Mode_ gespielt: Wert _Unknown 2_ schaltet die Anzeige auf Ventilposition (wie von 0x0008 - _Pi Heating Demand_ gemeldet).

Ist (_Host Flags_ & 0x000004) das Bit für den Boost-Modus?

Glaube nicht, der Boost-Modus ist 0x4003 == 3000.

Boost-Modus
deaktiviert Sie die Boost-Taste.
Alternativ can SIE sterben Plus Taste so lange betätigen bis ON im Display angezeigt wird.

Es ist auch nicht klar, wie "Remote Sensing" funktionieren soll. Vielleicht durch Bindung mit einem Gerät, das über einen Client-Cluster "Temperaturmessung" verfügt?

Ich versuche, _Remote Sensing_ herauszufinden. Gemäß der ZCL-Spezifikation (für den _Thermostat_-Servercluster):

Für die Ferntemperaturerfassung KANN der Client-Cluster _Temperature Measurement_ (siehe 4.4) auf demselben Endpunkt enthalten sein. Für die Anwesenheitserkennung KANN der Client-Cluster _Occupancy Sensing_ (siehe 4.8) auf demselben Endpunkt enthalten sein.
...
_LocalTemperature_ stellt die Temperatur in Grad Celsius dar, die lokal oder aus der Ferne (über das Netzwerk) gemessen wird.
...
_OutdoorTemperature_ stellt die Außentemperatur in Grad Celsius dar, die lokal oder aus der Ferne (über das Netzwerk) gemessen wird.
...
_Belegung_ gibt an, ob der beheizte/gekühlte Raum belegt ist oder nicht, gemessen vor Ort oder aus der Ferne
(über das Netzwerk).

Da weder _OutdoorTemperature_, noch _Occupancy_ noch die Client-Cluster implementiert sind, befürchte ich, dass _RemoteSensing_ nichts tut.

PR fügt state.valve und config.locked , basiert config.heatsetpoint auf 0x4003 und richtet Attributberichte auf die empfohlenen Einstellungen ein. Außerdem wurden eine Menge Fehler bei der Handhabung der Thermostatattribute behoben.

config.pending für locked und heatsetpoint noch nicht implementiert. Das Ändern von config.locked und config.heatsetpoint scheint zu funktionieren (durch Schnüffeln überprüft). Nicht sicher über die Berichtskonfiguration - Wireshark hat ein fehlerhaftes Paket bei der Antwort auf die Einrichtung von 0x0001/0x0021 (Batterieprozentsatz) gemeldet; Ich habe das Setup für 0x0201 noch nicht erfasst.

IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x15e9
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x2a38
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
    Destination Endpoint: 1
    Cluster: Power Configuration (0x0001)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 97
ZigBee Cluster Library Frame, Command: Configure Reporting Response, Seq: 152
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 152
    Command: Configure Reporting Response (0x07)
[Malformed Packet: ZigBee ZCL]
    [Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]
        [Malformed Packet (Exception occurred)]
        [Severity level: Error]
        [Group: Malformed]

Nach dem Befehlscode (0x07) gibt es ein einzelnes Byte 0x00 (zeigt Erfolg an?), aber keine Bestätigung des Attributs.

deCONZ scheint darüber nicht glücklich zu sein:

Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 0x00158D000192D251 (SPZB0001) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 queue binding task for 0x00158D000192D251, cluster 0x0001
Feb  7 22:37:59 pi1 deCONZ[14715]: 22:37:55:634 binding for attribute reporting of cluster 0x0201 seems to be active
Feb  7 22:39:30 pi1 deCONZ[14715]: 22:39:25:824 binding/unbinding timeout srcAddr: 158D000192D251, retry
Feb  7 22:39:35 pi1 deCONZ[14715]: 22:39:30:824 failed to send bind/unbind request to 0x00158D000192D251 cluster 0x0001. drop
Feb  7 22:43:33 pi1 deCONZ[14715]: 22:43:33:482 binding for attribute reporting of cluster 0x0201 seems to be active
Feb  7 22:47:43 pi1 deCONZ[14715]: 22:47:39:154 binding for attribute reporting of cluster 0x0201 seems to be active

Ich erhalte das gleiche fehlerhafte Paket, wenn ich die Bindung manuell über die deCONZ-GUI festlege.

Cool, danke state.valve und config.locked sieht gut aus.

Aber wird die Berichtskonfiguration benötigt? Die Attribute verfügen bereits über eine Standardkonfiguration, sodass nur die Bindung benötigt wird.

Unterstützt in homebridge-hue v0.11.14 (siehe https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956). Beachten Sie, dass homebridge-hue den PR für die volle Unterstützung benötigt.

Aber wird die Berichtskonfiguration benötigt? Die Attribute verfügen bereits über eine Standardkonfiguration, sodass nur die Bindung benötigt wird.

Die empfohlenen Einstellungen weichen von den werkseitigen Standardeinstellungen ab. Der Thermostat gibt jedoch auch eine fehlerhafte _Configure Reporting Response_ zurück, wenn die Berichterstellung für die _Thermostat_-Attribute konfiguriert wird. Vorerst werde ich den Code auskommentieren.

Ich möchte immer noch, dass die deCONZ GUI _Reportable Change_ für 24-Bit (und 48-Bit) Werte unterstützt, damit ich _Host Flags_ manuell konfigurieren kann.

Unterstützt in homebridge-hue v0.11.14 (siehe ebaauw/homebridge-hue#426 (Kommentar) ). Beachten Sie, dass homebridge-hue den PR für die volle Unterstützung benötigt.

Schön, danke, wird zum 2.05.59 zusammengeführt.

Ich möchte immer noch, dass die deCONZ GUI _Reportable Change_ für 24-Bit (und 48-Bit) Werte unterstützt, damit ich _Host Flags_ manuell konfigurieren kann.

Ich werde prüfen, ob der Code in der nächsten Version auch behoben sein sollte.

Ist (_Host Flags_ & 0x000004) das Bit für den Boost-Modus?

Glaube nicht, der Boost-Modus ist 0x4003 == 3000.

Nein, der Boost-Modus zeigt auch am Thermostat "On" an und ein Tastendruck kehrt zur zuvor eingestellten Temperatur zurück. Ich habe (lokal, zum Testen) versucht, ein config.boost auf die gleiche Weise hinzuzufügen, wie Sie config.locked hinzugefügt haben, wodurch das Flag 0x000004 umgeschaltet wird und ich jetzt den Boost-Modus aus der Ferne aktivieren kann /aus.

Es scheint ein Flag zu geben, um auch das Thermostat auszuschalten (das Display zeigt dann "Aus"), aber ich habe es nicht konsequent geschafft, es zu aktivieren (wäre schön für einen Fenstersensor, wie in der Anleitung erwähnt).

Da weder _OutdoorTemperature_, noch _Occupancy_ noch die Client-Cluster implementiert sind, befürchte ich, dass _RemoteSensing_ nichts tut.

Danke, ich hatte befürchtet, dass es so ist.
Inzwischen habe ich dies umgangen, indem ich die Temperatur von einem Xiaomi-Sensor gelesen und config.offset . Das hat perfekt funktioniert, bis Ihr PR die Einheiten für den Offset von 0,1 auf 0,01 Grad geändert hat.
Kannst du bitte folgendes versuchen:

• Setzen Sie config.offset über REST auf 10. Lesen Sie das Attribut in deCONZ und es zeigt 1. Korrekt.
  REST antwortet: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• Setzen Sie config.offset über REST auf -10. Lesen Sie das Attribut in deCONZ und es zeigt -103, wenn ich -1 erwarten würde.
  REST antwortet: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

Wenn ich mir die Änderung an dieser Zeile anschaue, denke ich, dass es toInt anstelle von toUInt (das war schon früher falsch, aber jetzt, da das Ergebnis durch 10 geteilt wird, wird es aufgerechnet).
(_edit: Ich habe es gerade getestet und toInt behebt es_)

Nein, der Boost-Modus zeigt auch am Thermostat "On" an und ein Tastendruck kehrt zur zuvor eingestellten Temperatur zurück. Ich habe (lokal, zum Testen) versucht, ein config.boost auf die gleiche Weise hinzuzufügen, wie Sie config.locked hinzugefügt haben, wodurch das Flag 0x000004 umgeschaltet wird und ich jetzt den Boost-Modus aus der Ferne aktivieren kann /aus.

In der Tat. Ich konnte es vorher nicht über die deCONZ-GUI einstellen / löschen, aber diesmal ist es mir gelungen (zumindest einmal). Es scheint einen Fehler in der deCONZ-GUI zu geben, der den u24-Attributwert schreibt:

IEEE 802.15.4 Data, Dst: 0x2a38, Src: 0x15e9
ZigBee Network Layer Data, Dst: 0x2a38, Src: 0x0000
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
ZigBee Cluster Library Frame, Mfr: Jennic (0x1037), Command: Write Attributes, Seq: 51
    Frame Control Field: Profile-wide (0x14)
    Manufacturer Code: Jennic (0x1037)
    Sequence Number: 51
    Command: Write Attributes (0x02)
    Attribute Field
        Attribute: Unknown (0x4008)
        Data Type: 24-Bit Unsigned Integer (0x22)
[Malformed Packet: ZigBee ZCL]
    [Expert Info (Error/Malformed): Malformed Packet (Exception occurred)]

Der Wert (nach dem 0x22 Byte für den Typ) fehlt im Paket, aber der Thermostat antwortet trotzdem mit _Write Attributes Response_ mit Status OK und sendet dann ein _Report Attributes_ für 0x4008 mit dem neuen (zufälligen?) Wert. Fehlende Reichweitenprüfung in der Firmware?
Ich habe es auch geschafft, dass der Thermostat kurz "Aus" anzeigt, aber ich habe keine Ahnung wie. 0x4003 war danach 500.

@manup , können Sie bestätigen, dass dies ein Fehler ist (und wenn ja, vielleicht sogar beheben)?

Ich denke, es sollte toInt anstelle von toUInt

Das denke ich auch. Ich fürchte, ich habe nur die Division und das Runden hinzugefügt und mir nie die Umrechnung des Wertes aus der Karte angesehen.

@manup , können Sie bestätigen, dass dies ein Fehler ist (und wenn ja, vielleicht sogar beheben)?

Ja, das Schreiben von 24, 40, 48 und 56-Bit-Werten sowie das Konfigurieren von Berichten wurde nicht vollständig implementiert. Es ist bereits im Kern behoben und wird Teil von 2.05.59 sein.

Mit dem Befehlszeilen-Plugin von @ma-ca (https://github.com/ma-ca/deconz-cli-plugin) kann ich zuverlässig _Write Attribute_-Befehle senden (und auch die Attributberichtskonfiguration auf 0x4008 setzen, also der neue Wert wird sofort zurückgemeldet).

Bisher habe ich folgendes gefunden:

bisschen | Wirkung
--- | ------
0x000001 | keiner?
0x000002 | Display auf den Kopf stellen
0x000004 | Boost-Modus
0x000008 | keiner?
0x000010 | auf Clear-Off-Modus gesetzt, meldet sich aber als 0x000000 . zurück
0x000020 | auf den Ausschaltmodus gesetzt, meldet sich aber als 0x000010
0x000040 | keiner?
0x000080 | Kindersicherung

Wenn Sie es selbst versuchen möchten, verwende ich Folgendes, um den Befehl zu senden:

echo "zclattrmanu 0x2a38 1 0x0201 0x1037 02084022010000" | nc localhost 5008

Die Nutzlast wird wie folgt entschlüsselt:

| |   | + value 0x000001
| |   + type 0x22 = u24
| + attribute 0x4008 = Host Flags
+ command 0x02 = Write Attributes

Wenn ich mir die Dokumentation der Z-Wave-Version ansehe, habe ich in _Host Flags_ halb Folgendes erwartet:

• LCD-Timeout (5 Bit);
• LCD-Hintergrundbeleuchtung (1 Bit);
• Fensteröffnungserkennung (2 Bit).

Ich habe die anderen 16 Bit ausprobiert. Wenn eingestellt, wird jeder vom Thermostat zurückgemeldet, aber ich sehe keine Wirkung.

Ich kann Bit 0x000001 anscheinend nicht löschen - vielleicht ist das die LCD-Hintergrundbeleuchtung (die ich nicht ausschalten kann)?

Die neueste PR fügt config.boost , config.displayflipped und config.off (ich habe mich nicht um config.mode oder so gekümmert). Änderungen an mehreren REST-Attributen werden in einem einzigen _Write Attributes_ auf _Host Flags_ gesammelt. Das Setzen von boost löscht off und umgekehrt.

{
  "config": {
    "battery": 100,
    "boost": false,
    "displayflipped": true,
    "heatsetpoint": 2100,
    "locked": false,
    "off": false,
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "19c89536ce4a0af7399c4405f78e516d",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Living Room Radiator",
  "state": {
    "lastupdated": "2019-02-10T14:54:26",
    "on": true,
    "temperature": 2309,
    "valve": 82
  },
  "swversion": "15181120",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:01:92:d2:51-01-0201"
}

Toller Fortschritt, aber ich befürchte, dass config.on, config.off und state.on für einen API-Benutzer verwirrend sein könnten. Wäre der config.mode nicht sauberer und leichter zu verstehen?

Ja es würde. Das war am schnellsten umzusetzen...

Änderungen an mehreren REST-Attributen in einem einzigen Schreibbefehl für das Zigbee-Attribut _Host Flags_ zu kombinieren, ist ziemlich fummelig. Vielleicht ist es besser, es als Objekt verfügbar zu machen, etwa config.hostflags.boost , config.hostflags.off usw. Das ist natürlich mehr Arbeit aus der Perspektive des API-Parsings.

Außerdem bin ich nicht so begeistert, getZclValue() (und setZclValue() nach dem Neustart) zu verwenden, um den _Host Flags_-Wert zwischenzuspeichern, anstatt eine RConfigHostFlags Ressource zu verwenden. Ich bin mir jedoch nicht sicher, wie man ein „verstecktes“ REST-Attribut erstellt, das in der Datenbank gespeichert, aber nicht von der API bereitgestellt wird.

Vielleicht ist es besser, es als Objekt verfügbar zu machen, etwa config.hostflags.boost , config.hostflags.off usw. Das ist natürlich mehr Arbeit aus der Perspektive des API-Parsings.

Ich habe noch nicht in die Details geschaut, mein Problem ist derzeit, dass ich bei naiver Betrachtung dieser Attribute nicht verstehe, was sie tun sollen. Vielleicht ist eine Verschachtelung in config.hostflags.something nicht erforderlich, sondern eine einfachere Schnittstelle. Zum Beispiel, wenn config.hostflags.off das Attribut config.on steuern soll.. können wir einfach config.on verwenden?

Außerdem sollten wir ein besseres Wort für den Boost- Modus finden, ich habe keine Ahnung, was es bedeutet, wenn es etwas Nützliches tut, würde ein Wort, das es beschreibt, helfen, den Zweck zu verstehen :)

Ich bin mir jedoch nicht sicher, wie man ein „verstecktes“ REST-Attribut erstellt, das in der Datenbank gespeichert, aber nicht von der API bereitgestellt wird.

Überspringen Sie einfach das Attribut in der zugehörigen Get-Anfrage :)

Außerdem sollten wir ein besseres Wort für den _Boost_-Modus finden, ich habe keine Ahnung, was es bedeutet, wenn es etwas Nützliches tut, würde ein Wort, das es beschreibt, helfen, den Zweck zu verstehen :)

Es "boost" natürlich die Temperatur ;-) Und Sie stellen es durch Drücken der Boost-Taste ein ;-) Das Wort stammt eigentlich aus der Eurotronic Spirit-Dokumentation:

Boost-Modus
deaktiviert Sie die Boost-Taste.
Alternativ can SIE sterben Plus Taste so lange betätigen bis ON im Display angezeigt wird.
Komfort-Modus
Befindet sich das Gerät nicht im Komfortmodus kann per Plus oder Minus Taste in den Komfortmodus gewählt werden.

Das Wort "off" wird in der Dokumentation nicht erwähnt, stellt aber im Grunde das Ventil des Thermostats auf min und das Display zeigt "Off" an. Es wird in der Dokumentation der Z-Wave-Variante erwähnt.

Zum Beispiel, wenn config.hostflags.off das Attribut config.on steuern soll.. können wir einfach config.on verwenden?

Es steuert sozusagen das Attribut state.on . config.on wird bereits zum Aktivieren oder Deaktivieren (Auslösen von Regeln) der Ressource verwendet. Wenn wir das ändern würden, würden wir die Kompatibilität mit der Hue-API verlieren. Ich stimme zu, das ist verwirrend, auch mit config.scheduleron für den anderen Thermostat.

HomeKit verwendet _TargetHeatingCoolingState_ mit möglichen Werten _Off_, _Heat_, _Cool_ und _Auto_. und _CurrentHeatingCoolingState_ mit möglichen Werten _Off_, _Heating_ und _Cooling_. _Cool_ und _Cooling_ gelten natürlich nicht für die Eurotronic.
Wenn ich dies in die REST-API übersetze, würde ich config.mode ( config.targetstate ?) mit den Werten "off", "heat", "cool" und "auto" erhalten; und state.mode oder state.status ( state.currentstate ?) mit den Werten "aus", "heizen" und "kühlen". Wenn wir den Kühlteil vorerst ignorieren, scheint state.heating sinnvoller zu sein. In der Eurotronic-Sprache wären die config.mode Werte "Aus", "Boost" und "Komfort". Ich denke, ich würde die HomeKit-Begriffe bevorzugen (sie scheinen allgemeiner zu sein), aber ich bin wahrscheinlich voreingenommen.

Nebenbei bemerkt: Ich würde config.targettemperature gegenüber config.heatsetpoint bevorzugen.

Wann ist v2.05.59 fällig? Ich freue mich, die Änderungen vorzunehmen, aber ich werde sie heute Abend nicht fertigstellen.

Oh mein Gott, dieses Boost-Ding ist wirklich verwirrend :) Selbst mit der Beschreibung bin ich mir nicht sicher, was oder warum es existiert. Wird es jemand brauchen oder benutzen?

Ich stimme zu, dass die HomeKit-Begriffe viel besser lesbar sind und völlig offen sind, um sie für den Thermostat anzupassen.

Aber wir sollten auf Breaking Changes prüfen, da wir uns nicht sicher sind, ob noch jemand die vorhandenen Attribute verwendet. @Kane610 @wvuyk ?

Wann ist v2.05.59 fällig?

Naja, Zeitplan war heute, aber ich habe noch nicht alle Details fertig. Der nächste Zeitplan kann also morgen Abend oder am Dienstag sein. Aber keine Eile 2.05.60 kann auch bis Ende der Woche eintreffen.

Ich habe config.mode mit den Werten "off", "heat" und "auto" arbeiten. Habe weder state.on noch config.heatsetpoint geändert. Ein verstecktes config.hostflags um das _Host Flags_-Attribut (0x4008) in der Datenbank beizubehalten.

{
  "config": {
    "battery": 100,
    "displayflipped": true,
    "heatsetpoint": 2100,
    "locked": false,
    "mode": "auto",
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "25aac331bc3c4b465cfb2197f6243ea4",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Living Room Radiator",
  "state": {
    "lastupdated": "2019-02-10T22:41:32",
    "on": false,
    "temperature": 2149,
    "valve": 0
  },
  "swversion": "15181120",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:01:92:d2:51-01-0201"
}

Es gibt einen Fehler in changeSensorConfig() : Es gibt das Web-Socket-Ereignis zu früh aus, noch bevor ein Fehler zurückgegeben wird. Versuchen Sie, {"mode": "invalid"} auf config .

In anderen Systemen wie Homematic, MAX! etc. die Boost-Taste öffnet das Ventil für eine begrenzte Zeit vollständig. Ich habe es nie benutzt, bis ich in eine Wohnung mit Dachfenster gezogen bin. Nach dem Schließen an kalten Tagen war das Glas so kalt, dass es beschlagen wurde. Um dies zu vermeiden, verwende ich den Boost-Modus immer dann, wenn ich meine Fenster schließe und die Temperatur unter 5 Grad liegt

@manup Ich habe einen PR-Up für die Unterstützung von Dekonz-Thermostaten. Dies ist also der richtige Zeitpunkt, um Änderungen vorzunehmen.

Entweder poste ich es auf die nächste Veröffentlichung in 3 Wochen oder wenn Sie 59 mit dieser Unterstützung vor der Beta am Donnerstag veröffentlichen. Und ich brauche natürlich die richtige Liste von Attributen :)

@manup ,

Ich arbeite intern daran, aber sehr flexibel, also mach bitte weiter und verwende das richtige Attribut. Es zum Standard machen, da wir alle erwarten würden, dass mehr Thermostate auf den Markt kommen könnten?

Bearbeiten Soweit kann ich hier Attribute als ziemlich nah an dem überprüfen, was Homeseer für andere Thermostate aussetzt.

Ich habe config.mode mit den Werten "off", "heat" und "auto" arbeiten. Habe weder state.on noch config.heatsetpoint geändert. Ein verstecktes config.hostflags um das _Host Flags_-Attribut (0x4008) in der Datenbank beizubehalten.

Das sieht richtig gut aus. Wenn es dennoch Bedenken gibt, wird der "Boost"-Modus im Z-Wave-Handbuch auch "volle Leistung" genannt. Ich denke, das könnte noch genauer sein als "Wärme". Btw, wie für die Z-Wave-Version, heizt dieser Modus bei voller Leistung für ein paar Minuten, dann ist es automatisch wieder in den normalen Modus (und die Host-Flags in diesem Fall entsprechend darüber berichtet).

Ich denke jedoch, es bleibt noch ein Eckfall: Wenn Sie config.mode auf "off" setzen und anschließend config.heatsetpoint ändern, config.heatsetpoint berührt wird .

Im Z-Wave-Handbuch wird der "Boost"-Modus auch "volle Leistung" genannt. Ich denke, das könnte noch genauer sein als "Wärme".

Wollen Sie Oberbegriffe oder Eurotronic sprechen? Im letzteren Fall verwenden wir besser "off", "boost" und "comfort" (ich mag den Platz bei "voller Leistung" nicht). Wenn ersteres "aus", "heizen" und "auto" passender erscheint.

Übrigens, wie bei der Z-Wave-Version heizt dieser Modus einige Minuten lang mit voller Leistung, dann kehrt er automatisch in den normalen Modus zurück (und die Host-Flags werden in diesem Fall entsprechend gemeldet).

Ich nehme an, ich habe den Boost- Modus nicht lange genug eingeschaltet, um zu sehen, wie dies geschieht. Teste gerade...
EDIT in der Tat, ~ 15 Minuten, wie es scheint.

Feb 11 17:39:11 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"heat"}
Feb 11 17:39:14 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
...
Feb 11 17:54:31 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":2100,"mode":"auto"}

Ich denke, die Host-Flags sollten von den Off/Boost-Bits gelöscht werden, wenn config.heatsetpoint berührt wird.

Ich denke, Sie haben Recht, aber die Flags sollten auf dem Gerät gelöscht werden, nicht im REST-API-Cache. Siehe meinen Kommentar zu deiner PR.

Ich denke jedoch, es ist noch ein Eckkoffer übrig

Ich habe festgestellt, dass beim Umschalten vom Boost- Modus auf Off oder vv der ursprüngliche Wert für _HeatSetPoint_ verloren geht. Ich bin mir nicht sicher, ob das leicht zu umgehen ist.

Im Z-Wave-Handbuch wird der "Boost"-Modus auch "volle Leistung" genannt. Ich denke, das könnte noch genauer sein als "Wärme".

Wollen Sie Oberbegriffe oder Eurotronic sprechen? Im letzteren Fall verwenden wir besser "off", "boost" und "comfort" (ich mag den Platz bei "voller Leistung" nicht). Wenn ersteres "aus", "heizen" und "auto" passender erscheint.

Ich weiß es nicht, da ich nur die Eurotronic zur Verfügung habe. Dies kann davon abhängen, welche Modi ein Wandthermostat (zB für Fußbodenheizung) bieten würde. Aber im Moment habe ich nichts gegen die Oberbegriffe.

Ich habe festgestellt, dass beim Umschalten vom Boost- Modus auf Off oder vv der ursprüngliche Wert für _HeatSetPoint_ verloren geht. Ich bin mir nicht sicher, ob das leicht zu umgehen ist.

Bist du sicher? Ich habe es gerade versucht: Sollwert ist bei 21 ° C. Jetzt sende ich 0x20 und es geht auf "off" und der Sollwert wird bei 5C gemeldet. Senden Sie jetzt 0x10, es geht wieder in den Normalzustand zurück und meldet den Sollwert sofort wieder als 21C. Ich kann den "Aus"-Modus auch verlassen, indem ich _+_ oder _-_ am Gerät (zweimal) drücke.
Dies funktioniert auch für den Boost-Modus (auch beim Verlassen des Boost-Modus durch Drücken der _Boost_-Taste am Gerät (zweimal)).

Bist du sicher? Bist du sicher? Ich habe es gerade versucht: Sollwert ist bei 21 ° C. Jetzt sende ich 0x20 und es geht auf "off" und der Sollwert wird bei 5C gemeldet. Senden Sie jetzt 0x10, es geht wieder in den Normalzustand zurück und meldet den Sollwert sofort wieder als 21C. Ich kann den "Aus"-Modus auch verlassen, indem ich _+_ oder _-_ am Gerät (zweimal) drücke.

Dies ist das Umschalten vom Aus- Modus zurück in den Komfort ; nicht direkt vom Off- Modus in den Boost- Modus wechseln.

Beim Ausführen (mit etwas Zeit zwischen den Befehlen):

$ ph put /sensors/8/config '{"mode": "heat"}'
$ ph put /sensors/8/config '{"mode": "off"}'
$ ph put /sensors/8/config '{"mode": "auto"}'

der Heat SetPoint wird bei 30°C belassen:

Feb 11 18:13:24 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"heat"}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:30"}
Feb 11 18:13:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:30","temperature":2087}
Feb 11 18:13:44 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"off"}
Feb 11 18:13:50 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":500}
Feb 11 18:13:50 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:50"}
Feb 11 18:13:58 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:13:57","on":false,"valve":0}
Feb 11 18:14:19 pi1 dc_eventlog[792]: /sensors/8/config: {"mode":"auto"}
Feb 11 18:14:23 pi1 dc_eventlog[792]: /sensors/8/config: {"heatsetpoint":3000}
Feb 11 18:14:23 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:14:23"}
Feb 11 18:14:30 pi1 dc_eventlog[792]: /sensors/8/state: {"lastupdated":"2019-02-11T17:14:30","on":true,"valve":168}

Ja, ich kann es für diese Sequenz bestätigen: auto -> heat -> off -> auto .
Zumindest bleibt alles synchron, da der Sollwert korrekt gemeldet wird.

Seltsamerweise funktioniert es wie erwartet für auto -> off -> heat -> auto .

es funktioniert wie erwartet für auto -> off -> heat -> auto

In der Tat.

Haben Sie versucht, die Fenster-Offen-Erkennung auszulösen?

Nein, ich verwende Regeln basierend auf den Xiaomi Kontaktsensoren.

Die Erfahrung mit meinen vorherigen Thermostaten war, dass es nur zuverlässig funktioniert, wenn das Thermostat direkt unter dem Fenster montiert wird.

Um die letzte Frage zu ergänzen und falls jemand verwirrt ist:
Ich denke, dass das, was wir "Aus" (Flag 0x20) nennen, eine Art manuelles Umschalten der Erkennung des geöffneten Fensters ist. Der Thermostat schaltet sich aus und zeigt dies im Display an, aber ich habe festgestellt, dass er nach ~15 Minuten auf die vorherige Einstellung zurückkehrt (wie in der Anleitung erwähnt).

Guter Fund!

Die Erkennung von Fenster-Offen kann konfiguriert werden.

Das müssen einige der noch nicht identifizierten Bits in _Host Flags_ (0x4008) sein.

Im Stellwertbetrieb (Manufacturer-Specific-Mode) WIRD sterben Fenster-Offen Erkennung nicht ausgeführt.

Ich gehe davon aus, dass "Herstellerspezifischer Modus" _TRV-Modus_ (0x4000) "Unbekannt 2" ist?

Ich habe festgestellt, dass die Einstellung von "TRV Mode" (0x4000) auf "manual" (2) das Gerät über den Sollwert steuert (eingestellt über 0x4003). Wenn der Modus auf "Unbekannt 2" eingestellt ist, zeigt das Display den aktuellen Prozentsatz der Ventilöffnung an, der mit 0x4001 . gesteuert werden kann

Die Fenster-Offen-Erkennung kann durch einen externen Fensterkontakt aktiviert/deaktiviert werden.

Dies würde eine Art Bindung nahelegen, aber ohne einen geeigneten Client-Cluster wird das schwer herauszufinden sein. Das einzige, was in der ZCL-Spezifikation nahe kommt, wäre ein _IAS-Zone_-Gerät vom Typ _Kontaktschalter_.

Weitere vier davon installiert und in mein Produktionsnetzwerk verschoben, jetzt am 2.05.59. Ich habe vor, drei weitere hinzuzufügen, muss aber zuerst etwas Platz schaffen. Die Thermostate sind viel größer als die originalen Zifferblätter.

Die deCONZ GUI in 2.05.59 behandelt nun das u24-Attribut _Host Flags_ korrekt: Ich kann den Wert und die Attribut-Reporting-Konfiguration ändern. Ich habe die Standardkonfiguration für die Berichterstellung auf allen meinen Thermostaten manuell geändert:

• Deaktivieren Sie die Berichterstellung für 0x0012 und 0x0014, die wir wegen 0x4003 nicht verwenden. Der Thermostat scheint nicht mehrere Attribute in einem einzigen Bericht zu kombinieren, daher spart dies Verkehr und aktualisiert state.lastupdated ;
• Richten Sie ein Mindestintervall von 1, ein Höchstintervall von 600 und eine meldepflichtige Änderung von 1 für _PI Heizbedarf_, _Fehler_ und _Host-Flags_ ein, sodass Änderungen sofort gemeldet werden. _Lokale Temperatur_ erhält eine meldepflichtige Änderung von 10 (0,1°C), _Aktueller Temperatursollwert_ von 50 (0,5°C). Finde immer noch die optimalen Einstellungen heraus. Vielleicht sollte ich die Periodenberichte auf _Aktuelle Temperatur_ beschränken und nur die Berichterstellung bei Änderung für die anderen Attribute konfigurieren.

Ich würde es immer noch vorziehen, wenn das REST-API-Plugin dies tut, aber der Thermostat scheint eine fehlerhafte _Configure Reporting Response_ zu senden (mit nur dem Status in der Nutzlast).

Ich denke, wir sollten auch das _Errors_-Attribut 0x4002 offenlegen. Ich habe es geschafft, einen meiner Thermostate dazu zu bringen, einen Fehler zu melden. Murphy stellte sicher, dass es das war, das hinter meinem Schreibtisch versteckt war, also blieb es eine ganze Weile unbemerkt.

@manup irgendwelche Fortschritte bei den dafür geplanten Änderungen?

Hallo @all ,

Ich habe 2 dieser Geräte gekauft und wollte sie in der Phoscon App verbinden. Aber wenn ich die Geräte zurücksetze und das Display "JiN" und eine blinkende Antenne anzeigt, bekomme ich nur einen Verbindungsfehler in der Phoscon App, auch wenn ich die Boost-Taste am Gerät drücke, nachdem die Antenne aufgehört hat zu blinken.

Habe ich einen Schritt verpasst oder muss ich die GUI-App verwenden, um das Gerät zu verbinden?

Beste Grüße
Markierung

Edit: Ich habe das Rest Plugin 2.05.59 bereits aktualisiert und wie in den Versionshinweisen steht, sollten die Geräte mit dieser Version funktionieren.

Gestern habe ich ohne Probleme vier Thermostate mit meinem Produktionsnetzwerk gekoppelt. Heute habe ich die verbleibenden drei Thermostate hinzugefügt und bin auch auf einige Verbindungsprobleme gestoßen. Ich habe keine Ahnung, was die Ursache dafür ist: Manchmal wurde ein Knoten in der deCONZ-GUI angezeigt, aber die Liste der Endpunkte wurde nicht aktualisiert oder es konnte nichts vom Knoten gelesen werden. Vielleicht wird mein Netzwerk zu groß, jetzt auf 101 Knoten. Ich vermute Routing-Probleme: Die Nachrichten des Thermostats scheinen das Gateway zu erreichen, aber die Antworten des Gateways scheinen den Thermostat nicht zu erreichen.

Ich habe die Knoten aus der Tabelle devices in der Datenbank gelöscht, die Batterie für eine Weile aus dem Thermostat entfernt und es erneut versucht. Öffnen Sie am besten das Netzwerk aus der alten Web-App/Suchen Sie nach Sensoren von Phoscon und setzen Sie dann den Thermostat zurück (alle drei Tasten 10 Sekunden gedrückt halten - es zählt für Sie bis 10). Ich musste die _Basic_-Attribute manuell lesen, um die Erstellung der REST-API-Ressource zu erzwingen, aber danach scheinen sich Thermostat und deCONZ zu mögen.

Soll der Thermostat in der API sichtbar sein? Oder im Heimassistenten?

In der API: ja, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373. Heimassistentin: Ich weiß es nicht. Es ist in HomeKit über homebridge-hue sichtbar, siehe https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956.

OK danke. Ich denke, ich werde versuchen, es jetzt zu entfernen und erneut zu koppeln. Verwenden Sie das Verfahren, das Sie im vorherigen Beitrag erwähnt haben.

@Oliviakrkk wird im Home Assistant noch nicht unterstützt. Ich warte auf Informationen, ob sich die API in Kürze ändert oder nicht. Ich habe ein PR geöffnet, aber es wird nicht zusammengeführt, bis die Api stabil ist

@ Kane610 Danke für die Klarstellung.

@ebaauw : Wie kann ich "die _Basic_-Attribute manuell lesen, um die Erstellung der REST-API-Ressource zu erzwingen"

@ebaauw : Ich sehe jetzt die Geräte in der GUI und kann von hier aus den aktuellen Temperatursollwert schreiben. Aber wenn ich in der API nach /sensors schaue, werden die Geräte nicht angezeigt. Sollten sie da sein?

@Kane610 Wie kann ich Ihre Änderungen zu meinem HA hinzufügen? Muss ich mehr tun, als die Quelldateien zu ersetzen?

@alpha23 folge einfach dem pr und all seinen

@ Kane610 Ich denke, die API ist stabil (zumindest state.errors hinzufügen, aber ich glaube nicht, dass wir die aktuelle Funktionalität ändern müssen.

Aber wenn ich in der API nach /sensors schaue, werden die Geräte nicht angezeigt. Sollten sie da sein?

@alpha23 ja, aber wie ich bereits sagte, müssen Sie ihre Erstellung möglicherweise manuell auslösen.

Wie kann ich "die _Basic_-Attribute manuell lesen, um die Erstellung der REST-API-Ressource zu erzwingen"

@Oliviakrkk Öffne das _Cluster Info_ Panel in der deCONZ GUI. Drücken Sie den rechten Punkt auf dem Knoten des Thermostats, um die Liste der Cluster herunterzuklappen. Wählen Sie den _Basic_cluster aus - dieser füllt das Panel aus. Suchen Sie in der Phoscon-App nach neuen Geräten. Scrollen Sie dann im Feld _Cluster-Info_ nach unten und drücken Sie _Lesen_. Der Knotenname ändert sich von der NWK-Adresse in „Thermostat xx“, wenn die REST-API-Ressource erstellt wurde.

@ebaauw danke!

Eine Frage: mit 'on'; Ist es der Zustand oder die Konfiguration, die geändert werden sollte, um die Heizung zu aktivieren/deaktivieren?

Ich glaube, dies wird durch "mode"="off" ?

• Read-only state.on spiegelt die Ventilposition (0 = false; >0 = true) von _PI Heizbedarf_ (0x0008) wider. Der numerische Wert wird auch als state.valve ;
• Schreibgeschützt state.temperature spiegelt die vom Thermostat gemessene Temperatur von _Local Temperature_ (0x0000);
• Lesen/Schreiben config.heatsetpoint spiegelt die Zieltemperatur von _Current Temperature Setpoint_ (0x4003) wider;
• Lesen/Schreiben von config.mode spiegelt den Modus von _Host Flags_ (0x4009) wider:
  
  
  
  • "off" = _Aus_ Modus (Display zeigt Aus). Der Thermostat ändert _Aktueller Temperatursollwert_ auf 500 (5°C); Wenn Sie dies ändern, wird in den _Normal_-Modus zurückgekehrt.
  
  
  • "auto" = _Normal_ (auch bekannt als Komfort) Modus (Display zeigt Zieltemperatur);
  
  
  • "heat" = _Boost_-Modus (Display zeigt Ein an). Der Thermostat ändert _Aktueller Temperatursollwert_ auf 3000 (30°C); Wenn Sie dies ändern, wird in den _Normal_-Modus zurückgekehrt. Beachten Sie, dass der Thermostat nach etwa 15 Minuten den _Boost_-Modus auf _Normal_ zurückstellt;
  
  
• Lesen/Schreiben config.on ist das reguläre Attribut zum Deaktivieren von Regeln, die von dieser Sensorressource ausgelöst werden. Es ist keinem der Attribute des Thermostats zugeordnet.

Nach meiner (kurzen) Erfahrung ist es am besten, "mode": "auto" und config.heatsetpoint für die Zieltemperatur zu ändern (zB 2100 wenn zu Hause und 1500 wenn nicht). Verwenden Sie state.on , um anzuzeigen, ob der Thermostat heizt oder nicht.

@wvuyk ab und an nehme ich es an?

Danke @ebaauw , diese Beschreibung wäre gut für alle Gerätetypen 👍 ( Hinweishinweis @manup )

Einige Tipps für diejenigen, die dieses Thermostat kaufen möchten.

• Die Online-Preise für den Eurotronic Spirit Zigbee variieren enorm. Ich habe meinen ersten von getgoods.com für 37,73 € inkl. Versand von DE nach NL, aber sie haben den Preis auf 45,86 € erhöht, exkl. Versand bevor ich mehr bestellen konnte. Die nächste Charge bekam ich von yakodo.de für 38,80 € das Stück (und 12,90 € für den Versand, wieder von DE nach NL), aber sie haben den Preis jetzt auf 50,00 € pro Stück erhöht;
• In meinen Heizkörpern waren bereits Danfoss RA-Ventile installiert, jedoch mit normalen (nicht thermostatischen) Wasserhähnen. Ich habe eine Weile gebraucht, um herauszufinden, wie man diese deinstalliert: Öffnen Sie sie vollständig und ziehen Sie sie einfach ab (manchmal ist Gewalt die richtige Lösung). Mit dem mitgelieferten RA-zu-M30-Adapter war die Installation des Spirit ein Kinderspiel.
• Der Heizkörper in meinem Flur ist zu nah an der Seitenwand, als dass der Spirit passt. Ich hatte schon Albträume vom Umsetzen des Radiators, als ich einen M30-Adapter mit 90°-Ecke fand . Mit dem mitgelieferten RA-zu-M30-Adapter und diesem Eckadapter habe ich den Spirit senkrecht zum Heizkörper installiert.
  
  Das scheint gut zu funktionieren - ich habe einen weiteren Eckadapter bestellt, damit ich den Esszimmerschrank (an der Wand verankert) nicht vom Esszimmerheizkörper wegbewegen muss.

@Oliviakrkk Öffne das _Cluster Info_ Panel in der deCONZ GUI. Drücken Sie den rechten Punkt auf dem Knoten des Thermostats, um die Liste der Cluster herunterzuklappen. Wählen Sie den _Basic_cluster aus - dieser füllt das Panel aus. Suchen Sie in der Phoscon-App nach neuen Geräten. Scrollen Sie dann im Feld _Cluster-Info_ nach unten und drücken Sie _Lesen_. Der Knotenname ändert sich von der NWK-Adresse in „Thermostat xx“, wenn die REST-API-Ressource erstellt wurde.

Schön! Dankeschön!
API-Element wurde erstellt. Für einen Moment hieß es Thermostat 49 und dann benannte es sich in SPZB0001 um.

"59": {
    "config": {
        "battery": null,
        "displayflipped": null,
        "heatsetpoint": 2100,
        "locked": null,
        "mode": "auto",
        "offset": 0,
        "on": true,
        "reachable": true
    },
    "ep": 1,
    "etag": "9c3459545806f30b2a3ad2ec4ce765ca",
    "manufacturername": "Eurotronic",
    "modelid": "SPZB0001",
    "name": "SPZB0001",
    "state": {
        "lastupdated": "2019-02-16T17:47:25",
        "on": null,
        "temperature": 1990,
        "valve": null
    },
    "swversion": "20181205",
    "type": "ZHAThermostat",
    "uniqueid": "00:15:8d:00:01:92:d2:20-01-0201"
}

Ich habe das Thermostat in den letzten Tagen getestet.
Ich habe festgestellt, dass config.on kaum jemals ausgeschaltet wurde. Mir war aufgefallen, dass der Wert des Ventils immer auf '4' eingestellt wurde, wenn die erforderliche Heizstufe erreicht wurde. Mit der Antwort von @ebaauw verstehe ich jetzt, warum config.on nie auf false gesetzt wurde.

Aber lustigerweise wird seit gestern Nachmittag der Wert von state.valve jedes Mal auf 0 gesetzt, wenn der Sollwert erreicht wird. Es sieht so aus, als ob sich das Gerät im Laufe der Zeit selbst anpasst?

Ein weiterer Fund ist, dass, wenn ich die Boost-Taste auf dem Gerät drücke, Web-Hooks für config.heatsetpoint , state.valve und state.temperature , aber nicht für config.auto Is dies wird vom Gerät nicht gemeldet oder wird dieser Bericht nicht gesendet?

Aber komischerweise wird seit gestern Nachmittag der Wert von state.valve jedes Mal auf 0 gesetzt, wenn der Sollwert erreicht wird. Es sieht so aus, als ob sich das Gerät im Laufe der Zeit selbst anpasst?

Ich vermute, dass es so ist. Es scheint die richtige Ventileinstellung für eine konstante Temperatur zu finden, anstatt das Ventil ständig zu öffnen / zu schließen. Wenn Sie den Heizwert weit von der aktuellen Temperatur entfernen, wird das Ventil vollständig geöffnet oder geschlossen.

Ein weiterer Fund ist, dass, wenn ich die Boost-Taste auf dem Gerät drücke, Web-Hooks für config.heatsetpoint , state.valve und state.temperature , aber nicht für config.auto Is dies wird vom Gerät nicht gemeldet oder wird dieser Bericht nicht gesendet?

Ich glaube du meinst config.mode ? Es wird aus dem _Host Flags_-Attribut 0x4008 gelesen. Die werkseitige Standardberichterstattung ist imho zu konservativ und meldet Änderungen nicht sofort. Wenn Sie dies manuell ändern, wird es wie die anderen Attribute gemeldet, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217.

Tatsächlich habe ich config.mode . Ich hatte gehofft, es würde regelmäßig berichten, etwa 5 Minuten oder so. Aber ich habe die Boost-Zeit abgewartet, und es hat nie die config.mode als "Heat" gemeldet, die anderen Werte wurden durchgehend gemeldet, konnten sehen, dass sie sich hier ändern, Jetzt sind 15 Minuten vergangen, alles ist zurückgesetzt.

Schade, das könnten nützliche Informationen für die Homeseer-Events gewesen sein....

Zwei meiner Thermostate werden spontan (?) zurückgesetzt und löschen displayflipped , obwohl das Display selbst noch umgedreht ist. In beiden Fällen sehe ich das gleiche Muster im Protokoll:

• Der Thermostat sendet eine _Geräteankündigung_ (ZDP 0x0013);
• Der Thermostat meldet _Aktueller Temperatursollwert_ 0x4003 bei 20°C;
• Der Thermostat meldet _PI Heizbedarf_ 0x0008 bei 255 und _Lokale Temperatur_ 0x0000 bei 20°C;
• Der Thermostat meldet _Hosts Flags_ 0x4008 bei 0x000081 ( locked wird beibehalten, aber displayflipped wird gelöscht) und _Aktueller Temperatursollwert_ beim tatsächlichen Wert;
• Der Thermostat meldet _Current Temperature Setpoint_ 0x4003 beim Istwert;
• Der Thermostat meldet _PI Heizbedarf_ 0x0008 und _Lokale Temperatur_ 0x0000 mit ihren Istwerten.

Beim nächsten Schreiben von _Host Flags_ wird das gelöschte displayflipped Bit an den Thermostat zurückgesendet und die Anzeige entfaltet sich.

Ich bin mir nicht sicher, was diese Sequenz ausgelöst hat. Dies waren andere Thermostate als der, der MIA in https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849 verwendet.

Update Bei weiterer Analyse des Protokolls durchliefen andere Thermostate die gleiche Routine, aber da ihr Display nicht umgedreht war, bemerkte ich dies zunächst nicht.

Ich bin mir nicht sicher, was diese Sequenz ausgelöst hat.

Ich denke, es ist der Selbsttest des Thermostats. Laut https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ führt der Thermostat einmal pro Woche einen Selbsttest durch:

Selbsttest: 1 x wöchentlich

Dieses Gerät scheint großartig zu sein! @ Kane610 Ich habe deine PR gesehen. Danke für die Arbeit. Es enthält im Moment keine Zeitpläne, oder? Ich möchte nur wissen, dass ich nicht nach etwas suchen werde, das nicht da ist.

@akaho keine Zeitpläne. Keine Möglichkeit, es in hass atm zu entlarven

Hi,
Ich habe das Gerät mit DeCONZ gefunden, danke für die Arbeit!
Aber können Sie es in Phoscon sehen? Ich kann es nicht finden.

Hi,
Ich füge auch einen Spirit Zigbee hinzu, nach dem Custer Info -Lesevorgang schreibt Phoscon "Sensor bereit"
Aber es gibt keinen Sensor in Phoscon und auch nichts in IOBroker.
Aber ich kann es in der Deconz-GUI als SPZB001 nach einem Batterie-Symbol sehen.

Ich betreibe Deconz 2.05.60 auf einem RPI3.

Ich bin kein Fan von Zigbee und Clustern (ich habe drahtlose KNX-RF-basierte Thermostatventile verwendet), gibt es Unterstützung für das manuelle Ansteuern des Ventilmotors oder tatsächlich einen eigenen PID-Regler dafür?
Werden derzeit nur Thermostatventile von Endpunktgeräten (mit Batterie) unterstützt, oder würden jetzt auch netzbetriebene (Router) Zigbee-Thermostatventile funktionieren?

Gibt es Unterstützung für das manuelle Ansteuern des Ventilmotors oder einen eigenen PID-Regler dafür?

Die Eurotronic Spirit-Ventile verfügen über einen Modus, in dem Sie die Ventilposition manuell einstellen können. Dabei werden herstellerspezifische Erweiterungen zum Zigbee-Standard verwendet, also ymmv für andere Thermostate. Ich habe diesen Teil nicht über die REST-API verfügbar gemacht.

Das Schreiben eines eigenen PID-Reglers scheint mir eine ziemliche Herausforderung zu sein; würde gerne deine Arbeit dazu sehen.

Werden derzeit nur Thermostatventile von Endpunktgeräten (mit Batterie) unterstützt, oder würden jetzt auch netzbetriebene (Router) Zigbee-Thermostatventile funktionieren?

Jeder Thermostattyp muss explizit auf die Whitelist gesetzt werden und erfordert möglicherweise einige Fummelei, je nachdem, wie er den Zigbee-Standard implementiert und erweitert. Ob Netz- oder Akkubetrieb, macht keinen großen Unterschied. Auch nicht, ob es sich um Zigbee-Router oder Zigbee-Endgeräte handelt (was nicht immer dasselbe ist wie Netz- oder Batteriebetrieb). Wenn Sie einen bestimmten Typ im Sinn haben, öffnen Sie bitte eine neue Ausgabe mit den hier beschriebenen Informationen: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Hi,

ich habe ein Problem den Eurotronic Spirit mit deconz v2.05.60 hinzuzufügen.

mein deconz läuft auf ubuntu ohne gui, also kann ich nur phoscon webapp und rest api verwenden. Mein Problem ist, dass das Eurotronic-Gerät, nachdem ich mich über die Phoscon-App mit der Eurotronic zu deconz verbunden habe, meinem Zigbee-Netzwerk hinzugefügt zu werden scheint (Gerät ok, Phoscon-App hat "kein Gerät gefunden" gemeldet), aber ich kann das Gerät weder in der Phoscon-App noch im Ruhezustand sehen api. Das Gerät selbst hat eine erfolgreiche Verbindung zum Zigbee-Netzwerk gemeldet.

kann mir jemand helfen?

Grüße Bobby

Ich fürchte, Sie müssen die Cluster-Informationen lesen.
Ich habe vor kurzem zusätzliche Thermostate gekauft und musste das Verfahren für jeden neu hinzugefügten durchführen.

Danke für die Information. Gibt es eine Möglichkeit, dies ohne x11-GUI zu tun?

@BobbyXXX : Ich habe x11vnc dafür verwendet.

Bei mir das gleiche Problem wie bei BobbyXXX. Ich verwende deconz im Docker (marthoc/deconz). Es gibt also keine GUI. Getestet habe ich Eurotronic Spirit ZigBee mit CC2531-Stick im iobroker (basierend auf zigbee2mqtt.io). Gerät wird innerhalb von Sekunden erkannt und ist im iobroker nutzbar.
In deconz ist das Gerät gekoppelt, aber in Phoscon oder REST . nicht zu finden

Grüße Kay

Hi

Docker hat eine Option für VNC. Sie können über VNC auf die GUI zugreifen.

Optionen:
-e DECONZ_VNC_MODE=1
-e DECONZ_VNC_PORT=5900

Vielen Dank. Das ist es. Ich kann mitmachen.
Dankeschön

Kay
für docker-compose:
- DECONZ_VNC_MODE=1
- DECONZ_VNC_PORT=5900
- DECONZ_VNC_PASSWORD= XXXX

Hallo, Aufgrund der obigen Beiträge habe ich es geschafft, meinen in iobroker zu bekommen. Dankeschön! Aber leider zeigt es nur wenige Werte und keine Optionen zum Einstellen einer Temperatur oder zum Ein- und Ausschalten. Wird dies in naher Zukunft hinzugefügt? Ansonsten ist es ziemlich nutzlos und ich muss es zurückgeben. Gibt es etwas, was ich selbst tun kann? (Codierungskenntnisse gering) Vielen Dank! Wolfgang

Da es keine Chance mit Deconz ist, änderte ich den Geist Eurotronic Zigbee zu einem 4 $ Chinese CC2531 und das ist, was ich bekommen:

@Wolfgang :
Ich verwende node-red mit iobroker. weise hat recht. Der CC2531 funktioniert gut mit diesem Thermostat, aber nicht mit anderen Geräten. Ich habe beides probiert und bleibe bei deconz.
Wenn Sie mit Node Red arbeiten, ist hier meine Lösung:
Die Idee basiert auf dem Senden einer neuen Temperatur mit REST-API. Es gibt zwei Tasten, um die gewünschte Temperatur zu erhöhen und zu verringern. Diese Temperatur wird im iobroker über node-red gespeichert. Neue Temperatur wird per http-Request an deconz gesendet.
Beschreibung ist in Englisch. Name der Knoten in Deutsch.

[ { "id": "8c13faa0.312318", "type": "ui_gauge", "z": "82a0e2b1.be156", "name": "Thermostat, Schlazimmer (SOLL)", "group": "62b68445.1ceddc", "order": 2, "width": "3", "height": "3", "gtype": "gage", "title": "Schlafzimmer (Soll)", "label": "°C", "format": "{{value}}", "min": "5", "max": "35", "colors": [ "#0092b5", "#00e627", "#b50000" ], "seg1": "20", "seg2": "25", "x": 1120, "y": 240, "wires": [] }, { "id": "ee827496.0baf08", "type": "http request", "z": "82a0e2b1.be156", "name": "", "method": "use", "ret": "txt", "url": "", "tls": "", "x": 1050, "y": 540, "wires": [ [] ] }, { "id": "16322cea.30f4f3", "type": "ui_button", "z": "82a0e2b1.be156", "name": "+ 1 °C", "group": "62b68445.1ceddc", "order": 3, "width": "2", "height": "1", "passthru": false, "label": "+ 1 °C", "tooltip": "", "color": "", "bgcolor": "firebrick", "icon": "", "payload": "100", "payloadType": "num", "topic": "", "x": 130, "y": 380, "wires": [ [ "d34474dd.fa8458" ] ] }, { "id": "ab90e2a6.95fc2", "type": "ui_button", "z": "82a0e2b1.be156", "name": "- 1 °C", "group": "62b68445.1ceddc", "order": 5, "width": "2", "height": "1", "passthru": false, "label": "- 1 °C", "tooltip": "", "color": "", "bgcolor": "#0092b5", "icon": "", "payload": "-100", "payloadType": "num", "topic": "", "x": 130, "y": 420, "wires": [ [ "d34474dd.fa8458" ] ] }, { "id": "d34474dd.fa8458", "type": "ioBroker get", "z": "82a0e2b1.be156", "name": "Schlazimmer, Temperatur (Soll)", "topic": "node-red.0.deconz.0.Sensor_7.heatsetpoint", "attrname": "heatsetpoint", "payloadType": "value", "x": 430, "y": 400, "wires": [ [ "f1878f12.b4c2d" ] ] }, { "id": "f1878f12.b4c2d", "type": "function", "z": "82a0e2b1.be156", "name": "Set_heatsetpoint", "func": "\nvar new_temp = {payload: (msg.heatsetpoint + msg.payload) }\nvar real_new_temp = {payload:new_temp.payload / 100}\n \n\nmsg.method = \"PUT\";\n// here put your own Apikey\nmsg.headers = { \"X-ApiKey\": \"XXXXXXXXX\" };\n\nvar data = {\"heatsetpoint\": new_temp.payload};\nmsg.payload = JSON.stringify(data);\n// here put sensor_id, mine is 7\nmsg.url = \"http://127.0.0.1/api/DB28CD6F62/sensors/7/config\"\n\nreturn [real_new_temp, new_temp, msg]\n\n\n", "outputs": 3, "noerr": 0, "x": 750, "y": 400, "wires": [ [ "8c13faa0.312318" ], [ "6a17be92.3e904" ], [ "ee827496.0baf08" ] ] }, { "id": "6a17be92.3e904", "type": "ioBroker out", "z": "82a0e2b1.be156", "name": "Schlazimmer, Temperatur (Soll)", "topic": "node-red.0.deconz.0.Sensor_7.heatsetpoint", "ack": "false", "autoCreate": "false", "x": 1110, "y": 400, "wires": [] }, { "id": "acd7e601.65e8f8", "type": "comment", "z": "82a0e2b1.be156", "name": "GUI to change Temperature", "info": "value that increases/decreases temperature\nhere: +/- 100 (-> 1°C)\n\nsaved to msg.payload", "x": 160, "y": 340, "wires": [] }, { "id": "2e589afa.4d0426", "type": "comment", "z": "82a0e2b1.be156", "name": "iobroker place to load heatsetpoint", "info": "This is to store the heatsetpoint somewhere\n\nI want to increase or decrease temperature, \nso i have to store it.\nCan be everywhere.\nIs here loaded to change temperature to:\n\nsaved to msg.heatsetpoint", "x": 440, "y": 360, "wires": [] }, { "id": "edd2e760.bdea58", "type": "comment", "z": "82a0e2b1.be156", "name": "iobroker place to store heatsetpoint", "info": "Here the new temperature is stored", "x": 1120, "y": 340, "wires": [] }, { "id": "b30bf85a.5aafc8", "type": "comment", "z": "82a0e2b1.be156", "name": "Gui of new temperature ", "info": "", "x": 1080, "y": 200, "wires": [] }, { "id": "1962d290.5e630d", "type": "comment", "z": "82a0e2b1.be156", "name": "http request", "info": "All information comes from function", "x": 1050, "y": 500, "wires": [] }, { "id": "f07d3e8e.499a6", "type": "comment", "z": "82a0e2b1.be156", "name": "Function to create Api-Call", "info": "Here you have to change your own API Information.\n- API key\n- Sensors ID", "x": 750, "y": 360, "wires": [] }, { "id": "62b68445.1ceddc", "type": "ui_group", "z": "", "name": "Temperatur", "tab": "e70b7e9b.cc318", "order": 2, "disp": true, "width": "6", "collapse": true }, { "id": "e70b7e9b.cc318", "type": "ui_tab", "z": "", "name": "Werte", "icon": "dashboard", "order": 1, "disabled": false, "hidden": false } ]

Kann ich meiner Himbeere zusätzlich zu meinem Conbee einen CC2531 hinzufügen, damit sie als zwei Koordinatoren auf verschiedenen Kanälen nebeneinander existieren? Das wäre eine 5-8$ Lösung und Quickfix?

Ja du kannst und ich tue es :-)
kaykoch hat recht, deconz hat mehr Möglichkeiten und besseren Support. Ich benutze viel xiaomi Zeug. Und deconz hat oft einen einfachen Weg zur Automatisierung, denn es gibt eine Option "lastupdated", die ich in zigbee vermisse.
Da es aber mit Thermostaten nicht so einfach geht, verwende ich auch einen Zigbee Stick mit dem iobroker Zigbee Adapter. Beides funktioniert sehr gut und der Abstand vom 5$ Zigbee Stick zum Thermostat beträgt 6m mit einer 24cm Steinmauer dazwischen.

Abschließend hoffe ich, dass dresden-elektronik es schafft, dass der Spirit Zigbee mit deconz genauso funktioniert wie mit zigbee. Normalerweise haben sie eine sehr gute Unterstützung.

Und hier ist es, das rote Licht auf deconz und das grüne ist der Zigbee-Stick.

And here is your Version :-)

Falls sie aus D sind, ich habe mehrere Sticks ...

Hallo,
Bin aus Österreich und habe warte, dass meiner aus China kommt. Da ich nur einen Stick benötige habe ich keinen Flasher etc. Sollte er nicht ankommen, melde ich mich gerne...
Danke :)

Nur für Sie. Suchen sie auf Ebay nach jblack_de Schreiben sie mir hier,
wann sie mir über eBay ihre Adresse gesendet haben Nichts Kaufen!!! Sie
bekommen dann in wenigen Tagen einen völlig kostenlosen Brief Nach
Österreich...

Einfach weil ich es kann :-) und gerne helfe ...

realwax [email protected] schrieb am Di., 16. Apr. 2019, 19:22:

Hallo,
Bin aus Österreich und habe warte, dass meiner aus China kommt. Da ich nur
einen Stick benötige habe ich keinen Flasher etc. Sollte er nicht ankommen,
melde ich mich gerne...
Danke :)

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Ich weiß nicht, wie lange die Post braucht. Ich brauche 24h ab Adresszugang
zum Versenden 😃

René Weise [email protected] schrieb am Di., 16. Apr. 2019, 20:06:

Nur für Sie. Suchen sie auf Ebay nach jblack_de Schreiben sie mir hier,
wann sie mir über eBay ihre Adresse gesendet haben Nichts Kaufen!!! Sie
bekommen dann in wenigen Tagen einen völlig kostenlosen Brief Nach
Österreich...

Einfach weil ich es kann :-) und gerne helfe ...

realwax [email protected] schrieb am Di., 16. Apr. 2019, 19:22:

Hallo,
Bin aus Österreich und habe warte, dass meiner aus China kommt. Da ich
nur einen Stick benötige habe ich keinen Flasher etc. Sollte er nicht
ankommen, melde ich mich gerne...
Danke :)

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Falls das bei eBay nicht funktioniert. Ich habe mein Postfach bei gmail und mein Benutzername hier ist erster Buchstabe des Vornamen gefolgt vom Nachnamen. Bei Google startet der Nachname von einem Punkt verfolgt. Danach könnten sie es mit Rene vor dem @ probieren 😂 Dabei bitte ebenfalls hier schreiben, das sie eine Nachricht gesendet haben...

@rweise ich habe mich per gmail gemeldet. LG Wolfgang

Ist Unterwegs , viel Spass damit :-)

Am Mi., 24. Apr. 2019 um 13:15 Uhr schrieb realwax <[email protected]

:

@rweise https://github.com/rweise ich habe mich per gmail gemeldet. LG
Wolfgang

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

Ich bin vor kurzem auch über dieses Gerät gestolpert. Die Z-Wave-Version hat die interessante Eigenschaft, externe Temperatursensoren zu unterstützen (die realistischere Messwerte liefern können als die internen).
Wissen Sie von denen, die das Gerät bereits haben, ob dies auch über Zigbee möglich ist (oder sein wird)? Die Website des Herstellers ist leider sehr spärlich.

ich habe diese frage auch. ist es möglich, dies auch in die api zu implementieren?

Wenn Sie mir das und wie sagen können, unterstützt die Zigbee-Version dies. Ich habe das nicht einrichten können.

Ich bin nicht so tief im Zigbee-Standard, aber ich habe dies in einem PDF des Herstellers gefunden:
Attribut-ID: 0x001A
Standardwert: 0x00
Datentyp: 0x18 (8-Bit-Bitmap)
Lesen/Schreiben: RW
Herstellerspezifisch: N0
Meldepflichtig: Nein

Ich hoffe das hilft dir :)

https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

Das habe ich auch gefunden, aber es gibt mir keine Ahnung, wie man den externen Temperatursensor anschließt. Ich habe versucht, dieses Attribut zu setzen und den TRV an einen _Temperature Measurement_-Cluster eines meiner Hue-Bewegungssensoren zu binden, aber keine Freude.

es hört sich so an, als ob es nicht möglich ist, eine Temp zu senden? und ich muss ein anderes Zigbee-Gerät mit einer Temperaturanzeige mit dem Thermostat "verknüpfen"?

aus dem pdf Es hört sich so an, als müsste ich die aktuelle Temperatur in einem 8-Bit-Cluster senden und alles sollte in Ordnung sein

Attribut-ID: 0x001A
Standardwert: 0x00
Datentyp: 0x18 (8-Bit-Bitmap)
Lesen/Schreiben: RW

aus dem pdf Es hört sich so an, als müsste ich die aktuelle Temperatur in einem 8-Bit-Cluster senden und alles sollte in Ordnung sein

Darüber habe ich mich auch gewundert. Sie können jedoch sehen, dass der Datentyp eine Bitmap ist (dh eine Reihe von Flags zum Umschalten) und keine "int"-Zahl (wie bei den anderen Temperaturen im PDF).
deCONZ ermöglicht das Umschalten dieser Flags. Eine der Optionen ist so etwas wie "Externen Temperatursensor verwenden". Dies kann mit der Bitmap aktiviert werden, aber ich verstehe nicht, wie die tatsächliche Temperatur gesendet wird.

Es wurde in deCONZ schon sehr früh unterstützt, scheint also ein Standard-ZigBee-Attribut zu sein. Ich frage mich jedoch, ob solche Dinge über Bindungen passieren sollen (die der Thermostat afaik nicht unterstützt), warum dann diese Bitmap?

Laut Handbuch soll es auch möglich sein, einen externen Fenstersensor zu verwenden, aber die Situation ist die gleiche...

Entweder fragen wir nochmal beim Hersteller nach, oder fangen sie auf einer Messe (wie IFA im September in Berlin) ein... ;-)

Ich würde mich auch sehr für die Eurotronic interessieren, bin aber eher neu bei hass.io und python

Kann jemand zusammenfassen, was funktioniert und was nicht? Ich suche Thermostate und habe bereits einen Conbee II Stick, den ich gerne zur Steuerung der Thermostate verwenden möchte.
Vielen Dank!

Ich kann Ihnen sagen, was funktioniert _in Kombination mit Home Assistant_ Frontend:

1. Auslesen der Temperaturwerte vom Temperatursensor
2. Soll-/Solltemperatur einstellen
3. Gerät ausschalten

Was funktioniert nicht:

1. HVAC-/Systemmodus auf off obwohl als möglicher HVAC-Modus angekündigt
2. Aktivieren der Fernerkundung (wie ich verstanden habe, ist es möglich, einen Ferntemperatursensor einzustellen; ist sinnvoll, wenn sich der Thermostat in der Nähe des Bodens / der Decke befindet und zu niedrige / Werte hat, um die erwartete Raumtemperatur zu regulieren)

Ich habe nicht weiter untersucht, wo die Probleme liegen, aber ich denke, die Aktivierung der Fernerkundung ist eine Option des internen ZigBee-Netzwerks/Geräts und muss bisher in deCONZ gelöst werden.

wie ich verstanden habe, ist es möglich, einen Ferntemperatursensor einzustellen

Wie? Bei der ZigBee-Version des Eurotronic Spirit konnte ich das nicht einrichten.

Wie kann ich den Ventilstellungswert über die API ändern, wenn ich mich im TRV-Modus "Unbekannt 2" befinde?
Rufe ich " http://localhost/api/XXXX/sensors/2/state " per PUT mit dem Inhalt "{"valve": 127}" auf, dann bekomme ich "[{}]" als Return. Wenn ich dies über die deCONZ App mache, wird der Wert direkt geändert.

Sie können nur den Status von CLIP-Sensoren SETZEN, nicht von ZigBee-Sensoren. Die REST-API unterstützt nicht die direkte Einstellung der Ventilposition, sondern nur über den Temperatursollwert.

Muss es in der API-Dokumentation übersehen haben. Ist es für zukünftige Versionen geplant?

Nein. Es gibt auch keine API-Unterstützung für den TRV-Modus.

Warum willst du das? Schreiben Sie Ihren eigenen PID-Regler?

Ja mit Abhängigkeiten zB "zu Hause", "nicht zu Hause" und "im Urlaub". Oder Außentemperatur und Raumtemperatur. Oder Sonneneinstrahlung in den Raum, damit das System auch weiß, dass der Raum durch die Sonne erwärmt wird.

Es tut mir leid, ich verstehe nicht, was Sie erreichen wollen. Ist es nicht viel einfacher, einfach die Zieltemperatur einzustellen und das TRV die Ventilposition übernehmen zu lassen?

Außentemperatur oder Raumaufheizung durch die Sonne sind relevant, wenn Sie einen Einzelraumthermostat haben, der den Zentralheizungskessel ansteuert und Sie dennoch andere Räume beheizen möchten. Der TRV treibt nur einen einzelnen Heizkörper an und beeinflusst nur die Temperatur des Raums, in dem er sich befindet.

Stellen Sie sich vor, es ist früh am Morgen und Sie steuern den Thermostat über Ihr Smarthome-Bedienfeld nach Zeit. Die Sonne geht also auf, aber es ist bewölkt. Das Ventil öffnet zu 80%.
Gleiches Szenario, aber es ist nicht bewölkt. Die Sonne scheint in den Raum, das Ventil öffnet nur 20 %, weil die Sonne den Raum unterstützend aufheizt.
Wenn ich diese über der Solltemperatur zB auf 22 Grad stelle, steht das Ventil viel weiter als es sollte.
Außerdem staut sich die Wärme an einer Stelle an meinem Heizkörper und ein externes Thermostat ist Pflicht.
Ich müsste es auf 26 Grad stellen, obwohl der Raum nur 22 Grad haben sollte, damit das Ventil nicht aus Versehen zu früh schließt. Klingt alles verwirrend, macht aber in meinem Fall mehr Sinn. Daher auch die Frage, ob es für Sie ein großer Aufwand wäre, dies umzusetzen.

Nein. Es gibt auch keine API-Unterstützung für den TRV-Modus.
Warum willst du das? Schreiben Sie Ihren eigenen PID-Regler?

Das würde ich auch unterstützen.

Da ich bisher keine Möglichkeit gefunden habe, den TRV mit einem entfernten Temperatursensor zu verbinden, nachdem ich mit Gerätebindungen herumprobiert und die ZigBee-Spezifikation + TRV-Dokumente gelesen habe.
(Szenario war: Thermostate in Bodennähe mit falschen/zu niedrigen Temperaturwerten, so dass die Regelung aufgrund falscher Rückmeldewerte fehlerhaft ist)

Die einzige Lösung, dieses Problem zu umgehen, besteht darin, einen PID-Algorithmus/eine PID-Vorlage in Home Assistant oder NodeRed zu implementieren / zu verwenden und diese Entitäten auf einer höheren Anwendungsebene zu verknüpfen.

Wie @cinemarene beschrieben hat, bietet diese Lösung viel mehr Möglichkeiten wie zeitbasierte und basierte Automatisierungen.

Die Implementierung einer direkten Ventilpositionssteuerung würde das Erstellen von config Ressourcen zum Einstellen der Zielventilposition und des TRV-Modus und möglicherweise einer state Ressource zum Melden des tatsächlichen TRV-Modus beinhalten. Ich sehe immer noch gelegentliche Schluckaufe, bei denen deCONZ vorübergehend die Route zum TRV verliert, daher könnte es ratsam sein, diese mit dem config.pending Mechanismus zu aktualisieren. Das ist ein ordentlicher Arbeitsaufwand.

Persönlich wage ich es nicht, die Ventilposition einzustellen, bevor die Routing-Probleme behoben sind. Ich bin eigentlich ziemlich zufrieden mit dem PID-Algorithmus des TRV, wo es nötig ist, den Temperatur-Offset zu verwenden, um die Messung des TRV zu korrigieren. Meine Herausforderung besteht darin, die Einstellung des Raumthermostats meiner Zentralheizung an die TRV-Einstellung anzupassen (deren PID-Algorithmus abgeworfen wird, wenn der Kessel kein warmes Wasser liefert), damit ich in absehbarer Zeit nicht an der Ventilstellungsregelung arbeiten werde.

Ich sehe immer noch gelegentliche Schluckaufe, bei denen deCONZ vorübergehend die Route zum TRV verliert

Ja, das wäre ziemlich fehleranfällig und könnte in der Sauna landen, zumal eines meiner Thermostate eigentlich auch für längere Zeit die Verbindung verliert ;-)

Ich bin eigentlich ziemlich zufrieden mit dem PID-Algorithmus des TRV, wo es nötig ist, den Temperatur-Offset zu verwenden, um die Messung des TRV zu korrigieren.

Ich stimme zu, die Implementierung einer anderen PID wäre nur ein Workaround.
In der Zwischenzeit werde ich ein bisschen mit dem Temperatur-Offset herumspielen und vielleicht einen tieferen Blick in die Sache mit dem Fernsensor werfen.

Ich kann deCONZ nicht dazu bringen, meinen Spirit ZigBee zu erkennen. Ich habe die deCONZ Web-App geöffnet und Neuen Sensor hinzufügen gewählt. Als nächstes versetze ich den Thermostat in den Pairing-Modus (Bildschirm zeigt INS), indem ich die Batterien einlege und am Heizkörper installiert habe. Allerdings erkennt der conbee II Stick / die deCONZ Web App meine Geräte nicht (2 davon ausprobiert). Ich habe es mehrmals probiert, auch mit neuen Batterien. Ich habe sogar das Thermostat direkt neben den Stick gelegt - nichts hat funktioniert.

Wie haben Sie es geschafft, deCONZ und Spirit Zigbee zu koppeln?

Versuchen Sie, sich über VNC mit deConnz zu verbinden. Dann konnte ich mich verbinden.

Ty, jetzt bin ich einen Schritt weiter. Ich bin über VPN mit deCONZ verbunden. Ich verwende jedoch Hass.io und Home Assistant 0.98.5. Wenn ich Permit Join wähle, heißt es, verwenden Sie bitte die WebApp für den Beitritt. Wenn ich jedoch auf WebApp öffnen klicke, passiert nichts. Wie kann ich die WebApp öffnen? Ich habe gerade wie man sich mit der Phoscon App verbindet und nicht mit der WebApp.

Update: Die alte WebApp gefunden, aber das Gerät wird immer noch nicht erkannt.

Gibt es etwas, das ich vermisse, da ich die neuen GUI(s) abgesehen von Phoscon nicht gewohnt bin?

Ich habe das gleiche Setup. Sie müssen die Verbindungs-i-Plugin-Konfiguration aktivieren. Verwenden Sie dann den VNC-Client, um eine Verbindung herzustellen. Dann sehen Sie Ihre Geräte.

und du wirst sehen

Vielen Dank!!! Ich habe es in deDONZ bekommen und die Suche im Kontrollmenü wie in der Bedienungsanleitung beschrieben durchgeführt. Gibt es weitere Schritte, um es dem Heimassistenten zugänglich zu machen?

Wenn Sie erfolgreich sind, sollten Sie sehen

in HA in Integration = deCONZ

Wenn Sie dies sehen, können Sie dies versuchen ... nicht sicher über die genauen Schritte ...

Klicken Sie auf die Thermostat-Entität und dann auf die Cluster-Info (linke untere Ecke). Sie müssen zwei Punkte im Feld haben.

könnte Gerät aktiviert auswählen und versuchen, auf Lesen zu klicken. Nach wenigen Versuchen sehe ich zweite Punkte und ein Thermostat in HA.

Oder Sie können versuchen, Thermostat zu reparieren.

Ich habe es ein paar Mal repariert und jetzt habe ich zwei Punkte. Ich habe alle Entitäten gelesen. Wenn ich die Temperatur am Gerät verändere, kann ich auch den aktualisierten Wert ablesen. Nichtsdestotrotz gibt das aktivierte Entitätsgerät ein nicht unterstütztes Attribut zurück und ist jetzt grau. Ich kann auch seinen Namen nicht ändern

Übrigens scheinen alle grundlegenden Geräteeinstellungen nicht unterstützt zu werden:

Ich habe es jetzt zum Laufen gebracht. Vielen Dank für Ihre Hilfe @rkotulan.

Die Essenz ist, dass es ca. 7 Versuche zum Entfernen und erneuten Verbinden, bis das TRV als "Thermostat 22" anstelle des Hex-Namens erkannt wurde. Ich weiß nicht warum, aber plötzlich wurde es direkt nach dem letzten Beitritt direkt in HA erkannt.

Die anderen beiden werde ich in den nächsten Tagen integrieren und bei abweichenden Beobachtungen berichten.

Endlich kann man herausfinden, wie man dieses Gerät richtig koppelt (also ist es der REST-API ausgesetzt und wird im Home Assistant angezeigt). Hier sind die Schritte:
1) Platzieren Sie das Gerät direkt neben dem ConBee-Stick
2) Setzen Sie das Gerät zurück (halten Sie alle 3 Tasten 10 Sekunden lang gedrückt und lassen Sie sie dann los, bis es neu gestartet wird und "Jin" auf dem Bildschirm anzeigt)
3) Öffnen Sie die Phoscon-App und beginnen Sie mit der Suche nach neuen Sensoren
4) Verbinden Sie sich über VNC mit Deconz und suchen Sie nach einem neuen Gerät. Der grüne Punkt sollte durchgehend grün sein
5) Warten Sie, bis der Punkt von Zeit zu Zeit zu blinken beginnt
6) Öffnen Sie Basic Cluster Info und klicken Sie auf Lesen
7) Danach sollte sich der Name des Geräts von Hex-Nummer in Model Identifier ändern und der Pairing-Prozess in der Phoscon-App sollte erfolgreich abgeschlossen sein.

Danach habe ich den Thermostat auf den Heizkörper gestellt und zweimal die Boost-Taste gedrückt, um die Kalibrierung zu starten. Jetzt funktioniert alles richtig.
PS> Ich denke, das Problem liegt hier an der Deconz-Software. Es sollte den Basic-Cluster lesen, wenn der feste Punkt auf dem Knoten automatisch zu blinken beginnt, dies jedoch nicht tut, sodass der Benutzer dies manuell tun muss, um den Kopplungsvorgang abzuschließen.

Danke @airens ! Die Anleitung war sehr hilfreich. Der Thermostat erschien endlich in HA

Ich kann auch bestätigen, dass die Methode

Vielen Dank!

Nach ein paar nervigen Stunden habe ich es geschafft den Eurotronic Spirit mit deCONZ zu verbinden. Ich kann Werte in der Cluster-Info lesen und überschreiben, aber der Eurotronic-Spirit erscheint nicht in der Phoscon-App.
Ich habe versucht, mich über einen Node mit dem Thermostat zu verbinden und habe node-red-contrib-deconz in Node Red installiert. Mit dem deCONZ in-node kann ich den Eurotronic-Spirit aufrufen und den ON-Status, das Öffnungsverhältnis des Ventils und den Messwert des internen Temperatursensors sehen.
Was ich nicht sehe, ist der aktuelle Temperatursollwert, und ich habe keine Möglichkeiten, den Sollwert zu ändern.
Irgendeine Idee, wie das funktionieren könnte? Ich denke, der deConz-Knoten kann raus, aber wie?

Ich kann @airens Schritte bestätigen. Das Lesen des Basisclusters war ein wichtiger Punkt.

@dresden-elektronik: das wäre toll, wenn das Bauteil wie jedes andere automatisch ausgelesen werden könnte.

Fehler in Phoscon App: wurde erkannt und funktioniert in HA, taucht aber immer noch nicht in der Phoscon App unter "Sensoren" auf...

PS: Ich hatte ein seltsames Verhalten im Home Assistant nach dem Einstellen einer neuen Solltemperatur, die Anweisung wurde dem Thermostat richtig gegeben, aber dann sprang die Temperatur an der Web-Gui im ​​Home Assistant auf den alten Wert zurück, während der Thermostat funktionierte richtig.. nach einigem warten schien der Fehler von selbst zu verschwinden.. direkt auf dem Haufen nicht reproduzierbarer Sachen und danke für den Spaß mit dem Debug-Modus @homeassistant 👯‍♂

Kann der Eurotronic Spirit ZigBee zu diesem Zeitpunkt nur mit der Phoscon-App gekoppelt werden? Ich plane, eines davon zu bekommen, aber mein deconz läuft im Headless-Modus und ich habe keinen Zugriff auf die Benutzeroberfläche (läuft auf Raspbian Headless).

Sie können sich über VNC mit Conbee verbinden.

Wie würde ich das machen?

Ich dachte, dass die Phoscon-App zum Koppeln von Geräten verwendet werden sollte ... Warum ist dies mit dem Eurotronic Spirit ZigBee immer noch nicht möglich?

Wie würde ich das machen?

Ich denke, eine direkte Verbindung zu conbee war ein Missverständnis, zumindest weiß ich nicht, wie das möglich sein könnte. Sie können sich jedoch nicht über raspi vnc mit der deconz-gui verbinden:

Gute Anleitung für VNC auf Raspi
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

VNC-Server automatisch starten
sudo x11vnc -storepasswd /etc/x11vnc.pass
sudo nano /lib/systemd/system/x11vnc.service

[Einheit]
Beschreibung=Starte X11VNC
After=multi-user.target

[Service]
Typ=einfach
ExecStart=/usr/bin/x11vnc -display :0 -auth rate -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[Installieren]
WantedBy=multi-user.target

sudo systemctl aktivieren x11vnc.service

Dann können Sie sich mit Tools wie "Chicken of the VNC" verbinden

Um deconz-gui beim Autostart auszuführen, sollte es genügend Informationen geben, wenn Sie googeln. Seien Sie einfach ein bisschen geduldig, wenn die GUI automatisch startet, denn zuerst sehen Sie den Bildschirm, in dem Sie ein Gerät (wie Conbee) auswählen können und müssen nur einige Sekunden warten, bis die automatische Verbindung zum Mesh-Bildschirm erfolgt

Ich verwende Raspbian Buster Lite, das keinen Desktop hat und das hat bei mir nicht funktioniert ...

Warum kann der Thermostat nicht mit Phoscon gekoppelt werden? Wird das jemals unterstützt?

Entwickelt dresden elektronik auch die openhab2-Anbindung? Ich frage, weil die Home Assistant-Komponente den Typ "Climate" enthält, die Openhab2-Anbindung jedoch nicht.

@merdok @donchrizz
Es gibt eine andere Möglichkeit der Fernbehandlung, wenn vnc nicht funktioniert oder Sie so Speicherplatz sparen und die GUI nur als Debug-Option verwenden möchten. Leiten Sie X11 an Ihren Desktop weiter.

zB mit Windows
1) Cygwin installieren & und in Windows-Firewall ausschließen / Firewall deaktivieren
2) Öffnen Sie das Cygwin64-Terminal
3) ausführen: startx -- -tcp hören &
4) ausführen: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) /lib/systemd/system/deconz-gui.service bearbeiten
6) Zeile ändern - Environment="DISPLAY=[ip_of_your_deconz_conbee_runnig_host]:0"
7) ausführen: systemctl stop deconz
8) ausführen: systemctl start deconz-gui

Wenn Sie fertig sind, stoppen Sie einfach die GUI und starten Sie deconz ohne GUI.
Wenn Sie dies wiederholen, müssen Sie auf Cygwin erneut xhosten, um die Sitzung zuzulassen.
Bei der Windows-Firewall kann ein Fehler auftreten. Möglicherweise möchten Sie sie für die angegebene Zeit deaktivieren.
Nach dem deconz-Update müssen Sie möglicherweise 5 und 6 wiederholen.
Auf diese Weise brauche ich x11vnc nicht zum Laufen.

Viel Glück!

PS: Ich freue mich auf diesen Tag, an dem Eurotronic hinzugefügt und wie jede andere Ikea-Glühbirne / -Schalter auch betrieben werden kann. ;)

PS: Ich freue mich auf diesen Tag, an dem Eurotronic hinzugefügt und wie jede andere Ikea-Glühbirne / -Schalter auch betrieben werden kann. ;)

Ich unterstütze diesen Wunsch von ganzem Herzen!

Kann mir in der Zwischenzeit jemand Informationen darüber geben, wie der Spirit Thermostat der Hausangestellten ausgesetzt ist? Insbesondere würde ich gerne wissen, ob Preset_Modes definiert sind, die vom climate.set_preset_mode Dienst gesetzt werden könnten. Ist es außerdem möglich, den Boost-Modus vom Homeassisten aus auszulösen?

Mit freundlichen Grüßen

Wie man es hinzufügt, wurde oben mit GUI behandelt und wie man dem Cluster beitritt und es liest. Auf diese Weise sollte der Verbindungsprozess abgeschlossen sein und die REST-API die Werte verfügbar machen. Da es nicht sehr gut funktionierte, habe ich es einem Zigbee (CC2530)-Adapter hinzugefügt und ich benutze iobroker und kann dir da nicht helfen. Dies sind die Zustände, die Sie erhalten sollten.

Wenn Sie es schaffen, es hinzuzufügen, hilft Ihnen dies weiter in Bezug auf die Einstellung von Zuständen auf dem Display oder Modi. Fenster an/aus usw. Fügen Sie einfach die Werte hinzu, konvertieren Sie es von HEX in DEC und stellen Sie spz_system_mode entsprechend ein.

Ich habe nichts im Netz gefunden und ich weiß auch, dass die Entwicklung hier los ist, aber ich weiß nicht, wo sonst zu fragen. Sie machen Sie auch die Entkalkung Reise (Entkalkungsfahrt) jeden Montag um 06.00 Uhr?

Ich glaube, „Entkalkungsfahrt“ ist nicht das, was man sagen wollte :) Vielleicht können Sie das erklären?

Jeden Montag um 6 Uhr öffnet und schließt jeder meiner 5 Thermostate einmal Ventile. Sehr nervig wenn man schläft. Sie tun dies auch, selbst wenn Sie sie zurücksetzen und sie mit keiner Bridge verbunden sind. Berechnungsmodus oder so.

Er meint, was er sagt. Es ist nicht wirklich für Kalk, es ist eher etwas gegen feste Ventile zu tun.
bevor ich mit eurotronic anfange, verwende ich homematic thermostate und das einmal pro woche, um feste ventile zu vermeiden. Und, ich weiß nicht, ob ich lieber zu homematic zurückkehre, weil ich große Probleme mit den eurotronic Thermostaten habe. Sie verlieren die Verbindungen und dann haben Sie Ihre persönliche Sauna. Ich schreibe eine Nachricht an eurotronics und frage, ob es möglich ist, die Ventile im Fehlerfall zu schließen und es kommt keine Antwort. 100% offen ist sehr schlecht...

Er meint, was er sagt. Es ist nicht wirklich für Kalk, es ist eher etwas gegen feste Ventile zu tun.
bevor ich mit eurotronic anfange, verwende ich homematic thermostate und das einmal pro woche, um feste ventile zu vermeiden. Und, ich weiß nicht, ob ich lieber zu homematic zurückkehre, weil ich große Probleme mit den eurotronic Thermostaten habe. Sie verlieren die Verbindungen und dann haben Sie Ihre persönliche Sauna. Ich schreibe eine Nachricht an eurotronics und frage, ob es möglich ist, die Ventile im Fehlerfall zu schließen und es kommt keine Antwort. 100% offen ist sehr schlecht...

Meiner hat seit einem halben Jahr nie die Verbindung verloren. Ich weiß es mit Sicherheit, weil ich gerade die Logs des Home-Assistenten überprüft habe. Ich denke, Sie müssen die Signalqualität verbessern, indem Sie Ihrem ZigBee-Netz Router hinzufügen oder versuchen, eine bessere Position für Conbee zu finden.

@realwax danke! Ich habe MobaXterm verwendet und die GUI funktioniert. Jetzt ist mein Thermostat gekoppelt und funktioniert gut!

@manup Es wäre gut, wenn die Kopplung direkt über die Phoscon-App erfolgen könnte. Das ist im Moment ziemlich unpraktisch. Ist das geplant?
Auch ein Thermostatsensortyp in der Phoscon App wäre echt toll!

Bekommt jemand Informationen zum Batteriestand vom Thermostat des Home-Assistant? Ich sehe den zugehörigen Batteriesensor für den Thermostat nicht und möchte ihn überwachen. Ich kann die Batterieanzeige über VNC sehen, wenn ich "Read Power Descriptor" für den Thermostat aktiviere; dann kann ich das Batteriesymbol sehen, aber selbst dann sehe ich bei "Cluster-Info" einige inkonsistente Informationen:

Auf "Node Info" bekomme ich die richtige Anzeige:

Die korrekten Batterieinformationen wurden auf "Cluster-Info" geladen, nachdem ich auf die Schaltfläche "LESEN" geklickt habe:

Es ist jetzt auch vom Home-Assistant lesbar:

@rsaffi : Für mich wird der Akku nicht im Home Assistant

Auch bei mir wird der Akkustand im Homeassistant angezeigt. Ich bin mir ziemlich sicher, dass ich außer dem oben erwähnten Pairing-Verfahren nichts getan habe.

Ein Fehler in der Heimassistenten-Implementierung, den ich jedoch erlebt habe, sind die Min / Max-Werte für den Thermostat. Während das Handbuch einen Bereich von 5-30 °C angibt, hat der Homeassistant 7-35 °C und das Einstellen der Zieltemperatur über 30 führt zu einem Fehler. Ich bin mir nicht sicher, ob dies ein Problem mit dem Homeassisten oder in der Dekonz ist.

Ein Fehler in der Heimassistenten-Implementierung, den ich jedoch erlebt habe, sind die Min / Max-Werte für den Thermostat. Während das Handbuch einen Bereich von 5-30 °C angibt, hat der Homeassistant 7-35 °C und das Einstellen der Zieltemperatur über 30 führt zu einem Fehler. Ich bin mir nicht sicher, ob dies ein Problem mit dem Homeassisten oder in der Dekonz ist.

Das ist mir auch aufgefallen, habe aber vergessen mich zu melden. Das stimmt: Die Reichweite auf dem Gerät selbst unterscheidet sich von Home-Assistant.

Ich kann nicht auf meinem Dekonz vnc. es läuft in einem kopflosen Docker-Container auf meinem Server. Gibt es eine Möglichkeit, es vollständig zu koppeln? Ich habe es gepaart, aber es wird nirgendwo angezeigt :/

Wie viele hier, wird meine auch nicht in der deCONZ-Webanwendung unter "Sensoren" angezeigt, aber sie wurde erfolgreich gepaart und wird vom Home-Assistant aus gesehen. Woher wissen Sie, dass Sie es gekoppelt haben, wenn es nirgendwo angezeigt wird?

Was VNC angeht, sollte dies trotz des kopflosen Docker-Containers möglich sein. Meins ist auch auf einem Headless-Container installiert, der auf einer Headless-VM ausgeführt wird, und ich kann problemlos VNC darin ausführen.

@rsaffi Nach der Suche nach dem Sensor in deconz tauchte der grüne Balken mit "erfolgreich hinzugefügt" auf

@rsaffi Nach der Suche nach dem Sensor in deconz tauchte der grüne Balken mit "erfolgreich hinzugefügt" auf

Kenne ich schon. Da die Integration zumindest ab sofort erfolgt, besteht Ihr nächster Schritt darin, eine Verbindung zu VNC herzustellen, auf das Thermostatgerät zu klicken und auf "Lesen" zu klicken, um die Cluster-Informationen "Basis" anzuzeigen. Dann wechselt Ihr Gerät auf deCONZ von der Anzeige des Hexadezimalcodes zu seinem richtigen Namen und Sie können ihn vom Home-Assistant aus sehen.

@rsaffi Ich weiß, meins funktioniert perfekt ... Ich habe Ihre Frage beantwortet:

Woher wissen Sie, dass Sie es gekoppelt haben, wenn es nirgendwo angezeigt wird?

Kenne ich schon. Da die Integration zumindest ab sofort erfolgt, besteht Ihr nächster Schritt darin, eine Verbindung zu VNC herzustellen, auf das Thermostatgerät zu klicken und auf "Lesen" zu klicken, um die Cluster-Informationen "Basis" anzuzeigen. Dann wechselt Ihr Gerät auf deCONZ von der Anzeige des Hexadezimalcodes zu seinem richtigen Namen und Sie können ihn vom Home-Assistant aus sehen.

Entschuldigung, wenn dies eine dumme Frage ist, aber bedeutet dies, dass der Eurotronics-Thermostat im Home Assistant angezeigt wird und über eine funktionierende Klimaregelung verfügt? Ich habe vor kurzem angefangen, HA zu verwenden, und habe mich zum Beispiel noch nicht einmal in Zigbee2mqtt versucht.

Ich habe viele Threads überall gelesen, in denen keine Temperatur eingestellt werden kann. Ich habe auch alle möglichen Dinge gesehen, aber sie sind ziemlich alt und können sich schnell ändern.

Eine bessere Frage könnte sein: Was _funktioniert_ nicht, wenn überhaupt? Vielen Dank!

Etwas Kontext, falls es darauf ankommt und jemanden interessiert:
Ich habe wasserbeheizte Böden (ich bin sicher, es heißt anders), aber meine Raumthermostate funktionieren nicht. Ich kann also nur die Temperatur für alle Räume gleichzeitig an einem einzigen Thermostat in einem Schrank ändern (es ist ein normales Heizkörperventil, wie dieses Eurotronic, aber alt und analog). Bisher habe ich erraten, auf welche Temperatur ich ihn einstellen soll, da seine Temperatur und die tatsächliche Temperatur in den Räumen sehr unterschiedlich sind.

Ich hatte gehofft, zumindest das Gleiche zu tun, aber von Home Assistant aus und hoffentlich ohne Skripte von Grund auf neu zu erstellen (weil ich immer noch viel lerne). Grundsätzlich lässt sich die Temperatur problemlos auf beispielsweise 22c einstellen. Vielleicht werden die Räume nur 19 ° C erreichen, aber dann könnte ich die Temperatur einfach auf 25 ° C einstellen und es wäre näher an 22 ° C in den Zimmern.

Noch besser wäre es natürlich, meine Xiaomi-Temperatursensoren verwenden zu können, die ich habe, sodass ich die Temperatur auf 22c einstellen könnte und der Eurotronic-Thermostat die Xiaomi-Sensoren verwenden würde, um die Temperatur anzupassen. Aber ich denke, dieses bisschen ist zu viel verlangt?

Sorry für den langen Beitrag und danke fürs Lesen!

@wuast94 Ja, das gibt es. Einfach im Thread nach oben scrollen. Ich habe gepostet, wie man X11 weiterleitet.... Von Samsung-Tablet gesendet
-------- Ursprüngliche Nachricht --------Von: wuast94 [email protected] Datum: 17.10.19 23:24 (GMT+01:00) An: dresden-elektronik/deconz-rest -plugin [email protected] Cc: Wolfgang [email protected] , Erwähnung Erwä[email protected] Betreff: Re: [dresden-elektronik/deconz-rest-plugin] [Device Support Request] Eurotronic Spirit ZigBee (#1098) Ich kann auf meinem Dekonz nicht vnc. es läuft in einem kopflosen Docker-Container auf meinem Server. Gibt es eine Möglichkeit, es vollständig zu koppeln? Ich habe es gepaart, aber es wird nirgendwo angezeigt :/

– Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder melden Sie sich ab.
[
{
"@context": " http://schema.org ",
"@type": "E-Mail-Nachricht",
"potenzielle Aktion": {
"@type": "ViewAction",
"target": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token =ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFBVREXG",
"url": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token =ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TULG52HS4DFVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK2
"name": "Problem anzeigen"
},
"description": "Dieses Problem auf GitHub anzeigen",
"Herausgeber": {
"@type": "Organisation",
"name": "GitHub",
"url": " https://github.com "
}
}
]

Entschuldigung, wenn dies eine dumme Frage ist, aber bedeutet dies, dass der Eurotronics-Thermostat im Home Assistant angezeigt wird und über eine funktionierende Klimaregelung verfügt? Ich habe vor kurzem angefangen, HA zu verwenden, und habe mich zum Beispiel noch nicht einmal in Zigbee2mqtt versucht.

Ja, genau das. Es funktioniert mit Home-Assistant. Da die Entwicklung zumindest im Moment läuft, sind es nur ein paar zusätzliche Schritte, um es auf Home-Assistant anzuzeigen, aber es funktioniert definitiv.

Ich habe viele Threads überall gelesen, in denen keine Temperatur eingestellt werden kann. Ich habe auch alle möglichen Dinge gesehen, aber sie sind ziemlich alt und können sich schnell ändern.

Eine bessere Frage könnte sein: Was _funktioniert_ nicht, wenn überhaupt? Vielen Dank!

Mir ist ehrlich gesagt nichts bekannt. Ich meine, der Einrichtungsprozess kann noch verbessert werden (ohne die oben genannten zusätzlichen Schritte), aber ansonsten funktioniert alles.

Ich habe wasserbeheizte Böden (ich bin sicher, es heißt anders), aber meine Raumthermostate funktionieren nicht. Ich kann also nur die Temperatur für alle Räume gleichzeitig an einem einzigen Thermostat in einem Schrank ändern (es ist ein normales Heizkörperventil, wie dieses Eurotronic, aber alt und analog). Bisher habe ich erraten, auf welche Temperatur ich ihn einstellen soll, da seine Temperatur und die tatsächliche Temperatur in den Räumen sehr unterschiedlich sind.

Ich hatte gehofft, zumindest das Gleiche zu tun, aber von Home Assistant aus und hoffentlich ohne Skripte von Grund auf neu zu erstellen (weil ich immer noch viel lerne). Grundsätzlich lässt sich die Temperatur problemlos auf beispielsweise 22c einstellen. Vielleicht werden die Räume nur 19 ° C erreichen, aber dann könnte ich die Temperatur einfach auf 25 ° C einstellen und es wäre näher an 22 ° C in den Zimmern.

Dann hol dir einen, denn das ist machbar.

Noch besser wäre es natürlich, meine Xiaomi-Temperatursensoren verwenden zu können, die ich habe, sodass ich die Temperatur auf 22c einstellen könnte und der Eurotronic-Thermostat die Xiaomi-Sensoren verwenden würde, um die Temperatur anzupassen. Aber ich denke, dieses bisschen ist zu viel verlangt?

Kann auch gemacht werden, aber dafür muss man sich die Hände ein bisschen schmutzig machen und die richtige "Automation" für Home-Assistant schreiben, aber es ist definitiv nichts Außergewöhnliches.

Ich wurde neugierig auf die Möglichkeit, einen externen Sensor zur Ermittlung der aktuellen Temperatur zu verwenden...

Im Thermostat-Cluster fand ich das schreibbare Attribut Remote Sensing mit der Möglichkeit, "Lokale Temperatur aus der Ferne gemessen", "Außentemperatur aus der Ferne gemessen" und "Belegung aus der Ferne erkannt" einzustellen, aber keine Möglichkeit, die externen Sensoren anzugeben.

Eine etwas verwandte Frage ist, ob es möglich ist, die "Fenster-Offen-Erkennung" und einen externen Fenstersensor zu konfigurieren, wie im Handbuch auf Seite 13 ("Die Fenster-Offen-Erkennung kann durch einen externen Fensterkontakt aktiviert/deaktiviert werden") beschrieben.

Edit: Egal. Ich habe gerade festgestellt, dass dies zuvor ohne Erfolg besprochen wurde.

Hallo Leute,

Ich habe festgestellt, dass meine Spiritusthermostate ein seltsames Verhalten zeigen, wenn über mehrere Stunden keine Temperaturänderung im Raum oder keine Änderungseingabe durch den Heimassistenten erfolgt. Ergebnis: Es trennt sich von selbst und befindet sich nicht mehr im Zigbee-Netzwerk. Lösung: Ich drücke den mittleren Knopf (o) des Thermostats und er ist direkt wieder in... fühlt sich an wie eine Art Schlafmodus... hat jemand irgendwelche Vorschläge? Momentan überlege ich, die Spiritusthermostate fallen zu lassen und ohne Dekonz...

Danke schön,
chris

Ich habe eine ähnliche Erfahrung gemacht. Als es das erste Mal passierte, dachte ich, ich hätte beim ersten Pairing einen Fehler gemacht, also habe ich die Thermostate zurückgesetzt und repariert. Ich hatte ungefähr eine Woche lang keine Probleme, aber gestern reagierte ein Thermostat nicht mehr auf die Temperatureinstellungen der Hausfrau. Ich habe die Temperatur einmal manuell geändert und jetzt reagiert es wieder gut. Klingt nach dem gleichen Problem, das Sie erlebt haben. Ich dachte, es sei nur ein zufälliger Fehler, aber ich werde sehen, ob es ein Muster gibt, sollte es wieder passieren.

Gibt es eine Möglichkeit, das Gerät über deconz hinzuzufügen, wenn Sie das deconz-Systemd-Setup verwenden?

Wenn ich VNC in meine kopflose Himbeere einsetze, kann ich den Dienst stoppen und die VNC-Sitzung verwenden, um das Gerät zu sehen (ich denke, es gibt nicht so viele Informationen, um es tatsächlich zu identifizieren, tbh). Aber wenn deconz geschlossen und der systemd-Dienst erneut gestartet wird, wird das Gerät nicht angezeigt.

Haben Sie die Schritte in https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451 befolgt?

Der folgende Prozess hat bei mir auf einem kopflosen Raspbian-Setup funktioniert:

• Phoscon-Konfiguration speichern (Backup)
• Aktivieren Sie das Booten der GUI über raspi-config
• VNC einrichten/installieren
• neu starten
• systemctl stop deconz und systemctl start deconz-gui
• VNC starten und deconz . öffnen
• öffne Phoscon und lade die gesicherte Konfiguration neu
• Thermostat zurücksetzen (sollte Jin anzeigen)
• Suche nach Sensoren in Phoscon
• Öffnen Sie in deconz das Basis-Cluster des Thermostats und klicken Sie auf Lesen
• Überprüfen Sie, ob die Paarung in Phoscon . erfolgreich war
• Phoscon-Konfiguration sichern
• VNC-Server beenden
• systemctl stop deconz-gui und systemctl start deconz
• öffne phoscon und lade die Konfiguration aus der Sicherungsdatei

Ich erinnere mich nicht, ob es wirklich notwendig war, die Phoscon-Konfiguration zu sichern und zu laden, aber ein Backup schadet wahrscheinlich auch nicht.

Das habe ich in einem anderen Thread gefragt:
Ich habe immer noch keine Ahnung, wie ich andere als die nutzlosen Werte in ioBroker für dieses Ding bekomme.
Zum Beispiel erscheint "heatsetpoint" im Log für den deconz Adapter in ioBroker, aber ich kann den Wert nicht lesen. Ich habe es mit Knoten Red versucht.
Kann mir jemand einen Hinweis geben?
Vielen Dank.

Der Eurotronic Spirit ist unzureichend und fehlerhaft in Deconz implementiert. Nach vielen Versuchen ist es mir gelungen, die Eurotronic Spirit in der Deconz App anzuzeigen. Ich kann alle Cluster Info lesen und alles was als R/W angezeigt wird kann auch geschrieben werden.
Um die Eurotronic Spirit zu erkennen muss man die Phoscon App aufrufen, hier wird die Eurotronic Spirit erkannt, aber nicht angezeigt, die App kann definitiv nur Lichter steuern.
Also im deConz IN-Node in Node Red kann ich Temperatur und Status ablesen, im OUT-Node, wenn ich als Server "Phoscon" auswähle, wird nichts angezeigt. Die Eurotronic Spirit wird daher von Dresden Electronics sehr schlecht integriert.
Hat jemand eine Idee, wie ich die Eurotronic Spirit über Node Red nicht nur auslesen, sondern auch steuern kann?

Haben Sie die Schritte in #1098 (Kommentar) befolgt?

Der folgende Prozess hat bei mir auf einem kopflosen Raspbian-Setup funktioniert:

• Phoscon-Konfiguration speichern (Backup)
• Aktivieren Sie das Booten der GUI über raspi-config
• VNC einrichten/installieren
• neu starten
• systemctl stop deconz und systemctl start deconz-gui
• VNC starten und deconz . öffnen
• öffne Phoscon und lade die gesicherte Konfiguration neu
• Thermostat zurücksetzen (sollte Jin anzeigen)
• Suche nach Sensoren in Phoscon
• Öffnen Sie in deconz das Basis-Cluster des Thermostats und klicken Sie auf Lesen
• Überprüfen Sie, ob die Paarung in Phoscon . erfolgreich war
• Phoscon-Konfiguration sichern
• VNC-Server beenden
• systemctl stop deconz-gui und systemctl start deconz
• öffne phoscon und lade die Konfiguration aus der Sicherungsdatei

Ich erinnere mich nicht, ob es wirklich notwendig war, die Phoscon-Konfiguration zu sichern und zu laden, aber ein Backup schadet wahrscheinlich auch nicht.

Ich habe ein paar Versuche gebraucht, aber die Verwendung der Backup-Methode hat bei mir funktioniert.
Das Hauptproblem war, dass es anscheinend nicht möglich ist, dem Thermostatknoten einen Namen zu geben. Nach dem Lesen der Basisdaten hatte es einen generischen Namen und es schien zu funktionieren.

Ich habe ein paar Versuche gebraucht, aber die Verwendung der Backup-Methode hat bei mir funktioniert.
Das Hauptproblem war, dass es anscheinend nicht möglich ist, dem Thermostatknoten einen Namen zu geben. Nach dem Lesen der Basisdaten hatte es einen generischen Namen und es schien zu funktionieren.

Sie können den Namen des Thermostats mit der restlichen API ändern. Dazu können Sie entweder einen REST-Client (wie die Postman App oder die Tabbed Postman Chrome-Erweiterung) oder ein Befehlszeilentool wie cURL verwenden.
Schaut einfach in die REST API Dokumentation http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ dort ist alles gut erklärt.
Sobald Sie Ihren API-Schlüssel haben, rufen Sie eine Liste aller Sensoren ab, indem Sie eine GET-Anfrage an /api/ ausführen./Sensoren. Lesen Sie in der Antwort Ihre Thermostat-ID ab. Führen Sie dann eine PUT-Anfrage an /api/ aus/Sensoren/mit den folgenden Daten { "name" : "Custom Name" }.
Der cURL-Befehl wäre ungefähr so:
curl -X PUT -H "Content-Type: application/json" -d '{"name":"Benutzerdefinierter Name"}' http://localhost :8080/api/01234abc56/sensors/4

Hi,

rkotulan schrieb:

Wenn Sie erfolgreich sind, sollten Sie sehen

in HA in Integration = deCONZ

und ich kann sehen, dass HA einen sensor.thermostat und einen klima.thermostat erkennt.

Auf eigene Faust Es sagte, dass der sensor.thermostat nicht verfügbar ist:

Hast du eine Vorstellung von dem Problem?

Hallo, ich habe einen zufälligen Fehler mit dem Gerät. Ich habe es mit der API immer wieder aktiviert und automatisch gestartet, indem ich nur

{'Modus': 'Aus'}
{'Modus': 'Auto'}

Es funktioniert einige Zeit, aber nach einem Moment bleibt der Heizpunkt in Auto bei 500, es scheint, dass das Gerät den vorherigen Wert vergessen hat.

Ich habe das gleiche gesehen, insbesondere beim Wechsel von off zu on (Boost-Modus) oder umgekehrt. Es scheint ein "Feature" der Spirit-Firmware zu sein. Modus off scheint mit der halbimplementierten Fensteröffnungserkennung zusammenzuhängen.

Ich stelle nur den Heatpoint von meiner Automation ein und belasse den Modus auf auto .

Ok, thx, also werde ich versuchen, meinen eigenen Heatpoint gleichzeitig mit dem Auto-Parameter zu senden > {'mode': 'auto', 'heatsetpoint':2200 }

Hallo Leute,

Wenn jemand ein Spirit-Zigbee-Thermostat möchte - ich habe 3 zu verkaufen:

https://www.ebay-kleinanzeigen.de/s-anzeige/eurotronic-spirit-zigbee-thermostat/1249146122-84-9062

dort kannst du mich gerne kontaktieren...

Haben Sie die Schritte in #1098 (Kommentar) befolgt?

Der folgende Prozess hat bei mir auf einem kopflosen Raspbian-Setup funktioniert:

• Phoscon-Konfiguration speichern (Backup)
• Aktivieren Sie das Booten der GUI über raspi-config
• VNC einrichten/installieren
• neu starten
• systemctl stop deconz und systemctl start deconz-gui
• VNC starten und deconz . öffnen
• öffne Phoscon und lade die gesicherte Konfiguration neu
• Thermostat zurücksetzen (sollte Jin anzeigen)
• Suche nach Sensoren in Phoscon
• Öffnen Sie in deconz das Basis-Cluster des Thermostats und klicken Sie auf Lesen
• Überprüfen Sie, ob die Paarung in Phoscon . erfolgreich war
• Phoscon-Konfiguration sichern
• VNC-Server beenden
• systemctl stop deconz-gui und systemctl start deconz
• öffne phoscon und lade die Konfiguration aus der Sicherungsdatei

Ich erinnere mich nicht, ob es wirklich notwendig war, die Phoscon-Konfiguration zu sichern und zu laden, aber ein Backup schadet wahrscheinlich auch nicht.

Mein Geist verbindet sich nicht mit deConz. Ich führe Home Assistant auf einem RPI 2 aus. Ich habe das deConz Addon installiert, hinzugefügt und in HA integriert, über VNC mit deConz verbunden und die Phoscon App eingerichtet. Wenn ich in der Phoscon App auf "Sensoren hinzufügen" gehe, wird gesucht, aber der Spirit verbindet sich nicht. Es sagt nur "Jin", aber es passiert nichts. Das einzige, was ich in deConz sehe, ist das blaue Standardding, das "Koordinator" sagt, wenn Sie darauf klicken. Habe ich einen Schritt verpasst?

Wie @ebaauw im folgenden Beitrag sagte, muss ich eine Lampe hinzufügen, bevor ich meinen Thermostat hinzufügen kann?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

Edit: in Ordnung, also habe ich etwas gelesen. Der Thermostat ist ein Endgerät, braucht er also einen Router für die Verbindung? Ich dachte, ich könnte den Thermostat direkt an die RaspBee anschließen.

Ich dachte, ich könnte den Thermostat direkt an die RaspBee anschließen.

Der RaspBee (oder jeder ZigBee-Koordinator) ist ein Router in Ordnung; Sie sollten in der Lage sein, den Geist damit zu verbinden. Beachten Sie, dass ein Router nur eine begrenzte Anzahl von angeschlossenen Endgeräten zulässt - nicht sicher, was das aktuelle Limit für die RaspBee ist: 10 oder 16 oder so. Für mehr Endgeräte benötigen Sie zusätzliche Router.

Ich dachte, ich könnte den Thermostat direkt an die RaspBee anschließen.

Der RaspBee (oder jeder ZigBee-Koordinator) ist ein Router in Ordnung; Sie sollten in der Lage sein, den Geist damit zu verbinden. Beachten Sie, dass ein Router nur eine begrenzte Anzahl von angeschlossenen Endgeräten zulässt - nicht sicher, was das aktuelle Limit für die RaspBee ist: 10 oder 16 oder so. Für mehr Endgeräte benötigen Sie zusätzliche Router.

Ich habe keine Geräte angeschlossen, habe heute alles bekommen und komplett neu eingerichtet. Hast du eine Idee, warum sich mein Spirit dann nicht mit der RaspBee verbindet?

Wahrscheinlich schlechtes Funksignal. Wie weit ist der Abstand zwischen Thermostat und RaspBee? Versuchen Sie, den Raspberry mit dem Netzwerk zu verbinden und WLAN und Bluetooth zu deaktivieren. Am besten nach Geräten von Phoscon suchen, dann den Akku in den Spirit einlegen. Setzen Sie den Spirit möglicherweise zurück, indem Sie alle drei Tasten gleichzeitig drücken/halten (nach einigen Sekunden beginnt der Countdown).

Wahrscheinlich schlechtes Funksignal. Wie weit ist der Abstand zwischen Thermostat und RaspBee? Versuchen Sie, den Raspberry mit dem Netzwerk zu verbinden und WLAN und Bluetooth zu deaktivieren. Am besten nach Geräten von Phoscon suchen, dann den Akku in den Spirit einlegen. Setzen Sie den Spirit möglicherweise zurück, indem Sie alle drei Tasten gleichzeitig drücken/halten (nach einigen Sekunden beginnt der Countdown).

Ich werde verdammt sein! 2h Ich habe mit diesem Mist rumgespielt! Ich saß 2 m davon entfernt und dachte nicht, dass das Signal das Problem sein würde! Es ist verbunden!

ZigBee verwendet das 2,4-GHz-Band, ebenso wie WLAN, Bluetooth, DECT, ein Mikrowellenherd usw. Versuchen Sie, auf den ZigBee-Kanal 25 umzuschalten, der die geringste Überlappung mit WLAN hat. Vorsicht vor Metall in Wänden, Möbeln, Lampengehäusen, ...

Fertig, danke! Ich kann den Geist jedoch nicht dazu bringen, in HA aufzutauchen. Die Basis-, Leistungs- und Wärmedaten habe ich bereits in deConz gelesen, aber in HA zeigt deConz nur "Phillips Daylight" und "Phoscon-GW" (das Gateway) an. Ich habe deConz automatisch mit Discovery hinzugefügt. Von dem, was ich hier gelesen habe, wird der Geist automatisch in HA angezeigt.

Haben Sie HA nach dem Pairing des Spirit neu gestartet? Haben Sie noch einmal überprüft, ob die REST-API den Spirit verfügbar macht (wenn sich der Name in der GUI von der Netzwerkadresse geändert hat).

Haben Sie HA nach dem Pairing des Spirit neu gestartet? Haben Sie noch einmal überprüft, ob die REST-API den Spirit verfügbar macht (wenn sich der Name in der GUI von der Netzwerkadresse geändert hat).

Ich habe neu gestartet, aber ich glaube nicht, dass die REST-API den Spirit enthüllt. Kannst du ein Bild posten, welchen Namen in der Netzwerkadresse du genau meinst? Nur um sicher zu gehen

Der blaue Knoten für die RaspBee zeigt die NWK-Adresse (0x0000); der graue Knoten für den Spirit zeigt name der REST-API-Ressource /sensors (ich habe es nach dem Pairing geändert, es zeigt wahrscheinlich Thermostat 2 oder so).

Der blaue Knoten für die RaspBee zeigt die NWK-Adresse (0x0000); der graue Knoten für den Spirit zeigt name der REST-API-Ressource /sensors (ich habe es nach dem Pairing geändert, es zeigt wahrscheinlich Thermostat 2 oder so).

Hm nein, es wird immer noch 0x9348 angezeigt. Wenn ich es manuell in der Node Info ändere, blinkt die linke "LED" rot und unten links heißt es "Senden einer Benutzerdeskriptorsatzanforderung", aber es passiert nichts. Wie kann ich die REST-API verfügbar machen?

Okay, ich habe es! Ich musste in der Phoscon App eine Sensorsuche durchführen und dann die Basisdaten neu auslesen.

Mein Spirit liest nicht die richtige Temperatur aus. Ich habe es an einem anderen Kühler wieder installiert und obwohl der Kühler nur leicht warm ist, zeigt der Spirit 31°C an. Es ist nicht einmal annähernd so. Es ist jetzt eine Stunde her und die Temperatur hat sich immer noch nicht geändert. Irgendwelche Ideen? Ich bin mir nicht sicher, ob die Verwendung des Offsets der richtige Weg ist, damit umzugehen. Auch wurde die Temperatur vorher auf dem anderen Heizkörper korrekt angezeigt.

Ich bin mir nicht sicher, ob die Verwendung des Offsets der richtige Weg ist, damit umzugehen.

Dafür ist wohl der Offset da.

Es ist jetzt eine Stunde her und die Temperatur hat sich immer noch nicht geändert.

Stellen Sie sicher, dass die Attributberichterstellung richtig eingerichtet wurde. Wenn nicht, zeigt deCONZ weiterhin die alte Temperatur an. Drücken Sie _Lesen_ bei den _Thermostat_-Clusterattributen, um zu überprüfen, ob sich der Wert geändert hat.

Ich habe ein neues seltsames Protokoll

08.11.2019 18:47:51.563 Status: (deconz) Thermostat-Debug : {'config': {'heatsetpoint': 2100, 'reachable': True, 'mode': 'off', 'on': True, 'Batterie': 100, 'Offset': 0}, 'id': '85', 't': 'Ereignis', 'e': 'geändert', 'r': 'Sensoren', 'uniqueid': ' 00:15:8d:00:01:92:3b:6c-01-0201'} 2019-11-08
18:49:39.847 Status: (deconz) Thermostat-Debug: {'uniqueid': '00:15:8d:00:01:92:3b:6c-01-0201', 'id': '85', 't ': 'event', 'state': {'on': True, 'valve': 24, 'lastupdated': '2019-11-08T17:49:39', 'temperature': 2105}, 'r': 'Sensoren', 'e': 'geändert'}
2019-11-08 18:49:39.900 Status: (deconz) Thermostat-Debug : {'uniqueid': '00:15:8d:00:01:92:3b:6c-01-0201', 'id': ' 85', 't': 'event', 'state': {'on': True, 'valve': 24, 'lastupdated': '2019-11-08T17:49:39', 'temperature': 2105} , 'r': 'Sensoren', 'e': 'geändert'}

Das Gerät sendet den "Aus"-Modus, aber es hat immer noch das Ventil geöffnet und ist eingeschaltet = wahr.

Ich habe den gesamten Thread gelesen, bin mir aber nicht sicher, wie ich die aktuelle Ventilstellung ablesen soll (ich möchte überprüfen, ob das Ventil richtig funktioniert).
Wenn ich den TRV-Modus auf "Unbekannt 2" stelle, scheint die Ventilanzeige den Öffnungsprozentsatz anzuzeigen ?
Kann man diesen Wert direkt abrufen? Vielen Dank

@ebaauw , ist es möglich, die "Max. Heizsollwertgrenze" für diesen Thermostat standardmäßig auf mindestens 40 Grad einzustellen? Weißt du, in Russland reicht 30 Grad nicht aus.. Ich kann es manuell über VNC einstellen, aber in Home Assistant habe ich immer noch ein Limit von 30.

Der Spirit unterstützt Zieltemperaturen von 5°C bis 30°C. Dies ist auch der Bereich, den Sie mit den physischen Tasten einstellen können. Das REST-API-Plugin erzwingt diesen Bereich:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
Die API macht den Bereich nicht verfügbar, daher handelt es sich wahrscheinlich um Hartcode im HA-Plugin/Binding für deCONZ. Ich habe es in homebridge-hue hartcodiert.

Ich kann es manuell über VNC einstellen

Der Spirit scheint eine eigene Wendung des ZigBee-Standards zu haben: Er verwendet ein herstellerspezifisches Attribut für den Sollwert: _Current Temperature Setpoint_, 0x4003. Es scheint zwar die Einstellung des standardmäßigen _Occupied Heating Setpoint_, 0x0012, zu akzeptieren, berücksichtigt dies jedoch (manchmal) nicht. Dasselbe gilt für den Standardbefehl _Sollwert erhöhen/absenken_. Moral: Lesen Sie unbedingt _Aktueller Temperatursollwert_, um zu überprüfen, ob der Spirit den Wert tatsächlich akzeptiert hat.

Beachten Sie, dass der unterstützte Sollwertbereich vom Spirit selbst in den Attributen 0x0015 und 0x0016 bereitgestellt wird.

Der Spirit unterstützt Zieltemperaturen von 5°C bis 30°C. Dies ist auch der Bereich, den Sie mit den physischen Tasten einstellen können. Das REST-API-Plugin erzwingt diesen Bereich:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

Die API macht den Bereich nicht verfügbar, daher handelt es sich wahrscheinlich um Hartcode im HA-Plugin/Binding für deCONZ. Ich habe es in homebridge-hue hartcodiert.

Ich kann es manuell über VNC einstellen

Der Spirit scheint eine eigene Wendung des ZigBee-Standards zu haben: Er verwendet ein herstellerspezifisches Attribut für den Sollwert: _Current Temperature Setpoint_, 0x4003. Es scheint zwar die Einstellung des standardmäßigen _Occupied Heating Setpoint_, 0x0012, zu akzeptieren, berücksichtigt dies jedoch (manchmal) nicht. Dasselbe gilt für den Standardbefehl _Sollwert erhöhen/absenken_. Moral: Lesen Sie unbedingt _Aktueller Temperatursollwert_, um zu überprüfen, ob der Spirit den Wert tatsächlich akzeptiert hat.

Beachten Sie, dass der unterstützte Sollwertbereich vom Spirit selbst in den Attributen 0x0015 und 0x0016 bereitgestellt wird.

Ok, sieht so aus, als ob die Verwendung der "Lokalen Temperaturkalibrierung" die einzige Möglichkeit ist, meine Heizkörper wärmer zu machen. Ich habe es über VNC eingestellt und es funktioniert jetzt. Hoffentlich setzt das Gerät diesen Wert nicht von selbst zurück

Nur wenn Sie das Gerät zurücksetzen würden (alle drei Tasten für 10 Sekunden gedrückt halten). Beachten Sie, dass diese Kalibrierung von der REST-API als config.offset bereitgestellt wird. Es ist dafür gedacht, wenn das Thermometer auf dem Gerät die falsche Raumtemperatur anzeigt, normalerweise weil es zu nahe am Heizkörper ist.

Leider ist es uns nicht gelungen, den Spirit an ein externes Thermometer zu binden, obwohl die Dokumentation und das Attribut _Remote Sensing_ (0x000a) darauf hindeuten, dass dies unterstützt wird.

Hi. Kurze Frage: Wie ist der Stand der Umsetzung? Ich möchte einige dieser Eurotronic Spirit kaufen. Ich benutze Deconz+Home Assistant.

Hi. Kurze Frage: Wie ist der Stand der Umsetzung? Ich möchte einige dieser Eurotronic Spirit kaufen. Ich benutze Deconz+Home Assistant.

Hallo, das Pairing ist etwas knifflig, aber in diesem Thema finden Sie die Arbeitsweise.
Dinge, die in Home Assistant funktionieren:

• Kontrolle der eingestellten Temperatur im Bereich von 7-30 ° C
• Auslesen der aktuellen Heizkörpertemperatur, Ventilstellung und Batterie

Dinge, die nicht funktionieren:

• Manuelle Steuerung des Ventils
• Fernerkundung der Temperatur
• Kalibrierung der aktuellen Heizkörpertemperatur (kann über VNC erfolgen)

Was mich betrifft - tolles Gerät für seinen Preis.

@airens
Danke für die schnelle Antwort. Ok jetzt muss ich nur noch nach guten Angeboten suchen.

@airens Wie genau liest du die Ventilstellung? Ich habe nicht das richtige Attribut gefunden.

Für die Fernerkundung der Temperatur ist ein weiterer Hack, der von Leuten mit der Z-Wave-Version verwendet wird, den 'Measured Temperature Offset' zu verwenden, um die Differenz zwischen dem internen Temperatursensor des Ventils und dem externen Temperatursensor regelmäßig auszugleichen:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Aber ich weiß nicht, ob wir den 'Measured Temperature Offset' mit der Zigbee-Version ändern können?

@airens Wie genau liest du die Ventilstellung? Ich habe nicht das richtige Attribut gefunden.

Für die Fernerkundung der Temperatur ist ein weiterer Hack, der von Leuten mit der Z-Wave-Version verwendet wird, den 'Measured Temperature Offset' zu verwenden, um die Differenz zwischen dem internen Temperatursensor des Ventils und dem externen Temperatursensor regelmäßig auszugleichen:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Aber ich weiß nicht, ob wir den 'Measured Temperature Offset' mit der Zigbee-Version ändern können?

Ja, wir können den Offset der gemessenen Temperatur ändern, indem wir das Attribut "Lokale Temperaturkalibrierung" festlegen. Sie können es in HA als "Offset" sehen, aber leider können Sie es nur über REST oder VNC ändern

state.valve ist der Wert von 'PI Heizbedarf' ? Und das soll ein Prozentsatz der Öffnung sein? (dh zwischen 0-100%) ?
Für mich sieht es so aus, als ob der Wert von 'PI Heizbedarf' überhaupt nicht mit dem auf dem Ventil angezeigten Wert übereinstimmt, wenn ich den TRV-Modus auf "Unbekannt 2" stelle. Ich muss nochmal nachschauen.

Ist es ein Problem, den "Offset" in HA zu ändern, dass wir ihn nur über REST ändern können? Ich muss mit HA spielen und sehen, ob ich die Skriptverwendung von den Leuten anpassen kann, die die Z-Wave-Version verwenden.

state.valve ist der Wert von 'PI Heizbedarf' ? Und das soll ein Prozentsatz der Öffnung sein? (dh zwischen 0-100%) ?

Ja, so ist es. es ist 0-254, also müssen Sie es auf 0-100 . abbilden

Ist es ein Problem, den "Offset" in HA zu ändern, dass wir ihn nur über REST ändern können? Ich muss mit HA spielen und sehen, ob ich die Skriptverwendung von den Leuten anpassen kann, die die Z-Wave-Version verwenden.

Es ist kein Problem, aber ich denke, es ist keine gute Idee, wegen der Akkulaufzeit (in diesem Fall wurde das Ventil zu oft bewegt und die Anzahl der ZigBee-Pakete steigt drastisch an). Das habe ich zuerst gemacht, musste das aber später fallen lassen. Jetzt verwende ich nur die einfache Automatisierung in NodeRed, die die eingestellte Temperatur des Thermostats abhängig von der Raumtemperatur ändert

Wie genau liest man die Ventilstellung?

Der Geist meldet es als _PI Heizbedarf_ (Attribut 0x0008). Es ist ein u8 Wert zwischen 0 und 254. Die API macht dies als state.valve , normalisiert auf 0-100 %, verfügbar.

Für mich sieht es so aus, als ob der Wert von 'PI Heizbedarf' überhaupt nicht mit dem auf dem Ventil angezeigten Wert übereinstimmt, wenn ich den TRV-Modus auf "Unbekannt 2" stelle.

Der Spirit verwendet herstellerspezifische Attribute (im Bereich 0x4000) für Einstellungen, insbesondere 0x4001 zum manuellen Einstellen der Ventilposition. Dieses Attribut ist nicht meldepflichtig, daher würde ich davon ausgehen, dass es nur die Zielventilposition darstellt. Ich würde erwarten / hoffen, dass die aktuelle Ventilposition weiterhin in 0x0008 angezeigt wird, aber möglicherweise wird dies nur aktualisiert, wenn sich der Spirit im (Standard-)Automatikmodus befindet. Vielleicht möchten Sie überprüfen, ob die Anzeige im Modus Unbekannt 2 0x4001 widerspiegelt.

Wie genau liest man die Ventilstellung?

Der Geist meldet es als _PI Heizbedarf_ (Attribut 0x0008). Es ist ein u8 Wert zwischen 0 und 254. Die API macht dies als state.valve , normalisiert auf 0-100 %, verfügbar.

Es ist eigentlich nicht normalisiert, weil sein Wert 254 erreicht, also habe ich es selbst normalisiert.

Mein Fehler, tut mir leid. Tatsächlich mache ich die Normalisierung auch in homebridge-hue.

Ich habe gestern 4 Spirit ZigBee-Geräte hinzugefügt. (Mit dem neuen deCONZ 2_05_71)
Trotz der wirklich nervigen Sensorsuche - ich habe es geschafft, sie mit rest-api und fhem zum Laufen zu bringen.
Mir ist aufgefallen, dass jedes Mal, wenn ich einen neuen SpiritZig Bee anschließe, deCONZ für sehr kurze Zeit einen Gerätenamen mit (glaube ich!) wie "Thermostat + die Sensor-ID" anzeigt. Aber beim Lesen des Basis-Clusters wird es von SPZ0001 für jedes Gerät überschrieben!
Also musste ich nach jedem Pairing sqlitebrowser starten, um das 4-fache des Namens loszuwerden...

Betrifft das nur mich?

Hallo,

Wie kann ich den Spirit wieder mit meinem ZigBee-Router verbinden, wenn der Router neu startet? Sie sind nicht mit ATM verbunden, und ich bin mir nicht sicher, wie ich das erreichen kann. Würde ein Neustart des Spirit durch Herausnehmen der Batterie helfen oder wird er zurückgesetzt?

Das Herausnehmen und Wiedereinsetzen des Akkus funktioniert in der Regel. Manchmal muss ich dabei das Netzwerk öffnen.

Es gibt etwas Funky mit dem Spirit. Es erkennt nicht, wenn es von seinem Elternteil rausgeschmissen wird. Folglich wird es kein neues Elternteil finden. Es wird weiterhin Attributberichte über seinen früheren Elternteil senden, aber es reagiert nicht mehr auf Befehle, da kein Router die Nachrichten an den Spirit zwischenspeichert. Ich hatte nur begrenzten Erfolg, das ehemalige Elternteil wieder mit dem Netzwerk zu verbinden (durch Drücken von L in der GUI, während der Knoten ausgewählt ist), also würde Spirit den Hinweis annehmen und ein neues Elternteil finden. Leider muss ich normalerweise den Sniffer herausnehmen, um das ehemalige Elternteil zu finden, da die Zeile in der GUI bereits verschwunden ist.

Und wie benutzt man den Sniffer? Die Zeile in der GUI ist weg, daher gehe ich davon aus, dass sie nicht mehr verbunden ist.

Edit: Ich habe schon etwas gegoogelt. Ist es das? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

Wenn ja, fehlt mir der CC-Debugger. Ich habe einen CC2531. Würde so etwas funktionieren?

https://de.aliexpress.com/item/32995461002.html
https://www.ebay.de/itm/CC-Debugger-Bluetooth-ZigBee-Emulator-For-2530-2531-2540-2541-protocol-analysis/123956323038

Ich verwende ZShark auf einem RaspBeery Pi zum Aufzeichnen (siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405) und Wireshark auf meinem Macbook zum Analysieren. Mit anderen Tools habe ich keine Erfahrung.

Ich verwende schedy (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276), um meine Thermostate "smart" zu machen. Aber ich erlebe ein seltsames Verhalten.

Aus irgendeinem Grund scheint die Heimassistentin eine Änderung des Temperatursollwerts einige Minuten nach der Einstellung einer neuen Temperatur und der Bestätigung durch den Plan zu registrieren. Schedy interpretiert dies dann als manuelle Änderung und deaktiviert die Umplanung für die nächsten 120 Minuten, wie konfiguriert. Dies passiert so häufig, dass es Schedy ziemlich nutzlos macht.

Ich bin mir nicht sicher, wo also nach dem Täter suchen. Ich habe roschi, den Entwickler von schedy gefragt und es scheint kein Problem bei schedy zu sein, sondern eher bei Homeassistant, Dekonz oder an der Schnittstelle zwischen beiden.

Ich füge ein schedy-Protokoll bei, in dem Sie sehen können, wie schedy das Ergebnis der Planungsregeln, dh 17°C, richtig bestimmt und diesen Wert auf beide Thermostate in meinem Wohnzimmer anwendet. Dann, ca. 6 Minuten später, wird eine manuelle Änderung auf 21°C registriert (der alte Temperatursollwert) und die Temperatur wird auf alle Thermostate angewendet und ein Umplanungstimer wird eingestellt.

Jetzt bin ich mir nicht sicher ob
1) Aus irgendeinem Grund akzeptiert der Thermostat die Änderung nicht und meldet nur seine vorherige Temperatur mit dem nächsten regulären Statusbericht

2) deconz meldet oder setzt den vorherigen Temperatursollwert zurück

3) Die Hausfrau benimmt sich nur komisch.

Punkt 1) erscheint unwahrscheinlich, da ich eine Änderung der Ventilposition nach dem Einstellen der geplanten Temperatur bestätigen kann. Das Problem scheint also irgendwo an der Schnittstelle zwischen deconz und homeassistant zu liegen.

Vielleicht hat jemand eine Idee, wie man vorgehen muss, um das Problem zu lokalisieren, oder hat sogar eine Idee, wo das Problem liegen könnte?

Mit freundlichen Grüßen

2019-11-27 09:23:56.192242 INFO schedy_heating: --- [R:living] Final result: 17.0��
2019-11-27 09:23:56.194555 INFO schedy_heating: --- [R:living] Setting value to 17.0��.  [scheduled]
2019-11-27 09:23:56.197652 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_wz] Setting value 17.0�� (left tries = 10).
2019-11-27 09:23:56.200876 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_wz] Setting temperature = 17.0��, HVAC mode = 'auto'.
2019-11-27 09:23:56.269871 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Re-sending in 30 seconds.
2019-11-27 09:23:56.274596 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting value 17.0�� (left tries = 10).
2019-11-27 09:23:56.284171 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting temperature = 17.0��, HVAC mode = 'auto'.
2019-11-27 09:23:56.341412 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Re-sending in 30 seconds.
2019-11-27 09:23:56.351558 INFO schedy_heating: <-- [R:living] Value set to 17.0��.  [scheduled]
2019-11-27 09:23:56.355287 INFO schedy_heating: <-- [R:living] Sending state to HA: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:23:56.460744 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'state' is 'auto'.
2019-11-27 09:23:56.474545 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'temperature' is 17.0.
2019-11-27 09:23:56.477044 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'current_temperature' is 18.6.
2019-11-27 09:23:56.479650 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Cancelled re-sending timer.
2019-11-27 09:23:56.481889 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Received value of 17.0��.
2019-11-27 09:23:56.484209 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:23:56.486919 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:23:56.489353 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 17.0.
2019-11-27 09:23:56.491747 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:23:56.494162 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Cancelled re-sending timer.
2019-11-27 09:23:56.496311 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Received value of 17.0��.
2019-11-27 09:23:56.498661 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:24:08.587687 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:24:08.591273 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 17.0.
2019-11-27 09:24:08.601148 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:24:08.604167 INFO schedy_heating: --- [R:living] Unchanged HA state: state='17.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '17.0', 'climate.thermostat_ez': '17.0'}, 'scheduled_value': '17.0', 'rescheduling_time': None, 'overlay_active': False}
2019-11-27 09:30:38.403937 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'state' is 'auto'.
2019-11-27 09:30:38.412780 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'temperature' is 21.0.
2019-11-27 09:30:38.415900 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Attribute 'current_temperature' is 18.6.
2019-11-27 09:30:38.419592 INFO schedy_heating: --> [R:living] [A:climate.thermostat_wz] Received value of 21.0��.
2019-11-27 09:30:38.422193 INFO schedy_heating: --- [R:living] Propagating the change to all actors in the room.
2019-11-27 09:30:38.424761 INFO schedy_heating: --- [R:living] Setting value to 21.0��.  [manual]
2019-11-27 09:30:38.427664 INFO schedy_heating: --- [R:living] [A:climate.thermostat_wz] Not sending value 21.0�� redundantly.
2019-11-27 09:30:38.430957 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting value 21.0�� (left tries = 10).
2019-11-27 09:30:38.434282 INFO schedy_heating: <-- [R:living] [A:climate.thermostat_ez] Setting temperature = 21.0��, HVAC mode = 'auto'.
2019-11-27 09:30:38.518710 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Re-sending in 30 seconds.
2019-11-27 09:30:38.528690 INFO schedy_heating: <-- [R:living] Value set to 21.0��.  [manual]
2019-11-27 09:30:38.531972 INFO schedy_heating: --- [R:living] Re-applying the schedule not before 11:30:38 (in 2:00:00).
2019-11-27 09:30:38.534834 INFO schedy_heating: <-- [R:living] Sending state to HA: state='21.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '21.0', 'climate.thermostat_ez': '21.0'}, 'scheduled_value': '17.0', 'rescheduling_time': 1574850638.0, 'overlay_active': False}
2019-11-27 09:30:38.661966 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'state' is 'auto'.
2019-11-27 09:30:38.665726 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'temperature' is 21.0.
2019-11-27 09:30:38.668367 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Attribute 'current_temperature' is 18.5.
2019-11-27 09:30:38.670909 INFO schedy_heating: --- [R:living] [A:climate.thermostat_ez] Cancelled re-sending timer.
2019-11-27 09:30:38.673100 INFO schedy_heating: --> [R:living] [A:climate.thermostat_ez] Received value of 21.0��.
2019-11-27 09:30:38.675437 INFO schedy_heating: --- [R:living] Unchanged HA state: state='21.0', attributes={'actor_wanted_values': {'climate.thermostat_wz': '21.0', 'climate.thermostat_ez': '21.0'}, 'scheduled_value': '17.0', 'rescheduling_time': 1574850638.0, 'overlay_active': False}

Ich sehe das gleiche. Was passiert, ist, dass das REST-API-Plugin seinen Cache aktualisiert, wenn es die Anforderung zum Ändern des Sollwerts in die Warteschlange stellt. Die Anfrage erreicht den Thermostat jedoch nicht. Wenn der Thermostat seinen nächsten regelmäßigen Bericht sendet, aktualisiert das REST-API-Plug-in seinen Cache mit dem tatsächlichen Wert.

Ich finde, dass dies häufiger passiert, wenn mehrere TRVs gleichzeitig aktualisiert werden (versuchen, sie zu aktualisieren). Hier kann es hilfreich sein, die Updates im Abstand von einigen Sekunden zu planen. Ich würde Gruppenbefehle verwenden, aber leider unterstützt Spirit keine Gruppen (und die REST-API unterstützt keine Gruppen mit /sensors Ressourcen).

Ich denke, wir hätten config.pending für den TRV implementieren sollen, wie wir es für den Hue-Bewegungssensor getan haben. Ich muss die von uns verwendete Logik überprüfen, insbesondere beim Löschen der ausstehenden: beim Senden des Befehls, beim Empfangen der Bestätigung oder beim Empfangen eines Berichts mit dem neuen Wert. Aus Zuverlässigkeitsgründen bräuchten wir letzteres.

Dennoch gibt es das Problem, dass das TRV gelegentlich von seinem Elternteil „verleugnet“ wird, aber kein neues Elternteil findet. Seine Berichte erreichen immer noch das Gateway, aber Gateway-Befehle erreichen das TRV nicht mehr. Dies kann nicht durch config.pending behoben werden; nur durch Neustart des TRV, durch Entfernen der Batterie und Wiedereinsetzen.

In Deutschland gibt es die Spirit ZigBee im Black Friday Angebot zum Preis von 27,99 Euro jetzt bei Amazon!

Heute habe ich den ganzen Tag damit verbracht, das Thermostat in deconz zu integrieren. Leider nie mit vollem Erfolg. Ich habe alle Kommentare hier gelesen und viele der Schritt-für-Schritt-Anleitungen befolgt. Das Thermosat wurde nie in der Phoscon-Weboberfläche angezeigt. In der deconz GUI haben wir einen neuen Knoten erstellt und ich kann auch den Basiscluster lesen. hersteller und modell sind geladen etc. aber im iobroker kommen nur ein paar knoten wie temperatur und akku. aber alle anderen fehlen. kann mir bitte jemand eine genaue anleitung schreiben wie er die thermostate integriert hat? Ich würde gerne mehr kaufen wegen Black Friday

In Deutschland gibt es die Spirit ZigBee im Black Friday Angebot zum Preis von 27,99 Euro jetzt bei Amazon!

ausverkauft :(

Hallo Leute, ich habe nicht alle 250 Beiträge dieses Threads gelesen, daher weiß ich nicht, ob die Beschreibung schon gepostet wurde.
Ab Seite 14 finden Sie die Daten zum Zigbee Register.
Dies kann die Unterstützung dieses Thermostats in deconz erleichtern.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: ok ist nicht initialisiert, wodurch der addTaskThermostatReadWriteAttribute() Aufruf zufällig übersprungen wird? Keine Compiler-Warnung, @manup?!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

Ich nehme an, die gute Nachricht ist, dass wir uns nicht mit config.pending .

Ich nehme an, die gute Nachricht ist, dass wir uns nicht mit config.pending .

Die Aufgaben werden aus einer Warteschlange verarbeitet, es wird jedoch nicht überprüft, ob das Ziel gerade einen Attributbericht oder etwas anderes gesendet hat.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/de_web_plugin.cpp#L10320 -L10530

Hallo zusammen!
Ich schätze Ihre Arbeit für diese Gemeinschaft sehr!
Leider kenne ich mich mit der ganzen Technik im Hintergrund nicht aus - nur ein normaler Benutzer ;).

Können Sie schon abschätzen, wann die Phoscon App die Eurotronic-Geräte unterstützt? Ich freue mich schon sehr darauf, denn ich habe es nur geschafft, das Gerät mit der deconz-GUI zu verbinden. Jetzt stecke ich fest...

//jacdec

Hi und erstmal vielen Dank für die tolle Arbeit mit dem Dekonz- und Homebridge-Hue-Zeug!

Nun zu meiner (hoffentlich nicht ganz so dummen) Frage:
Ich führe deconz in Form eines Raspbee-Schildes auf einem Pie 3 im Headless-Modus (Plattform minimal) aus.
Gibt es eine Möglichkeit, wie ich diesen Schritt ausführen könnte?

• Gehen Sie zur deCONZ-GUI, listen Sie Cluster auf, klicken Sie auf "Basic" -> "Read" (wie in #1098 (Kommentar) empfohlen)

ohne sich die Mühe machen zu müssen, eine x11-Umgebung oder ein VNC-Setup zu installieren?

Ich würde gerne vier Spirits zu meinem Homebridge-Setup hinzufügen, aber es fehlt der Schritt, um die über die API verfügbar zu machen :)

Nochmals vielen Dank und bitte machen Sie weiter so!

John

Danke @ebaauw für die schnelle Lösung! Leider hatte ich noch keine Zeit zu prüfen, ob es bei mir funktioniert. Ich denke, dieser Fix wird in der nächsten Version enthalten sein? Gibt es eine ETA für das nächste Release?

Wenn ich schon dabei bin, möchte ich auf einige der neuesten Beiträge eingehen:

• @kugelkopf123 Ich glaube, die Leute hier kennen das Handbuch von eurotronics, aber das von Ihnen verlinkte Handbuch scheint eine aktualisierte Version vom Oktober zu sein, obwohl ich keine Unterschiede zur älteren Version feststellen konnte. Insbesondere das Attribut "Remote Sensing" und die "Fenster-Offen-Erkennung" wird nicht näher als bisher angesprochen. Ich habe an eurotronics geschrieben und um Klärung gebeten. Ich habe sie auch auf diesen Thread verwiesen.
• @jacdec Auch ich würde es
• @irrwitzer42 AFAIK es gibt

Mit freundlichen Grüßen

Nach allem, was ich bisher gelesen habe, ist die Verwendung eines Ferntemperatursensors mit dem Spirit nicht möglich. Gibt es eine richtige Möglichkeit, es mit Home Assistant zu verwenden? Etwas wie "bei Temp unter 23°C, Klima auf Ventil 255 stellen" oder "...Klima auf Heizbetrieb stellen"? Ich bin mir nicht sicher, ob die Ventilsteuerung von HA aus möglich ist.

Hallo zusammen.
Warum ist es nicht möglich, 0x4003 Current Temperature Setpoint s16 rw zur Steuerung des Thermostats zu verwenden? Weil es aus meiner Sicht das benötigte Attribut ist oder liege ich völlig daneben?

Hallo zusammen, habe gerade meinen Eurotronic Zigbee bekommen und habe Probleme beim Koppeln über deconz. Die deconz Web-UI wird jedoch gestartet, wenn ich ein neues Gerät-> Sensor hinzufüge und die Suche durchführe, dann den Thermostat einschalte, der Verbindungsmodus erscheint und die Schaltfläche nicht zu blinken beginnt. Fehlen mir einige Schritte, die ich ausführen sollte, bevor ich versuche, es zu koppeln?

Es gibt etwas Funky mit dem Spirit. Es erkennt nicht, wenn es von seinem Elternteil rausgeschmissen wird. Folglich wird es kein neues Elternteil finden. Es wird weiterhin Attributberichte über seinen früheren Elternteil senden, aber es reagiert nicht mehr auf Befehle, da kein Router die Nachrichten an den Spirit zwischenspeichert. Ich hatte nur begrenzten Erfolg, das ehemalige Elternteil wieder mit dem Netzwerk zu verbinden (durch Drücken von L in der GUI, während der Knoten ausgewählt ist), also würde Spirit den Hinweis annehmen und ein neues Elternteil finden. Leider muss ich normalerweise den Sniffer herausnehmen, um das ehemalige Elternteil zu finden, da die Zeile in der GUI bereits verschwunden ist.

@ebaauw Wie genau verwendet man den Sniffer, um die Geräte wieder anzuschließen? Dieses Problem habe ich nicht nur beim Spirit, sondern bei allen ZigBee Geräten (1 Aqara Multisensor + 2 Xiaomi Motion Sensoren).

Hallo zusammen

Ich habe gestern die Beta 2.05.72 installiert. Aber ich muss berichten, dass mein Problem nicht gelöst ist. Beim Versuch, zwei Thermostate gleichzeitig zu aktualisieren, scheint eines der Geräte die Änderung des Temperatursollwerts zu registrieren, meldet aber beim nächsten Senden einer Statusmeldung den alten Temperatursollwert, der wiederum als manuelle Änderung interpretiert wird und somit f**ing meinen Zeitplan auf.

Ich könnte den Entwickler von schedy fragen, ob es eine Möglichkeit gibt, den Befehl beim Aktualisieren einer Gruppe auf ein Gerät zu verzögern, aber dies könnte nur ein Workaround sein und ich halte dies für einen Fehler in deCONZ.

Ich habe eine etwas unabhängige Frage, das heißt, in der deCONZ-GUI gibt es diese runde Statusleuchte auf jedem Gerät. Ich konnte keine Erklärung finden, was es bedeutet und was die verschiedenen Farben (grün/blau) bedeuten. Ich habe irgendwo gelesen, dass Grün einen unvollendeten Fügeprozess anzeigt. Einige meiner Thermostate blinken blau, andere grün und einige manchmal grün und manchmal blau. Ich weiß nicht, was ich davon halten soll.

Zum Schluss @gacekk Es gibt derzeit keine Möglichkeit, den Spirit Zigbee über die Web-Benutzeroberfläche zu koppeln, Sie benötigen Zugriff auf die deCONZ-GUI und führen den Kopplungsvorgang wie in diesem Thread beschrieben durch. Vielleicht wäre ein Wiki-Eintrag eine gute Idee?

Mit freundlichen Grüßen!

Wie genau verwenden Sie den Sniffer, um die Geräte wieder anzuschließen?

Sie nicht. Mit dem Sniffer sehen Sie, an welchen Router das Endgerät seine Befehle auf MAC-Ebene sendet (unter der Annahme, dass dies der ehemalige Parent ist) und um zu bestätigen, dass das Endgerät in der Antwort auf den Befehl _Query Neightbour Table_ fehlt (von links) Dropdown in der deCONZ-GUI). Dann verwenden Sie die deCONZ-GUI, um eine erneute Verbindung durch diesen Router zu erzwingen (durch Drücken der Taste L ).

Beim Versuch, zwei Thermostate gleichzeitig zu aktualisieren, scheint eines der Geräte die Änderung des Temperatursollwerts zu registrieren, aber beim nächsten Senden eines Statusberichts meldet es den alten Temperatursollwert

Warum glauben Sie, dass das Gerät die Änderung zu registrieren scheint? Haben Sie das Attribut 0x4003 in der deCONZ-GUI gelesen? Wenn nicht, sehen Sie nur den deCONZ-Cache, der beim Senden des Befehls aktualisiert wurde. Aber es gibt keine Garantie dafür, dass der Befehl den TRV tatsächlich erreicht hat, geschweige denn, dass der TRV den Befehl eingehalten hat.

Wie aktualisiert man die beiden Geräte? Die Spirit TRVs unterstützen keine Gruppen, daher müssen Sie mehrere Befehle senden. Ich habe einige Probleme mit Regeln gesehen, die nicht wie erwartet ausgelöst werden (#2148), also überprüfen Sie besser das deCONZ-Protokoll oder verwenden Sie einen Sniffer, um zu bestätigen, dass das Gateway den Befehl tatsächlich sendet.

In der deCONZ-GUI gibt es diese runde Statusleuchte auf jedem Gerät

Wenn die Erinnerung dient:

• Grün: Endgerät pollt das Gateway (nur für Endgeräte, die direkt mit der RaspBee/ConBee verbunden sind);
• Blau: deCONZ sendet oder empfängt Befehle für dieses Gerät;
• Gelb: deCONZ hat einen Befehl gesendet, aber kein ACK erhalten;
• Rot: deCONZ hat beim Senden eines Befehls eine Zeitüberschreitung erreicht - dies sehen Sie, wenn das TRV von seinem Elternteil abgelehnt wurde.

was wiederum als manueller Wechsel interpretiert wird und damit meinen Terminplan durcheinander bringt.

Ich sehe die gleiche Scheiße. Ich habe versucht, eine Regel erneut festzulegen, um den Sollwert beim Empfang eines Berichts mit einem anderen Sollwert als dem geplanten Wert festzulegen, aber dann kann ich den Zeitplan nicht mehr manuell überschreiben.

Ich denke darüber nach, eine Finite-State-Engine in deCONZ-Regeln zu implementieren, die sich merkt, ob noch eine unbestätigte Sollwertänderung ansteht (mit einem CLIP-Sensor) und den Befehl erneut sendet, bis der gemeldete Sollwert mit dem Ziel übereinstimmt. Danach würde es manuelle Überschreibungen akzeptieren.

Das muss jedoch bis zu den Weihnachtsferien warten. Dies funktioniert natürlich erst, nachdem Spirit einen neuen übergeordneten Router gefunden hat (entweder spontan oder nach einem Neustart).

Ah und noch etwas: Ist es möglich, die Firmware des Spirit über deCONZ zu aktualisieren? Meine ältesten Spirituosen sind _HW Version_ 34, _Application Version_ 18 mit _Date Code_ 20190408 und OTAU _Current File Version_ 0x0122c380 während meine neuesten _HW Version_ 35, _Application Version_ 22 mit _Date Code_ 20191014 und OTAU _Current File Version_ 0x0162e9d sind

Auf der Eurotronics-Homepage finde ich auch keine Informationen zu Firmware-Updates. Im Handbuch steht nur "Eine Revisionshistorie wird separat bereitgestellt", aber kein Hinweis, wo sie zu finden ist.

Ah und noch etwas: Ist es möglich, die Firmware des Spirit über deCONZ zu aktualisieren?

Sollte sein, sobald wir die Firmware gefunden haben. Meine sind auf 20181205 (was laut Standard das Herstellungsdatum sein sollte, nicht das Firmware-Datum, aber ich habe viele Geräte gesehen, die dies als Firmware-Datum verwenden) und _HW Version_ 34. Die Firmware hat _SW-Build-ID_ 15181120 und _Anwendungsversion_ 15.

Warum glauben Sie, dass das Gerät die Änderung zu registrieren scheint? Haben Sie das Attribut 0x4003 in der deCONZ-GUI gelesen? Wenn nicht, sehen Sie nur den deCONZ-Cache, der beim Senden des Befehls aktualisiert wurde. Aber es gibt keine Garantie dafür, dass der Befehl den TRV tatsächlich erreicht hat, geschweige denn, dass der TRV den Befehl eingehalten hat.

Als ich dieses Problem zum ersten Mal erlebte, konnte ich sehen, dass die Ventile auf den neuen Sollwert reagieren. Aber ~5 Minuten später wurde der vorherige Sollwert als tatsächlicher Sollwert gemeldet. Ich habe nicht bestätigt, dass der Befehl diesmal beim TRV angekommen ist und werde dies morgen gründlicher untersuchen.

Wie aktualisiert man die beiden Geräte? Die Spirit TRVs unterstützen keine Gruppen, daher müssen Sie mehrere Befehle senden. Ich habe einige Probleme mit Regeln gesehen, die nicht wie erwartet ausgelöst werden (#2148), also überprüfen Sie besser das deCONZ-Protokoll oder verwenden Sie einen Sniffer, um zu bestätigen, dass das Gateway den Befehl tatsächlich sendet.

Wie ich bereits erwähnt habe, verwende ich schedy für die Haushaltshilfe. Dies ist ein Python-Scheduling-Framework, mit dem Geräte in Räumen gruppiert werden können. Ich bin mir nicht sicher, wie das intern funktioniert, aber ja, ich werde mit Sicherheit mehrere Befehle senden! Ich werde das deCONZ-Protokoll überprüfen, wenn ich die Zeit finde.

Vielen Dank für die Klärung der Farben der Statusanzeige. Ich habe keine rote Statusanzeige gesehen, also hatte ich noch kein Problem damit, dass Eltern ihre Kinder verleugnen.

Wenn es eine Möglichkeit gäbe, sicherzustellen, dass eine Sollwertänderung die TRV erreicht oder zumindest zu reagieren, wenn ein gemeldeter Sollwert nicht mit einem gewünschten Sollwert übereinstimmt, wäre das großartig! Wenn ich durch Tests oder etwas anderes helfen kann, helfe ich gerne!

Mit freundlichen Grüßen

Edit: Ich eröffne dafür eine neue Ausgabe

Wie genau verwenden Sie den Sniffer, um die Geräte wieder anzuschließen?

Sie nicht. Mit dem Sniffer sehen Sie, an welchen Router das Endgerät seine Befehle auf MAC-Ebene sendet (unter der Annahme, dass dies der ehemalige Parent ist) und um zu bestätigen, dass das Endgerät in der Antwort auf den Befehl _Query Neightbour Table_ fehlt (von links) Dropdown in der deCONZ-GUI). Dann verwenden Sie die deCONZ-GUI, um eine erneute Verbindung durch diesen Router zu erzwingen (durch Drücken der Taste L ).

Ehrlich gesagt bin ich mir nicht sicher ob ich folgen kann. Der Schnüffler zeigt mir, dass der Geist immer wieder eine Anfrage zur Wiederaufnahme sendet und dass mein Koordinator eine Antwort zur Wiederaufnahme sendet:

Anfrage:

Antwort:

Hier meine deCONZ GUI:

Wo befindet sich die _Query-Nachbartabelle_ jetzt? Ich sehe es nicht in der deCONZ GUI.
Wenn ich L drücke (während ich den Koordinator auswähle), verlässt er und schließt sich wieder an. Nichts passiert, wenn ich das mit dem Geist tue, selbst wenn ich gehe und wieder eintrete, indem ich den Knopf oben drücke. Mache ich was falsch oder funktioniert das einfach nicht?

Der Schnüffler zeigt mir, dass der Geist immer wieder eine Wiederaufnahmeanfrage sendet und dass mein Koordinator eine Wiederaufnahmeantwort sendet

Das habe ich noch nicht gesehen. Sieht so aus, als ob der Geist die Antwort nicht akzeptiert und es erneut versucht. Sie sind mit diesen Befehlen noch nicht so vertraut, aber sollte die Antwort nicht die NWK-Adresse des Endgeräts enthalten?

Hier meine deCONZ GUI

Der Koordinator ist also Ihr einziger Router. In diesem Fall wissen Sie bereits, was der übergeordnete Router sein soll, sodass Sie dies nicht mit dem Sniffer herausfinden müssen.

Wo befindet sich die Query-Nightbour-Tabelle jetzt?

Im Dropdown-Menü hinter dem linken der beiden Kreise rechts neben dem Knoten.

Nichts passiert, wenn ich das dem Geist antun

Das ist zu erwarten, wenn deCONZ den Spirit nicht erreichen kann.

Das habe ich noch nicht gesehen. Sieht so aus, als ob der Geist die Antwort nicht akzeptiert und es erneut versucht. Sie sind mit diesen Befehlen noch nicht so vertraut, aber sollte die Antwort nicht die NWK-Adresse des Endgeräts enthalten?

Nicht sicher, tbh. Ich konnte es nicht herausfinden, also habe ich es einfach zurückgesetzt.

Im Dropdown-Menü hinter dem linken der beiden Kreise rechts neben dem Knoten.

Ah ich sehe. Also musste ich "Nachbartabelle lesen" auswählen.

Okay, das ist jetzt mehr oder weniger gelöst. Wissen Sie, wie ich die grünen Leitungen von allen anderen Geräten zurückbekomme? Sie sind verbunden, wie es scheint, da meine Bewegungssensoren in HA funktionieren. Aber die grüne Linie zum Koordinator kommt nicht zurück.

Die Zeilen sind nur eine grafische Darstellung der Nachbartabellen. Sie zeigen keine aktive Verbindung an - das gibt es in ZigBee nicht - nur Nachrichten. Sie werden gezogen, wenn deCONZ die Nachbartabellen abfragt.

Hallo zusammen,
weiß nicht, ob relevant, aber vielleicht interessant zu wissen, dass Amazon sie heute für 27,99€ verkauft. Jetzt werde ich alle Thermostate durch diese ersetzen: https://amzn.to/2YRHqOB

@ebaauw Ich habe gerade versucht, mein Homebridge-Hue auf v.11.8 zu aktualisieren. Das ist, was passiert ist. Was muss ich tun?

Öffnen Sie ein Problem mit homebridge-hue. Dies hat nichts mit der Eurotronic Spirit-Unterstützung in deCONZ zu tun.

Ich benutze seit dieser Heizperiode 3 Spirit-Zigbees und sie werden regelmäßig zu Zombies. Sie reagieren nicht mehr auf jeden Befehl, den ich über deCONZ / hassio sende. Ich schloss mich ihnen auch mehrmals wieder an und sorgte für eine angemessene Zigbee-Abdeckung. Zwei davon sind über den Raspberry Pi 4 verbunden, der den conbee 2 Stick bedient – ​​einer über Mesh über einem Hue Light.

Phoscon GW: 2.05.72 / 12.12.2019
Firmware: 264A0700
Hassio-Addon: V4.1
Hassio: 0.102.3
Spirit Zigbee-Version: 20190408

Sobald sie zum Zombie geworden sind, kann ich sie zurückbekommen, indem ich eine der Tasten auf dem TRV drücke, damit sie ihren Zustand wieder an das Netzwerk übertragen.

Gibt es jemanden, der diese Probleme auch hat oder Tipps hat, was schief gehen kann?

Falls ich versuche, einen Befehl an einen Zombie-TRV zu senden, bestätigt das Protokoll, dass der Befehl den TRV nicht erreicht:
18:11:11:193 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:293 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:393 delay sending request 129 dt 0 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:493 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:592 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:692 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:793 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:893 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:11:993 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:093 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:111 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:193 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:293 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:392 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:423 delay sending request 129 dt 1 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:493 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:515 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:593 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:692 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:793 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:893 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:12:992 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:093 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:193 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:214 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:293 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:393 delay sending request 129 dt 2 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:492 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:510 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:592 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:614 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:692 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:793 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:893 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:13:993 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:093 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:193 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:292 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:312 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:393 delay sending request 129 dt 3 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:493 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:593 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:614 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:693 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:713 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:793 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:893 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:14:992 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:093 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:193 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:293 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:392 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:412 delay sending request 129 dt 4 ms to 0x00158D000192CF05, cluster 0x0201 18:11:15:506 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:15:506 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4124 s 18:11:16:008 don't close database yet, keep open for 900 seconds 18:11:17:274 no button map for: SML001 ep: 0x02 cl: 0x0402 cmd: 0x0A pl[0]: 000 18:11:17:274 ZCL attribute report 0x001788010213B2D6 for cluster 0x0402, ep 0x02 18:11:21:330 0x00158D000192CF05 error APSDE-DATA.confirm: 0xD0 on task 18:11:21:330 max transmit errors for node 0x00158D000192CF05, last seen by neighbors 4129 s

Sobald sie zum Zombie geworden sind, kann ich sie zurückbekommen, indem ich eine der Tasten auf dem TRV drücke, damit sie ihren Zustand wieder an das Netzwerk übertragen.

Das habe ich noch nie erlebt. In meinem Fall kann das Gateway das TRV nicht erreichen, aber das TRV kann das Gateway trotzdem erreichen ( state.lastupdated weiter aktualisiert). Ich muss das TRV aus- und wieder einschalten (Batterie entfernen und wieder einsetzen), um die Situation zu beheben.

Alle meine SPZB0001-TRVs haben gerade Offline- Drumroll 2^31 Millisekunden nach dem ersten Pairing verloren. Ganzzahlüberlauf, irgendjemand?

Bearbeiten: Sie reagieren auf Cluster-Lesevorgänge, werden jedoch in der deconz-GUI als getrennt angezeigt.

Ein Gedanke, der mir in den Sinn kommt: AFAICS das SPZB0001 betrachtet die aktuelle Zeit als den Beginn der UNIX-Epoche, die RTC scheint nicht zu laufen. Gibt es eine Möglichkeit, die richtige Zeit über das Cluster Time (0x000A) einzustellen?

Ich habe gerade 2 dieser Spielzeuge bekommen. Ich habe es geschafft, sie dazu zu bringen, in der GUI aufzutauchen und sogar die Temperatur in der GUI einzustellen.
Leider finde ich es nicht in der Web-App und es wird auch nicht in meiner Domoticz angezeigt. Gibt es eine Möglichkeit, sie dorthin zu bringen?

Leider finde ich es nicht in der Web-App und es wird auch nicht in meiner Domoticz angezeigt. Gibt es eine Möglichkeit, sie dorthin zu bringen?

Ich hatte anfangs das gleiche Problem. Ein Neustart des Servers hat mir geholfen.

Das hat leider nicht geholfen. mehrmals neu gestartet. Die GUI zeigt beide als verbunden an, aber das Webinterface zeigt sie immer noch nicht an. Ich bin auf v2.05.71. Muss ich auf 2.05.72 aktualisieren, damit sie funktionieren?
Das ist meine GUI-Ausgabe:

BEARBEITEN: Auf .72 aktualisiert und immer noch gleich

Das hat leider nicht geholfen. mehrmals neu gestartet. Die GUI zeigt beide als verbunden an, aber das Webinterface zeigt sie immer noch nicht an.

Die Web-Benutzeroberfläche von Phoscon zeigt das SPZB0001 nicht an, es wird jedoch über die REST-API verfügbar sein.

Das Problem mit den Zombie-TRVs tritt immer noch mehr oder weniger häufig auf, was zu ca. 15% fehlgeschlagenen Triggern führt.

Ich bin , dass geärgert als ich Stunden Stunden damit verbracht , in den letzten Monaten der Erforschung , dass ich denke , ich werde mit dem Verkäufer schreiben und fragen , was s * sie verkaufen (das Problem wird in beträchtlichem Ausmaß im Internet berichtet)

Das Problem mit den Zombie-TRVs tritt immer noch mehr oder weniger häufig auf, was zu ca. 15% fehlgeschlagenen Triggern führt.

Ich bin , dass geärgert als ich Stunden Stunden damit verbracht , in den letzten Monaten der Erforschung , dass ich denke , ich werde mit dem Verkäufer schreiben und fragen , was s * sie verkaufen (das Problem wird in beträchtlichem Ausmaß im Internet berichtet)

Ich habe 14 dieser Geräte und bin mehr als zufrieden. Das einzige Problem, das ich hatte, war, dass manchmal eines der Geräte nicht auf einen Befehl reagierte, der gleichzeitig an 3 Geräte in einem Raum gesendet wurde. Ich habe dieses Problem gelöst, indem ich jeden Befehl um einige Sekunden verzögert habe. Funktioniert einwandfrei. Vielleicht haben Sie keinen "Server" wie eine Glühbirne in der Nähe und das Signal ist zu schwach. Ich habe die Geräte auf 3 Etagen und ich liebe sie.

Ich habe 8, die gelegentlich von ihrem übergeordneten Router geworfen zu werden scheinen und keinen neuen Elternteil finden. Sie senden immer noch Berichte an das Gateway (zB wenn die Solltemperatur am TRV geändert wird), aber Befehle vom Gateway erreichen das TRV nicht. Wenn ich die TRV-Batterien entferne und wieder einlege, funktioniert es wieder.
Ich konnte kein Muster erkennen, unter welchen Umständen dies geschieht. Einige meiner TRVs scheinen anfälliger als andere, aber es ist allen passiert. Auf allen läuft die Firmware 15181120 . Die meisten wählten dann eine Hue-Glühbirne als Elternteil, aber manchmal wählen sie einen Innr-Stecker oder sogar einen XBee.

Es gibt ein Problem mit dem REST-API-Plugin, das Regeln basierend auf /config.localtime und Regeln mit einer ddx Bedingung manchmal nicht ausgelöst wird, siehe https://github.com/dresden-elektronik/deconz -rest-plugin/issues/2148. Ich verwende viele davon zur Steuerung der TRVs.

Hey Leute, ich habe gerade einen dieser ZigBee Spirit Thermostate gekauft, um damit zu spielen, aber ich kann ihn nicht mit meinem Netzwerk verbinden, obwohl ich andere Geräte wie Schalter, Glühbirnen und Sensoren problemlos angeschlossen habe. Kann mir jemand helfen herauszufinden, was ich falsch mache? Ich habe einen conbee II mit Home Assistant verbunden und das Hinzufügen erfolgt auf die gleiche Weise wie bei anderen Sensoren über die Web-Benutzeroberfläche.
@Tobi0892 könnten Sie mir bitte helfen, meinen TVR mit HASSIO zu verbinden? Welche Schritte muss ich unternehmen:
Was ich tue ist:

1. Deconz-Web-UI öffnen
2. Gehe zu Sensoren und klicke auf Neuen Sensor hinzufügen
3. Während des Scanvorgangs lege ich die Batterien in den TVR . ein

Ich kann sehen, wie das WLAN-Symbol auf dem TVR blinkt, aber es passiert nichts :(

Leute, lassen Sie mich hier eingreifen, da ich meine vor 2 Tagen bekommen habe, um zu prüfen, ob sie ein optionaler Ersatz für meine Fritz 301 sein könnten.

Auffallend ist, dass wenn der TRV für längere Zeit die Verbindung zum Koordinator verliert (sagen wir 18h), dann ist es irgendwie fubar. Beim Sniffing buchstäblich nichts (dediziertes Test-Gateway mit nur angeschlossenem TRV). Keine Chance, es lebend zurückzubekommen, außer zurücksetzen und beitreten.

Hat noch jemand diese Erfahrung gemacht?

@Valcob Ich nehme an, du meintest Phoscon? Wenn nicht, versuchen Sie es dort. Gelegentlich arbeite ich nicht beim ersten Verbindungsversuch. Übrigens, es muss sich im Join-Modus befinden (jin auf dem Display). Das Zurücksetzen wird durch gleichzeitiges Drücken aller 3 Tasten für 10 Sek. erreicht.

Habe das gleiche Problem wie Failed to connect in Phoscon. Andere Sensoren und Leuchten wurden ohne Probleme angeschlossen.

Ich verwende einen Raspberry Pi 3 mit Docker und RaspBee.
Gateway-Version: 2.05.72 / 12.12.2019
Firmware: 26330500

Ich hatte große Probleme damit, meine richtig zu erkennen. Der Trick bestand darin, diese Schritte zu befolgen:

• dekonz gui . öffnen
• Sensorsuche im Phoscon Webservice starten
• Koppeln Sie den trv mit dem Netzwerk
• in der GUI: Gehen Sie zu Cluster-Info und lesen Sie die grundlegenden Informationen, während die Sensorsuche noch läuft.
  Diese Schritte haben jedes Mal für mich funktioniert.

@SwoopX dank dude u mich gerettet :) die freaking Handbuch sagt , dass ich die Kreis und Plus - Tasten für 10 Sekunden drücken müssen , um das Gerät zurückzusetzen , aber dann habe ich die Deutsch - Version als auch und bemerkte , überprüft , dass tatsächlich u drücken müssen alle drei Tasten ein freaking irreführend Unterricht in Englisch Version verdammt noch mal. Jetzt habe ich meine TVRs verbunden und kann wieder mit den Tests :) Dank gehen

@michi1g Habe deine Vorschläge

Dies ist im Moment nicht möglich, @githtz. Die Spirits können nicht über Phoscon gesteuert werden. Sie werden jedoch über die REST-API bereitgestellt und sollten daher in homeassistant angezeigt werden.

Wir sollten die Pairing-Prozedur und die Information, dass die Geister nicht über Phoscon gesteuert werden können, wirklich ins Wiki stellen. Die Informationen werden in diesem Thread begraben.

Hallo Leute, zunächst einmal freue ich mich sehr über eure Hilfe: Dieser Thread ist super nützlich! Es spart viel Zeit und Mühe beim ersten Pairing: Es hätte überall geschrieben stehen sollen, dass die Thermostate in der Phoscon App nicht angezeigt werden, während sie nach dem ersten Vorgang im Home Assistant angezeigt werden (neue Sensoren suchen - grundlegende Cluster-Info lesen) von deconz GUI)!

Wie auch immer, ich habe, wie schon gesagt, die gleichen Probleme wie jemand von euch: Das Einstellen der Temperatur funktioniert nur in den ersten Stunden nach dem Pairing, dann scheint die Integration nicht mehr zu funktionieren und es ist notwendig, zum Reset-Pairing zurückzukehren Verfahren. Glaubst du, dass dies durch ein Update der Thermostat-/Gateway-Firmware behoben werden kann? Ich verwende Himbeere auf Himbeerpi...

Hallo Leute, ich habe ein ähnliches Problem, außerdem bin ich ganz neu in diesem Thema. Ich verwende Home Assistant (0.103.6; HassOS 3.7) auf RPi 4 und habe diese Schritte von @michi1g bis zum letzten durchgeführt. Hier kann ich nicht herausfinden, wie man "grundlegende Cluster-Informationen aus der deconz-GUI liest".
(Ich konnte zuvor Xiaomi Aqara-Sensoren koppeln und kann deren Daten lesen; daraus schloss ich, dass mein System funktioniert.)
Nach dem Zurücksetzen meines TRV zeigt es den verbundenen Status an, aber ich kann es immer noch nicht unter Home Assistant erreichen. Können Sie mir Schritt für Schritt helfen? :)
Dankeschön.

Hallo @rollair wie schon mehrfach in diesem Thread erwähnt (ich weiß, es ist viel zu lesen) benötigen Sie Zugriff auf die deconz-GUI. Das ist nicht die Phoscon-Weboberfläche, sondern die GUI, die Sie in den Screenshots des allerersten Posts dieses Threads sehen. Sie müssen den Basis-Cluster aus der GUI lesen, um die Generierung von REST-API-Entitäten auszulösen. Dazu müssen Sie Ihren TRV-Knoten identifizieren, auf den Kreis ganz rechts klicken und dann im Dropdown-Menü den Basic-Cluster auswählen. Wählen Sie im linken Rahmen die Registerkarte "Cluster-Info" und klicken Sie auf "Lesen".

Siehe Screenshot in https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 und eine der Schritt-für-Schritt-Anleitungen in diesem Thread.

Leider kann ich Ihnen nicht sagen, wie Sie von einer hass.io-Installation aus auf die deconz-GUI zugreifen können. Aber ich glaube, ich habe auch eine Anleitung dazu gesehen.

Entschuldigung, aber ich möchte sagen, dass dies alles verlorene Zeit ist. Früher oder später wirst du
einen Schnitt machen und das Geld und die Zeit sind verschwendet. Normalerweise ist mein Ziel nur
Zigbee, nur mit iobroker. Aber es gibt kein Zigbee-Thermostat, das das tut
fehlerfrei arbeiten. Ich habe mehr als eine Sauna-Veranstaltung und keine Antwort von
Eurotronic-Support. Und deshalb gehe ich zurück zu netter Systems für
Thermostate wie homematic ip oder salus.

Sk4zz [email protected] schrieb am Do., 9. Jan. 2020, 19:23:

Hallo @rollair https://github.com/rollair wie schon mehrfach erwähnt in
Dieser Thread (ich weiß, es ist viel zu lesen) benötigen Sie Zugriff auf die
deconz-GUI. Das ist nicht die Phoscon-Webbenutzeroberfläche, sondern die GUI, die Sie im sehen
Screenshots vom allerersten Post dieses Threads. Du musst das lesen
Basiscluster von der GUI, um die Generierung von REST-API-Entitäten auszulösen.
Dazu müssen Sie Ihren TRV-Knoten identifizieren, klicken Sie ganz rechts
Kreis und wählen Sie dann den Basic-Cluster im Dropdown-Menü aus. In der linken
Rahmen wählen Sie die Registerkarte "Cluster-Info" und klicken Sie auf "Lesen".

Siehe Screenshot in #1098 (Kommentar)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
und eine der Schritt-für-Schritt-Anleitungen in diesem Thread.

Leider kann ich dir nicht sagen, wie du Zugriff auf die deconz GUI erhältst von
eine hass.io-Installation. Aber ich glaube, ich habe eine Anleitung dafür gesehen,
auch.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVXBW63LNMVXBW63LNMVXBW63LNMVVXBW63LNMVXBW63LNMVV57WWK3TUL52HS4DFVREXG43VMVXBW63LNMVXBW63LNMVV57WW
oder abmelden
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

Entschuldigung, aber ich möchte sagen, dass dies alles verlorene Zeit ist. Früher oder später werden Sie einen Schnitt machen und das Geld und die Zeit sind verschwendet. Normalerweise ist mein Ziel nur Zigbee, nur mit iobroker. Aber es gibt kein Zigbee-Thermostat, das fehlerfrei funktioniert. Ich habe mehr als eine Sauna-Veranstaltung und keine Antwort vom Eurotronic-Support. Und deshalb greife ich bei Thermostaten wie homematic ip oder salus wieder auf netter Systeme zurück. Sk4zz [email protected] schrieb am Do., 9. Jan. 2020, 19:23:
…
Hallo @rollair https://github.com/rollair wie schon mehrfach in diesem Thread erwähnt (ich weiß, es ist viel zu lesen) benötigen Sie Zugriff auf die deconz-GUI. Das ist nicht die Phoscon-Weboberfläche, sondern die GUI, die Sie in den Screenshots des allerersten Posts dieses Threads sehen. Sie müssen den Basis-Cluster aus der GUI lesen, um die Generierung von REST-API-Entitäten auszulösen. Dazu müssen Sie Ihren TRV-Knoten identifizieren, auf den Kreis ganz rechts klicken und dann im Dropdown-Menü den Basic-Cluster auswählen. Wählen Sie im linken Rahmen die Registerkarte "Cluster-Info" und klicken Sie auf "Lesen". Siehe Screenshot in #1098 (Kommentar) < #1098 (Kommentar) > und eine der Schritt-für-Schritt-Anleitungen in diesem Thread. Leider kann ich Ihnen nicht sagen, wie Sie von einer hass.io-Installation aus auf die deconz-GUI zugreifen können. Aber ich glaube, ich habe auch eine Anleitung dazu gesehen. — Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub <# 1098? Email_source = Benachrichtigungen & email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820> oder abmelden https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Wie gesagt: ich habe 14 Geräte und alle funktionieren seit über einem Monat einwandfrei. Am Anfang hatte ich das Problem, dass 1 Gerät nach ein paar Tagen nicht mehr reagierte. Aber jetzt null Probleme. Vielleicht liegt es daran, dass ich alle 15 Minuten den Heatsetpoint-Wert ziehe? Kein Gerät fällt also in den Tiefschlaf oder was auch immer den Fehler verursacht. Ich verwende sie mit conbee II auf einem Intel-Nuk über ioBroker. Die "Programmierung" erfolgt mit dem Knoten Red. aber ich bin ein absoluter noob...

ich ziehe den Heatsetpoint-Wert alle 15 Minuten

Haben Sie das REST-API-Plugin dafür modifiziert oder verwenden Sie deconz-cli-plugin? Beachten Sie, dass die Abfrage des Geräts über die REST-API nur den zwischengespeicherten Zustand zurückgibt und keine ZigBee-Nachrichten zur Folge hat.

Entschuldigung, aber ich möchte sagen, dass dies alles verlorene Zeit ist. Früher oder später werden Sie einen Schnitt machen und das Geld und die Zeit sind verschwendet. Normalerweise ist mein Ziel nur Zigbee, nur mit iobroker. Aber es gibt kein Zigbee-Thermostat, das fehlerfrei funktioniert. Ich habe mehr als eine Sauna-Veranstaltung und keine Antwort vom Eurotronic-Support. Und deshalb greife ich bei Thermostaten wie homematic ip oder salus wieder auf netter Systeme zurück. Sk4zz [email protected] schrieb am Do., 9. Jan. 2020, 19:23:
…
Hallo @rollair https://github.com/rollair wie schon mehrfach in diesem Thread erwähnt (ich weiß, es ist viel zu lesen) benötigen Sie Zugriff auf die deconz-GUI. Das ist nicht die Phoscon-Weboberfläche, sondern die GUI, die Sie in den Screenshots des allerersten Posts dieses Threads sehen. Sie müssen den Basis-Cluster aus der GUI lesen, um die Generierung von REST-API-Entitäten auszulösen. Dazu müssen Sie Ihren TRV-Knoten identifizieren, auf den Kreis ganz rechts klicken und dann im Dropdown-Menü den Basic-Cluster auswählen. Wählen Sie im linken Rahmen die Registerkarte "Cluster-Info" und klicken Sie auf "Lesen". Siehe Screenshot in #1098 (Kommentar) < #1098 (Kommentar) > und eine der Schritt-für-Schritt-Anleitungen in diesem Thread. Leider kann ich Ihnen nicht sagen, wie Sie von einer hass.io-Installation aus auf die deconz-GUI zugreifen können. Aber ich glaube, ich habe auch eine Anleitung dazu gesehen. — Sie erhalten dies, weil Sie erwähnt wurden. Antworten Sie auf diese E - Mail direkt, sehen sie auf GitHub <# 1098? Email_source = Benachrichtigungen & email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820> oder abmelden https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Es ist ein Kampf zwischen Hexe und Dekonz, das muss ich zugeben. Aber das ist eine Blaupause des Zigbee-Marktes. Ja, das Protokoll ist standardisiert, aber ohne eine gute Integration neuer Geräte oder selbst integrierende Prozesse kommt es darauf an, wer schneller ist.
Bei Eurotherm Zigbee funktioniert die Integration in den iobroker.zigbee Adapter in Kombination mit einem koenkk flashed cc2531 wie ein Zauber. Es geht nie verloren und ich kann es über den IOT-Adapter an Alexa exportieren. Am Ende betreibe ich 2 Zigbee-Netzwerke mit verschiedenen Brücken, wobei das eine besser funktioniert, abhängig vom verwendeten Sensor. Drücke dir die Daumen das es je eine bessere Integration in rest/conbee/deconz bekommen wird.

Es ist ein Kampf zwischen Hexe und Dekonz, das muss ich zugeben.

ConBee II / deCONZ scheint ein massives Routing-Problem zu haben, wenn das SPZB0001 nicht direkt mit dem Koordinator verbunden ist (Routen gehen nach ein paar Tagen verloren). Leider hat der Support bisher nicht auf Anfragen reagiert.

Bei Eurotherm Zigbee funktioniert die Integration in den iobroker.zigbee Adapter in Kombination mit einem koenkk flashed cc2531 wie ein Zauber. Es geht nie verloren und ich kann es über den IOT-Adapter an Alexa exportieren. Am Ende betreibe ich 2 Zigbee-Netzwerke mit verschiedenen Brücken, wobei das eine besser funktioniert, abhängig vom verwendeten Sensor.

Können Sie weitere Details zu Ihrem Setup mitteilen? Ich bin bereit, ConBee II / deCONZ aufzugeben, sobald mein CC2531 aus China eintrifft. ATM, ich verwende Home Assistant, daher wäre jede Art von Integration schön.

Konnte jemand die Fenster-offen-Erkennung verwenden, nachdem die Geräte gekoppelt wurden? Laut Handbuch ist die Erkennung nach dem Pairing deaktiviert und ich kann dies bestätigen. Gibt es eine Möglichkeit, es wieder zu aktivieren?

//Bearbeiten

Ok, sieht so aus, als ob die Erkennung noch funktioniert, nur ziemlich träge. Kann man die Empfindlichkeit irgendwie einstellen?

@ginkel Ich würde nicht empfehlen, es aufzugeben. Es ist ein solides Produkt mit einer sehr guten Reichweite im Vergleich zum CC2531 (ohne Antenne oder Beleuchtung in der Nähe). Die Gruppierungsfunktionen, Szenen usw. sind sehr leistungsstark wie bei jeder anderen Brücke wie Ikea oder Philips. Sie können all dies nutzen und fehlende/fehlfunktionierende Geräte auf conbee mit einem anderen Zigbee-Netzwerk (auf einem anderen Kanal) einbinden, das vom CC2531 betrieben wird. Genau das ist mein Setup. Ich habe alle meine Lichter und viele Xiaomi-Sensoren / -Tasten am Conbee-Stick, aber ich betreibe alle meine IKEA- und Xiaomi-Netzstecker und Eurotherm über CC2531. Vergessen Sie nie, wenn Sie Phoscon nicht verwenden, müssen Sie Iobroker-Szenen und so verwenden. Viel zu tun, wo dresden elektronik gute Arbeit geleistet hat! Ich hänge Bilder von meinem Setup an...

Leute, danke für die Hilfe in diesem Beitrag bisher: Ich habe meinen Eurotronics-Regler an meinem ConnBee-II in iobroker zum Laufen gebracht - zumindest irgendwie ...
Viele Kämpfe, wenn es nicht erkannt wurde, viele Resets und dann hat es funktioniert.
Aber anscheinend ist der Sensor nicht richtig implementiert. Ich kann die Zieltemperatur , Ventilposition usw. nicht sehen (vergleiche meinen Screenshot mit dem von

Wo kann ich anfangen, nach einer Lösung zu suchen? Oder hat jemand das gleiche erlebt und kennt eine Lösung?

@selen278 Ich denke, das ist eine Einschränkung von iobroker (oder wie deconz mit den Thermostaten umgeht). Die Solltemperaturen des SPZB0001 werden im config des Sensors gespeichert und nicht als state .

Ich habe das gleiche Problem hier.

Und das zeigt iobroker.

@githtz Ich würde nicht auf iobroker zielen, da ich es mit allen Werten mit dem Zigbee-Adapter auf einem cc2531 laufen habe. Das deconz-Plugin für iobroker sollte die deconz-Rest-API und verbundene Geräte mit allen integrierten Parametern verfügbar machen. Ich bin hier kein Experte, aber nach meinem Verständnis fehlt uns aus erster Hand eine richtige Dekonz-Rest-API-Implementierung von Eurotronic Zigbee. Wenn das behoben ist, haben Sie alle Parameter. Andererseits ist es die Bridge-GUI (Phoscon), die nichts anderes als Lichter ändern kann. (das ist für die Hausautomation nicht unbedingt notwendig, wäre aber ein gutes Feature) Obwohl ich es selbst über deconz zum Laufen gebracht habe, bin ich auf das cc2531 umgestiegen, da es stabiler und zuverlässiger in der Verwendung der Eurotronic ist. Im Grunde hängt es von dresden elektronik und ihren Entwicklern ab, die das aussortieren. Vielleicht habe ich etwas falsch gemacht - wenn ja - bitte entschuldigen Sie, ich möchte niemanden stören!

@realwax Ich weiß nicht, wie es mit dem iobroker ist Ich benutze ihn nicht in meiner Instanz von Home Assistant alles ist sichtbar, sogar der Ventilstatus und alles ist anklickbar und einstellbar kein Problem


Ich denke, deconz ist in der Lage, die TVR-Informationen an HA (Homeassistant) zurückzugeben. Das einzige, was ich hatte, ist die Art und Weise, wie ich den TVR mit dem Netzwerk verbinden muss

1. Verbinden Sie sich mit dem VNC-Backend von deconz
2. Entpacken Sie den TVR und gehen Sie in der Phoscon Web-Benutzeroberfläche zu Sensoren, klicken Sie auf Neuen Sensor hinzufügen
3. Vorausgesetzt der TVR ist ausgepackt und anschlussfertig, legen Sie die Batterien ein
4. Überprüfen Sie den VNC zu diesem Zeitpunkt, es wird ein Gerät im Zigbee-LAN angezeigt, aber sonst sollte nichts passieren
5. Klicken Sie auf die Eigenschaften den ganz rechten Kreis auf der angezeigten Gerätekarte und den Basiscluster
6. Auf der linken Seite befindet sich eine Schaltfläche mit der Aufschrift Cluster-Info lesen. Klicken Sie darauf und Sie sehen einige Informationen zu Ihrem TVR
7. Setzen Sie das Gerät zurück (drücken Sie alle 3 Tasten für 10 Sekunden)
8. Es geht wieder in den Verbindungsmodus und dieses Mal erscheint es wie erwartet im VNC, was bedeutet, dass sich alle Informationen über das Gerät auf der Karte selbst befinden. Gleichzeitig werden die Geräteinformationen auch an die HA-Instanz gesendet.

Das ist es, sollte einfach genug sein, um mehr TVR hinzuzufügen. Ich habe 8 davon und habe überhaupt kein Problem.
Stellen Sie einfach sicher, dass Sie genügend Repeater in Ihrem Haus haben, d

Hoffe das hilft

Ich habe das Docker-Image home-assistant auf meinem rpi3 zusätzlich zu deconz und iobroker installiert und voilà!

Also denke ich, dass die TVRs richtig gepaart sind, yay. Obwohl ich mich frage, warum iobroker nicht auf die TRVs-Konfiguration zugreifen kann. Vielleicht unterstützt iobroker-deconz-plugin die deconz API nicht vollständig?

Gut zu hören. Also lag ich falsch in Bezug auf meine Gedanken zur deconz rest api. Bezüglich iobroker deconz gab es vor zwei Tagen ein Update. Vielleicht möchte einer von iobroker es erneut versuchen? https://github.com/iobroker-community-adapters/ioBroker.deconz
Ich würde es selbst machen, aber ich habe meine bereits angeschlossen und integriert.

Ich habe es heute ausprobiert und meine iobroker-Instanz von Grund auf neu erstellt, aber die Sensoren sind in der iobroker-Benutzeroberfläche immer noch schreibgeschützt. Ich schätze, ich werde ein Problem bei diesem Projekt erstellen.

Das kann ich bestätigen, ich kann sie auch nicht mit iobroker steuern. Sie werden angezeigt, sind jedoch nur lesbar, es gibt keine Möglichkeit, die Temperatur einzustellen.

Scheint, als ob die neueste Version 1.2.3 das Problem behebt! Zumindest kann ich jetzt sehen, wie die TRV-Werte geändert werden.

Kann ich irgendwie den Namen für den TRV einstellen? Wenn ich den Wert in deCONZ ändere hat das keine Auswirkung

Nein!
Sie können jedoch sqlitebrowser und open~/.local/share/dresden-elektronik/deCONZ/zll.db verwenden
und ändern Sie "SPZ0001" manuell auf was auch immer ;)
Aber sichern Sie zuerst Ihre zll.db 8)

Ich habe Postman verwendet, um dies über die API zu tun. Holen Sie sich einfach den API-Schlüssel von der Phoscon-App und führen Sie einen PUT auf http://{$DOCONZ_HOST}/api/{$IP_KEY}/sensors/{$SENSOR_ID} mit dem folgenden Rohteil durch: {"name": "{$ NEUER NAME}"}

Hat noch jemand Probleme, den Spirit mit Hassio mit deConz 5.1 zu verbinden? Ich habe mein Hassio auf 104.2 aktualisiert und nach dem Neustart hat sich der Spirit nicht wieder verbunden (ein anderer hat es getan). Also habe ich es über VNC gelöscht und versucht, es über Phoscon hinzuzufügen, aber der Spirit findet Hassio nicht, obwohl sie buchstäblich nebeneinander liegen.

@Valcob Können Sie bitte erläutern, was Sie mit "Und gleichzeitig werden die Geräteinformationen auch an die HA-Instanz gesendet" meinen?
Ich versuche, Ihre Anweisungen für eine andere Thermostatmarke (eCozy) zu befolgen, und ich kann alle Daten in VNC lesen, bin mir aber nicht sicher, wie ich die Entität in HA bekomme. Ausführen von deCONZ auf einem Conbee-Stick als Hassio-Add-On, RPi.

@ddppddpp Bitte öffne eine neue Integrationsanfrage oder uns leid.

Ich habe den _ganzen Thread_ erneut gelesen, da meine letzten Kommentare hier irgendwann im Oktober 2019 waren.
Um es im Moment (02.02.2020) glasklar zu haben:

• Der Thermostat muss gekoppelt werden, indem die Cluster-Informationen auf der GUI gelesen werden;
• Die WebUI zeigt den Thermostat nicht auf der Registerkarte Sensors ;
• Jeder, der über sekundäre Router (Lichter, Steckdosen usw.) verfügt: Wenn der Thermostat über diese mit dem Netzwerk verbunden ist, verliert er irgendwann diese Verbindung und kann nicht automatisch wieder dem Netzwerk beitreten, und man muss ihn entfernen und erneut einsetzen die Batterie;

Sind diese drei Punkte bis heute richtig?

Wenn ja, gibt es ein WIP, das diese anspricht, um die Unterstützung dieser TRVs (Pairing und WebUI) zu verbessern und auch die Zuverlässigkeit zu erhöhen (Verbindungsverlust, wenn das Netzwerk über Koordinator + Router verfügt)?

Ich habe den _ganzen Thread_ erneut gelesen, da meine letzten Kommentare hier irgendwann im Oktober 2019 waren.
Um es im Moment (02.02.2020) glasklar zu haben:

• Der Thermostat muss gekoppelt werden, indem die Cluster-Informationen auf der GUI gelesen werden;
• Die WebUI zeigt den Thermostat nicht auf der Registerkarte Sensors ;
• Jeder, der über sekundäre Router (Lichter, Steckdosen usw.) verfügt: Wenn der Thermostat über diese mit dem Netzwerk verbunden ist, verliert er irgendwann diese Verbindung und kann nicht automatisch wieder dem Netzwerk beitreten, und man muss ihn entfernen und erneut einsetzen die Batterie;

Sind diese drei Punkte bis heute richtig?

Wenn ja, gibt es ein WIP, das diese anspricht, um die Unterstützung dieser TRVs (Pairing und WebUI) zu verbessern und auch die Zuverlässigkeit zu erhöhen (Verbindungsverlust, wenn das Netzwerk über Koordinator + Router verfügt)?

Meine 14 Thermostate sind über mehrere Lampen und Steckdosen verbunden und in den letzten 2 Monaten hatte ich keinen einzigen Verbindungsverlust.
Ich habe viele Sensoren von aqara, die weniger zuverlässig sind.

Ich habe den _ganzen Thread_ erneut gelesen, da meine letzten Kommentare hier irgendwann im Oktober 2019 waren.
Um es im Moment (02.02.2020) glasklar zu haben:

• Der Thermostat muss gekoppelt werden, indem die Cluster-Informationen auf der GUI gelesen werden;
• Die WebUI zeigt den Thermostat nicht auf der Registerkarte Sensors ;
• Jeder, der über sekundäre Router (Lichter, Steckdosen usw.) verfügt: Wenn der Thermostat über diese mit dem Netzwerk verbunden ist, verliert er irgendwann diese Verbindung und kann nicht automatisch wieder dem Netzwerk beitreten, und man muss ihn entfernen und erneut einsetzen die Batterie;

1) und 2) sind richtig. Zu 3) Ich denke, es gibt IMHO ein allgemeineres Routing-Problem, bei dem Geräte aus dem Netzwerk fallen. Gestern habe ich wieder einige TRADFRI-Glühbirnen verloren, nachdem am Vortag ein SPSB0001 nicht mehr erreichbar war. Da der Support seit über einem Monat Anfragen größtenteils ignoriert, bin ich auf einen CC2531 mit zigbee2mqtt umgestiegen und blicke nicht zurück.

Edit: Mit einem ZigBee - Sniffer ich deutlich sehen konnte , dass die SPZB0001 keine Verbindung zum Netzwerk verliert, aber glücklich das Senden von Daten Request - Pakete an seine Router, aber bei dem Versuch , einen Cluster aus dem deCONZ GUI zu lesen war klar , dass deCONZ nicht sendet jede Anfrage in diesem Fall.

Ich habe die deCONZ Phoscon WebApp auf einem Raspi laufen. Ich verwende die App Version 2.05.72 / 12.12.2019, Firmware 264A0700 als Dienst. Ohne die GUI, aber mit der webUI (die übrigens hervorragend ist). Ich verwende Zigbee-Lichter und -Sensoren, um sie in ioBroker und openHAB verfügbar zu machen, und es funktioniert wie ein Zauber. Aber ich kann bestätigen: Nur mit der Phoscon-WebUI gibt es derzeit keine Möglichkeit, Eurotronic Spirit Thermostat zu koppeln.

Mein Workaround: Ich werde die UI/VNC-App nicht verwenden, also musste ich stattdessen einen CC2531-Stick verwenden (wie oben oft vorgeschlagen), der funktioniert ... etwas unzuverlässig (jeder 5. Befehl funktioniert, die anderen produzieren nur Einträge im Fehlerprotokoll), aber das stört mich nicht. Sobald die deCONZ WebApp dieses Thermostat unterstützt, werde ich umsteigen.

Was ich nervig finde: Eurotronic Spirit ZigBee ist in der Liste der unterstützten Artikel aufgeführt (was für mich der Grund war, den conBEE2 zu kaufen). Der Kommentar zu diesem Eintrag führt Sie zu dieser Anfrageseite, auf der Sie lesen, dass Sie die UI-Version verwenden und einige technische Dinge tun müssen, für die ich wirklich nicht schlau genug bin, oder dass Sie ein komplett anderes Gateway verwenden müssen, um es zu bekommen dieses Thermostat gekoppelt (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

Der Thermostat muss gekoppelt werden, indem die Cluster-Informationen auf der GUI gelesen werden;

Ich glaube nicht, dass das immer der Fall ist und es ist sicherlich kein Thema, das ausschließlich dem Spirit vorbehalten ist. Das Pairing von batteriebetriebenen Geräten ist eine Herausforderung, und ich würde wirklich empfehlen, Zugriff auf die GUI zu haben, um einen blockierten Pairing-Prozess zu überwachen und neu zu starten.

Das Pairing kann definitiv verbessert werden, aber das würde ein Refactoring des entsprechenden Codes erfordern. Nicht etwas, das Sie an einem verlorenen regnerischen Sonntagnachmittag tun. Wahrscheinlich am besten, dies mit der API v2 zu kombinieren.

Die WebUI zeigt den Thermostat nicht auf der Registerkarte Sensoren an;

Richtig. Nachdem das Web-REST-API-Plugin Unterstützung für ein neues Gerät hinzugefügt hat, muss jeder API-Client ebenfalls Unterstützung hinzufügen. Phoscon ist „nur“ ein weiterer API-Client (der in Ihrem Webbrowser läuft).

Und ich würde mich sehr freuen, wenn die Eurotronic Spirit ZigBee bald in die Phoscon WebApp integriert werden könnte. Dies ist meines Erachtens der Zweck dieser offenen Gerätesupportanfrage.

Dieses Repository ist für das Open-Source-REST-API-Plugin. Phoscon ist kein Open Source, daher kann hier außer dresden elektronik selbst niemand etwas dagegen tun.

Jeder, der über sekundäre Router (Lichter, Steckdosen usw.) verfügt: Wenn der Thermostat über diese mit dem Netzwerk verbunden ist, verliert er irgendwann diese Verbindung und kann nicht automatisch wieder dem Netzwerk beitreten, und man muss ihn entfernen und erneut einsetzen die Batterie;

Es gibt viele Routing-Probleme, insbesondere in größeren Netzwerken mit gemischten Lichtern, aber ich glaube nicht, dass diese auf den Thermostat zutreffen. Ich finde, dass es weiterhin mit dem Netzwerk verbunden bleibt und weiterhin Berichte an den Koordinator sendet. Der (vorherige) Elternrouter erkennt den Spirit jedoch nicht mehr als Kind, wodurch er für andere Geräte praktisch nicht mehr erreichbar ist (Sie können den Thermostat also nicht mehr von deCONZ aus steuern oder abfragen).

Ich habe dies bei allen meinen acht Spirits gesehen, aber einige scheinen anfälliger für dieses Problem zu sein als andere. Wenn sie einen innr SP 120-Stecker oder my lumi.curtain als Elternteil auswählen, tritt das Problem innerhalb eines Tages auf. Wenn sie sich für eine meiner Hue-Leuchten entscheiden, funktionieren sie möglicherweise wochenlang. Das gleiche Problem sehe ich übrigens bei meiner FYRTUR Jalousie.

Ich denke, dieses Problem wird durch die Spirit-Firmware verursacht, da sie nicht (immer?) erkennt, dass sie verleugnet wurde, und daher nicht nach einem neuen Elternteil sucht. Ich hatte einige Gelegenheiten, bei denen es spontan ein neues Elternteil fand, aber ich konnte die Bedingungen dafür nicht isolieren. Das Aus- und Wiedereinschalten des alten Elternteils scheint manchmal den Zweck zu erfüllen; Aus- und Einschalten des Thermostats immer - kein Zurücksetzen und erneutes Koppeln des Thermostats erforderlich. Gelegentlich habe ich festgestellt, dass sich der Thermostat selbst zurückgesetzt hat und eine erneute Kopplung erforderlich ist.

Im Sinne (Wortspiel beabsichtigt) der vollständigen Offenlegung gibt es meiner Meinung nach noch zwei weitere Probleme:

• Ich finde, dass manchmal Befehle den Thermostat nicht erreichen, obwohl er erreichbar ist. Ich debugge dieses Problem immer noch, ich habe festgestellt, dass Regeln manchmal nicht ausgelöst werden (siehe #2148), was in v2.05.73 behoben wird. Ich fürchte, wir hätten state.pending doch implementieren sollen, obwohl der Geist einen leichten Schlaf zu haben scheint und seine Eltern alle fünf Sekunden abfragt.
• Noch nicht alle Funktionen des Spirit werden vom REST-API-Plugin unterstützt. Insbesondere können Sie seinen Modus nicht ändern und die Ventilposition manuell steuern. Imho wäre es unverantwortlich, dies zu unterstützen, bevor man das oben genannte Problem anspricht.

Genau meine Erfahrung!

1. Stock: Raspbee und ein TRADFRI Driver 30W mit drei Spirits verbunden mit Raspbee oder Driver
==> Alles funktioniert wochenlang! Sie senden Berichte und erhalten neue Heatsetpoints ;)

Erdgeschoss: Gemischte Router-Situation: innr sp120, osram smart plug01, ikea birne
==> Nur das Versenden von Berichten geht gut. Das Einstellen eines neuen Heizwerts erreicht nie das Ziel (4 andere Spirituosen, aber alle Spirituosen sind verbunden)

@githtz könnte angezeigt zu werden ?

Hat sich auch schon jemand bezüglich des Webphoscon-Supports an dresden electronic gewendet?

@LennyPenny Hast du das
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz ja, ich habe es mit der Heimassistenten angezeigt

ah okay, egal, ich musste arbeiten: auf den "lesen"-Button in der deconz-GUI zu klicken, war der Teil, den ich verpasst habe

@realwax Ich weiß nicht, wie es mit dem iobroker ist Ich benutze ihn nicht in meiner Instanz von Home Assistant alles ist sichtbar, sogar der Ventilstatus und alles ist anklickbar und einstellbar kein Problem


Ich denke, deconz ist in der Lage, die TVR-Informationen an HA (Homeassistant) zurückzugeben. Das einzige, was ich hatte, ist die Art und Weise, wie ich den TVR mit dem Netzwerk verbinden muss

1. Verbinden Sie sich mit dem VNC-Backend von deconz
2. Entpacken Sie den TVR und gehen Sie in der Phoscon Web-Benutzeroberfläche zu Sensoren, klicken Sie auf Neuen Sensor hinzufügen
3. Vorausgesetzt der TVR ist ausgepackt und anschlussfertig, legen Sie die Batterien ein
4. Überprüfen Sie den VNC zu diesem Zeitpunkt, es wird ein Gerät im Zigbee-LAN angezeigt, aber sonst sollte nichts passieren
5. Klicken Sie auf die Eigenschaften den ganz rechten Kreis auf der angezeigten Gerätekarte und den Basiscluster
6. Auf der linken Seite befindet sich eine Schaltfläche mit der Aufschrift Cluster-Info lesen. Klicken Sie darauf und Sie sehen einige Informationen zu Ihrem TVR
7. Setzen Sie das Gerät zurück (drücken Sie alle 3 Tasten für 10 Sekunden)
8. Es geht wieder in den Verbindungsmodus und dieses Mal erscheint es wie erwartet im VNC, was bedeutet, dass sich alle Informationen über das Gerät auf der Karte selbst befinden. Gleichzeitig werden die Geräteinformationen auch an die HA-Instanz gesendet.

Das ist es, sollte einfach genug sein, um mehr TVR hinzuzufügen. Ich habe 8 davon und habe überhaupt kein Problem.
Stellen Sie einfach sicher, dass Sie genügend Repeater in Ihrem Haus haben, d

Hoffe das hilft

Sie sind ein Lebensretter! Ich habe herumgebastelt und die vnc-Schnittstelle vergessen. Ihre Erklärung hat mich über die vnc-Schnittstelle und das Zigbee-Protokoll unterrichtet. Auch ich bin jetzt glücklicher Besitzer eines voll funktionsfähigen TRV, das wunderbar mit HA funktioniert, danke!

@BeamMeUpTo @rsaffi
Habt ihr eine Art Workaround dafür gefunden? Ich habe hier jetzt eine ähnliche Situation mit zwei SPZB0001 (direkt mit dem Hub verbunden) funktioniert einwandfrei, aber der dritte ist mit verschiedenen Routern verbunden und funktioniert nach ein paar Tagen einfach nicht mehr. :enttäuscht:

@BeamMeUpTo @rsaffi
Habt ihr eine Art Workaround dafür gefunden? Ich habe hier jetzt eine ähnliche Situation mit zwei SPZB0001 (direkt mit dem Hub verbunden) funktioniert einwandfrei, aber der dritte ist mit verschiedenen Routern verbunden und funktioniert nach ein paar Tagen einfach nicht mehr.

Ich habe noch (noch) kein anderes Gerät zu Hause, das sich wie ein Router verhält, daher kann ich es selbst nicht sagen. Ich habe einen Freund, der ein paar Router und einige Spirit Zigbee TRVs hat und mit dem gleichen Problem konfrontiert war. Sie hat sogar eine benutzerdefinierte Routine erstellt, um alle 2 Stunden eine Kommunikation zwischen Home-Assistant und ihren TRVs zu erzwingen, um zu verhindern, dass sie "verloren" werden.

Meine ersten Smart Plugs werden zwischen heute und morgen eintreffen, also werde ich endlich andere Geräte haben, die Router sind, ich werde im Auge behalten, ob TRVs anfangen, sich schlecht zu benehmen oder nicht.

Edit: Um fair zu sein, alle meine Lampen sind Philips Hue, die als Router fungieren können, aber sie sind nicht direkt über Conbee + deCONZ mit meinem Home-Assistant verbunden, sondern über die Hue Bridge, also ein separates Zigbee-Netzwerk.

@githtz - Nein, nicht wirklich.

@tkintscher

Inzwischen habe ich dies umgangen, indem ich die Temperatur von einem Xiaomi-Sensor gelesen und config.offset . Das hat perfekt funktioniert, bis Ihr PR die Einheiten für den Offset von 0,1 auf 0,01 Grad geändert hat.

Kannst du mir bitte erklären, wie du das gemacht hast? ich bin neu hier...
Auch @ebaauw gibt es Neuigkeiten zur Fernerkundung?
Danke schön

Auch @ebaauw gibt es Neuigkeiten zur Fernerkundung?

Warum würden Sie erwarten, dass ich Neuigkeiten habe? Soweit ich feststellen konnte, unterstützt das TRV diese Funktion nicht, obwohl es das Attribut _Remote Sensing_ offenlegt. Das Handbuch erwähnt diese Funktion nicht und der Eurotronic-Support scheint nicht auf E-Mails zu reagieren. Da kann ich nichts machen.

frage nur... danke

Gibt es immer noch kein Update zum erneuten Hinzufügen eines TRV nach dem Neustart des Routers? Ich starte es regelmäßig neu (Home Assistant auf einem RPI), um Updates zu installieren. Normalerweise verbindet sich einer meiner beiden TRVs nicht wieder. Ein Power-Cycling durch Herausnehmen des Akkus hilft nicht, außerdem heizt es die ganze Zeit beim Versuch, eine Verbindung herzustellen. Alles zurückzusetzen ist mühsam, da ich noch ein paar andere Geräte habe, die angeschlossen sind.

@FlyingPersian Ich habe die gleiche Situation.

@FlyingPersian Ich habe die gleiche Situation.

Seltsamerweise blinkt nach dem Löschen des Geräts in VNC und erneutem Erscheinen die LED daneben weiterhin grün und blau, auch wenn das Gerät kurzzeitig ausgeschaltet war. Power-Cycling, Daten lesen, nach neuen Geräten suchen usw. hat nicht geholfen, es wieder hinzuzufügen :o Ich fürchte, wenn ich das Gerät lösche, wird es noch schwieriger, es wieder hinzuzufügen.

Ich musste das Gerät zurücksetzen und alle Schritte wie beim Neugerät wiederholen

Ich musste das Gerät zurücksetzen und alle Schritte wie beim Neugerät wiederholen

Das funktioniert bei mir normalerweise nicht. Wenn ich das tue, wird das Gerät nicht mit deCONZ gekoppelt. Ich habe es seit den letzten Updates nicht mehr versucht, aber ich habe Angst, dies zu tun.

Wenn das Gerät die Verbindung verliert, wird dies behoben, indem ich das Gerät in Home Assistant deaktiviere und aktiviere. Manchmal muss ich das zweimal wiederholen, aber es erledigt fast immer die Arbeit.

Gibt es immer noch kein Update zum erneuten Hinzufügen eines TRV nach dem Neustart des Routers? Ich starte es regelmäßig neu (Home Assistant auf einem RPI), um Updates zu installieren. Normalerweise verbindet sich einer meiner beiden TRVs nicht wieder. Ein Power-Cycling durch Herausnehmen des Akkus hilft nicht, außerdem heizt es die ganze Zeit beim Versuch, eine Verbindung herzustellen. Alles zurückzusetzen ist mühsam, da ich noch ein paar andere Geräte habe, die angeschlossen sind.

@FlyingPersian Das ist sehr seltsam, aber alle TRVs, die ich immer automatisch wieder verbunden habe, wenn ich HASS neu starte (z. B. aufgrund eines Updates).

Ahh, was ich meistens mache, sind Neustarts von Home Assistant selbst (damit deCONZ weiterläuft). Aber vor ein paar Tagen gab es ein Update für das Betriebssystem von hass.io und es wurde neu gestartet und meine Thermostate haben sich auch automatisch wieder verbunden.

Ahh, was ich meistens mache, sind Neustarts von Home Assistant selbst (damit deCONZ weiterläuft). Aber vor ein paar Tagen gab es ein Update für das Betriebssystem von hass.io und es wurde neu gestartet und meine Thermostate haben sich auch automatisch wieder verbunden.

Ja, seltsamerweise verbindet sich nur eines meiner beiden Geräte wieder. Der andere nicht.. Ich bin mir nicht sicher, warum oder wie ich es überhaupt finden konnte.

Ist das immer noch etwas, wonach Sie suchen?
Ich habe gerade 4 Thermostate gekauft und es geschafft, 1 zu verbinden, aber selbst dieser funktionierte nicht richtig (konnte ihn nicht über Home Assistant steuern). Ich glaube, ich habe alles versucht und es scheint irgendwie zufällig, dass es sich manchmal nach mehreren Resets und so weiter verbindet. Im Moment sehe ich einen Thermostat in der Phoscon VNC GUI, aber er kann keine Verbindung mehr herstellen und "Neuen Sensor hinzufügen" in der WebApp funktioniert auch nicht.

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivität hatte. Es wird geschlossen, wenn keine weitere Aktivität stattfindet. Vielen Dank für Ihre Beiträge.

@Paragrimm Mine funktionieren noch. Da es warm ist, werden sie nicht sehr oft verwendet, aber ich kann immer noch Befehle an die Thermostate senden (wie Bildschirmsperre). Aber damit hatte ich auch viele Probleme :enttäuscht:
Können Sie den Status des angeschlossenen Thermostats über die VNC-GUI ändern?

Ich habe gerade zwei davon bekommen und möchte sie auch zum Laufen bringen.
@ebaauw Würde es helfen, wenn wir versuchen würden, Eurotrinoc aufzuwecken? Welche Fragen sollen wir ihnen stellen?

• Wenn sie eine neuere Firmware haben. Wo sie es veröffentlichen.
• Ob/wann/wie sie die Anbindung an einen externen Temperatursensor unterstützen.
• wenn ihnen ein Fehler in ihrer Firmware bekannt ist, wodurch der TRV nicht erkennt, dass sein Elternteil ihn rausgeschmissen hat und kein neuer Elternteil findet.

Ich habe Anfang des Jahres den eurotronics-Support nach Firmware-Updates gefragt. Ihre Antwort war, dass sie sich entschieden haben, Firmware-Updates nicht öffentlich zur Verfügung zu stellen. Als Grund gaben sie an, dass viele Gateway-Hersteller keine Updates unterstützen. Was auch immer der Grund sein mag.

Hey Erik, ok wird tun, was ist TRV? :-)

Thermostatisches Heizkörperventil

Dieses Problem wurde automatisch als veraltet markiert, da es in letzter Zeit keine Aktivität hatte. Es wird geschlossen, wenn keine weitere Aktivität stattfindet. Vielen Dank für Ihre Beiträge.

Mir ist aufgefallen, dass homebridge-hue den TRVs-Modus auf "off" setzt, wenn er in HomeKit deaktiviert ist. Weiß jemand ob der Frostschutz auch dann noch aktiv ist wenn die TRV auf "OFF" steht?

Mir ist aufgefallen, dass homebridge-hue den TRVs-Modus auf "off" setzt, wenn er in HomeKit deaktiviert ist. Weiß jemand ob der Frostschutz auch dann noch aktiv ist wenn die TRV auf "OFF" steht?

Bei meinen Thermostaten kehren sie nach 15 Minuten vom "Aus" -Modus in den zuvor eingestellten Modus zurück. Es sollte also keinen Unterschied machen. (Ich gehe davon aus, dass der "Aus"-Modus für eine Art Fensteröffnungserkennung dient)

@tkintscher Interessant! Aus irgendeinem Grund behält meins den Modus "OFF" für mehrere Tage bei. Aber wenn ich "Aktueller Temperatur-Sollwert" lese, gibt es "500" zurück, also vermute ich, dass der Frostschutz noch an ist. Vielleicht habe ich eine neuere Firmware vorinstalliert? Meine "Anwendungsversion" ist "22".

@titus-leistner Das ist interessant. Meine scheint eine frühere Version zu sein, wobei "Anwendungsversion" "15" ist:

Ich glaube, dass irgendwo früher die Existenz verschiedener Firmware-Versionen diskutiert wurde, aber es gab keine neuere Version vom Hersteller zum manuellen Updaten 😕

Da meine nicht ausgeschaltet bleiben, habe ich mich nicht so intensiv damit befasst ... aber ich würde vermuten, dass eine manuelle Einstellung auf "500" anstelle des "OFF" -Modus den Frostschutz eingeschaltet halten würde.

Meine scheint eine frühere Version zu sein, wobei "Anwendungsversion" "15" ist.

Mein Bericht ist auch _Application Version_ 15.

Der _Off_-Modus (sowie _Boost_ oder _On_) werden über das herstellerspezifische Attribut _Host Flags_ gesetzt, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343. Als Nebeneffekt verändern sie auch den Hitzepunkt. Ich glaube nicht, dass Sie _Aus_ über die Bedienelemente auf dem Gerät einstellen können, und ich habe noch nie gesehen, dass es sich automatisch einschaltet, aber vermutlich ist es auf die Erkennung des offenen Fensters eingestellt (dh plötzlicher Temperaturabfall).

Mir ist aufgefallen, dass homebridge-hue den TRVs-Modus auf "off" setzt, wenn er in HomeKit deaktiviert ist.

Ich fürchte, Homebridge Hue verwendet _TargetHeatingCoolingState_ möglicherweise nicht richtig. In HomeKit können Sie es auf _Aus_, _Heizen_, _Kühlen_ oder _Auto_ einstellen, wobei letzteres Heizen oder Kühlen bedeutet. Home blendet die Kachel aus, wenn _TargetHeatingCoolingState_ _Off_ ist. Es beleuchtet die Kachel für die anderen Täler. Sie können die _TargetTemparature_ nur ändern, wenn _TargetHeatingCoolingState_ nicht _Off_ ist. Da die Eurotronic keine Kühlung unterstützt, wären die einzigen logisch gültigen Werte _Aus_ und _Heizen_.

Ob der _Thermostat_ tatsächlich heizt oder kühlt, spiegelt sich in _CurrentHeatingCoolingState_ wider. Es nimmt die Werte _Off_, _Heat_ und _Cool_ an. Bei _Aus_ ist der Kreis um die aktuelle Temperatur grün; wenn _Heat_, ist es orange. Ich denke, es ist beim Abkühlen blau, aber ich habe kein Gerät zum Überprüfen. Wenn _TargetHeatingCoolingState_ _Off_ ist, sollte _CurrentHeatingCoolingState_ auch sein und der Kreis ist grau.

Noch nicht vollständig verstanden, wenn Homebridge Hue die Unterstützung für die Eurotronic hinzufügt, setzt Homebridge Hue derzeit _TargetHeatingCoolingState_ auf _Heat_ für den _Boost_-Modus, auf _Off_ für den _Off_-Modus und andernfalls auf _Auto_. Ich dachte, dies wäre eine gute Möglichkeit, HomeKit die Modi _Off_ und _Boost_ zugänglich zu machen. Eve unterstützt jedoch nur das Setzen von _TargetHeatingCoolingState_ auf _Off_ und _Heat_ (wird als _Mode_ mit den Werten _Off_ und _On_ angezeigt), da die Eve Thermo auch nicht kühlt. Ich halte es jetzt für semantisch richtig, _TargetHeatingCoolingState_ für _Off_ zu verwenden, aber nicht für _Boost_.

Weiß jemand ob der Frostschutz auch dann noch aktiv ist wenn die TRV auf "OFF" steht?

Ich würde davon ausgehen, dass es den Wert öffnet, wenn die gemessene Temperatur unter 5 ° C fällt. Habe das aber noch nie ausprobiert. Um dies zu überprüfen, setzen Sie es am besten zurück, deinstallieren Sie es von Ihrem Heizkörper, koppeln Sie es erneut und stellen Sie es im Winter nach draußen oder stellen Sie es in den Kühlschrank.

Das gekoppelte Gerät sendet keine Updates und ist beim Neustart von deCONZ nicht mehr verfügbar

Ich habe mein Gerät wie oben beschrieben gekoppelt. Korrekter Name erscheint in deCONZ, Temperaturregler erscheint in Phoscon und die Temperatur wird angezeigt. In deCONZ werden blau und grün blinkende Punkte angezeigt.

Dann führe ich folgende Befehle aus:

curl localhost:/api/FB61B91470/sensors/6 |jq

{
  "config": {
    "battery": null,
    "displayflipped": null,
    "heatsetpoint": 2100,
    "locked": null,
    "mode": "auto",
    "offset": 0,
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "49e35c802d0c3e55c4f1451a2af33fe1",
  "lastseen": "2020-10-16T08:53Z",
  "manufacturername": "Eurotronic",
  "modelid": "SPZB0001",
  "name": "Temperaturregler",
  "state": {
    "lastupdated": "2020-10-16T08:50:25.579",
    "on": true,
    "temperature": 2050,
    "valve": 255
  },
  "swversion": "20191014",
  "type": "ZHAThermostat",
  "uniqueid": "00:15:8d:00:05:3d:36:23-01-0201"
}

Beachten Sie, dass Batterie, Display umgedreht und gesperrt sind, warum nicht?

curl --header "Content-Type: application/json" --request PUT --data '{"heatsetpoint": "2300"}' localhost/api/FB61B91470/sensors/6/config
[{"success":{"/sensors/6/config/heatsetpoint":"2300"}}]

deCONZ Log-Ausgabe beim Setzen des Heatsetpoints: https://pastebin.com/fkAAnVDP

Themen:

• Die in Phoscon angezeigte Temperatur wird direkt nach dem Pairing nur einmal aktualisiert, dann nie wieder
• Nach dem Neustart zeigt deCONZ einen roten Punkt, wenn read basic attributes gedrückt wird.

Fragen:

• Weiß jemand, warum es zunächst die gemessene Temperatur aktualisiert, aber nie heatsetpoint berücksichtigt?
• Warum geht die Kommunikation nach einem Neustart von deCONZ verloren?

Die in Phoscon angezeigte Temperatur wird direkt nach dem Pairing nur einmal aktualisiert, dann nie wieder

Höchstwahrscheinlich konnte das API-Plugin die entsprechenden Bindungen und Attributberichtseinstellungen nicht einrichten. Das könnte auch die fehlenden Werte für battery und locked und displayflipped erklären. Füllen sie sich, wenn Sie die entsprechenden Attribute manuell aus der GUI lesen (_Battery Percentage Remaining_, 0x001/0x0021 und _Host Flags_, 0x0201/0x4008)? Siehe das Benutzerhandbuch unter Hilfe zum manuellen Einrichten der Bindungen und Konfiguration. Oder versuchen Sie es zu reparieren. Überprüfen Sie unbedingt die Batterien: Das Pairing erfordert mehr Strom als der normale Betrieb.

Weiß jemand, warum es zunächst die gemessene Temperatur aktualisiert, aber nie den Heatsetpoint berücksichtigt?
Warum geht die Kommunikation nach einem Neustart von deCONZ verloren?

Ich bezweifle, dass das mit dem Neustart von deCONZ zusammenhängt. Meine TRVs waren ziemlich oft nicht erreichbar, bis ich sie in ein separates Netzwerk mit nur einem Router (einem Trådfri-Repeater) zusätzlich zum RaspBee verlegte. Soweit ich feststellen konnte, wurden sie von ihrem Elternrouter rausgeschmissen, haben es aber nicht bemerkt und einen neuen Elternteil gefunden. Beachten Sie, dass sie in diesem Fall immer noch Berichte an das Gateway senden würden, aber Gateway-Befehle würden das TRV nicht erreichen.
Dies scheint ein Problem (zwischen) der TRV-Firmware (und der Firmware des übergeordneten Routers) zu sein. Ich fürchte, deCONZ kann hier wenig tun. Die Abhilfemaßnahme bestand darin, das TRV neu zu starten (Batterien entfernen und wieder einlegen).

Danke für deine Antwort Erik!

Ich habe das Gerät zurückgesetzt und Ihre Vorschläge ausprobiert, was zu folgendem Ergebnis führte:

• displayflipped und locked noch null
• battery ist 90 nachdem auf die Schaltfläche Lesen geklickt wurde
• heatsetpoint wird als 500 gemeldet, wenn auf die Schaltfläche Lesen geklickt wird (meiner Meinung nach etwas frostig)
• Das Schreiben von 2200 oder einem anderen Wert für heatsetpoint schlägt dauerhaft fehl

Sie müssen das herstellerspezifische 0x4003-Attribut für heatsetpoint lesen/schreiben; das Standardattribut 0x0012 funktioniert nicht für die Eurotronic. Für umgedrehte und gesperrte Anzeige müssen Sie 0x4008 lesen. Es könnte immer noch ein Fehler in der REST-API vorliegen, dass die REST-Attribute nur aktualisiert werden, wenn sich der Wert ändert. Versuchen Sie vielleicht, sie über die API zu aktualisieren, oder sperren Sie die Anzeige, indem Sie + und - auf dem TRV gedrückt halten.

Meine schlechte, habe beim ersten Mal 0x0012 verwendet, wie du herausgefunden hast ;-) . 0x4003 ausprobiert, Lesen funktioniert im Pairing-Modus, nachdem das Gerät gepaart ist, funktioniert weder Lesen noch Schreiben. Muss ich im Pairing-Modus jedes für die API relevante Attribut lesen, damit das Gerät danach richtig funktioniert?

Das ist seltsam. Die Eurotronic hat einen leichten Schlaf und sollte auf Befehle reagieren. Können Sie in der GUI sehen, welches übergeordnete Element verwendet wird? Welche Firmware-Version hat es (_Date Code_ und _SW Build ID_ Attribute).

Screenshot zeigt deCONZ, während sich TRV im Pairing-Modus befindet (Basisattribut einmal gelesen). Der Attribut-Editor zeigt einen fehlgeschlagenen Schreibversuch auf 0201:0x4003 an. Ich drückte dann die Lesetaste für SW Build ID und nach einer Minute wurden die Werte gelesen: 22190930 .

Das ist eine andere (neuere?) Firmware als meine. Ich habe die Eurotronic-Firmware nie online gefunden, obwohl sie drahtlos aktualisierbar zu sein scheint.

Können Sie überprüfen, wie oft der Knoten grün blinkt? Zu diesem Zeitpunkt fragt der TRV seinen Elternrouter nach Nachrichten ab. Dies sollte einmal alle 7 Sekunden oder häufiger sein, damit das Gerät erreichbar ist. Andernfalls müssen wir config.pending zum Schreiben der config Attribute implementieren.

Das TRV kann durch Drücken einer der physischen Tasten erzwungen werden. Sie können dies kurz vor und während des Lesens oder Schreibens der Attribute versuchen.

Soweit mir bekannt ist, wird das Hoch-/Herunterladen von Firmware nicht unterstützt. Es besteht also keine Möglichkeit, die Firmware herunterzustufen.

Ich habe meinen vorherigen Kommentar bearbeitet (sorry, mein iPad dachte, es würde Spaß machen, ihn zu posten, während ich noch tippte).

Eine Stunde nach dem Pairing leuchtet es nur durchgehend grün und beginnt nicht zu blinken, wenn die TRV-Taste gedrückt wird

Ich schlage vor, es wird ständig abgefragt. Das ist nach dem Pairing normal, sollte aber aufhören, wenn der Akku sehr schnell leer wird.

Können Sie den Zigbee-Verkehr erschnüffeln? Wenn nicht, können Sie deCONZ mit --dbg-info=2 --dbg-aps=2 --dbg-error=1 ausführen und das Protokoll überprüfen. Sie sollten Meldungen sehen, dass das TRV das Gateway (als sein Elternteil) abfragt.

deCONZ läuft derzeit mit dem Flag --dbg-info=2 und protokolliert viele dieser Anweisungen:
MAC Poll 0x02 0x164E
gefolgt von einem einzelnen verify 0x00158d00053d3623 is child node after 809128 s

Wenn die anderen Flags auch benötigt werden, starte ich neu. Aber dann wird das Symbol höchstwahrscheinlich grau statt grün.

Welches Sniffing-Tool würdest du vorschlagen (wenn möglich kopflos)?

Ich verwende ZShark mit einem Original ConBee auf einem Raspberry Pi, um die Pakete zu erfassen und Wireshark auf einem Mac, um sie zu analysieren. Siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405.

Sehen Sie also Protokollmeldungen, dass die Befehle _Read Attributes_ oder _Write Attributes_ gesendet werden? Und entsprechende Antworten vom TRV?

Sie könnten wahrscheinlich eine spezielle deconz-Version kompilieren, in der deconz den größten Teil des Datenverkehrs erschnüffeln kann, wenn Sie interessiert sind und keinen Sniffer zur Verfügung haben.

Ich sehe das Lesen im Protokoll:
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
aber nicht das fehlgeschlagene Schreiben in 0x4003 (zumindest nicht für den Suchstring 4003 ). Wie sollte die Protokollnachricht für Read Attributes oder Write Attributes aussehen?

deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid wird verwendet, um deCONZ zu starten.

Ich habe keinen zweiten ConBee, um den Verkehr zu schnüffeln, daher sind die Sniffing-Tools keine Option.

Occupied Heating Setpoint 0x0012 kann geschrieben werden und TRV ändert die Anzeige entsprechend, während 0x4003 nur gelesen werden kann. Ich werde eurotronic fragen, ob sie etwas in ihrer Firmware geändert haben, das das Schreiben von 0x0012 .

Ich gehe davon aus, dass dies noch mit der Reihenfolge der herstellerspezifischen Attribute in der general.xml zusammenhängen könnte. Eurotronic ist nicht erster, aber 2. wenn ich mich richtig erinnere.

eCozy ist 1. Würden Sie vorschlagen, sie zu Testzwecken zu wechseln ,

Sie können es sogar löschen, wenn Sie kein eCozy haben. Aber ja, vielleicht einen Versuch wert.

Ich habe die gleiche Firmware-Version und auch Problem wie dowhiletrue.
Innerhalb von deCONZ kann ich einen Wert auf 0x0012 schreiben der im Display des Gerätes angezeigt wird - 2050 als Beispiel.

eine Abfrage per API gibt mir das:
{
"config": {
"Batterie": 80,
"displayflipped": null,
"Heizsollwert": 2000,
"gesperrt": null,
"mode": "auto",
"Versatz": 0,
"an": wahr,
"erreichbar": wahr
},
"ep": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"lastseen": "2020-10-20T19:45Z",
"Herstellername": "Eurotronic",
"modelid": "SPZB0001",
"name": "Thermostat",
"Zustand": {
"zuletzt aktualisiert": "2020-10-20T19:45:51.313",
"an": wahr,
"Temperatur": 1950,
"Ventil": 38
},
"swversion": "20191014",
"type": "ZHAThermostat",
"uniqueid": "00:15:8d:00:03:2f:62:4f-01-0201"
}

und Openhab zeigt den Wert von 0x4003 an, bis ich wieder auf "READ" in deCONZ drücke. Der Versuch, den Wert des Heatsetpoints in Openhab zu ändern, wird nicht in den HAVC geschrieben.

Ich habe auch Probleme mit swversion 20191014. Ich kann 0x0012 über deCONZ Gui schreiben, aber nicht vom Home Assistant oder deCONZ api. Der Heatsetpoint wird auch nicht aktualisiert, wenn ich ihn manuell am HAVC einstelle.

Selbes Problem hier!
Dies ist das Protokoll mit einem Fehler, wenn beispielsweise der TRV-Modus in der Home- oder Eve-App von Automatik auf Heizung geändert wird.

Kann jemand helfen?

@olliox Fragen/Probleme bezüglich der Integration von Drittanbietern sollten hier nicht gestellt werden. Legen Sie sie in ihre Git.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/rest_sensors.cpp#L1086 könnte in etwas wie (in Pseudocode) geändert werden:

attrId = swversion >= 20191014 ? 0x0012 : 0x4003
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, attrId, deCONZ::Zcl16BitInt, heatsetpoint)) {
...

Ich weiß jedoch nicht, wie man swversion bekommt.

Würden Sie dieser Änderung bei @SwoopX und @ebaauw zustimmen ?

attrId = 0x0012;

Ich habe es gerade getestet, das Schreiben des Sollwerts auf 0x0012 funktioniert bei mir auch auf der Firmware 20181205.

Brauchen wir diese Unterscheidung zwischen den Firmwares, dh gibt es eine Firmware, die neben der herstellerspezifischen 0x4003 nicht auch das Attribut 0x0012 akzeptiert?

Ich bin selbst auf 20181205. Dies ist schon einige Zeit her, aber wenn der Speicher dient, wird 0x0012 nicht aktualisiert, wenn der Befehl _Setpoint Raise/Lower_ ausgegeben wird, und 0x4003 wird nicht aktualisiert, wenn 0x0012 gesetzt wird. Immer 0x4003 (zum Abrufen und Festlegen des Ziels) zu verwenden, funktionierte konsistent, also habe ich darauf zurückgegriffen, dies in der API zu verwenden.

Wenn neuere Firmware-Versionen dieses Attribut nicht mehr unterstützen, müssen wir dies natürlich berücksichtigen. Das Verhalten von der Softwareversion abhängig zu machen, erscheint als sinnvoller Weg. Beachten Sie, dass Sie die _Datumscode_-Werte anstelle der Softwareversion erwähnen. Die APi macht entweder als swversion , je nachdem, welches Attribut zuletzt gelesen wurde. Ich bin mir nicht sicher, ob es ein ResourceItem , aber wahrscheinlich ist es am sichersten, das zclValue für das Zigbee-Attribut zu überprüfen. Stellen Sie sicher, dass Sie mit derselben Versionsprüfung auch die Einstellungen für die Attributberichterstellung ändern.

Die TRVs scheinen Firmware-aktualisierbar zu sein, aber ich habe keine Firmware-Dateien gefunden.

Hi,

leider habe ich die gleichen probleme wie @alpha23 und @olliox. Ich habe gestern den Eurotronic Spirit Zigbee gekauft und habe auch den gleichen Datumscode "20191014". Es wäre toll, wenn uns hier jemand helfen könnte.

Mit freundlichen Grüßen :)

Ich werde das vorerst wieder öffnen.

Ich habe mir Anfang September einen mit der Version 20191014 gekauft und konnte mich nach dieser Anleitung anschließen:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

Habe gestern zwei weitere mit derselben Firmware 20191014 gekauft und habe Probleme, diese zu verbinden. Werde versuchen, mit meinen Docker-Versionen zurückzukommen.

Könnte etwas Hilfe für die weitere Untersuchung benötigen, wie ich mein Protokoll konfigurieren kann, um zu sehen, was passiert. Ich habe versucht, den Heatpoint direkt über deconz einzustellen. Auf dem bereits verbundenen Gerät funktioniert das Einstellen und die Hardware wird aktualisiert:

Auf neuem Gerät schlägt das Schreiben fehl

@DerOetzi In der neuen Firmware ist die 0x4003 nicht mehr beschreibbar, um den Wärmepunkt zu ändern musst du auf 0x0012 schreiben. Das ist der springende Punkt der Codeänderungen, die

@DerOetzi In der neuen Firmware ist die 0x4003 nicht mehr beschreibbar, um den Wärmepunkt zu ändern musst du auf 0x0012 schreiben. Das ist der springende Punkt der Codeänderungen, die

Aber beide Thermostate melden dieselbe Firmwareversion 20191014?

Meins hat bei 0x0030 (Setpoint Change Source) die Werte:

• Manuell (ausgewählt)
• Zeitlicher Ablauf
• Zigbee

Könnte vielleicht die Lösung sein.. aber leider ist es ein schreibgeschütztes Attribut

@DerOetzi In der neuen Firmware ist die 0x4003 nicht mehr beschreibbar, um den Wärmepunkt zu ändern musst du auf 0x0012 schreiben. Das ist der springende Punkt der Codeänderungen, die

Aber beide Thermostate melden dieselbe Firmwareversion 20191014?

Ich habe vor kurzem zwei Einheiten gekauft und beide funktionieren nur durch Einstellen von 0x0012. Ich denke, Eurotronic geht davon weg, in benutzerdefinierte Attribute zu schreiben und verwendet jetzt den Standardsatz von Attributen.

@DerOetzi : könnte sein, dass 20191014 tatsächlich Date Code und nicht swversion wie oben von ebaauw erwähnt, und Ihre Modelle unterscheiden sich in einem anderen Hersteller-Set-Attribut. Sind alle Attribute zwischen dem funktionierenden und dem nicht funktionierenden Modell gleich, wenn Sie ein Attribut nach dem anderen für Basic , Power und Thermostat lesen?

Mir ist bei meinem Modell aufgefallen, dass read basic attributes beim Paring nicht immer dazu führt, dass dieselben Attribute erfolgreich gelesen werden. Vielleicht könnte das erklären, warum das eine Modell funktioniert und das andere nicht.

Ich habe die Attribute Basic (0000), Power (0001), Identify (0003) und Thermostat (0201) zweimal überprüft, kann bei IDs, Types, Access und Values ​​keinen Unterschied feststellen.

Meine Basic-Attribute sind (vielleicht hilft es dir, die verschiedenen Versionen zu vergleichen):

Zum aktuellen Temperatursollwert heißt es im Handbuch von 10/2019:

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

Meine sehen ziemlich gleich aus. Beachten Sie den Unterschied zwischen Date Code und SW Build ID .

Da es beim Wechsel von 0x4003 zu 0x0012 Nachteile geben kann , schlage ich vor, das Attribut abhängig von SW Build ID . Alle anspruchsvolleren Lösungen sind sehr willkommen.

Du hast recht. Ich habe die gleichen Werte. Ich wusste nicht, dass Sie auf ein Attribut doppelklicken müssen, um dieses Attribut explizit zu lesen.

Je länger ich mir das Problem anschaue, glaube ich, dass es immer noch an der Deconz-Erweiterung liegt.

Sowohl der funktionierende, "alte" von September als auch der neue von jetzt melden folgende Werte zu grundlegenden Attributen:

• 0x0006 Datumscode: 20191014
• 0x4000 SW-Build-ID: 22190930

Je länger ich mir das Problem anschaue, glaube ich, dass es immer noch an der Deconz-Erweiterung liegt.

Sowohl der funktionierende, "alte" von September als auch der neue von jetzt melden folgende Werte zu grundlegenden Attributen:

• 0x0006 Datumscode: 20191014
• 0x4000 SW-Build-ID: 22190930

Jedes Paring verhält sich anders, da nicht alle verfügbaren Werte von basic gelesen werden, wenn die Schaltfläche Read angeklickt wird.

Weiß jemand, warum einige Attribute nicht angezeigt werden, wenn auf die Schaltfläche Lesen geklickt wird, sondern angezeigt wird, wenn die Schaltfläche Lesen für ein einzelnes Attribut geklickt wird?

Zu Testzwecken habe ich den Code wie folgt geändert:

DBG_Printf(DBG_INFO, "TEMP %d for sensor attribute %x\n", heatsetpoint, 0x0012);
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, 0x0012, deCONZ::Zcl16BitInt, heatsetpoint))

Log-Ausgabe zeigt Log-Anweisung, aber danach ändert sich nichts, warum?

Ich kann auch bestätigen, dass ich auf einem Spirit Zigbee, der um den 12. September herum gekauft wurde, sowohl an 0x0012 als auch an 0x4003 schreiben kann.
Auf 4 Spirit Zigbee's, die ich diese Woche gekauft habe, ist keines davon 0x4003 beschreibbar, aber 0x0012 ist es.

Alle 5 Geräte haben
Datumscode 20191014
Produktcode 1991
SW-Build-ID 22190930

Auf temporäre Befehle von HA reagiert derzeit nur das ältere Gerät.

Verwenden von Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 mit deCONZ 6.4.1 Add-on, HA 0.116.4

Alle 5 Geräte haben

Bist du sicher? Es gibt keine Möglichkeit, das Gerät zu unterscheiden, die dem Sollwert eingestellt von den vier Geräten über 0x4003 werden erlaubt, die es nicht tun?

Ich habe in den Basisclustern beider Geräte keine Unterscheidungsmerkmale gefunden. Wenn du magst kann ich Screenshots von beiden verlinken.
Zur Sicherheit habe ich erst den Basiscluster gelesen und dann einzeln per Doppelklick auch jeden Eintrag einzeln gelesen.

Auch das äußere Erscheinungsbild ist genau gleich - kein Unterschied beim Befestigungsring.

Der einzige Unterschied, der mir aufgefallen ist, ist, dass die MAC-Adresse des älteren, funktionierenden auf 2XXX endet, während die 4, die nicht funktioniert, MAC-Adressen haben, die auf 3XXX enden

Noch etwas, FWIW:
Ich habe mir das STD OTAU Plugin angesehen. Für jeden der 4 nicht funktionierenden Thermostate zeigt die Registerkarte OTAU Update keine Daten an, d. 0x000 für alle Felder. Für den einen Thermostat, der funktioniert, sind die Werte:
Anbieter = 0x1037
Bild = 0x110c
Version = 0x0162e9d2

Ich bin mir nicht sicher, ob das von Bedeutung ist, aber ich dachte, ich würde es trotzdem teilen. :)

Wenn ich noch etwas tun kann, um die Geräte zu vergleichen oder Informationen zu diesen bereitzustellen, lassen Sie es mich wissen.

Ich habe vor kurzem auch einen Sprit ZigBee gekauft und stehe vor dem gleichen Problem (kann die Temperatur über 0012 einstellen, aber nicht über 4003). Die Attribute auf der Basic-Seite sind die gleichen wie bei petermarasek, also auch kein Unterschied zu den älteren Thermostaten. Die MAC-Adresse endet ebenfalls mit 3XXX.
Ich habe bereits versucht, eine optimierte Version der Rest-API zu kompilieren, jedoch ohne Erfolg (API läuft, keine Änderung am Thermostat, Schaltflächen melden keine Änderungen mehr). Wenn jemand den Code anpassen würde, könnte ich beim Testen mit dem neuen Thermostat helfen.

Sogar das äußere Erscheinungsbild ist genau gleich

@petermarasek Das ist zu erwarten. Der Unterschied liegt in der Gerätefirmware.

Der Vollständigkeit halber: hier der _Basic_ Cluster der alten Firmware:

Und die OTAU-Ansicht (mit 8 Eurotronic Spirit TRVs). Ich habe keine Ahnung, ob/wie sich die Firmware-Dateiversion auf die _SW Build ID_ bezieht.

Für jeden der 4 nicht funktionierenden Thermostate zeigt die Registerkarte OTAU Update keine Daten an

@petermarasek , die Zeilen werden schließlich

Welcher Statuscode wird bei nicht funktionierenden Thermostaten zurückgegeben, wenn versucht wird, das Attribut 0x4003 zu schreiben?

Hat schon jemand mit der Firmware 22190930 die Fernerkundung probiert?

Hat jemand den Eurotronic-Support kontaktiert?

@petermarasek , nur ein wilder Gedanke: Welcher Wert von 0x4000 auf dem TRV funktioniert und auf denen, die nicht funktionieren. Ich könnte mir vorstellen, dass der TRV 0x4003 nicht akzeptiert, wenn 0x4000 den falschen Wert hat. Dieses Attribut schaltet zwischen Sollwertmodus und direkter Steuerung des Ventils um (unter Umgehung des PID-Algorithmus des TRVs). Das Handbuch ist scheiße darauf, die Details zu erklären ...

0x4000 = Standardwert ist "manuell". Wenn Sie das Attribut auf "Unbekannt 1" setzen, überschreibt der TVR es mit "manuell". Wenn Sie das Attribut auf "Unbekannt 2" setzen, überschreibt der TVR es nicht, aber das Ändern von 0x4003 funktioniert noch nicht.

Wie ich oben geschrieben habe, sind alle Attribute von Basic, Power, Identify und Thermostat gleich für Funktionieren und Nichtfunktionieren. Erneut geprüft 0x4000 kein Unterschied

Welcher Statuscode wird bei nicht funktionierenden Thermostaten zurückgegeben, wenn versucht wird, das Attribut 0x4003 zu schreiben?

Hat schon jemand mit der Firmware 22190930 die Fernerkundung probiert?

Hat jemand den Eurotronic-Support kontaktiert?

Ich habe den Eurotronic-Support kontaktiert und ihnen die URL dieses Threads gegeben. Hoffentlich antworten sie und schaffen es, die Verwirrungen hier aufzuklären :)

Hi,

Ich habe den Danfoss Ally, der der Eurotronic sehr ähnlich ist. Ich habe festgestellt, dass das Einstellen des Sollwerts gut zu funktionieren scheint. Der Bildschirm des Thermostats aktualisiert sich sofort, jedoch reagiert der Ventilmotor manchmal sofort, selbst auf große Änderungen von mehr als 10 Grad, aber manchmal kann es Stunden dauern, bis er sich bewegt. Ich kann mir vorstellen, dass dies an PID liegen könnte, habe aber keine Ahnung, wie man das umgehen kann.

Hallo, ich habe gestern einen Spirit Zigbee bekommen und versucht, ihn zu koppeln. Mein Setup ist pi 3b+ mit Hass 0.116.4 und conbee II.
Ich habe es mit Phoscon als Sensor gekoppelt, aber dort wurde nichts angezeigt, aber auf dem de CONZ wird als gekoppelt angezeigt.
Ist es überhaupt möglich, es über Homeassistant zu steuern? Wie kann ich es als Gerät hinzufügen?

Vielen Dank!

Das Gerät erscheint nicht in Phoscon, Sie benötigen eine dritte App oder verwenden dafür direkt die API.

Aber es scheint ein Problem mit der neuesten Version zu geben, nicht alles ist klar.

Ich kann auch bestätigen, dass ich auf einem Spirit Zigbee, der um den 12. September herum gekauft wurde, sowohl an 0x0012 als auch an 0x4003 schreiben kann.
Auf 4 Spirit Zigbee's, die ich diese Woche gekauft habe, ist keines davon 0x4003 beschreibbar, aber 0x0012 ist es.

Alle 5 Geräte haben
Datumscode 20191014
Produktcode 1991
SW-Build-ID 22190930

Auf temporäre Befehle von HA reagiert derzeit nur das ältere Gerät.

Verwenden von Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 mit deCONZ 6.4.1 Add-on, HA 0.116.4

Ich habe das gleiche Problem. Zwei am 30. Juli gekaufte Spirit Zigbees funktionieren einwandfrei. Zwei weitere Spirit Zigbees, die am 20. Oktober gekauft wurden, funktionieren nicht, weil 0x4003 nicht beschreibbar ist:

Das Handbuch von Eurotronic Spirit Zigbee schlägt vor, in 0x0012 oder 0x0014 zu schreiben, nicht in 0x4003:

6.5.4 Aktueller Temperatursollwert
Jeder Wert, der in das Attribut Thermostat / Belegt / Unbelegt Heizsollwert (0x0012 oder 0x0014) geschrieben wird, wird automatisch in das Attribut Aktueller Temperatursollwert (0x4003) kopiert, um den Betrieb des TRV ohne Kenntnis der kundenspezifischen Attribute zu ermöglichen.

Ich verwende Home Assistant 0.117.1, Phoscon 2.05.86, Conbee II Firmware 26580700

Aber es gibt keine Möglichkeit das alte/neue Gerät abzugleichen?

Aber es gibt keine Möglichkeit das alte/neue Gerät abzugleichen?

Ich habe mir das die letzten 2 Wochen angeschaut und der einzige Unterschied, den ich finden konnte, liegt in den MAC-IDs des TVR, aber das ist eher eine Beobachtung als ein bestimmter Unterschied.

Der eine TVR, der ein beschreibbares 0x4003 hat, hat eine MAC-ID, die auf 2XXX endet. Ich habe vier weitere TVRs, die ein schreibgeschütztes 0x4003 haben und alle ihre MAC-IDs auf 3XXX enden.

Aber es gibt keine Möglichkeit das alte/neue Gerät abzugleichen?

Ich habe mir das die letzten 2 Wochen angeschaut und der einzige Unterschied, den ich finden konnte, liegt in den MAC-IDs des TVR, aber das ist eher eine Beobachtung als ein bestimmter Unterschied.

Der eine TVR, der ein beschreibbares 0x4003 hat, hat eine MAC-ID, die auf 2XXX endet. Ich habe vier weitere TVRs, die ein schreibgeschütztes 0x4003 haben und alle ihre MAC-IDs auf 3XXX enden.

Das kann ich leider nicht bestätigen. Die MAC-ID meines TVR, der ein schreibgeschütztes 0x4003 hat, endet mit 261A. :(

Warum also nicht einfach Methode 1 testen und, wenn sie fehlschlägt, Methode 2 verwenden?

Also, meine beiden Eurotronic Spirits (beide enden mit 3XXX) können nicht mit 0x4003 schreiben. Wie beobachtet kann ich jedoch ohne Probleme auf 0x0012 schreiben und wie besprochen führt dies zu einer sofortigen Sollwertänderung am Gerät. Kann ich die Adresse, die deCONZ zum Einstellen der Temperatur verwendet, manuell ändern? Ich verwende deCONZ auf Hassio und das Problem scheint so leicht lösbar, wenn ich nur herausfinden könnte, wie man 0x4003 in 0x0012 ändert, oder?

Warum also nicht einfach Methode 1 testen und, wenn sie fehlschlägt, Methode 2 verwenden?

Ich bin also wirklich kein Fan von außergewöhnlicher Programmierung.

Ich möchte zusammenfassen, was ich bisher verstanden habe. Also bitte korrigiert mich, wenn ich falsch liege!

Alle Geräte mit den folgenden Attributen funktionieren wie erwartet, wenn die Temperatur auf Adresse 0x0012 eingestellt wird:
Datumscode 20191014
Produktcode 1991
SW-Build-ID 22190930
MAC endet mit 2XXX (die funktionieren auch mit 0x0012 und 0x4003) oder 3XXX (die funktionieren nur mit 0x0012)

Geräte wie das von @ebaauw mit folgenden Attributen funktionieren wie erwartet nur auf der Adresse 0x4003:
Datumscode 20181205
Produktcode 1001
SW-Build-ID 15181120

Wir können also meiner Meinung nach anhand eines oder aller drei Attribute Date Code, Product Code oder SW Build ID entscheiden, welche Adresse wir verwenden, wenn wir sicher sein können, dass die erstgenannte Gruppe auf 0x0012 wirklich wie erwartet funktioniert. Bei 3 Geräten dieser Gruppe eines mit 2XXX und zwei mit 3XXX kann ich dieses richtige Verhalten für mich bestätigen.

Hat jemand versucht, die "Fernerkennung" auf einem der neuen Geräte zum Laufen zu bringen? Wäre toll, wenn sie das umsetzen.

Und übrigens, hat niemand "Segmentierungsfehler" beim Hinzufügen des Geräts?

Hi! Ich habe vor kurzem auch einen Eurotronic Spirit Zigbee gekauft und habe genau die gleichen Probleme (kann auf 0x012 schreiben, aber nicht auf 0x4003).
Da es anscheinend keine eindeutige Möglichkeit gibt, zwischen der alten und der neueren Version zu unterscheiden: Was passiert, wenn wir es umgekehrt machen und einfach immer 0x012 senden? Wie reagiert die alte Version des Thermostats darauf?

Entschuldigung, ich habe gerade einen früheren Beitrag gelesen, in dem beschrieben wurde, dass das Schreiben von 0x012 in der früheren Version problematisch ist.
@petermarasek Ist das Schreiben von 0x012 auf das Gerät, das den 0x4003-Code akzeptiert, auch problematisch? Andernfalls könnte die Prüfung des Datumscodes (oder eines der anderen Attribute) noch funktionieren.

Ich habe gerade noch eine weitere schlechte Nachricht entdeckt: Bei meinem Eurotronic-Spirit-Gerät scheint es auch, dass der aktuelle Temperatursollwert (die von 0x4003 abgerufenen Werte) auch nach manueller Bedienung des Geräts nicht konsistent aktualisiert wird :( Andererseits ist der 'Besetzte Heizsollwert' (der 0x012-Wert) wird nach manueller Bedienung ständig aktualisiert.Ich denke also, dass dieser Wert auch verwendet werden sollte, um die aktuelle Solltemperatur der neueren Geräte abzulesen... Was für eine Sauerei...

@petermarasek Ist das Schreiben von 0x012 auf das Gerät, das den 0x4003-Code akzeptiert, auch problematisch? Andernfalls könnte die Prüfung des Datumscodes (oder eines der anderen Attribute) noch funktionieren.

Der TVR, der das Schreiben in 0x4003 akzeptiert, akzeptiert auch das Schreiben in 0x0012 und 0x0014. (Belegter und unbelegter Heizsollwert). Das Schreiben auf 0x0012 oder 0x0014 kopiert diese Werte automatisch nach 0x4003 gemäß der Dokumentation und persönlichen Beobachtung.

Der TVR, der das Schreiben in 0x4003 akzeptiert, akzeptiert auch das Schreiben in 0x0012 und 0x0014. (Belegter und unbelegter Heizsollwert). Das Schreiben auf 0x0012 oder 0x0014 kopiert diese Werte automatisch nach 0x4003 gemäß der Dokumentation und persönlichen Beobachtung.

Ok, das klingt ermutigend! Vielleicht könnten wir also die HW-Version oder eines der Attribute verwenden, um herauszufinden, welcher Code an den TVR gesendet werden soll. Machen Sie dann dasselbe, wenn Sie die aktuelle Temperatur ablesen.

@petermarasek Danke fürs Überprüfen!

Okay, jetzt bin ich etwas verwirrt...

Als ich untersuchte, wie man den Heizsollwert an meinem neuen Thermostat einstellt, sah ich einen anderen Thermostat (den ich letztes Jahr gekauft hatte) mit der gleichen SW-Version wie der nicht funktionierende.

Ich habe die DeCONZ-GUI geöffnet und überprüft, ob beide Geräte die gleichen Hardware- und Softwareversionen haben:

Das Komische ist, dass das Gerät namens "Küche..." keinen Fehler meldet, wenn ich auf 0x4003 schreibe. Auch wenn ich die Tasten zum manuellen Einstellen der Temperatur verwende, wird der eingestellte Wert korrekt gemeldet. Alles funktioniert wie erwartet.

Die Unit namens "Büro..." meldet einen Fehler, wenn ich auf 0x4003 schreibe und keine Änderungen melde.

Beide Einheiten kamen in einer Schachtel mit goldenen Aufdrucken. Alle anderen Einheiten, die ich besitze, hatten eine Schachtel mit grünen Aufdrucken.

Gibt es vielleicht ein paar Buggy-Einheiten?

@alpha23 Dies ist die Erfahrung, die hier einige beschrieben haben. Es scheint, dass Eurotronic Chargen des Geräts produziert hat, die das Schreiben in 0x4003 nicht zulassen, und einige, die dies tun, ohne dass sie physisch oder gemäß grundlegenden Clusterattributen differenzielle Attribute aufweisen. Meiner Meinung nach ist das kein Bug, sondern beabsichtigt. Die neueste verfügbare Dokumentation besagt, dass das Schreiben in 0x0012 und 0x0014 erlaubt ist und den Spezifikationen entspricht, anstatt in 0x4003 zu schreiben, was meiner Meinung nach ein herstellerspezifisches Attribut ist: (Siehe Abschnitt 6.5.4)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_November-2019.pdf

@petermarasek Aber wenn alle neueren Modelle beim Lesen und Schreiben in 0x0012 normal funktionieren (sowohl die, die dies tun als auch die, die nicht in 0x4003 schreiben), könnten wir zuverlässig die HW-Version, den Datumscode oder die Software-Build-ID verwenden eine einfache if-Anweisung (oder erweitert die aktuelle) um den richtigen Code zu senden (0x4003 für die HW-Version < 5 und 0x0012 für HW >= 5).

Ich bin bereit, die notwendigen Änderungen am Quellcode vorzunehmen, aber es wird einige Zeit dauern, da ich den deconz-rest-api-Code (oder das Projekt) noch nicht angerührt habe und ich herausfinden muss, wie man ein einrichtet Entwicklertestumgebung (da ich deconz auf meinem PI als Plugin für HA betreibe).
Außerdem habe ich nur ein Gerät, das im Moment nicht funktioniert, daher kann ich keinen Regressionstest durchführen. Ich konnte nur beim Senden und Lesen von 0x0012 überprüfen, ob der geänderte Code auf meinem Gerät funktioniert.

Ich bin bereit, die notwendigen Änderungen am Quellcode vorzunehmen, aber es wird einige Zeit dauern, da ich den deconz-rest-api-Code (oder das Projekt) noch nicht angerührt habe und ich herausfinden muss, wie man ein einrichtet Entwicklertestumgebung (da ich deconz auf meinem PI als Plugin für HA betreibe).
Außerdem habe ich nur ein Gerät, das im Moment nicht funktioniert, daher kann ich keinen Regressionstest durchführen. Ich konnte nur beim Senden und Lesen von 0x0012 überprüfen, ob der geänderte Code auf meinem Gerät funktioniert.

Das wäre toll. Ich habe absolut keine Erfahrung damit und da ich auf Hassio laufe, denke ich, dass es für mich nicht viel zu versuchen gibt. Was ich gefunden habe, war ein bestimmter Code in der Thermostat-Cpp in Zeile 454. (Entschuldigung, wenn ein Screenshot des Codes gegen die Regeln verstößt, bin ich neu bei Github).
Hier wird geprüft, ob der Thermostat von Eurotronic ist und explizit 0x4003 verwenden soll. Vielleicht ist dies hilfreich.

@petermarasek Wenn es

@joukestoel Ich habe eine Einheit mit HW-Version 5, die mit 0x4003 funktioniert, und eine mit derselben HW-Version, die nicht funktioniert. Wenn ich 0x0012 auf der Arbeitseinheit schreibe, muss ich 0x4003 manuell lesen, um den aktualisierten Wert zu erhalten.

Wie die Dokumentation sagt, ist das nächste Problem, dass nur 0x4003 meldepflichtig ist. Dies wird jedoch nicht passieren, wenn ich in 0x0012 schreibe oder die Tasten am Gerät verwende, um den Wert zu ändern.

Wie die Dokumentation sagt, ist das nächste Problem, dass nur 0x4003 meldepflichtig ist. Dies wird jedoch nicht passieren, wenn ich in 0x0012 schreibe oder die Tasten am Gerät verwende, um den Wert zu ändern.

@alpha23 Von welcher Dokumentation sprichst du? Ich denke, die Lösung sollte sein (wie von @mod3k darauf hingewiesen), dass der Code, der zum Lesen der aktuellen Solltemperatur verwendet wird, auch "nur" den Wert 0x0012 lesen und den Wert 0x4003 vergessen sollte. Im Screenshot des von @mod3k angehängten

Aber da ich hier neu bin (und die Codebasis) könnte ich mich sehr gut irren und ich könnte etwas ganz übersehen.

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_November-2019.pdf

Das Y/N auf der rechten Seite sagt aus, ob das Attribut meldepflichtig ist oder nicht.

@alpha23 Danke für den Link! Und danke für den Hinweis. Wie ich bereits erwähnt habe, bin ich neu in der Welt der Heimautomatisierung und Zigbee-Geräte, daher muss ich noch viel lernen:s Bedeutet Reporting, dass nur Reporting-Attribute ihren Wert regelmäßig an deconz senden?

Ich muss meine frühere Aussage zurücknehmen, dass ich dachte, dass der 0x4003-Wert nicht aktualisiert wurde. Es stellt sich heraus, dass die Standardberichtszeit auf maximal 600 Sekunden eingestellt ist. Als Test habe ich die Konfiguration überschrieben, um nach maximal 20 Sekunden zu berichten, und jetzt sehe ich den aktualisierten Wert im 0x4003-Attribut. Dies bedeutet, dass sich der Code, der die aktuelle Solltemperatur liest, nicht ändern muss (und die Änderung hätte wahrscheinlich sowieso nicht funktioniert, da das Attribut 0x0012 kein Berichtsattribut ist).

Ja, ich denke, die einzige Änderung, die vorgenommen werden muss, ist eine HW-abhängige Entscheidung, entweder auf 0x0012 oder 0x4003 zu schreiben. Ich habe gerade manuell eine neue Temperatur auf 0x0012 geschrieben und der Wert wurde sofort auf 0x4003 aktualisiert.

tbh: Wenn ich diesen Code nur für mich selbst schreiben würde, würde ich den Befehl einfach an beide IDs senden. Klingt dreckig, aber was auch immer der Thermostat akzeptieren würde, es sollte trotzdem aktualisiert werden

Ich habe den Eurotronic-Support kontaktiert und ihnen die URL dieses Threads gegeben. Hoffentlich antworten sie und schaffen es, die Verwirrungen hier aufzuklären :)

Ich habe auch den Eurotronic-Support kontaktiert und gebeten, auf diesen Thread zu antworten, um zu erklären, wie wir das aktuelle Problem lösen können. Ich habe noch keine Antwort mit einer Lösung erhalten...

Ich habe gerade eine Pull-Anfrage (#3626) hinzugefügt, die unsere Probleme mit der Änderung des aktuellen Heizsollwerts beheben sollte.
Ich brauchte eine Weile, um das herauszufinden, aber neben dem Schreiben des zuvor besprochenen 0x0012-Attributs (Besetzter Heizsollwert) musste ich auch einen generischen Herstellercode senden.

Um zwischen älteren und neueren Einheiten zu unterscheiden, habe ich das Attribut Softwareversion verwendet. Bei Geräten mit einer Softwareversion kleiner 22190903 wird auch das alte Attribut 0x4003 geschrieben. Bei Modellen ab SW-Version 22190903 wird das Attribut 0x0012 verwendet.

Dieser Fix funktioniert für mein Gerät, aber da ich nur ein Gerät habe, kann ich nicht garantieren, dass es auch für ältere und andere Geräte funktioniert, also drücken wir die Daumen

Wow, das war schnell. Danke vielmals! Ich hoffe, dass diese Änderungen schnell umgesetzt werden können. Bis dahin verwende ich ZHA statt deCONZ. Gestern installiert und alles scheint dort gut zu funktionieren (ZHA-Integration verwendet 0x0012 per se).

Vielen Dank an @joukestoel für diesen Fix! Jetzt müssen wir auf die Veröffentlichung warten, die hoffentlich bald kommt

Für was es wert ist: Kann bestätigen, https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 hat das Problem auf meiner Seite behoben.

Habe eine Spirit-Einheit mit SW Build ID von 22190930 und mit der Version 2.5.87 von Phoscon/deCONZ kann ich jetzt den

Es ist ein Problem aufgetreten, bei dem das Lesen der grundlegenden Clusterinformationen (um das Gerät in der REST-API einzurichten) die SW-Build-ID-Informationen _nicht_ korrekt abgerufen hat (Feld blieb leer). Musste dieses Feld explizit aus der GUI "lesen", damit die Dinge funktionieren ...

Auch völlig unabhängig: Die Sensors-Dokumentation erwähnt den config -Parameter als heatingsetpoint während er in Wirklichkeit heatsetpoint zu sein scheint ...

Ich habe gerade eine Pull-Anfrage (#3626) hinzugefügt, die unsere Probleme mit der Änderung des aktuellen Heizsollwerts beheben sollte.
Ich brauchte eine Weile, um das herauszufinden, aber neben dem Schreiben des zuvor besprochenen 0x0012-Attributs (Besetzter Heizsollwert) musste ich auch einen generischen Herstellercode senden.

Um zwischen älteren und neueren Einheiten zu unterscheiden, habe ich das Attribut Softwareversion verwendet. Bei Geräten mit einer Softwareversion kleiner 22190903 wird auch das alte Attribut 0x4003 geschrieben. Bei Modellen ab SW-Version 22190903 wird das Attribut 0x0012 verwendet.

Dieser Fix funktioniert für mein Gerät, aber da ich nur ein Gerät habe, kann ich nicht garantieren, dass es auch für ältere und andere Geräte funktioniert, also drücken wir die Daumen

Ich habe SW Build ID 22190930 und es funktioniert mit der alten Variante (2.05.81 / 14.9.2020).
Ich bin mir nicht sicher, ob es kaputt geht, wenn ich jetzt aktualisiere?

Ich habe gerade die neue Version zum Laufen gebracht. Leider müssen wir mitteilen, dass wir mit der Behebung dieses Problems von @joukestoel erst halb fertig sind. das Basic Cluster 0x4000 SW Build ID Attribut scheint nach dem Neustart nicht automatisch gelesen zu werden. Dazu wird die korrekte Adresse 0x012 nur verwendet, nachdem dieses Attribut manuell gelesen wurde. Im Moment habe ich nur drei Thermostate, um dies nach dem Neustart zu tun, aber wenn ich 13 davon habe, muss ich dies nicht nach jedem Neustart manuell tun

Selbes Problem hier. Wenn ich deCONZ oder Spirit neu starte, werden keine Updates mehr empfangen und die Temperatur kann nicht mehr eingestellt werden.

@DerOetzi @dowhiletrue Ah, tut mir leid! Ich lerne immer noch dieses Zigbee-Deconz-Zeug :) Ich werde den Code verbessern, damit er robuster ist! Hoffentlich kann dies in die nächste Version aufgenommen werden.

Ich halte dich auf dem Laufenden!

Und bemerkte ein weiteres Problem bei den neuen:

Der Modusschalter auf off funktioniert bei denen nicht so gut. Ich werde versuchen, dies zu untersuchen!

Update: Das Schreiben von Host-Flags auf 0x4008 schlägt ebenfalls fehl

Hallo zusammen, unser Unternehmen arbeitet derzeit für Eurotronic an der Überprüfung des Firmware-Codes und an der Behebung von Problemen beim Schreiben in die Attribute 0x4003 und 0x4008. Bitte haben Sie etwas Geduld, da wir keine Autoren der Original-Firmware sind.

Die gute Nachricht ist, dass ich die Firmware erfolgreich über die Luft (OTA) aktualisieren konnte.

Bitte, wenn Sie ein anderes Problem entdeckt haben, schreiben Sie es hier oder kontaktieren Sie mich per E-Mail. Dankeschön.

Hallo zusammen, unser Unternehmen arbeitet derzeit für Eurotronic an der Überprüfung des Firmware-Codes und an der Behebung von Problemen beim Schreiben in die Attribute 0x4003 und 0x4008. Bitte haben Sie etwas Geduld, da wir keine Autoren der Original-Firmware sind.

Die gute Nachricht ist, dass ich die Firmware erfolgreich über die Luft (OTA) aktualisieren konnte.

Bitte, wenn Sie ein anderes Problem entdeckt haben, schreiben Sie es hier oder kontaktieren Sie mich per E-Mail. Dankeschön.

Danke für gute Nachrichten. Können Sie bitte eine kurze Anleitung geben, wie man die OTA macht? Wo finde ich zum Beispiel die Firmware-Datei?

@witriol Soweit ich testen konnte, reagiert der Thermostat auch nicht richtig auf den Versuch, die local_temp_calibration einzustellen (Attribut 0x0010). Dieser akzeptierte früher Werte zwischen -500 und 500 (+- 5 Grad), antwortet jetzt jedoch mit "illegaler Wert", egal welcher Wert eingeschrieben ist.
Bitte vergewissern Sie sich auch, dass 0x4001 geschrieben werden kann, wenn der Thermostat auf den manuellen Modus eingestellt ist (0x4000 auf 0x02 eingestellt, wenn ich mich richtig erinnere)
Wenn Sie eine Firmware zum Testen haben - ich habe eine neue und einige der alten vorhanden, damit ich überprüfen kann, ob sich die Firmware wie die alten verhält (auch mit dem Dokument auf der alten übereinstimmt).

A.

Die gute Nachricht ist, dass ich die Firmware erfolgreich über die Luft (OTA) aktualisieren konnte.

@Witriol Das sind in der Tat gute Nachrichten! Wurden Firmware-Dateien veröffentlicht? Ist ein Downgrade der Firmware möglich?

Das Hauptproblem bei der Firmware ist, dass sie anscheinend die Temperaturfernmessung unterstützt, aber keine _Report Attribute_-Meldungen von einem Ferntemperatursensor akzeptiert.

Hallo zusammen, unser Unternehmen arbeitet derzeit für Eurotronic an der Überprüfung des Firmware-Codes und an der Behebung von Problemen beim Schreiben in die Attribute 0x4003 und 0x4008. Bitte haben Sie etwas Geduld, da wir keine Autoren der Original-Firmware sind.

Die gute Nachricht ist, dass ich die Firmware erfolgreich über die Luft (OTA) aktualisieren konnte.

Bitte, wenn Sie ein anderes Problem entdeckt haben, schreiben Sie es hier oder kontaktieren Sie mich per E-Mail. Dankeschön.

Hallo @Witriol , es ist schön zu hören, dass OTA-Updates funktionieren! :-)

Neben den bereits erwähnten Problemen habe ich noch zwei weitere:

• Ich kann "TRV-Modus (0x4000)" auf 1 ändern, um die Ventilposition manuell ändern zu können. Ich kann sehen, dass sich der Betriebsmodus des Ventils ändert, da das Display "0" anzeigt, was die aktuelle Ventilposition ist. Beim Versuch, diese Ventilposition über "Set Valve Position (0x4001)" zu ändern, gibt das Gerät jedoch "INVALID_VALUE" zurück, egal welchen Wert ich sende.
• Außerdem verliere ich jeden zweiten Tag die Zigbee-Verbindung und selbst ein Power-Cycle hilft nicht. Ich muss das Gerät per "Drei-Tasten-Methode" zurücksetzen und erneut koppeln.

Da es viele Probleme mit der aktuellen Firmware zu geben scheint, wäre ein Downgrade eine saubere und schnelle schnelle Lösung, die ich sehr schätzen würde.

Hallo Leute, ich habe das gleiche Problem mit einem brandneuen Spiritusthermostat. Ist es möglich, dass die Jungs von Eurotronic fälschlicherweise eine Firmware-Version mit einem Tippfehler im Namen (22190930) veröffentlicht haben, bevor sie zur ursprünglichen Namenskonvention für Datumsstempel (20191014) zurückkehren? Der Name des Attributs 0x0006 "Date Code" impliziert einen Datumsstempel. teddy

@Witriol Freue mich auch auf das OTA-Firmware-Update! Danke im Voraus!
teddy

@teddy-rpi : Es gibt ein Firmware-Build-Datum und eine Firmware-Version:

Ich habe gerade eine zweite Pull-Anfrage erstellt, die eine grobe temporäre Problemumgehung implementiert, wie sie zuvor von Sie einfach in beide Attribute (0x4003 und 0x0012), wenn Sie den Heizsollwert ändern.
Dies ist definitiv keine schöne Lösung, aber da wir von @Witriol erfahren haben, dass der Hersteller an einem Firmware-Update arbeitet (schön übrigens!), denke ich, dass dieser Fix vorübergehend akzeptabel sein könnte. Ich hoffe, Sie sind sich alle einig.
Wieder funktioniert der Fix bei meiner Version des Thermostats, aber ich kann keine Garantien mehr geben :)

@ magicdude4eva: Vielen Dank! Wie kann ich die Firmware-Version ermitteln? In deCONZ unter dem Grund Cluster, das Attribut 0x0006 "Date Code" gibt mir 20.191.014 und teh Attribut 0x4000 "SW Build-ID" ist leer.

Ich habe gerade eine Pull-Anfrage (#3626) hinzugefügt, die unsere Probleme mit der Änderung des aktuellen Heizsollwerts beheben sollte.
Ich brauchte eine Weile, um das herauszufinden, aber neben dem Schreiben des zuvor besprochenen 0x0012-Attributs (Besetzter Heizsollwert) musste ich auch einen generischen Herstellercode senden.

Um zwischen älteren und neueren Einheiten zu unterscheiden, habe ich das Attribut Softwareversion verwendet. Bei Geräten mit einer Softwareversion kleiner 22190903 wird auch das alte Attribut 0x4003 geschrieben. Bei Modellen ab SW-Version 22190903 wird das Attribut 0x0012 verwendet.

Dieser Fix funktioniert für mein Gerät, aber da ich nur ein Gerät habe, kann ich nicht garantieren, dass es auch für ältere und andere Geräte funktioniert, also drücken wir die Daumen

Vielen Dank. Jetzt funktioniert es bei mir gut.

Ich habe gerade eine zweite Pull-Anfrage erstellt, die eine grobe temporäre Problemumgehung implementiert, wie sie zuvor von Sie einfach in beide Attribute (0x4003 und 0x0012), wenn Sie den Heizsollwert ändern.
Dies ist definitiv keine schöne Lösung, aber da wir von @Witriol erfahren haben, dass der Hersteller an einem Firmware-Update arbeitet (schön übrigens!), denke ich, dass dieser Fix vorübergehend akzeptabel sein könnte. Ich hoffe, Sie sind sich alle einig.
Wieder funktioniert der Fix bei meiner Version des Thermostats, aber ich kann keine Garantien mehr geben :)

Ich habe nie eine solche Methode vorgeschlagen. Denke, das ist ein wirklich hässlicher Workaround. Würde es vorziehen, dass wir Ihren ersten Fix verwenden und deconz zwingen, die grundlegende Clusteradresse 0x4000 zu lesen, wenn sie leer ist.

Sorry @DerOetzi , ich habe mich falsch zitiert. Es war @mod3k, der es vorgeschlagen hat. Ich stimme zu, dass der Workaround hässlich ist, aber hoffentlich ist er nicht zu lange notwendig und um ehrlich zu sein, war mein vorheriger Fix auch kein Juwel :s

Ich denke, dieser sehr hässliche Fix ist robuster und ausfallsicherer als meine vorherige Implementierung

Fix funktioniert bei mir mit sehr einfacher Funktion (Solltemperatur einstellen). Mein Fehler: das Attribut 0x4000 war leer, weil ich in deCONZ nur den gesamten Cluster ausgelesen habe, anstatt auf das Attribut zu doppelklicken und es separat auszulesen. Das Feld wird dann mit der gleichen Firmware-Nummer gefüllt, die mit 22 beginnt, wie Sie sie haben. Nochmals vielen Dank, ich warte auf den richtigen OTA-Fix, um alle Funktionen nutzen zu können. teddy

Sorry @DerOetzi , ich habe mich falsch zitiert. Es war @mod3k, der es vorgeschlagen hat. Ich stimme zu, dass der Workaround hässlich ist, aber hoffentlich ist er nicht zu lange notwendig und um ehrlich zu sein, war mein vorheriger Fix auch kein Juwel :s

Kein Problem 👍 Ich bin mir nicht sicher, ob Ihr neuer Fix mit älteren Firmware-Versionen richtig funktioniert. Wenn ich @ebaauw in seinem Beitrag richtig verstehe,

Ich bin selbst auf 20181205. Dies ist schon einige Zeit her, aber wenn der Speicher verwendet wird, wird 0x0012 nicht aktualisiert, wenn der Befehl Setpoint Raise/Senker ausgegeben wird, und 0x4003 wird nicht aktualisiert, wenn 0x0012 gesetzt wird. Immer 0x4003 (zum Abrufen und Festlegen des Ziels) zu verwenden, funktionierte konsistent, also habe ich darauf zurückgegriffen, dies in der API zu verwenden.

Ich weiß nicht, was mit ihnen passiert, wenn Sie in beide Attribute schreiben. Ich persönlich würde es daher vorziehen, mit dem Workaround zu leben, Basic Cluster 0x4000 nach dem Neustart manuell auszulesen, was notwendig ist, damit Ihr erster Fix funktioniert, bevor Sie alle anderen älteren Firmware-Versionen durcheinander bringen. Und vielleicht kann mir jemand, der deconz insides besser kennt, sagen, ob es möglich ist, dieses Attribut automatisch zu lesen, wenn es leer ist. Das wäre meiner Meinung nach die bessere Lösung.