Deconz-rest-plugin: [Solicitud de asistencia para dispositivos] Eurotronic Spirit ZigBee

¡Interesante! Sigo buscando algo como estos, a un precio razonable.

¿Es este: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? ¿Dónde lo compraste? Veo que Reichelt los vende por 50,81 euros.

De hecho, no hay _Bedienungsanleitung_ para este dispositivo en su sitio web. ¿Viene con un manual solo en francés / español / italiano / polaco o también en alemán y / o inglés? (Puedo leer alemán, pero no lo escribo bien).

Las especificaciones mencionan transiciones admitidas (_Schaltzeiten_) por día / semana, lo que sugiere que puede almacenar una programación en el dispositivo. En cuanto a la especificación ZCL (6.3.2.2.3), hay muchos más atributos en el clúster 0x0201 para esto. Creo que la primera orden del día es agregarlos a general.xml, así como los comandos para establecer / borrar / obtener la programación. Sin embargo, dudo que la GUI deCONZ pueda manejar un número variable de parámetros para el comando set schedule.

@manup , modelar los horarios será un buen desafío para el punto final /devices .

Absolutamente, supongo que los atributos deben agregarse en el nuevo ResourceItems .

Un colega compró el termostato Eurotronic hace unos días y también está muy interesado en obtener soporte para deCONZ y homebridge-hue; haremos un olfato para obtener más información.

Sí, es exactamente ese. Lo compré voelkner a través de Amazon por 41,97 EUR. El manual impreso solo describe la instalación / montaje y está disponible en alemán e inglés. Salté para ver un poco más de la especificación del protocolo, como en el caso de la versión de zwave: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

Sin embargo, si puedo proporcionar algunos registros más, haré todo lo posible para hacerlo, pero en este momento estoy muy ocupado en el trabajo y no quiero cerrar mi instalación deCONZ para obtener registros claros del dispositivo antes del jueves.

Encontré información de que usa el perfil de automatización del hogar 1.2 y se presenta como un dispositivo HVAC ...

¿Será difícil y llevará mucho tiempo implementarlo? Si obtiene esto, Deconz Connected to Home Assistant puede ser la mejor solución zigbee del mercado.

También me gustaría obtener un tono de puente doméstico para admitir el grupo de termostatos.

El grupo de termostato 0x0201 ya es compatible con PR # 1003.

Usando la REST-API es posible cambiar la temperatura de calentamiento, obtener / configurar el programador, encender / apagar el programador, configurar el desplazamiento.

@ ma-ca, necesitaré ayuda con eso. Va a ser un desafío sin un dispositivo para probar.

El servicio HomeKit _Thermostat_ requiere las siguientes características:

• _CurrentHeatingCoolingState_ (solo lectura, valores: _Off_, _Heat_, _Cool_) - Supongo que esto lo proporciona state.on : false : _Off_; true : _Calor_?
• _TargetHeatingCoolingState_ (lectura / escritura, valores: _Off_, _Heat_, _Cool_, _Auto_) - ¿Esto probablemente debería asignarse a config.scheduleron ? ¿O debería fijarse en _Auto_ y exponer config.scheduleron como un interruptor separado?
• _CurrentTemperature_ (solo lectura, en 0,1 ° C) - ¿Esto sería state.temperature ?
• _TargetTemperature_ (lectura / escritura, en 0,1 ° C) - ¿Esto sería config.heatsetpoint ?

También hay una característica opcional _HeatingThresholdTemperature_.

No sabría cómo exponer el programa: todavía no han realizado ingeniería inversa en la interfaz para Eve Thermo (consulte https://github.com/simont77/fakegato-history/issues/11, https: // github .com / simont77 / fakegato-history / issues / 40), pero supongo que querrás usar las reglas deCONZ y / o las automatizaciones de HomeKit para establecer config.heatsetpoint ?

@ebaauw Me alegra que esté investigando esto y me alegra poder ayudar.

CurrentHeatingCoolingState (solo lectura, valores: Off, Heat, Cool) - Supongo que esto lo proporciona state.on : false : Off; true : ¿Calor?

Sí, el state.on : true corresponde al calentamiento encendido. Lo bueno (actualmente) no está implementado en la REST-API.

TargetHeatingCoolingState (lectura / escritura, valores: Off, Heat, Cool, Auto): esto probablemente debería asignarse a config.scheduleron ? ¿O debería fijarse en Auto y exponer config.scheduleron como un conmutador separado?

Quizás sí. ¿Cómo se muestra esta propiedad en HomeKit y qué comando está asociado? Si esto está asociado con el comando de Siri _apagar el termostato_, entonces tendría sentido apagar el programador.

CurrentTemperature (solo lectura, en 0,1 ° C): esto sería state.temperature ?

Si. Actualmente, el valor de temperatura debe dividirse por 100 como se define en la especificación Zigbee, por ejemplo, state.temperature : 2150 es 21,5 ° C.

TargetTemperature (lectura / escritura, en 0.1 ° C) - ¿Esto sería config.heatsetpoint ?

Sí, también debe dividirse por 100.

Me gustaría usar HomeKit para configurar config.heatsetpoint y config.scheduleron . No veo ningún beneficio en cambiar el programador de HomeKit, porque después de configurar el programador usando la REST-API, realmente no hay necesidad de cambiar esto.

En mis casos de uso, me gustaría usar HomeKit para

• apague el programador cuando salga de vacaciones
• y luego poder encender de nuevo un día antes de regresar a casa.
• ajuste de la temperatura.

Consulte homebridge-hue v0.11.7.

Muy agradable. Después de instalar homebridge-hue v0.11.7, la aplicación iOS Home muestra los íconos _Thermostat_ con la temperatura y el valor calorífico.

Cambiar la calefacción cambia el config.heatsetpoint . La activación o desactivación del modo establece config.scheduleron en verdadero o falso.

El único problema es que la temperatura mostrada parece estar redondeada a 0,5 ° C, pero la pantalla del termostato tiene una resolución de 0,1 ° C. Por ejemplo, la aplicación muestra 22.5 ° C pero la pantalla tiene 22.3 ° C y state.temperature es 2230. Y el valor de calentamiento tiene una compensación aleatoria, por ejemplo, 17.0 ° C cambia config.heatsetpoint a 1710, valor de 17,5 ° C a 1770, valor de 18,0 ° C a 1800.

¿Puede adjuntar el registro de depuración de homebridge-hue? Y el archivo de volcado, solo para estar seguro. Ver el README. ¿Está utilizando únicamente la aplicación Home de Apple o ha comprobado otras aplicaciones HomeKit? Creo que Home redondea la temperatura a 0,5 ° C cuando la muestra. Al menos eso es lo que veo en mis sensores de temperatura.

[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}

Solo estoy usando la aplicación Apple Home.

En caso de que haya una relación, al principio los íconos _Window Covering_ en la aplicación de inicio tenían una resolución del 1% cuando mostraban un estado abierto entre 0% y 100%. Más tarde, esto cambió a una resolución del 5%. Pensé que esto se había cambiado a propósito en el tono del puente doméstico.

Realmente necesito el resultado completo de homebridge -D , consulte https://github.com/ebaauw/homebridge-hue#debug -log-file.

Solo estoy usando la aplicación Apple Home.

¿Qué temperaturas muestra Eve u otra aplicación HomeKit?

Más tarde, esto cambió a una resolución del 5%. Pensé que esto se había cambiado a propósito en el tono del puente doméstico.

Sí, descubrí que mi lumi.curtain no siempre informa una posición de 0 o 254 cuando está completamente abierto o cerrado. Incluso después de la recalibración, a veces está un poco apagado. Trabajé alrededor de eso redondeando a múltiplos de 5. Sin embargo, esto no tiene ninguna relación con el _Thermostat_.

El archivo de registro de depuración completo de antes.

homebridge.log.gz

¿Qué temperaturas muestra Eve u otra aplicación HomeKit?

La aplicación Eve muestra la temperatura correcta con una resolución de 0,1 ° C. Además, la temperatura objetivo se traduce correctamente al aumentar los pasos de 0,5 ° C.

¡Gracias!

[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

Esto se ve bien. El termostato se cambia de HomeKit a 18,2 ° C. homebridge-hue establece config.heatsetpoint en 1820 y deCONZ emite una notificación de conexión web con el nuevo heatsetpoint. Sin embargo, necesito deshacerme del mensaje config.scheduler .

[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

El placer del procesamiento asincrónico. La temperatura objetivo se actualiza mientras homebridge-hue está sondeando /sensors . homebridge-hue revierte HomeKit al valor anterior (recuperado de la encuesta), pero esto se corrige cuando homebridge-hue recibe la notificación del zócalo web del cambio por put .

Y el valor calorífico tiene una compensación aleatoria, por ejemplo 17.0 ° C cambia config.heatsetpoint a 1710, valor 17.5 ° C a 1770, valor 18.0 ° C a 1800.

No veo esto. En los dos casos anteriores, homebridge-hue envía la temperatura correcta (a 0,1 ° C) a la puerta de enlace deCONZ, y la puerta de enlace lo confirma a través de la notificación de websocket. Sospecho que la aplicación Home también podría hacer algo divertido aquí. Verifiqué dos veces que tanto la _Temperatura actual_ como la _Temperatura objetivo_ tienen una resolución de 0.1 ° C.

Algunas otras observaciones:

[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}

Ha especificado dos plataformas "Hue" en config.json. Si bien eso funciona actualmente, se romperá cuando se cambie a accesorios de plataforma dinámica. Puede exponer tanto el puente Hue como la puerta de enlace deCONZ desde una sola entrada mediante:

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

Ah, el ubisys S2. He estado esperando ver el modelo completo S2 (5502) para exponer el sensor ZHASwitch. Puedo leer los valores buttonevent de la API deCONZ REST, pero no el modelo completo. ¿Obtienes buenos valores para consumption y power ? Mi D1 (con una versión de firmware posterior) da basura para estos.

[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"}

Nota para mí mismo: historia de Eva.

Consulte homebridge-hue v0.11.8, que debería:

• Ya no emitir mensajes sobre config.scheduler ;
• Proporcione el historial en Eve para la temperatura actual del _Thermostat_ y la temperatura objetivo (consulte https://github.com/ebaauw/homebridge-hue/issues/426);
• Admite la función de cambio de ubisys S2 (consulte https://github.com/ebaauw/homebridge-hue/issues/427).

Continuemos la conversación sobre el soporte del tono del puente doméstico a los problemas del tono del puente doméstico.

Me gustaría agregar el dispositivo Eurotronic al restAPI, pero hay un error:

{ "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 } }]

Se instalan las versiones más recientes de deCONZ (2.05.54) y homebride-hue (v0.11.8)

@thommyDD , intente con esta versión provisional :)

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

Es necesario volver a conectar el termostato mientras se está ejecutando la búsqueda del sensor.

@manup no funciona :(

Restablecí el termostato mientras se estaba ejecutando la búsqueda del sensor, pero no se encontró el termostato.

Mmmm, no estoy seguro de lo que está pasando. Acabo de ordenar uno a través de Amazon y llegará el próximo lunes.

Es interesante suscribirse para ver el progreso ;-)

También me topé con este dispositivo recientemente. La versión Z-Wave tiene la interesante característica de soportar sensores de temperatura externos (que pueden dar lecturas más realistas que la interna).
De aquellos que ya tienen el dispositivo, ¿saben si esto también es (o será) posible a través de Zigbee? Lamentablemente, el sitio web del fabricante es muy escaso.

Hola, recientemente también obtuve este dispositivo. En este momento, solo puedo configurar el punto de ajuste de calefacción ocupado, que luego el dispositivo copia al atributo Punto de ajuste de temperatura actual a través de deCONZ Gui. ¿Agregará también los atributos de programación a deCONZ Gui? Como realmente no sé en este momento, cómo haría esto a través de la API REST, ya que esto está fuera de mi conocimiento en este momento. Sería muy apreciado.

Salud

Leyendo algunos atributos más del termostato:

• El sensor de temperatura externo puede ser compatible
• Los horarios no son compatibles

Entonces, ¿los horarios no serán compatibles con deCONZ durante mucho tiempo?

En realidad, ya hay un código de programación en deCONZ, pero no puedo probar esto porque el termostato Eurotronic no lo admite.

Quizás sea mejor crear reglas para imitar los horarios, que también es más poderoso.

¿Cómo crearía uno esas reglas? a través de Rest API? ¿O hay alguna funcionalidad en deCONZ que pueda manejar esto?

Actualmente, esto solo es posible a través de REST-API. O quizás cuando se usa algo como Home Assistant y otros sistemas de automatización del hogar que admiten la integración deCONZ.

@manup Desafortunadamente,
¿Hay alguna explicación?

Debería funcionar mejor con la próxima versión 2.05.58, que contiene algunas correcciones relacionadas.

Solución alternativa para 2.05.57:

• Iniciar la búsqueda de sensores
• Leer clúster básico

¿Es este: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? ¿Dónde lo compraste? Veo que Reichelt los vende por 50,81 euros.

De hecho, no hay _Bedienungsanleitung_ para este dispositivo en su sitio web. ¿Viene con un manual solo en francés / español / italiano / polaco o también en alemán y / o inglés? (Puedo leer alemán, pero no lo escribo bien).

Les pedí detalles por correo electrónico hace un tiempo. Aunque no respondieron, acaban de agregar un manual bastante completo a su sitio web con detalles sobre los atributos de Zigbee:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

Tengo uno de estos termostatos, pero parece que no puedo emparejarlo correctamente.
(Deconz sin cabeza en rpi con raspbee y deconz 2.05.58)
Siguiendo el enlace de documentación en el comentario anterior, puedo poner el termostato en modo de emparejamiento e iniciar el emparejamiento del sensor en la aplicación phoscon. Después de un rato, el termostato indica que está emparejado correctamente pero la aplicación phoscon. nunca reconoce el emparejamiento.

El termostato definitivamente considera que el emparejamiento está completo. Para que vuelva al modo de emparejamiento, tengo que restablecerlo por completo.

¿Alguna pista de lo que estoy haciendo mal?

¿Alguna pista de lo que estoy haciendo mal?

Supongo que nada. Actualmente, el termostato no está visible en la aplicación Phoscon, pero debería estar visible en la REST-API.

Esa es la cuestión: no es visible cuando se obtienen todos los objetos del resto de la API

En mi primer intento de emparejar a través de deCONZ GUI, el dispositivo aparecía, pero no se leía ninguna de las propiedades, ni siquiera la identificación del fabricante y no aparecían clústeres. Finalmente, detuve deCONZ, eliminé todas las referencias al dispositivo del zll.db, reinicié el dispositivo y lo emparejé de la siguiente manera, mientras lo sostenía junto al RasPi.

• Inicie la búsqueda de sensores en Phoscon.
• Quite / vuelva a insertar las baterías. Presione menos + más + impulso y manténgalos presionados hasta que el dispositivo se reinicie.
• Espere a que el dispositivo se empareje (luz verde; después de ~ 2 segundos), luego móntelo y deje que se adapte.
• La búsqueda de sensores en Phoscon había fallado para entonces, así que reiníciela.
• Vaya a la GUI de deCONZ, enumere los clústeres, haga clic en "Básico" -> "Leer" (como se recomienda en https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093)
• Ahora Phoscon informa una búsqueda de sensor exitosa y aparece en la API REST.

No sé cuál de los pasos funcionó, pero tal vez eso ayude.

Con respecto a los atributos, encontré que la configuración del "Modo TRV" (0x4000) en "manual" (2) controla el dispositivo a través del punto de ajuste (establecido a través de 0x4003). Cuando el modo se establece en "Desconocido 2", la pantalla muestra el porcentaje de apertura de la válvula actual, que se puede controlar con 0x4001.

Ninguna de las otras opciones parece tener efecto, aunque parece que hay características ocultas en "Host Flags" (0x4008) (por ejemplo, logré activar la protección infantil ...).

Tampoco está claro cómo se supone que funciona la "percepción remota". ¿Quizás a través de la vinculación, con un dispositivo que tiene un clúster de clientes de "medición de temperatura"?

Confirmo que esos pasos están funcionando:

• Inicie la búsqueda de sensores en Phoscon.
• Quite / vuelva a insertar las baterías. Presione menos + más + impulso y manténgalos presionados hasta que el dispositivo se reinicie.
• Espere a que el dispositivo se empareje (luz verde; después de ~ 2 segundos), luego móntelo y deje que se adapte.
• La búsqueda de sensores en Phoscon había fallado para entonces, así que reiníciela.
• Vaya a la GUI de deCONZ, enumere los clústeres, haga clic en "Básico" -> "Leer" (como se recomienda en el n. ° 1098 (comentario))

Pude emparejar el termostato y puedo verlo en la GUI de deconz, pero con el nombre 0x3BEE.
Además, no lo veo en API. (solicitar GET / sensores).

¡Conseguí el mío hoy! Si resulta que funciona de manera confiable, tengo espacio para siete más ...

Sería genial exponer la posición de la válvula (como state.bri ?). Eve Thermo también informa esto y espero poder hacer que el tono del puente doméstico exponga el historial a la aplicación Eve.

En HomeKit, un termostato tiene un _Estado de enfriamiento de calefacción objetivo_ (apagado, calor, frío, automático) y un _Estado de enfriamiento de calefacción actual_ (apagado, calefacción, enfriamiento). Con state.on derivado de la posición real de la válvula, se cubre el estado actual. ¿Tiene Eurotronic un equivalente para el estado de destino? Solía ​​asignar config.scheduleron al estado de destino, pero con la última confirmación, ya no está expuesto (porque, si lo entiendo correctamente, no hizo nada por el Eurotronic). Podríamos asignar el modo boost a _heat_ si eso es configurable desde Zigbee.

Creo que debemos implementar config.pending para establecer la temperatura objetivo. El termostato parece sondear a su padre con bastante frecuencia, pero ya experimenté algunos fallos en los que la actualización no llegaba. Además, probablemente deberíamos establecer el atributo de punto de calor específico del fabricante, en lugar del estándar (que no admite informes de atributos).

Sería genial exponer la posición de la válvula (como state.bri ?). Eve Thermo también informa esto y espero poder hacer que el tono del puente doméstico exponga el historial a la aplicación Eve.

Preferiría un state.valve o similar, supongo que habrá más termostatos compatibles en un futuro cercano, por lo que será mejor que obtengamos los atributos adecuados en la mezcla.

¿Tiene Eurotronic un equivalente para el estado de destino? Solía ​​asignar config.scheduleron al estado de destino, pero con la última confirmación, ya no está expuesto (porque, si lo entiendo correctamente, no hizo nada por el Eurotronic). Podríamos asignar el modo boost a _heat_ si eso es configurable desde Zigbee.

El programador no es compatible con Eurotronic, pero tiene varios valores que se pueden configurar. Necesita más experimentos para descubrir el mejor enfoque.

Creo que debemos implementar config.pending para establecer la temperatura objetivo. El termostato parece sondear a su padre con bastante frecuencia, pero ya experimenté algunos fallos en los que la actualización no llegaba.

Sí, sondea cada 5 segundos, lo cual es bueno para obtener comandos de manera confiable, aunque config.pending tiene sentido.

Además, probablemente deberíamos establecer el atributo de punto de calor específico del fabricante, en lugar del estándar (que no admite informes de atributos).

Parecen estar sincronizados en el dispositivo. Me gusta mucho que el termostato informe los valores y también reenvíe rápidamente cuando la temperatura se cambia manualmente. Pero aquí hay algo de trabajo por hacer, cambiar manualmente no alterará el punto de ajuste de calor que también se informa.

Solía ​​asignar config.scheduleron al estado de destino, pero con la última confirmación, ya no está expuesto

Estoy usando HomeKit para habilitar / deshabilitar el programador en el termostato Bitron. Con suerte, esto seguirá funcionando.

He recibido el mío también hoy, he jugado básico con él, ya que mis válvulas antiguas usan una conexión que no es adecuada para los adaptadores entregados con el termostato. La paciencia es una virtud jejeje, necesitará ayuda para reemplazar la vieja válvula aquí.

Pero lo que noto es que ahora parece que se ha cambiado un "estándar" ... Hasta ahora, los sensores "complejos" obtendrían sensores API REST separados. Como un sensor meteorológico, existiría de tres sensores, presión, temperatura y humedad. Ahora, para este termostato, se combinan la medición de temperatura, el estado (encendido / apagado) y la temperatura establecida. No hay problema para doblarlo, pero ¿no debería ser este un punto lógico para reconsiderar si es un momento para repensar si este es el camino correcto? Mirando esto, ¿no es un sensor, sino un dispositivo activo? ¿Algo que podría introducir la rama / devices?

Parecen estar sincronizados en el dispositivo.

Solo unidireccional y no siempre. Según el manual:

Die übertragenen Solltemperaturen wie Atributo de punto de ajuste de calefacción ocupado / desocupado (0x0012 oder 0x0014) werden auf das Attribut Punto de ajuste de temperatura actual (0x4003) kopiert, um den TRV ohne hersteller spezifische Attribute verwenden zu können.

Controlar el termostato a través de sus botones parece cambiar solo 0x4003. La configuración del modo _Boost_ cambia de 0x4003 a 3000 (30 ° C). Podría asignar este atributo al estado de destino: 500 = desactivado; 3000 = calor; otros valores = auto.

Creo que debemos escribir el atributo al establecer la temperatura objetivo. El comando _Setpoint Raise / Lower_ cambia 0x0012, pero no 0x4003. También está en 0.01 ° C (como los atributos de temperatura, no 0.1 ° C. Creo que es un error tipográfico en general.xml?

en lugar del estándar (que no admite informes de atributos).

El manual contiene algunas inconsistencias. En 6.5, 0x008, 0x0012 y 0x0014 se enumeran como no notificables, pero en 6.6 sí lo son.

Hasta ahora, los sensores 'complejos' obtendrían sensores API REST separados.

"Complejo" = varios clústeres (0x0402, 0x0403, 0x0405 para el sensor meteorológico). El termostato es un grupo (0x0201).

¿Algo que podría introducir la rama / devices?

Sí, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 y más abajo.

Estoy usando HomeKit para habilitar / deshabilitar el programador en el termostato Bitron. Con suerte, esto seguirá funcionando.

Probablemente necesite incluir el Eurotronic en la lista blanca por separado en el tono del puente doméstico.

En HomeKit, un termostato tiene un _Estado de enfriamiento de calefacción objetivo_ (apagado, calor, frío, automático) y un _Estado de enfriamiento de calefacción actual_ (apagado, calefacción, enfriamiento).

El Eurotronic parece controlar este estado con el atributo "Modo del sistema" (id de atributo 0x001c) (consulte el manual del usuario en la página 15). Jugué un poco con este atributo en el software deCONZ, lamentablemente sin éxito. El valor se puede configurar, pero después de volver a leer el valor del termostato, parece restablecerse al valor predeterminado (calor)

Con state.on derivado de la posición real de la válvula, se cubre el estado actual. ¿Tiene Eurotronic un equivalente para el estado de destino?

El estado del valor está representado por "Demanda de calefacción Pi"

El bit para 0x000080 en _Host flags_ (0x4008) corresponde al modo de bloqueo (manteniendo + y - durante 3 segundos). Es configurable y borrable de Zigbee.

El bit para 0x000080 en _Host flags_ (0x4008) corresponde al modo de bloqueo (manteniendo + y - durante 3 segundos). Es configurable y borrable de Zigbee.

¿Cómo averiguaste esto? Intenté configurar bits individuales con el Editor de atributos en deCONZ. Pero cada vez que escribo algo distinto de cero, solo habilita el modo de bloqueo. Escribir 0x000000 lo desbloquea nuevamente. Y después de hacer esto, leer Host Flags devuelve valores muy diferentes (0x000001 después de la configuración inicial, ahora el mío dice 0x42c381).

Editar: La versión Z-Wave tenía indicadores útiles, como configurar el temporizador de luz de fondo de la pantalla LCD, rotar la pantalla 90 grados y configurar la sensibilidad de "detección de ventana abierta". Esperaba que esto estuviera oculto en algún lugar de las banderas anfitrionas aquí.

Edit2: ¿Es (_Host flags_ & 0x000004) el bit para el modo boost?

Creo que debemos implementar config.pending para establecer la temperatura objetivo. El termostato parece sondear a su padre con bastante frecuencia, pero ya experimenté algunos fallos en los que la actualización no llegaba.

Al principio, esto también me sucedió a mí, pero después de configurar el informe de atributos en 0x4003 a min/max/change=1/600/1 el termostato siempre informa inmediatamente una vez que se ha establecido la temperatura.

¿Cómo averiguaste esto?

Hay 10 tipos de personas: las que leen binario y las que no ;-)

Informó 0x000001 antes y 0x000081 después de configurar el modo de bloqueo. Escribir 0x000001 borró el modo de bloqueo. Ahora el mío informa 0x400341, la configuración del modo de bloqueo cambia esto a 0x4003c1. No tengo ni idea de los otros bits.

Editar: La versión Z-Wave tenía indicadores útiles, como configurar el temporizador de luz de fondo de la pantalla LCD, rotar la pantalla 90 grados y configurar la sensibilidad de "detección de ventana abierta". Esperaba que esto estuviera oculto en algún lugar de las banderas anfitrionas aquí.

Genial, pero no creo que la pantalla pueda girar (no es una pantalla de mapa de bits; los elementos están cableados). Estaba jugando con _TRV Mode_: value _Unknown 2_ cambia la pantalla a la posición de la válvula (según lo informado por 0x0008 - _Pi Heating Demand_).

¿Es (_Host flags_ & 0x000004) el bit para el modo boost?

No lo crea, el modo Boost es 0x4003 == 3000.

Modo de impulso
Betätigen Sie die Boost-Taste.
Alternativ können Sie die Plus Taste so lange betätigen bis ON im Display angezeigt wird.

Tampoco está claro cómo se supone que funciona la "percepción remota". ¿Quizás a través de la vinculación, con un dispositivo que tiene un clúster de clientes de "medición de temperatura"?

Estoy tratando de averiguar _Remote Sensing_. Según la especificación ZCL (para el clúster de servidores _Thermostat_):

Para la detección de temperatura remota, el grupo de clientes _Temperature Measurement_ (ver 4.4) PUEDE estar incluido en el mismo punto final. Para la detección de ocupación, el clúster de clientes _Occupancy Sensing_ (ver 4.8) PUEDE incluirse en el mismo punto final.
...
_LocalTemperature_ representa la temperatura en grados Celsius, medida de forma local o remota (a través de la red)
...
_OutdoorTemperature_ representa la temperatura exterior en grados Celsius, medida de forma local o remota (a través de la red).
...
_Occupancy_ especifica si el espacio calentado / refrigerado está ocupado o no, medido local o remotamente
(a través de la red).

Dado que no se implementan _OutdoorTemperature_, ni _Occupancy_ ni los clústeres de clientes, me temo que _RemoteSensing_ no hace nada.

PR agrega state.valve y config.locked , basa config.heatsetpoint en 0x4003 y configura el informe de atributos en la configuración recomendada. También se corrigieron una gran cantidad de errores al manejar los atributos del termostato.

Aún no he implementado config.pending para locked y heatsetpoint . Cambiar config.locked y config.heatsetpoint parece funcionar (verificado olfateando). No estoy seguro acerca de la configuración de informes: Wireshark informó un paquete con formato incorrecto en la respuesta a la configuración de 0x0001 / 0x0021 (porcentaje de batería); Todavía no he capturado la configuración para 0x0201.

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]

Después del código de comando (0x07), hay un solo byte 0x00 (¿indica éxito?), Pero no hay confirmación del atributo.

deCONZ no parece feliz con esto:

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

Recibo el mismo paquete con formato incorrecto cuando configuro el enlace manualmente desde la GUI de deCONZ.

Genial, gracias state.valve y config.locked ve bien.

Pero, ¿es necesaria la configuración de informes? Los atributos ya tienen alguna configuración predeterminada, por lo que solo se necesita el enlace.

Compatible con homebridge-hue v0.11.14 (consulte https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956). Tenga en cuenta que homebridge-hue necesita el PR para un soporte completo.

Pero, ¿es necesaria la configuración de informes? Los atributos ya tienen alguna configuración predeterminada, por lo que solo se necesita el enlace.

La configuración recomendada difiere de la configuración predeterminada de fábrica. Sin embargo, el termostato también devuelve un _Configure Reporting Response_ con formato incorrecto al configurar los informes para los atributos _Thermostat_. Por ahora comentaré el código.

Todavía me gustaría que la GUI deCONZ admita _Cambio reportable_ para valores de 24 bits (y 48 bits), para poder configurar _Host Flags_ manualmente.

Compatible con homebridge-hue v0.11.14 (consulte ebaauw / homebridge-hue # 426 (comentario) ). Tenga en cuenta que homebridge-hue necesita el PR para un soporte completo.

Bien, gracias, se fusionará para 2.05.59.

Todavía me gustaría que la GUI deCONZ admita _Cambio reportable_ para valores de 24 bits (y 48 bits), para poder configurar _Host Flags_ manualmente.

Verificaré que el código también debería corregirse en la próxima versión.

¿Es (_Host flags_ & 0x000004) el bit para el modo boost?

No lo crea, el modo Boost es 0x4003 == 3000.

No, el modo Boost también muestra "On" en el termostato y al presionar un botón se regresa a la temperatura establecida previamente. He intentado (localmente, para probar) agregar un config.boost de la misma manera que agregaste config.locked , que cambia la bandera 0x000004 y ahora puedo activar remotamente el modo boost /apagado.

Parece haber una bandera para apagar también el termostato (la pantalla luego muestra "Apagado"), pero no he logrado habilitarlo consistentemente (sería bueno para un sensor de ventana, como se menciona en el manual).

Dado que no se implementan _OutdoorTemperature_, ni _Occupancy_ ni los clústeres de clientes, me temo que _RemoteSensing_ no hace nada.

Gracias, temía que ese fuera el caso.
Mientras tanto, he solucionado esto leyendo la temperatura de un sensor Xiaomi y ajustando config.offset . Eso funcionó perfectamente, hasta que su RP cambió las unidades para el desplazamiento de 0.1 a 0.01 grados.
¿Puede intentar lo siguiente?

• Establezca config.offset en 10 mediante REST. Lea el atributo en deCONZ y muestra 1. Correcto.
  REST responde: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• Establezca config.offset en -10 mediante REST. Lea el atributo en deCONZ y muestra -103, cuando esperaría -1.
  REST responde: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

Al observar el cambio en esta línea , creo que debería ser toInt lugar de toUInt (esto ya estaba mal antes, pero ahora que el resultado se divide por 10, actúa).
(_editar: acabo de probarlo y toInt corrige_)

No, el modo Boost también muestra "On" en el termostato y al presionar un botón se regresa a la temperatura establecida previamente. He intentado (localmente, para probar) agregar un config.boost de la misma manera que agregaste config.locked , que cambia la bandera 0x000004 y ahora puedo activar remotamente el modo boost /apagado.

En efecto. No pude configurarlo / borrarlo antes desde la GUI de deCONZ, pero esta vez lo logré (al menos una vez). Parece haber un error en la GUI de deCONZ al escribir el valor del atributo u24:

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

El valor (después del byte 0x22 para el tipo) falta en el paquete, pero el termostato responde con _Write Attributes Response_ con el estado OK de todos modos y luego envía un _Report Attributes_ para 0x4008 con el nuevo valor (¿aleatorio?). ¿Falta verificación de rango en el firmware?
También logré que el termostato mostrara "Apagado" brevemente, pero no tengo ni idea de cómo. 0x4003 fue 500 después de eso.

@manup , ¿puede confirmar que se trata de un error (y si es así, tal vez incluso solucionarlo)?

Creo que debería ser toInt lugar de toUInt

Yo también lo creo. Me temo que solo agregué la división y el redondeo y nunca miré la conversión del valor del mapa.

@manup , ¿puede confirmar que se trata de un error (y si es así, tal vez incluso solucionarlo)?

Sí, la escritura de valores de 24, 40, 48 y 56 bits, así como la configuración de informes, no se implementó por completo. Ya está arreglado en el núcleo y será parte de 2.05.59.

Usando el complemento de línea de comandos de @ ma-ca (https://github.com/ma-ca/deconz-cli-plugin), puedo enviar comandos _Write Attribute_ de manera confiable (y también establecer la configuración de informes de atributos en 0x4008, por lo que el nuevo valor se informa inmediatamente).

Hasta ahora, encontré lo siguiente:

poco | efecto
--- | ------
0x000001 | ¿ninguno?
0x000002 | voltear la pantalla al revés
0x000004 | modo de impulso
0x000008 | ¿ninguno?
0x000010 | configurado para borrar el modo, pero informa como 0x000000
0x000020 | configurado para activar el modo, pero informa como 0x000010
0x000040 | ¿ninguno?
0x000080 | bloqueo infantil

Si quieres probarlo tú mismo, utilizo lo siguiente para enviar el comando:

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

La carga útil se descifra de la siguiente manera:

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

Mirando la documentación de la versión Z-Wave, la mitad esperaba lo siguiente en _Host Flags_:

• Tiempo de espera de LCD (5 bits);
• Retroiluminación de la pantalla LCD (1 bit);
• Detección de ventana abierta (2 bits).

Probé los otros 16 bits. Cuando se configura, el termostato informa de cada uno de ellos, pero no veo ningún efecto.

Parece que no puedo borrar el bit 0x000001; tal vez sea la luz de fondo de la pantalla LCD (que no puedo apagar).

El último PR agrega config.boost , config.displayflipped y config.off (no me molesté con config.mode o algo así). Los cambios en múltiples atributos REST se recopilan en un solo _Write Attributes_ en _Host Flags_. La configuración de boost borra off y viceversa.

{
  "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"
}

Increíble progreso, pero me temo que config.on, config.off y state.on pueden ser confusos para un usuario de API. ¿No sería el config.mode más limpio y más fácil de entender?

Sí lo haría. Este fue el más rápido de implementar ...

Es bastante complicado combinar cambios en múltiples atributos REST en un solo comando de escritura para el atributo _Host Flags_ Zigbee. Tal vez sea mejor exponerlo como un objeto, algo como config.hostflags.boost , config.hostflags.off , etc. Por supuesto, eso es más trabajo desde una perspectiva de análisis de API.

Además, no estoy muy emocionado de usar getZclValue() (y setZclValue() después del reinicio) para almacenar en caché el valor de _Host Flags_, en lugar de usar un recurso RConfigHostFlags . Sin embargo, no estoy seguro de cómo crear un atributo REST "oculto", que está almacenado en la base de datos, pero no expuesto por la API.

Tal vez sea mejor exponerlo como un objeto, algo como config.hostflags.boost , config.hostflags.off , etc. Por supuesto, eso es más trabajo desde una perspectiva de análisis de API.

Aún no he analizado los detalles, mi problema actualmente es que al mirar estos atributos de manera ingenua, no entiendo lo que se supone que deben hacer. Tal vez no se necesite un anidamiento en config.hostflags.something, pero una interfaz más simple. Por ejemplo, si se supone que config.hostflags.off controla el atributo config.on ... podemos usar config.on?

También deberíamos encontrar una palabra mejor para modo boost , no tengo idea de lo que significa, si hace algo útil, una palabra que la describa ayudaría a entender el propósito :)

Sin embargo, no estoy seguro de cómo crear un atributo REST "oculto", que está almacenado en la base de datos, pero no expuesto por la API.

Simplemente omita el atributo en la solicitud de obtención relacionada :)

También deberíamos encontrar una palabra mejor para el modo _boost_, no tengo idea de lo que significa, si hace algo útil, una palabra que lo describa ayudaría a entender el propósito :)

"Aumenta" la temperatura, por supuesto ;-) Y lo configura presionando el botón Boost ;-) La palabra en realidad proviene de la documentación de Eurotronic Spirit:

Modo de impulso
Betätigen Sie die Boost-Taste.
Alternativ können Sie die 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 gewech- selt werden.

La palabra "apagado" no se menciona en la documentación, pero básicamente establece la válvula del termostato en mínimo y la pantalla muestra "Apagado". Se menciona en la documentación de la variante Z-Wave.

Por ejemplo, si se supone que config.hostflags.off controla el atributo config.on ... podemos usar config.on?

De alguna manera controla el atributo state.on . config.on ya se usa para habilitar o deshabilitar (reglas de activación) del recurso. Si cambiamos eso, perderíamos la compatibilidad con la API de Hue. Estoy de acuerdo, esto es confuso, también con config.scheduleron para el otro termostato.

HomeKit usa _TargetHeatingCoolingState_ con valores posibles _Off_, _Heat_, _Cool_ y _Auto_., Y _CurrentHeatingCoolingState_ con valores posibles _Off_, _Heating_ y _Cooling_. Por supuesto, _Cool_ y _Cooling_ no se aplican al Eurotronic.
Si traduzco esto a la API REST, obtendría config.mode ( config.targetstate ?) Con los valores "off", "heat", "cool" y "auto"; y state.mode o state.status ( state.currentstate ?) con los valores "apagado", "calefacción" y "refrigeración". Si ignoramos la parte de enfriamiento por ahora, state.heating parece tener más sentido. En Eurotronic, los valores de config.mode serían "apagado", "impulso" y "comodidad". Creo que preferiría los términos de HomeKit (parecen más genéricos), pero probablemente estoy sesgado.

En una nota al margen: Preferiría config.targettemperature sobre config.heatsetpoint .

¿Cuándo vence la v2.05.59? Estoy feliz de hacer los cambios, pero no los terminaré esta noche.

Dios mío, esto del impulso es realmente confuso :) Incluso con la descripción no estoy seguro de qué o por qué existe. ¿Alguien lo necesitará o usará?

Estoy de acuerdo en que los términos de HomeKit son mucho más legibles por humanos, totalmente abiertos para adaptarlos al termostato.

Pero deberíamos verificar si hay cambios importantes, no estoy seguro de si alguien usa los atributos existentes todavía. @ Kane610 @wvuyk ?

¿Cuándo vence la v2.05.59?

Bueno, el horario era hoy, pero aún no terminé todos los detalles. Así que el próximo horario puede ser mañana por la noche o el martes. Pero no hay prisa 2.05.60 también puede llegar al final de la semana.

Tengo config.mode trabajando con los valores "off", "heat" y "auto". No han cambiado state.on ni config.heatsetpoint . Se introdujo un config.hostflags oculto para conservar el atributo _Host Flags_ (0x4008) en la base de datos.

{
  "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"
}

Hay un error en changeSensorConfig() : emite el evento web socket demasiado pronto, incluso antes de que se devuelva un error. Intente PONER {"mode": "invalid"} en config .

En otros sistemas como Homematic, MAX! etc., el botón de impulso abre la válvula por completo durante un tiempo limitado. Nunca lo usé hasta que me mudé a un piso con claraboyas. Después de cerrarlos en días fríos, el vidrio estaba tan frío que se empañó. Para evitar esto, utilizo el modo boost cada vez que cierro las ventanas y la temperatura es inferior a 5 grados.

@manup Tengo un PR para soporte de termostato deconz. Entonces este es el momento adecuado para hacer cambios.

O lo pospongo para el próximo lanzamiento en 3 semanas o si publica 59 con este soporte antes de la beta el jueves. Y, por supuesto, necesito la lista adecuada de atributos :)

@manup ,

Estoy trabajando internamente en él, pero de una manera muy flexible, así que siga adelante y use el atributo correcto. ¿Convertirlo en un estándar, ya que todos esperaríamos que llegaran más termostatos?

editar Hasta ahora, puedo verificar aquí los atributos que se acercan bastante a lo que Homeseer expone para otros termostatos, por cierto.

Tengo config.mode trabajando con los valores "off", "heat" y "auto". No han cambiado state.on ni config.heatsetpoint . Se introdujo un config.hostflags oculto para conservar el atributo _Host Flags_ (0x4008) en la base de datos.

Eso se ve muy bien. Si todavía hay dudas, en el manual de Z-Wave, el modo "boost" también se llama "plena potencia". Creo que eso podría ser incluso más exacto que "calor". Por cierto, en cuanto a la versión Z-Wave, este modo se calienta a máxima potencia durante unos minutos, luego vuelve automáticamente al modo normal (y las banderas del host se informan en consecuencia en este caso).

Sin embargo, creo que queda un caso en la esquina: si configura config.mode en "apagado", y luego cambia config.heatsetpoint , el dispositivo volverá al modo normal, pero las banderas del host seguirán indicar 0x000010. Para resolver la confusión, creo que las banderas del host deben eliminarse de los bits de apagado / aumento cada vez que se toca config.heatsetpoint .

En el manual de Z-Wave, el modo "boost" también se denomina "plena potencia". Creo que eso podría ser incluso más exacto que "calor".

¿Quieres términos genéricos, o hablar Eurotronic? En este último caso, es mejor que el uso "off", "impulso" y "confort" (no me gusta el espacio en "plena potencia"). Si lo primero, "apagado", "calor" y "automático" parecen más apropiados.

Por cierto, en cuanto a la versión Z-Wave, este modo se calienta a máxima potencia durante unos minutos, luego vuelve automáticamente al modo normal (y las banderas del host se informan en consecuencia en este caso).

Supongo que no he dejado el modo Boost activado el tiempo suficiente para ver que esto suceda. Probando ahora mismo ...
EDITAR de hecho, ~ 15 minutos, al parecer.

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"}

Creo que las banderas del host deberá limpiarse de los bits off / boost cuando config.heatsetpoint se toca.

Creo que tiene razón, pero las banderas deben borrarse en el dispositivo, no en la caché de la API REST. Vea mi comentario sobre su PR.

Sin embargo, creo que queda un caso de esquina

He encontrado que el cambio de modo Boost en Off o vv, se pierde el valor original para _HeatSetPoint_. No estoy seguro de si eso es fácil de solucionar.

En el manual de Z-Wave, el modo "boost" también se denomina "plena potencia". Creo que eso podría ser incluso más exacto que "calor".

¿Quieres términos genéricos, o hablar Eurotronic? Si es lo último, es mejor que usemos "apagado", "impulso" y "comodidad" (no me gusta el espacio en "plena potencia"). Si lo primero, "apagado", "calor" y "automático" parecen más apropiados.

No lo sé, porque solo tengo disponible el Eurotronic. Puede depender de qué modos proporcionarían los termostatos de pared (por ejemplo, para calefacción por suelo radiante). Pero por ahora no me importan los términos genéricos.

He encontrado que el cambio de modo Boost en Off o vv, se pierde el valor original para _HeatSetPoint_. No estoy seguro de si eso es fácil de solucionar.

¿Está seguro? Lo acabo de intentar: el punto de ajuste está en 21C. Ahora envío 0x20 y se apaga y el punto de ajuste se informa en 5C. Ahora envíe 0x10, vuelve a la normalidad e inmediatamente informa el punto de ajuste como 21C nuevamente. También puedo salir del modo "apagado" presionando _ + _ o _-_ en el dispositivo (dos veces).
Esto también funciona para el modo boost (también cuando se sale del modo boost presionando el botón _boost_ en el dispositivo (dos veces)).

¿Está seguro? ¿Está seguro? Lo acabo de intentar: el punto de ajuste está en 21C. Ahora envío 0x20 y se apaga y el punto de ajuste se informa en 5C. Ahora envíe 0x10, vuelve a la normalidad e inmediatamente informa el punto de ajuste como 21C nuevamente. También puedo salir del modo "apagado" presionando _ + _ o _-_ en el dispositivo (dos veces).

Esto está cambiando del modo Apagado a Confort ; no cambiar directamente del modo Apagado al modo Boost .

Cuando se ejecuta (con algo de tiempo entre los comandos):

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

el punto de ajuste de calor se deja a 30 ° C:

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}

Sí, puedo confirmarlo para esta secuencia: auto -> heat -> off -> auto .
Al menos todo permanece sincronizado, ya que la consigna se informa correctamente.

Curiosamente, funciona como se esperaba para auto -> off -> heat -> auto .

funciona como se esperaba para auto -> off -> heat -> auto

En efecto.

¿Ha intentado activar la detección de ventanas abiertas?

No, uso reglas basadas en los sensores de contacto de Xiaomi.

La experiencia con mis termostatos anteriores fue que solo funcionaría de manera confiable si el termostato estuviera montado directamente debajo de la ventana.

Para agregar a la última pregunta, y en caso de que alguien esté confundido:
Creo que lo que llamamos "apagado" (marca 0x20) es una especie de alternancia manual de la detección de ventana abierta. El termostato se apaga y lo dice en la pantalla, pero descubrí que vuelve a la configuración anterior después de ~ 15 minutos (como se menciona en el manual).

¡Buen descubrimiento!

Die Empfindlichkeit der Fenster-Offen Erkennung kann konfiguriert werden.

Deben ser algunos de los bits aún no identificados en _Host Flags_ (0x4008).

Im Stellwertbetrieb (modo específico del fabricante) wird die Fenster-Offen Erkennung nicht ausgeführt.

Supongo que el "Modo específico del fabricante" es _TRV Mode_ (0x4000) "Desconocido 2".

Descubrí que configurar "Modo TRV" (0x4000) en "manual" (2) controla el dispositivo a través del punto de ajuste (establecido a través de 0x4003). Cuando el modo se establece en "Desconocido 2", la pantalla muestra el porcentaje de apertura de la válvula actual, que se puede controlar con 0x4001

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

Esto sugeriría una especie de enlace, pero sin un clúster de clientes adecuado, será difícil de descifrar. Lo único que se acerca en la especificación ZCL sería un dispositivo _IAS Zone_ de tipo _Contact switch_.

Instalé otros cuatro de estos y los moví a mi red de producción, ahora en 2.05.59. Planeo agregar tres más, pero primero necesito hacer algo de espacio. Los termostatos son mucho más grandes que los diales originales.

La GUI deCONZ en 2.05.59 ahora maneja el atributo u24 _Host Flags_ correctamente: puedo cambiar el valor y la configuración de informes de atributos. He cambiado manualmente la configuración de informes de la predeterminada en todos mis termostatos:

• Deshabilite los informes para 0x0012 y 0x0014, que no usamos debido a 0x4003. El termostato no parece combinar varios atributos en un solo informe, por lo que esto ahorra tráfico y actualiza a state.lastupdated ;
• Configure el intervalo mínimo de 1, el intervalo máximo de 600 y el cambio notificable de 1 para _PI Demanda de calefacción_, _Errores_ y _Banderas de host_, por lo que los cambios se informan de inmediato. _Temperatura local_ obtiene un cambio notificable de 10 (0,1 ° C), _ Punto de ajuste de temperatura actual_ de 50 (0,5 ° C). Aún estoy averiguando la configuración óptima. Tal vez debería limitar los informes de período a _Temperatura actual_ y solo configurar los informes de cambio para los otros atributos.

Todavía preferiría que el complemento REST API hiciera esto, pero el termostato parece enviar un _Configure Reporting Response_ mal formado (con solo el estado en la carga útil).

Creo que será mejor que expongamos también el atributo _Errors_ 0x4002. Logré que uno de mis termostatos informara un error. Murphy se aseguró de que fuera el que estaba escondido detrás de mi escritorio, por lo que pasó desapercibido durante bastante tiempo.

@manup ¿ algún progreso en los cambios planeados para esto?

Hola @todos ,

Compré 2 de estos dispositivos y quería conectarlos en la aplicación Phoscon. Pero cuando reinicio los dispositivos y la pantalla muestra "JiN" y una antena parpadeante, aparece un error de conexión en la aplicación Phoscon, incluso si presiono la tecla boost en el dispositivo después de que la antena deja de parpadear.

¿Hay algún paso que me haya perdido o he usado la aplicación GUI para conectar el dispositivo?

Mejores recuerdos
Marcos

Editar: ya actualicé el complemento Rest 2.05.59 y, al igual que las notas de la versión, dicen que los dispositivos deberían funcionar con esta versión.

Ayer emparejé cuatro termostatos con mi red de producción sin ningún problema. Hoy, estaba agregando los tres termostatos restantes y también encontré algunos problemas de emparejamiento. No tengo ni idea de qué lo está causando: a veces, se mostraba un nodo en la GUI de deCONZ, pero la lista de puntos finales no se actualizaba o no se podía leer nada del nodo. Tal vez mi red se esté volviendo demasiado grande, ahora en 101 nodos. Sospecho que hay problemas de enrutamiento: los mensajes del termostato parecen llegar a la puerta de enlace, pero las respuestas de la puerta de enlace no parecen llegar al termostato.

Eliminé los nodos de la tabla devices en la base de datos, quité la batería del termostato por un tiempo y lo intenté nuevamente. Lo mejor es abrir la red desde la aplicación web anterior / buscar sensores de Phoscon y luego restablecer el termostato (mantenga presionados los tres botones durante 10 segundos; cuenta hasta 10 para usted). Tuve que leer manualmente los atributos _Basic_ para forzar la creación del recurso de la API REST, pero después de eso, el termostato y deCONZ parecen agradarse entre sí.

¿Debería estar visible el termostato en la api? ¿O en el asistente de casa?

En la API: sí, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373. Ayudante de casa: No lo sé. Es visible en HomeKit a través de homebridge-hue, consulte https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956.

OK gracias. Supongo que intentaré eliminarlo y volver a emparejarlo ahora. Usando el procedimiento que mencionaste en la publicación anterior.

@Oliviakrkk aún no es compatible con Home

@ Kane610 Gracias por la aclaración.

@ebaauw : ¿Cómo puedo "leer manualmente los atributos _Basic_ para forzar la creación del recurso de API REST"?

@ebaauw : Veo los dispositivos en la GUI ahora y puedo escribir el punto de ajuste de temperatura actual desde aquí. Pero si echo un vistazo a / sensores en la API, los dispositivos no se muestran. ¿Deberían estar allí?

@ Kane610 ¿Cómo puedo agregar sus cambios a mi HA? ¿He hecho algo más que reemplazar los archivos fuente?

@ alpha23 solo sigue el pr y todos sus cambios

@ Kane610 Creo que la API es estable (al menos por ahora). Como mencioné antes, podría agregar state.errors , pero no creo que necesitemos cambiar la funcionalidad actual.

Pero si echo un vistazo a / sensores en la API, los dispositivos no se muestran. ¿Deberían estar allí?

@ alpha23 sí, pero como dije antes, es posible que deba activar su creación manualmente.

¿Cómo puedo "leer manualmente los atributos _Basic_ para forzar la creación del recurso de API REST"?

@Oliviakrkk Abre el panel _Cluster Info_ en la GUI de deCONZ. Presione el punto derecho en el nodo del termostato para desplegar la lista de grupos. Seleccione _Basic_cluster; esto llena el panel. Busque nuevos dispositivos en la aplicación Phoscon. Luego, desplácese hacia abajo en el panel _Cluster Info_ y presione _Read_. El nombre del nodo cambia de la dirección NWK a "Termostato xx" cuando se ha creado el recurso API REST.

@ebaauw gracias!

Una pregunta: con 'on'; ¿Es el estado o la configuración que se debe cambiar para habilitar / deshabilitar la calefacción?

Creo que esto se reemplaza por "mode"="off" ?

• state.on solo lectura refleja la posición de la válvula (0 = falso;> 0 = verdadero) de _PI Demanda de calefacción_ (0x0008). El valor numérico también se expone como state.valve ;
• state.temperature solo lectura refleja la temperatura medida por el termostato, de _Temperatura local_ (0x0000);
• Leer / escribir config.heatsetpoint refleja la temperatura objetivo, desde el _Punto de ajuste de temperatura actual_ (0x4003);
• Leer / escribir config.mode modo refleja, desde _Host Flags_ (0x4009):
  
  
  
  • "off" = _Off_ modo (la pantalla muestra Off). El termostato cambia el _Punto de ajuste de temperatura actual_ a 500 (5 ° C); cambiar esto vuelve al modo _Normal_.
  
  
  • "auto" = Modo _Normal_ (también conocido como Confort) (la pantalla muestra la temperatura objetivo);
  
  
  • "heat" = _Boost_ mode (la pantalla muestra On). El termostato cambia el _Punto de ajuste de temperatura actual_ a 3000 (30 ° C); cambiar esto vuelve al modo _Normal_. Tenga en cuenta que el termostato revierte el modo _Boost_ a _Normal_ después de aproximadamente 15 minutos;
  
  
• Leer / escribir config.on es el atributo habitual para deshabilitar las reglas que se disparan desde este recurso de sensor. No está asignado a ninguno de los atributos del termostato.

En mi (breve) experiencia, es mejor dejar "mode": "auto" y cambiar config.heatsetpoint por la temperatura objetivo (por ejemplo, 2100 cuando está en casa y 1500 cuando no). Use state.on para mostrar si el termostato está calentando o no.

@wvuyk de vez en cuando lo tomo?

Gracias @ebaauw , este artículo sería bueno para todos los tipos de dispositivos 👍 (pista pista @manup )

Algunos consejos para quienes buscan hacerse con este termostato.

• Los precios online del Eurotronic Spirit Zigbee varían enormemente. Conseguí el primero en getgoods.com por 37,73 € incl. envío de DE a NL, pero subieron el precio a 45,86 €, excl. envío antes de que pudiera pedir más. Conseguí el siguiente lote de yakodo.de por 38,80 € la pieza (y 12,90 € para el envío, de nuevo de DE a NL), pero ahora han subido el precio a 50,00 € la pieza;
• Mis radiadores ya tenían válvulas Danfoss RA instaladas, pero con grifos regulares (no termostáticos). Me tomó un tiempo descubrir cómo desinstalarlos: ábralos por completo y simplemente sáquelos (a veces, la violencia es la solución correcta). Con el adaptador RA a M30 incluido, la instalación del Spirit fue muy fácil.
• El radiador de mi pasillo está demasiado cerca de la pared lateral para que el Spirit entre. Ya estaba teniendo pesadillas sobre mover el radiador, cuando encontré un adaptador M30 con una esquina de 90 ° . Usando el adaptador RA a M30 incluido y este adaptador de esquina, instalé el Spirit perpendicular al radiador.
  
  Esto parece funcionar bien: pedí otro adaptador de esquina para no tener que mover el armario del comedor (anclado a la pared) lejos del radiador del comedor.

@Oliviakrkk Abre el panel _Cluster Info_ en la GUI de deCONZ. Presione el punto derecho en el nodo del termostato para desplegar la lista de grupos. Seleccione _Basic_cluster; esto llena el panel. Busque nuevos dispositivos en la aplicación Phoscon. Luego, desplácese hacia abajo en el panel _Cluster Info_ y presione _Read_. El nombre del nodo cambia de la dirección NWK a "Termostato xx" cuando se ha creado el recurso API REST.

¡Bonito! ¡Gracias!
Se ha creado el elemento API. Por un momento tuvo el nombre de Termostato 49 y luego se renombró a sí mismo a SPZB0001.

"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"
}

Estuve probando el termostato durante los últimos días.
Descubrí que config.on casi nunca estaba desactivado. Había notado que el valor de la válvula se establecía en '4' cada vez que se alcanzaba el nivel de calentamiento necesario. Con la respuesta de @ebaauw , ahora entiendo por qué config.on nunca se estableció en falso.

Pero curioso, desde ayer por la tarde, el valor de state.valve se establece en 0 cada vez que se alcanza el punto de ajuste. ¿Parece que el dispositivo se está ajustando solo con el tiempo?

Otro hallazgo es que cuando presiono el botón de impulso en el dispositivo, los web hooks entran por config.heatsetpoint , state.valve y state.temperature , pero no por config.auto Is ¿Esto no informado por el dispositivo o no se pudo enviar este informe?

Pero curioso, desde ayer por la tarde, el valor de state.valve se establece en 0 cada vez que se alcanza el punto de ajuste. ¿Parece que el dispositivo se está ajustando solo con el tiempo?

Sospecho que sí. Parece encontrar el ajuste correcto de la válvula para una temperatura constante, en lugar de abrir / cerrar la válvula todo el tiempo. Cuando cambie el punto de ajuste de calor lejos de la temperatura actual, abrirá o cerrará completamente la válvula.

Otro hallazgo es que cuando presiono el botón de impulso en el dispositivo, los web hooks entran por config.heatsetpoint , state.valve y state.temperature , pero no por config.auto Is el dispositivo no informa esto o no se pudo enviar este informe?

Creo que te refieres a config.mode ? Se lee desde el atributo _Host Flags_ 0x4008. El informe predeterminado de fábrica es demasiado conservador, en mi humilde opinión, y no informa los cambios de inmediato. Si cambia esto manualmente, se informa como los otros atributos, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217.

De hecho, mencioné config.mode . Esperaba que informara de manera regular, como 5 minutos más o menos. Pero he esperado el tiempo de impulso, y nunca reportó el config.mode como "calor", los otros valores se reportaron de manera consistente, podría verlos cambiar aquí. Ahora que han pasado 15 minutos, todo se reinicia.

Lástima, esto podría haber sido información útil para los eventos de Homeseer ...

Dos de mis termostatos se reinician espontáneamente (?), Borrando displayflipped , a pesar de que la pantalla todavía está volteada. En ambos casos, veo el mismo patrón en el registro:

• El termostato envía un _Anuncio del dispositivo_ (ZDP 0x0013);
• El termostato informa _Punto de ajuste de temperatura actual_ 0x4003 a 20 ° C;
• El termostato informa _PI Demanda de calefacción_ 0x0008 a 255 y _Temperatura local_ 0x0000 a 20 ° C;
• El termostato informa _Hosts Flags_ 0x4008 en 0x000081 ( locked se conserva, pero displayflipped se borra) y _Current Temperature Setpoint_ en el valor real;
• El termostato informa el _Punto de ajuste de temperatura actual_ 0x4003 al valor real;
• El termostato informa _PI Demanda de calefacción_ 0x0008 y _Temperatura local_ 0x0000 en sus valores reales.

La próxima vez que se escriba _Host Flags_, el bit displayflipped borrado se envía de vuelta al termostato y la pantalla se abre.

No estoy seguro de qué provocó esta secuencia. Estos eran termostatos diferentes al que estaba pasando MIA en https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849.

Actualización Tras un análisis más detallado del registro, otro termostato siguió la misma rutina, pero como su pantalla no estaba volteada, no me di cuenta de esto al principio.

No estoy seguro de qué provocó esta secuencia.

Creo que es la autoprueba del termostato. Según https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ , el termostato realiza una autocomprobación una vez por semana:

Selbsttest: 1 x wöchentlich

¡Este dispositivo parece genial! @ Kane610 Vi tu PR. Gracias por el trabajo. No incluye horarios, por el momento, ¿verdad? Solo quiero saber que no buscaré algo que no esté allí.

@akaho sin horarios. No hay forma de exponerlo en un cajero automático.

Hola,
Encontré el dispositivo con DeCONZ, ¡gracias por el trabajo!
¿Pero puedes verlo en Phoscon? No lo encuentro.

Hola,
También agrego un Spirit Zigbee, después del procedimiento de lectura de información de Custer, Phoscon escribe "Sensor bereit"
Pero no hay ningún sensor en Phoscon y tampoco nada en IOBroker.
Pero puedo verlo en Deconz-GUI como SPZB001 siguiendo un símbolo de batería.

Ejecuto Deconz 2.05.60 en un RPI3.

Al no estar en zigbee y clusters (he estado usando válvulas termostáticas inalámbricas KNX-RF), ¿hay soporte para accionar manualmente el motor de la válvula o, en efecto, hacer su propio controlador PID para ello?
Además, ¿actualmente solo se admiten válvulas termostáticas de dispositivo de punto final (con batería), o también funcionarían ahora las válvulas termostáticas zigbee alimentadas por la red (enrutador)?

¿Existe soporte para accionar manualmente el motor de la válvula o, de hecho, para hacer su propio controlador PID?

Las válvulas Eurotronic Spirit tienen un modo en el que puede configurar la posición de la válvula manualmente. Esto está utilizando extensiones específicas del fabricante para el estándar Zigbee, por lo que mmm para otros termostatos. No expuse esta parte sobre la API REST.

Escribir su propio controlador PID me parece bastante complicado; Me encantaría ver tu trabajo en eso.

Además, ¿actualmente solo se admiten válvulas termostáticas de dispositivo de punto final (con batería), o también funcionarían ahora las válvulas termostáticas zigbee alimentadas por la red (enrutador)?

Cada tipo de termostato debe incluirse explícitamente en la lista blanca, y es posible que necesite algunos retoques dependiendo de cómo implementen y extiendan el estándar Zigbee. Ya sea que estén alimentados por la red o por batería, no supondrá una gran diferencia. Tampoco si son enrutadores Zigbee o dispositivos finales Zigbee (que no siempre son lo mismo que la red o la batería). Si tiene un tipo en particular en mente, abra un nuevo número, proporcionando la información que se describe aquí: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Hola,

Tengo un problema para agregar el espíritu eurotronic con deconz v2.05.60.

mi deconz se ejecuta en ubuntu sin interfaz gráfica de usuario, por lo que solo puedo usar la aplicación web phoscon y la api de descanso. mi problema es que, después de unirme al eurotronic a deconz a través de la aplicación Phoscon, el dispositivo eurotronic parece agregarse a mi red zigbee (el dispositivo está bien, la aplicación phoscon informó "no se encontró ningún dispositivo"), pero no puedo ver el dispositivo ni en la aplicación phoscon ni en reposo api. el propio dispositivo informó de una conexión exitosa a la red zigbee.

¿alguien me puede ayudar?

saludos Bobby

Me temo que necesitas leer la información del clúster.
Recientemente compré termostatos adicionales y necesitaba hacer el procedimiento para cada uno recién agregado.

Gracias por la información. ¿Hay alguna manera de hacer esto sin x11 gui?

@BobbyXXX :

El mismo problema que BobbyXXX para mí. Uso deconz en docker (marthoc / deconz). Entonces no hay GUI. Probé Eurotronic Spirit ZigBee con CC2531-Stick en iobroker (basado en zigbee2mqtt.io). El dispositivo se reconoce en segundos y se puede utilizar en iobroker.
En deconz, el dispositivo está emparejado pero no se encuentra en Phoscon o REST

saludos Kay

Hola

Docker tiene opción para VNC. Puede acceder a la GUI a través de VNC.

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

Gracias. Eso es todo. Puedo unirme a él.
Gracias

Kay
para docker-compose:
- DECONZ_VNC_MODE = 1
- DECONZ_VNC_PORT = 5900
- DECONZ_VNC_PASSWORD = XXXX

Hola, debido a las publicaciones anteriores, logré ingresar la mía en iobroker. ¡Gracias! Pero, lamentablemente, solo muestra algunos valores y no hay opciones para establecer una temperatura, ni para encenderla y apagarla. ¿Se agregará esto en un futuro próximo? De lo contrario, es bastante inútil y necesito devolverlo. ¿Hay algo que pueda hacer yo mismo? (habilidades de codificación bajas) ¡Muchas gracias! Wolfgang

Debido a que no hay posibilidad con Deconz, cambié el Eurotronic Spirit Zigbee a un CC2531 chino de 4 $ y eso es lo que obtengo:

@Wolfgang :
Estoy usando el nodo-rojo con iobroker. rweise tiene razón. El CC2531 funciona bien con este termostato, pero no con otros dispositivos. He intentado tanto y me quedo con deconz.
Si trabaja con el nodo rojo, aquí está mi solución:
La Idea basada en enviar nueva temperatura con REST-API. Hay dos botones para aumentar y disminuir la temperatura deseada. Esta temperatura se almacena en iobroker a través de node-red. La nueva temperatura se envía a deconz a través de http-Request.
La descripción está en inglés. Nombre de los nodos en alemán.

[ { "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 } ]

¿Puedo agregar un CC2531 a mi frambuesa además de mi Conbee para que coexistan como dos coordinadores en diferentes canales? ¿Esa sería una solución de 5-8 $ y una corrección rápida?

Sí, puedes, y lo hago :-)
kaykoch tiene razón, deconz tiene más opciones y mejor soporte. uso muchas cosas xiaomi. Y deconz tiene a menudo una forma fácil de automatizar, porque hay una opción "última actualización" que echo de menos en zigbee.
Pero debido a que no hay forma de ser fácil con los termostatos, también uso un Zigbee Stick con el adaptador iobroker zigbee. Ambos funcionan muy bien y la distancia desde el Zigbee Stick de 5 $ al termostato es de 6 m con un muro de piedra de 24 cm en el medio.

Finalmente, espero que dresden-elektronik lo haga posible, que el Spirit Zigbee funcione con deconz como funciona con zigbee. Normalmente tienen un muy buen apoyo.

Y aquí está, la luz roja de deconz y la verde es el zigbee Stick.

Y aquí está tu versión :-)

Si son de D, tengo varios palos ...

Hola,
Soy de Austria y estoy esperando que el mío venga de China. Como solo necesito un palo, no tengo luz intermitente, etc. Si no llega, estaré encantado de ponerme en contacto ...
Gracias :)

Solo para ti. Busca jblack_de en Ebay Escríbeme aquí,
cuando me enviaste tu dirección a través de eBay ¡No compres nada! ella
luego reciba una carta completamente gratis para Nach en unos días
Austria...

Simplemente porque puedo :-) y me gusta ayudar ...

realwax [email protected] escribió el martes 16 de abril de 2019 a las 7:22 pm:

Hola,
Soy de Austria y estoy esperando que el mío venga de China. Ya que yo solo
No necesito un palo, no tengo una luz intermitente, etc. Si no llega,
Me gusta estar en contacto ...
Gracias :)

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

No sé cuánto tiempo llevará la publicación. Necesito 24 horas desde la recepción de la dirección.
para enviar 😃

René Weise [email protected] escribió el martes 16 de abril de 2019 a las

Solo para ti. Busca jblack_de en Ebay Escríbeme aquí,
cuando me enviaste tu dirección a través de eBay ¡No compres nada! ella
luego reciba una carta completamente gratis para Nach en unos días
Austria...

Simplemente porque puedo :-) y me gusta ayudar ...

realwax [email protected] escribió el martes 16 de abril de 2019 a las 7:22 pm:

Hola,
Soy de Austria y estoy esperando que el mío venga de China. Como yo
Solo necesito un palo, no tengo luces intermitentes, etc. No debería
Estaré encantado de ponerme en contacto ...
Gracias :)

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Si eso no funciona en eBay. Tengo mi buzón en gmail y mi nombre de usuario aquí es la primera letra del nombre seguida del apellido. En Google, el apellido comienza desde un punto seguido. Entonces podrías intentarlo con Rene frente al @ 😂 Por favor, escribe también aquí que has enviado un mensaje ...

@rweise Me puse en contacto a través de gmail. LG Wolfgang

Está en camino, diviértete con él :-)

El miércoles 24 de abril de 2019 a la 1:15 p.m., realwax escribió < [email protected]

:

@rweise https://github.com/rweise Me puse en contacto a través de gmail. LG
Wolfgang

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283 ,
o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

También me topé con este dispositivo recientemente. La versión Z-Wave tiene la interesante característica de soportar sensores de temperatura externos (que pueden dar lecturas más realistas que la interna).
De aquellos que ya tienen el dispositivo, ¿saben si esto también es (o será) posible a través de Zigbee? Lamentablemente, el sitio web del fabricante es muy escaso.

Yo también tengo esta pregunta. ¿Es posible implementar esto también en la API?

Si puede decirme eso y cómo, la versión de Zigbee lo admite. No he podido configurar esto.

No estoy tan metido en el estándar zigbee pero encontré esto en un pdf del fabricante:
ID de atributo: 0x001A
Valor predeterminado: 0x00
Tipo de datos: 0x18 (mapa de bits de 8 bits)
Lectura / escritura: RW
Específico del fabricante: N0
Reportable: No

Espero que esto te ayude :)

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

También encontré eso, pero no me da idea de cómo vincular el sensor de temperatura externo. Intenté configurar este atributo y vincular el TRV a un grupo de _Medición de temperatura_ de uno de mis sensores de movimiento Hue, pero no me gustó.

¿Parece que no es posible enviar una temperatura? y debo "vincular" otro dispositivo zigbee con una lectura de temperatura con el termostato?

del pdf Parece que debo enviar la temperatura real en un grupo de 8 bits y todo debería estar bien

ID de atributo: 0x001A
Valor predeterminado: 0x00
Tipo de datos: 0x18 (mapa de bits de 8 bits)
Lectura / escritura: RW

del pdf Parece que debo enviar la temperatura real en un grupo de 8 bits y todo debería estar bien

También me estaba preguntando lo mismo. Pero puede ver que el tipo de datos es un mapa de bits (es decir, un montón de banderas para alternar) y no un número "int" (como para las otras temperaturas en el PDF).
deCONZ permite alternar estas banderas. Una de las opciones es algo así como "Usar sensor de temperatura externo". Esto se puede activar usando el mapa de bits, pero no entiendo cómo enviar la temperatura real.

Fue compatible con deCONZ desde muy temprano, por lo que parece ser un atributo estándar de ZigBee. Sin embargo, me pregunto si se supone que estas cosas suceden a través de enlaces (que el termostato no admite afaik), entonces ¿por qué tener este mapa de bits?

Según el manual también debería ser posible utilizar un sensor de ventana externo, pero la situación es la misma ...

O preguntamos al fabricante nuevamente, o logramos atraparlos en una feria comercial (como IFA en septiembre en Berlín) ... ;-)

También me interesaría mucho el Eurotronic, sin embargo, soy bastante nuevo en hass.io y python

¿Alguien puede dar un resumen de lo que funciona y lo que no? Estoy buscando termostatos y ya tengo un stick Conbee II, así que me gustaría usarlo para controlar los termostatos.
¡Gracias!

Puedo decirte lo que funciona _en combinación con la interfaz de Home Assistant_:

1. Lectura de valores de temperatura del sensor de temperatura
2. Ajuste del punto de ajuste / temperatura objetivo
3. Apagando el dispositivo

Lo que no funciona:

1. Establecer el modo HVAC / sistema en off aunque se anunció como posible modo HVAC
2. Habilitar la detección remota (según entendí, es posible configurar un sensor de temperatura remoto; tiene sentido cuando el termostato está cerca del nivel del suelo / techo y tiene valores / demasiado bajos para regular la temperatura ambiente esperada)

No investigué más dónde se encuentran los problemas, pero creo que habilitar la detección remota es una opción de red / dispositivo interno de ZigBee y debe resolverse en deCONZ hasta ahora.

como entendí, es posible configurar un sensor de temperatura remoto

¿Cómo? No he podido configurar eso en la versión ZigBee del Eurotronic Spirit.

¿Cómo puedo cambiar el valor de posición de la válvula a través de la API cuando estoy en modo TRV "Desconocido 2"?
Si llamo a " http: // localhost / api / XXXX / sensores / 2 / state " a través de PUT con el contenido "{" valve ": 127}", obtengo "[{}]" como retorno. Si hago esto a través de la aplicación deCONZ, el valor se cambia directamente.

Solo puede PONER el estado de los sensores CLIP, no de los sensores ZigBee. La API REST no admite la configuración de la posición de la válvula directamente, solo a través del punto de ajuste de temperatura.

Debe haberlo perdido en la documentación de la API. ¿Está previsto para futuras versiones?

No. Tampoco hay soporte API para el modo TRV.

Por qué querrías esto? ¿Está escribiendo su propio controlador PID?

Sí, con dependencias, por ejemplo, "en casa", "no en casa" y "de vacaciones". O temperatura exterior y temperatura ambiente. O radiación solar en la habitación, de modo que el sistema también sepa que la habitación está siendo calentada por el sol.

Lo siento, no entiendo lo que estás tratando de lograr. ¿No es mucho más fácil establecer la temperatura objetivo y dejar que el TRV maneje la posición de la válvula?

La temperatura exterior o la habitación que se calienta con el sol son relevantes cuando tiene un termostato de habitación individual que acciona la caldera de calefacción central y aún desea calentar otras habitaciones. El TRV solo acciona un solo radiador, lo que solo influye en la temperatura de la habitación en la que se encuentra.

Solo imagina que es temprano en la mañana y controlaste el termostato a través de tu panel de control Smarthome por tiempo. Entonces sale el sol, pero está nublado. La válvula se abre al 80%.
Mismo escenario, pero no está nublado. El sol entra en la habitación, la válvula se abre solo en un 20%, porque el sol calienta la habitación de apoyo.
Si configuro esto por encima de la temperatura objetivo, por ejemplo, a 22 grados, la válvula se levanta mucho más de lo que debería.
Además, el calor se acumula en un punto de mi radiador y es obligatorio un termostato externo.
Tendría que ponerlo a 26 grados, aunque la habitación solo debería tener 22 grados, para que la válvula no se cierre demasiado pronto por error. Todo suena confuso pero tiene más sentido en mi caso. Por lo tanto, también la cuestión de si sería un gran esfuerzo para usted implementar esto.

No. Tampoco hay soporte API para el modo TRV.
Por qué querrías esto? ¿Está escribiendo su propio controlador PID?

Yo también apoyaría esto.

Dado que no encontré forma de vincular el TRV a un sensor de temperatura remoto hasta ahora después de probar con enlaces de dispositivo y leer las especificaciones de ZigBee + documentos de TRV.
(Sceanrio era: termostatos cerca del suelo con valores de temperatura incorrectos / demasiado bajos, por lo que la regulación es defectuosa debido a valores de retroalimentación incorrectos)

Como la única solución era solucionar este problema es implementar / usar un algoritmo / plantilla PID en Home Assistant o NodeRed y vincular estas entidades en un nivel de aplicación superior.

Como describió @cinemarene, esta solución ofrece muchas más posibilidades, como automatizaciones basadas en el tiempo y.

La implementación del control directo de la posición de la válvula implicaría la creación de recursos config para configurar la posición de la válvula objetivo y el modo TRV, y tal vez un recurso state para informar el modo TRV real. Todavía veo problemas ocasionales en los que deCONZ pierde temporalmente la ruta al TRV, por lo que sería prudente actualizarlos usando el mecanismo config.pending . Eso es bastante trabajo.

Personalmente, no me atrevo a establecer la posición de la válvula antes de que se resuelvan los problemas de enrutamiento. De hecho, estoy bastante contento con el algoritmo PID del TRV, donde es necesario usar la compensación de temperatura para corregir la medición del TRV. Mi desafío es alinear la configuración del termostato de la habitación de mi calefacción central con la configuración de TRV (cuyo algoritmo PID se descarta cuando la caldera no proporciona agua caliente), por lo que no estaré trabajando en el control de posición de la válvula en el corto plazo.

Sigo viendo contratiempos ocasionales en los que deCONZ pierde temporalmente la ruta hacia la TRV

Sí, eso sería bastante propenso a errores y podría terminar en una sauna, especialmente porque uno de mis termostatos también pierde la conexión durante períodos más largos ;-)

De hecho, estoy bastante contento con el algoritmo PID del TRV, donde es necesario usar la compensación de temperatura para corregir la medición del TRV.

Estoy de acuerdo, la implementación de otro PID sería solo una solución.
Mientras tanto, jugaré un poco con la compensación de temperatura y tal vez echaré un vistazo más profundo al sensor remoto.

No puedo hacer que deCONZ detecte mi Spirit ZigBee. Abrí la aplicación web deCONZ y elegí agregar un nuevo sensor. A continuación, puse el termostato en modo de emparejamiento (la pantalla muestra INS) insertando las baterías y lo instalé en el radiador. Sin embargo, la aplicación web conbee II stick / deCONZ no detecta mis dispositivos (probé 2 de ellos). Lo probé varias veces, también con pilas nuevas. Incluso puse el termostato directamente al lado del palo, nada funcionó.

¿Cómo lograste emparejar deCONZ y el Spirit Zigbee?

Intente conectarse a deConnz a través de VNC. De lo que pude conectar.

Ty, ahora estoy un paso más allá. Estoy conectado a deCONZ a través de VPN. Sin embargo, estoy ejecutando Hass.io y Home Assistant 0.98.5. Si elijo Permitir unirse a él sais, use la aplicación web para unirse. Sin embargo, si hago clic en abrir la aplicación web, no pasa nada. ¿Cómo puedo abrir la aplicación web? Acabo de ahora cómo conectarme a la aplicación Phoscon y no a la aplicación web.

Actualización: se encontró la aplicación web anterior, pero aún no se detecta el dispositivo.

¿Hay algo que extraño porque no estoy acostumbrado a las nuevas GUI además de Phoscon?

Tengo la misma configuración. Tienes que habilitar la configuración del complemento de conexión i. Luego use el cliente VNC para conectarse. Entonces verá sus dispositivos.

y verás

¡¡¡Muchísimas gracias!!! Lo obtuve en deDONZ e hice el descubrimiento en el menú de control como se describe en el manual del usuario. ¿Hay otros pasos para exponerlo al asistente de hogar?

Si tienes éxito deberías ver

en HA en integración = deCONZ

si no ve, puede intentar esto ... no estoy seguro de los pasos exactos, ...

haga clic en la entidad del termostato, luego en Información del grupo (esquina inferior izquierda), debe tener dos puntos en el cuadro.

podría seleccionar Dispositivo habilitado e intentar hacer clic en leer. Después de algunos intentos, veo segundos puntos y el termostato aparece en HA.

O puede intentar reparar el termostato.

Lo reparé varias veces y ahora tengo dos puntos. Leo todas las entidades. Si cambio la temperatura en el dispositivo, también puedo leer el valor actualizado. Sin embargo, el dispositivo de entidad habilitado devuelve un atributo no admitido y ahora está gris. Tampoco puedo cambiar su nombre

Por cierto, todas las configuraciones básicas del dispositivo parecen no ser compatibles:

Lo tengo funcionando ahora. Muchas gracias por tu ayuda @rkotulan.

La esencia es que tomó ca. 7 intentos de quitar y volver a unir hasta que el TRV fue reconocido como "Termostato 22" en lugar del nombre hexadecimal. No sé por qué, pero de repente, inmediatamente después de la última unión, se reconoció directamente en HA.

Integraré los otros dos los próximos días e informaré en caso de que haga algunas observaciones desviadas.

Finalmente, podría descubrir la forma de trabajo para emparejar este dispositivo correctamente (para que esté expuesto a la API REST y aparezca en Home Assistant). Estos son los pasos:
1) Coloque el dispositivo junto al palo ConBee
2) Reinicie el dispositivo (mantenga presionados los 3 botones durante 10 segundos y luego suéltelos hasta que se reinicie y muestre "Jin" en su pantalla)
3) Abra la aplicación Phoscon y comience a buscar nuevos sensores
4) Conéctese a Deconz a través de VNC y busque un nuevo dispositivo. Su punto verde debe ser verde sólido
5) Espere hasta que el punto comience a parpadear de vez en cuando
6) Abra Información básica del clúster y haga clic en leer
7) Después de eso, el nombre del dispositivo debería cambiar de número hexadecimal a Identificador de modelo y el proceso de emparejamiento en la aplicación Phoscon debería finalizar correctamente.

Después de eso, coloqué el termostato en el radiador y presioné el botón Boost dos veces para comenzar la calibración. Ahora todo funciona correctamente.
PD> Creo que el problema aquí es con el software Deconz. Debería leer el clúster básico, cuando el punto sólido en el nodo comience a parpadear automáticamente, pero no lo hace, por lo que el usuario debe hacerlo manualmente para finalizar el proceso de emparejamiento.

¡Gracias @airens ! La instrucción fue muy útil. El termostato finalmente apareció en HA

¡También puedo confirmar que el método @airens funciona! (Puente RaspBee en una Raspberry Pi independiente, conectada a hass.io)

¡Gracias!

Después de unas horas molestas, logré conectar el espíritu de Eurotronic con deCONZ. Puedo leer y sobrescribir valores en la información del clúster, pero el espíritu de Eurotronic no aparece en la aplicación Phoscon.
Intenté conectarme a través de un nodo al termostato e instalé node-red-contrib-deconz en Node Red. Con el deCONZ en el nodo, puedo llamar al espíritu Eurotronic y ver el estado ON, la relación de apertura de la válvula y la lectura del sensor de temperatura interno.
Lo que no veo es el punto de ajuste de temperatura actual, y no tengo opciones para cambiar el punto de ajuste.
¿Alguna idea de cómo podría funcionar esto? Creo que el deConz puede salir del nodo, pero ¿cómo?

Puedo confirmar los pasos de @airens . Leer el grupo básico fue un punto importante.

@ dresden-elektronik: sería genial, si el componente pudiera leerse automáticamente, como cualquier otro.

Error en la aplicación Phoscon: se reconoció y funciona en HA, pero aún no aparece en la aplicación Phoscon en "Sensores" ...

PD: Tuve un comportamiento extraño en el asistente doméstico después de establecer una nueva temperatura objetivo, la instrucción se dio correctamente al termostato, pero luego la temperatura en la interfaz gráfica de usuario web en el asistente doméstico volvió al valor anterior mientras el termostato funcionaba bien ... después de esperar un poco, el error pareció desaparecer por sí solo ... justo en la pila de cosas irreproducibles y gracias por la diversión con el modo de depuración @homeassistant 👯‍♂

¿Se puede emparejar el Eurotronic Spirit ZigBee en este momento con solo usar la aplicación Phoscon? Planeo obtener uno de estos, pero mi deconz se está ejecutando en modo sin cabeza y no tengo acceso a la interfaz de usuario (ejecutándose en Raspbian sin cabeza).

Puede conectarse a Conbee con VNC.

¿Como podría hacerlo?

Pensé que la aplicación Phoscon es lo que debería usarse para emparejar dispositivos ... ¿Por qué esto todavía no se puede hacer con el Eurotronic Spirit ZigBee?

¿Como podría hacerlo?

Creo que conectarme directamente con Conbee fue un malentendido, al menos no sé cómo podría ser posible. Pero no puede conectarse a deconz-gui a través de raspi vnc:

Buenas instrucciones para VNC en Raspi
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

Inicio automático del servidor VNC
sudo x11vnc -storepasswd /etc/x11vnc.pass
sudo nano /lib/systemd/system/x11vnc.service

[Unidad]
Descripción = Iniciar X11VNC
Después = multi-user.target

[Servicio]
Tipo = simple
ExecStart = / usr / bin / x11vnc -display: 0 -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[Instalar en pc]
WantedBy = multi-user.target

sudo systemctl habilitar x11vnc.service

Entonces puedes conectarte con herramientas como "Chicken of the VNC"

Para ejecutar deconz-gui en el inicio automático, debería haber suficiente información, si busca en Google. Solo tenga un poco de paciencia cuando la interfaz gráfica de usuario se inicie automáticamente porque al principio verá la pantalla donde puede seleccionar un decive (como conbee) y solo tendrá que esperar unos segundos para conectarse automáticamente a la pantalla de malla

Estoy ejecutando Raspbian Buster Lite, que no tiene ningún escritorio y esto no funcionó para mí ...

De todos modos, ¿por qué el termostato no se puede emparejar con Phoscon? ¿Será esto apoyado alguna vez?

¿Dresden elektronik también está desarrollando la encuadernación openhab2? Lo pregunto porque el componente del asistente doméstico contiene el tipo "Clima", pero el enlace Openhab2 no.

@merdok @donchrizz
Hay otra forma de manejo remoto si vnc no funciona o si lo desea, así que ahorre memoria y solo quiera usar la interfaz gráfica de usuario como opción de depuración. Reenvíe X11 a su escritorio.

por ejemplo, con Windows
1) Instale Cygwin y excluya en el firewall de Windows / apague el firewall
2) Abra la terminal Cygwin64
3) ejecutar: startx - -escucha tcp &
4) ejecutar: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) editar /lib/systemd/system/deconz-gui.service
6) Modificar línea - Environment = "DISPLAY = [ip_of_your_deconz_conbee_runnig_host]: 0"
7) ejecutar: systemctl stop deconz
8) ejecutar: systemctl start deconz-gui

Cuando termine, simplemente detenga la interfaz gráfica de usuario y comience a deconz sin interfaz gráfica de usuario.
Al repetir eso, necesita xhost en cygwin nuevamente para permitir la sesión.
Puede ocurrir un error con el firewall de Windows; es posible que desee apagarlo durante el tiempo indicado.
Después de la actualización de deconz, es posible que deba rehacer 5 y 6.
De esa manera no necesito que se ejecute x11vnc.

¡Buena suerte!

PD: Estoy deseando que llegue ese día en el que Eurotronic se pueda agregar y operar como cualquier otra bombilla / interruptor de Ikea también. ;)

PD: Estoy deseando que llegue ese día en el que Eurotronic se pueda agregar y operar como cualquier otra bombilla / interruptor de Ikea también. ;)

¡Apoyo este deseo de todo corazón!

Mientras tanto, ¿alguien puede indicarme alguna información sobre cómo se expone el termostato Spirit al asistente de hogar? Especialmente, me gustaría saber si hay algún preset_modes definido que pueda ser configurado por el servicio climate.set_preset_mode . Además, ¿es posible activar el modo boost desde el asistente de hogar?

Atentamente

Cómo agregarlo se cubrió anteriormente con GUI y cómo unirse y leer el clúster. De esta manera, el proceso de unión debería finalizar y la API REST expondrá los valores. Como no funcionaba muy bien, lo agregué a un adaptador zigbee (CC2530) y estoy usando iobroker y no puedo ayudarlo. Estos son los estados que debe obtener.

Si logra agregarlo, esto lo ayudará aún más en términos de configurar los estados en la pantalla o los modos. Ventana encendida / apagada, etc. Simplemente agregue los valores, conviértalo de HEX a DEC y configure spz_system_mode en consecuencia.

No he encontrado nada en la red y también sé que el desarrollo está sucediendo aquí, pero no sé dónde más preguntar. ¿El tuyo también hace el viaje de descalcificación (Entkalkungsfahrt) todos los lunes alrededor de las 6 en punto?

Creo que "Entkalkungsfahrt" no es lo que querías decir :) ¿Quizás puedas explicarlo?

Todos los lunes a las 6 a. M., Cada uno de mis 5 termostatos abre y cierra las válvulas una vez. Muy molesto cuando está dormido. También lo hacen, incluso si los restablece y no están conectados a ningún puente. Modo Encalculation o algo así.

Quiere decir lo que dice. No es real para la cal, es más para hacer algo contra válvulas fijas.
antes de empezar con eurotronic, uso termostatos homematic y lo hacen una vez a la semana para evitar válvulas fijas. Y, no sé, si prefiero volver a homematic, porque tengo muchos problemas con los termostatos eurotronic. pierden las conexiones y luego tienes tu sauna personal. Escribo un mensaje a eurotronics y pregunto si es posible cerrar las válvulas en caso de error y no hay respuesta. 100% abierto es muy malo ...

Quiere decir lo que dice. No es real para la cal, es más para hacer algo contra válvulas fijas.
antes de empezar con eurotronic, uso termostatos homematic y lo hacen una vez a la semana para evitar válvulas fijas. Y, no sé, si prefiero volver a homematic, porque tengo muchos problemas con los termostatos eurotronic. pierden las conexiones y luego tienes tu sauna personal. Escribo un mensaje a eurotronics y pregunto si es posible cerrar las válvulas en caso de error y no hay respuesta. 100% abierto es muy malo ...

El mío nunca perdió la conexión desde hace medio año. Lo sé con certeza, porque acabo de revisar los registros del Asistente para el hogar. Creo que necesita mejorar la calidad de la señal agregando enrutadores a su red ZigBee o tratar de encontrar una mejor posición para Conbee.

@realwax gracias! He usado MobaXterm y la interfaz gráfica de usuario funciona. ¡Ahora mi termostato está emparejado y funciona bien!

@manup , sería bueno si el emparejamiento se pudiera realizar directamente desde la aplicación Phoscon. Es bastante inconveniente en este momento. ¿Está esto planeado?
¡También un tipo de sensor de termostato en la aplicación Phoscon sería realmente genial!

¿Alguien está obteniendo información sobre el nivel de la batería del termostato en Home-Assistant? No veo el sensor de batería asociado para el termostato y me gustaría monitorearlo. Puedo ver la indicación de la batería a través de VNC cuando habilito "Leer descriptor de energía" para el termostato; luego puedo ver el ícono de la batería, pero incluso entonces en "Información del clúster" veo información inconsistente:

En "Información del nodo" obtengo la lectura correcta:

La información correcta de la batería se cargó en "Información del clúster" después de hacer clic en el botón "LEER":

También se puede leer desde Home-Assistant ahora:

@rsaffi : Para mí, la batería no aparece en el asistente doméstico, no importa lo que lea.

Yo también tengo los niveles de batería en el asistente de hogar. Estoy bastante seguro de que no hice nada más allá del procedimiento de emparejamiento mencionado anteriormente.

Sin embargo, un error en la implementación del asistente de hogar que experimenté son los valores mínimo / máximo para el termostato. Mientras que el manual especifica un rango de 5-30C, el asistente de hogar tiene 7-35C y establecer la temperatura objetivo más allá de 30 da como resultado un error. No estoy seguro, si esto es un problema con el asistente de hogar o en deconz.

Sin embargo, un error en la implementación del asistente de hogar que experimenté son los valores mínimo / máximo para el termostato. Mientras que el manual especifica un rango de 5-30C, el asistente de hogar tiene 7-35C y establecer la temperatura objetivo más allá de 30 da como resultado un error. No estoy seguro, si esto es un problema con el asistente de hogar o en deconz.

También me di cuenta de esto, pero me olvidé de informar. Esto es cierto: el alcance del dispositivo en sí difiere del Home-Assistant.

No puedo vnc en mi deconz. se ejecuta en un contenedor acoplable sin cabeza en mi servidor. ¿Hay alguna manera de emparejarlo por completo? Lo emparejé pero no aparece en ninguna parte: /

Como muchos aquí, el mío tampoco aparece en la aplicación web deCONZ en "Sensores", pero se emparejó con éxito y se ve desde el interior de Home-Assistant. ¿Cómo sabe que lo ha emparejado si no aparece en ninguna parte?

Con respecto a VNC, debería poder hacerlo a pesar del contenedor de la ventana acoplable sin cabeza. El mío también está instalado en un contenedor sin cabeza que se ejecuta en una máquina virtual sin cabeza y puedo VNC en él sin problemas.

@rsaffi Después de buscar el sensor en deconz, apareció la barra verde con "agregado exitoso"

@rsaffi Después de buscar el sensor en deconz, apareció la barra verde con "agregado exitoso"

Estuve allí, hice eso. Como la integración es al menos a partir de ahora, su siguiente paso sería conectarse a VNC, hacer clic en el dispositivo de termostato y hacer clic en "Leer" para obtener la información del clúster "Básico". Luego, su dispositivo en deCONZ cambiará de mostrar el código hexadecimal a su nombre correcto y podrá verlo desde Home-Assistant.

@rsaffi Lo sé, el mío está funcionando perfectamente ... Estaba respondiendo a tu pregunta:

¿Cómo sabe que lo ha emparejado si no aparece en ninguna parte?

Estuve allí, hice eso. Como la integración es al menos a partir de ahora, su siguiente paso sería conectarse a VNC, hacer clic en el dispositivo de termostato y hacer clic en "Leer" para obtener la información del clúster "Básico". Luego, su dispositivo en deCONZ cambiará de mostrar el código hexadecimal a su nombre correcto y podrá verlo desde Home-Assistant.

Disculpe si esta es una pregunta estúpida, pero ¿significa esto que el termostato Eurotronics aparecerá en Home Assistant y tiene controles de clima en funcionamiento? Recientemente comencé a usar HA, y ni siquiera he incursionado en Zigbee2mqtt, por ejemplo.

He leído muchos hilos por todas partes donde no pueden establecer una temperatura. También he visto todo tipo de cosas, pero son bastante antiguas y las cosas pueden cambiar rápidamente.

Una mejor pregunta podría ser: ¿Qué no funciona, si es que hay algo? ¡Gracias!

Algún contexto si importa y alguien está interesado:
Tengo pisos con calefacción por agua (estoy seguro de que se llama de otra manera) pero los termostatos de mi habitación no funcionan. Así que solo puedo cambiar la temperatura de todas las habitaciones al mismo tiempo con un solo termostato en un armario (es una válvula de radiador normal, como esta Eurotronic, pero antigua y analógica). Hasta ahora he estado adivinando a qué temperatura ponerlo, ya que su temperatura y la temperatura real en las habitaciones son muy diferentes.

Esperaba, al menos, hacer lo mismo fácilmente pero desde Home Assistant, y con suerte sin crear scripts desde cero (porque todavía estoy aprendiendo mucho). Básicamente, puede ajustar la temperatura a, por ejemplo, 22 ° C. Quizás las habitaciones solo lleguen a 19 ° C, pero luego podría ajustar la temperatura a 25 ° C y estaría más cerca de 22 ° C en las habitaciones.

Mejor aún, sería por supuesto poder usar mis sensores de temperatura Xiaomi que tengo, por lo que podría establecer la temperatura en 22c y el termostato Eurotronic usaría los sensores Xiaomi para ajustar la temperatura. Pero supongo que esto es demasiado para pedir.

Perdón por la publicación tan larga, ¡y gracias por leer!

@ wuast94 Sí, lo hay. Simplemente desplácese hacia arriba en el hilo. Publiqué cómo reenviar X11 .... 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] , mencione menció[email protected] Betreff: Re: [dresden-elektronik / deconz-rest-plugin] [Solicitud de asistencia para dispositivos] Eurotronic Spirit ZigBee (# 1098) No puedo vnc en mi deconz. se ejecuta en un contenedor acoplable sin cabeza en mi servidor. ¿Hay alguna manera de emparejarlo por completo? Lo emparejé pero no aparece en ninguna parte: /

—Está recibiendo esto porque fue mencionado. Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.
[
{
"@context": " http://schema.org ",
"@type": "Mensaje de correo electrónico",
"potencialAcción": {
"@type": "ViewAction",
"objetivo": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373",
"url": " https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications\u0026email_token = ADR3WLQL3G3DUVLCW3AVXBDQPDJ2VA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBRSJNI # issuecomment-543368373",
"name": "Ver problema"
},
"description": "Ver este problema en GitHub",
"editor": {
"@type": "Organización",
"nombre": "GitHub",
"url": " https://github.com "
}
}
]

Disculpe si esta es una pregunta estúpida, pero ¿significa esto que el termostato Eurotronics aparecerá en Home Assistant y tiene controles de clima en funcionamiento? Recientemente comencé a usar HA, y ni siquiera he incursionado en Zigbee2mqtt, por ejemplo.

Sí, exactamente eso. Funciona con Home-Assistant. Como el desarrollo está al menos ahora, hacer que aparezca en Home-Assistant solo tiene un par de pasos adicionales, pero definitivamente está funcionando.

He leído muchos hilos por todas partes donde no pueden establecer una temperatura. También he visto todo tipo de cosas, pero son bastante antiguas y las cosas pueden cambiar rápidamente.

Una mejor pregunta podría ser: ¿Qué no funciona, si es que hay algo? ¡Gracias!

Nada que yo sepa, honestamente. Quiero decir, el proceso de configuración aún se puede mejorar (sin la necesidad de los pasos adicionales mencionados anteriormente), pero aparte de eso, todo está funcionando.

Tengo pisos con calefacción por agua (estoy seguro de que se llama de otra manera) pero los termostatos de mi habitación no funcionan. Así que solo puedo cambiar la temperatura de todas las habitaciones al mismo tiempo con un solo termostato en un armario (es una válvula de radiador normal, como esta Eurotronic, pero antigua y analógica). Hasta ahora he estado adivinando a qué temperatura ponerlo, ya que su temperatura y la temperatura real en las habitaciones son muy diferentes.

Esperaba, al menos, hacer lo mismo fácilmente pero desde Home Assistant, y con suerte sin crear scripts desde cero (porque todavía estoy aprendiendo mucho). Básicamente, puede ajustar la temperatura a, por ejemplo, 22 ° C. Quizás las habitaciones solo lleguen a 19 ° C, pero luego podría ajustar la temperatura a 25 ° C y estaría más cerca de 22 ° C en las habitaciones.

Entonces adelante y consiga uno, porque esto es factible.

Mejor aún, sería por supuesto poder usar mis sensores de temperatura Xiaomi que tengo, por lo que podría establecer la temperatura en 22c y el termostato Eurotronic usaría los sensores Xiaomi para ajustar la temperatura. Pero supongo que esto es demasiado para pedir.

También se puede hacer, pero para esto tendrás que ensuciarte un poco las manos y escribir la "Automatización" adecuada para Home-Assistant, pero definitivamente no es nada fuera de este mundo.

Me dio curiosidad la posibilidad de utilizar un sensor externo para determinar la temperatura actual ...

En el grupo Termostato encontré el atributo escribible Remote Sensing con la posibilidad de establecer "Temperatura local detectada remotamente", "Temperatura exterior detectada remotamente" y "Ocupación detectada remotamente" pero no hay forma de especificar los sensores externos.

Una pregunta algo relacionada es si es posible configurar la "detección de ventana abierta" y configurar un sensor de ventana externo como se menciona en el manual en la p13 ("Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert / deaktiviert werden")

Editar: No importa. Me acabo de dar cuenta de que esto se discutió anteriormente sin éxito.

Hola chicos,

Descubrí que mis termostatos espirituales muestran un comportamiento extraño, cuando durante algunas horas no hay cambios en la temperatura en la habitación o no hay cambios en la entrada del asistente de hogar. Resultado: se desconectará y dejará de estar en la red zigbee. Solución: presiono el botón central (o) del termostato y está directamente de vuelta ... se siente como una especie de modo de suspensión ... ¿alguien tiene alguna sugerencia? En este momento estoy pensando en dejar caer los termostatos de alcohol e ir a homematic sin deconz ...

salud,
chris

Yo he tenido una experiencia similar. La primera vez que sucedió pensé que había cometido un error durante el proceso de emparejamiento inicial, así que reinicié los termostatos y los reparé. No tuve problemas durante una semana más o menos, pero ayer un termostato ya no reaccionó a los ajustes de temperatura del asistente de hogar. Cambié la temperatura manualmente una vez y ahora está reaccionando bien nuevamente. Parece el mismo problema que experimentó. Pensé que era solo una falla aleatoria, pero veré si hay un patrón, en caso de que vuelva a suceder.

¿Hay alguna manera de agregar el dispositivo a través de deconz, cuando está usando la configuración de systemd deconz?

Cuando introduzco VNC en mi frambuesa sin cabeza, puedo detener el servicio y usar la sesión de VNC para ver el dispositivo (creo que no hay tanta información que realmente lo identifique, tbh). Pero al cerrar deconz y volver a iniciar el servicio systemd, el dispositivo no aparece.

¿Ha seguido los pasos en https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451?

El siguiente proceso funcionó para mí en una configuración raspbian sin cabeza:

• guardar configuración de phoscon (copia de seguridad)
• habilitar el arranque en la interfaz gráfica de usuario a través de raspi-config
• configurar / instalar VNC
• reiniciar
• systemctl stop deconz y systemctl start deconz-gui
• iniciar VNC y abrir deconz
• abra phoscon y vuelva a cargar la configuración copiada
• reiniciar el termostato (debería mostrar Jin)
• buscar sensores en phoscon
• en deconz abra el grupo básico del termostato y haga clic en leer
• verificar que el emparejamiento fue exitoso en phoscon
• configuración de copia de seguridad de phoscon
• salir del servidor VNC
• systemctl stop deconz-gui y systemctl start deconz
• abra phoscon y cargue la configuración desde el archivo de respaldo

No recuerdo si era realmente necesario hacer una copia de seguridad y cargar la configuración de phoscon, pero una copia de seguridad probablemente tampoco duele.

Pregunté esto en un hilo diferente:
Todavía no tengo ni idea de cómo obtener otros valores que no sean inútiles en ioBroker para esto.
Por ejemplo, "heatsetpoint" aparece en el registro del adaptador deconz en ioBroker, pero no puedo leer el valor. Lo probé con el nodo Red.
¿Alguien puede darme una pista?
Muchas gracias.

El Eurotronic Spirit es inadecuado y está implementado con errores en Deconz. Después de muchos intentos, logré mostrar el Eurotronic Spirit en la aplicación Deconz. Puedo leer toda la información del clúster y todo lo que se muestra como R / W también se puede escribir.
Para reconocer el Eurotronic Spirit, debe llamar a la aplicación Phoscon, aquí se reconoce el Eurotronic Spirit, pero no se muestra, la aplicación definitivamente solo puede controlar las luces.
Entonces, en el deConz IN-Node en Node Red puedo leer la temperatura y el estado, en el nodo OUT, si selecciono "Phoscon" como servidor, no se muestra nada. Por tanto, el Eurotronic Spirit está muy mal integrado por Dresden Electronics.
¿Alguien tiene una idea de cómo no solo puedo leer, sino también controlar el Eurotronic Spirit a través de Node Red?

¿Ha seguido los pasos del n . ° 1098 (comentario) ?

El siguiente proceso funcionó para mí en una configuración raspbian sin cabeza:

• guardar configuración de phoscon (copia de seguridad)
• habilitar el arranque en la interfaz gráfica de usuario a través de raspi-config
• configurar / instalar VNC
• reiniciar
• systemctl stop deconz y systemctl start deconz-gui
• iniciar VNC y abrir deconz
• abra phoscon y vuelva a cargar la configuración copiada
• reiniciar el termostato (debería mostrar Jin)
• buscar sensores en phoscon
• en deconz abra el grupo básico del termostato y haga clic en leer
• verificar que el emparejamiento fue exitoso en phoscon
• configuración de copia de seguridad de phoscon
• salir del servidor VNC
• systemctl stop deconz-gui y systemctl start deconz
• abra phoscon y cargue la configuración desde el archivo de respaldo

No recuerdo si era realmente necesario hacer una copia de seguridad y cargar la configuración de phoscon, pero una copia de seguridad probablemente tampoco duele.

Me tomó un par de intentos, pero usar el método de respaldo funcionó para mí.
El problema principal era que, aparentemente, no era posible establecer un nombre para el nodo del termostato. después de leer los datos básicos, tenía un nombre genérico y parecía funcionar.

Me tomó un par de intentos, pero usar el método de respaldo funcionó para mí.
El problema principal era que, aparentemente, no era posible establecer un nombre para el nodo del termostato. después de leer los datos básicos, tenía un nombre genérico y parecía funcionar.

Puede cambiar el nombre del termostato usando el resto de API. Para hacerlo, puede usar un cliente REST (como la aplicación Postman o la extensión de Chrome Tabbed Postman) o una herramienta de línea de comandos como cURL.
Solo eche un vistazo a la documentación de la API REST http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/, todo está bien explicado allí.
Una vez que tenga su clave API, obtenga una lista de todos los sensores ejecutando una solicitud GET a / api // sensores. De la respuesta, lea la identificación de su termostato. Luego ejecute una solicitud PUT a / api // sensores /con los siguientes datos {"nombre": "Nombre personalizado"}.
El comando cURL sería algo como esto:
curl -X PUT -H "Content-Type: application / json" -d '{"name": "Custom name"}' http: // localhost : 8080 / api / 01234abc56 / sensors / 4

Hola,

rkotulan escribió:

Si tienes éxito deberías ver

en HA en integración = deCONZ

y puedo ver que HA reconoce un termostato sensor y un termostato climático.

Por mi cuenta Dijo que el sensor.termostato no está disponible:

¿Tienes una idea del problema?

Hola, tengo un error aleatorio con el dispositivo. Lo apago y auto repetidamente con API usando solo

{'modo apagado'}
{'modo': 'auto'}

Funciona durante algún tiempo, pero después de un momento el punto de calor en automático permanece en 500, parece que el dispositivo olvida el valor anterior.

He visto lo mismo, especialmente al cambiar de off a on (modo boost) o viceversa. Parece ser una "característica" del firmware Spirit. El modo off parece estar relacionado con la mitad de la detección de ventana abierta implementada.

Solo configuro el punto de calor de mi automatización y dejo el modo en auto .

Ok, gracias, intentaré enviar mi propio punto de calor al mismo tiempo que el parámetro automático> {'modo': 'auto', 'punto de ajuste de calor': 2200}

Hola chicos,

Si alguien quiere un termostato Spirit Zigbee, tengo 3 para vender:

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

no dude en contactarme allí ...

¿Ha seguido los pasos del n . ° 1098 (comentario) ?

El siguiente proceso funcionó para mí en una configuración raspbian sin cabeza:

• guardar configuración de phoscon (copia de seguridad)
• habilitar el arranque en la interfaz gráfica de usuario a través de raspi-config
• configurar / instalar VNC
• reiniciar
• systemctl stop deconz y systemctl start deconz-gui
• iniciar VNC y abrir deconz
• abra phoscon y vuelva a cargar la configuración copiada
• reiniciar el termostato (debería mostrar Jin)
• buscar sensores en phoscon
• en deconz abra el grupo básico del termostato y haga clic en leer
• verificar que el emparejamiento fue exitoso en phoscon
• configuración de copia de seguridad de phoscon
• salir del servidor VNC
• systemctl stop deconz-gui y systemctl start deconz
• abra phoscon y cargue la configuración desde el archivo de respaldo

No recuerdo si era realmente necesario hacer una copia de seguridad y cargar la configuración de phoscon, pero una copia de seguridad probablemente tampoco duele.

Mi espíritu no se conecta a deConz. Estoy ejecutando Home Assistant en un RPI 2. Instalé el complemento deConz, lo agregué e integré en HA, me conecté a deConz a través de VNC y configuré la aplicación Phoscon. Cuando voy a "agregar sensores" en la aplicación Phoscon, busca, pero el Spirit no se conecta. Solo dice "Jin", pero no pasa nada. Lo único que veo en deConz es la cosa azul predeterminada que dice "Coordinador" cuando haces clic en ella. ¿Me perdí un paso?

Como dijo @ebaauw en la siguiente publicación, ¿necesito agregar una lámpara antes de poder agregar mi termostato?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

Editar: está bien, entonces leí un poco. El termostato es un dispositivo final, entonces, ¿necesita un enrutador para conectarse? Pensé que podría conectar el termostato directamente al RaspBee ..

Pensé que podría conectar el termostato directamente al RaspBee.

El RaspBee (o cualquier coordinador de ZigBee) es un enrutador bien; deberías poder conectarle el Espíritu. Tenga en cuenta que un enrutador solo permite un número limitado de dispositivos finales conectados; no estoy seguro de cuál es el límite actual para RaspBee: 10 o 16 o algo así. Para más dispositivos finales, necesita enrutadores adicionales.

Pensé que podría conectar el termostato directamente al RaspBee.

El RaspBee (o cualquier coordinador de ZigBee) es un enrutador bien; deberías poder conectarle el Espíritu. Tenga en cuenta que un enrutador solo permite un número limitado de dispositivos finales conectados; no estoy seguro de cuál es el límite actual para RaspBee: 10 o 16 o algo así. Para más dispositivos finales, necesita enrutadores adicionales.

No tengo ningún dispositivo conectado, obtuve todo hoy y lo configuré completamente nuevo. ¿Alguna idea de por qué mi Spirit no se conecta a RaspBee entonces?

Lo más probable es que haya mala señal de radio. ¿Qué distancia hay entre el termostato y el RaspBee? Intente conectar la Raspberry a la red y desactive WiFi y Bluetooth. Mejor busque dispositivos de Phoscon, luego inserte la batería en el Spirit. Tal vez reinicie el Spirit presionando / manteniendo presionados los tres botones simultáneamente (comienza la cuenta regresiva después de unos segundos).

Lo más probable es que haya mala señal de radio. ¿Qué distancia hay entre el termostato y el RaspBee? Intente conectar la Raspberry a la red y desactive WiFi y Bluetooth. Mejor busque dispositivos de Phoscon, luego inserte la batería en el Spirit. Tal vez reinicie el Spirit presionando / manteniendo presionados los tres botones simultáneamente (comienza la cuenta regresiva después de unos segundos).

¡Voy a ser condenado! 2h ¡Estaba jugando con esta basura! ¡Estaba sentado a 2 m de él y no pensé que la señal fuera el problema! ¡Está conectado!

ZigBee usa la banda de 2.4GHz, al igual que WiFi, bluetooth, DECT, un horno microondas, etc. Intente cambiar al canal 25 de ZigBee, que tiene menos superposición con WiFi. Cuidado con el metal en paredes, muebles, cerramientos de lámparas, ...

¡Hecho, gracias! Sin embargo, no puedo hacer que el Espíritu aparezca en HA. Ya leí los datos básicos, de potencia y térmicos en deConz, pero en HA deConz solo muestra "Phillips Daylight" y "Phoscon-GW" (el Gateway). Agregué deConz automáticamente usando el descubrimiento. Por lo que leí aquí, el Espíritu aparece automáticamente en HA ..

¿Reinició HA después de emparejar el Spirit? ¿Verificó dos veces que la API REST expone el Spirit (si el nombre en la GUI cambió de la dirección de red que lo hace)?

¿Reinició HA después de emparejar el Spirit? ¿Verificó dos veces que la API REST expone el Spirit (si el nombre en la GUI cambió de la dirección de red que lo hace)?

Reinicié, pero no creo que la API REST exponga el Spirit. ¿Puedes publicar una foto a qué nombre en la dirección de red te refieres exactamente? Sólo para estar seguro

El nodo azul de RaspBee muestra la dirección NWK (0x0000); el nodo gris para el Spirit muestra el recurso name de la API REST /sensors (lo cambié después del emparejamiento, probablemente muestra Thermostat 2 o algo así).

El nodo azul de RaspBee muestra la dirección NWK (0x0000); el nodo gris para el Spirit muestra el recurso name de la API REST /sensors (lo cambié después del emparejamiento, probablemente muestra Thermostat 2 o algo así).

Hm no, todavía muestra 0x9348. Cuando lo cambio manualmente en la Información del nodo, el "LED" izquierdo parpadea en rojo, y en la parte inferior izquierda dice "enviando solicitud de conjunto de descriptores de usuario", pero no sucede nada. ¿Cómo hago para que exponga la API REST?

¡Muy bien lo tengo! Tuve que hacer una búsqueda de sensores en la aplicación Phoscon y luego volver a leer los datos básicos.

Mi espíritu no está leyendo la temperatura correcta. Lo reinstalé en un radiador diferente y, aunque el radiador está ligeramente caliente, el Spirit muestra 31 ° C. Ni siquiera se acerca a eso. Ha pasado una hora y la temperatura aún no ha cambiado. ¿Algunas ideas? No estoy seguro de que usar el desplazamiento sea la forma correcta de manejar esto. Además, la temperatura se mostró correctamente antes en el otro radiador.

No estoy seguro de que usar el desplazamiento sea la forma correcta de manejar esto.

Supongo que para eso es la compensación.

Ha pasado una hora y la temperatura aún no ha cambiado.

Asegúrese de que los informes de atributos se hayan configurado correctamente. De lo contrario, deCONZ seguirá mostrando la temperatura anterior. Presione _Read_ en los atributos del clúster _Thermostat_ para verificar si el valor ha cambiado.

Tengo un nuevo registro extraño

2019-11-08 18: 47: 51.563 Estado: (deconz) Depuración del termostato: {'config': {'heatsetpoint': 2100, 'reachable': True, 'mode': 'off', 'on': True, 'batería': 100, 'compensación': 0}, 'id': '85', 't': 'evento', 'e': 'cambiado', 'r': 'sensores', 'ID único': ' 00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 '} 2019-11-08
18: 49: 39.847 Estado: (deconz) Depuración del termostato: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 ',' id ':' 85 ',' t ':' evento ',' estado ': {' encendido ': Verdadero,' válvula ': 24,' última actualización ':' 2019-11-08T17: 49: 39 ',' temperatura ': 2105},' r ': 'sensores', 'e': 'cambiado'}
2019-11-08 18: 49: 39.900 Estado: (deconz) Depuración del termostato: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 ',' id ':' 85 ',' t ':' evento ',' estado ': {' encendido ': Verdadero,' válvula ': 24,' última actualización ':' 2019-11-08T17: 49: 39 ',' temperatura ': 2105} , 'r': 'sensores', 'e': 'cambiado'}

El dispositivo envía el modo "apagado", pero aún tiene la válvula abierta y encendida = verdadero.

He leído todo el hilo, pero no estoy seguro de cómo leer la posición actual de la válvula (me gustaría comprobar que la válvula funciona correctamente).
Si configuro el modo TRV en "Desconocido 2", ¿parece que la pantalla de la válvula muestra el porcentaje de apertura?
¿Es posible obtener este valor directamente? Gracias

@ebaauw , ¿es posible establecer el "Límite de punto de ajuste de calor máximo" para este termostato en al menos 40 grados por defecto? Ya sabes, en Rusia 30deg no es suficiente. Puedo configurarlo manualmente a través de VNC, pero en Home Assistant todavía tengo el límite en 30.

El Spirit soporta temperaturas objetivo de 5 ° C a 30 ° C. Ese también es el rango que puede configurar usando sus botones físicos. El complemento de la API REST aplica este rango:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
La API no expone el rango, por lo que probablemente sea un código duro en el complemento / enlace HA para deCONZ. Lo he codificado en el tono del puente doméstico.

Puedo configurarlo manualmente a través de VNC

El Spirit parece tener su propio giro del estándar ZigBee: utiliza un atributo específico del fabricante para el punto de ajuste: _Punto de ajuste de temperatura actual_, 0x4003. Si bien parece aceptar establecer el _punto de ajuste de calefacción ocupado_ estándar, 0x0012, (a veces) no cumple con esto. Lo mismo ocurre con el comando estándar _Setpoint Raise / Lower_. Moral: asegúrese de leer _Punto de ajuste de temperatura actual_ para verificar que el Spirit haya aceptado realmente el valor.

Tenga en cuenta que el rango de punto de ajuste admitido está expuesto por el propio Spirit, en los atributos 0x0015 y 0x0016.

El Spirit soporta temperaturas objetivo de 5 ° C a 30 ° C. Ese también es el rango que puede configurar usando sus botones físicos. El complemento de la API REST aplica este rango:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

La API no expone el rango, por lo que probablemente sea un código duro en el complemento / enlace HA para deCONZ. Lo he codificado en el tono del puente doméstico.

Puedo configurarlo manualmente a través de VNC

El Spirit parece tener su propio giro del estándar ZigBee: utiliza un atributo específico del fabricante para el punto de ajuste: _Punto de ajuste de temperatura actual_, 0x4003. Si bien parece aceptar establecer el _punto de ajuste de calefacción ocupado_ estándar, 0x0012, (a veces) no cumple con esto. Lo mismo ocurre con el comando estándar _Setpoint Raise / Lower_. Moral: asegúrese de leer _Punto de ajuste de temperatura actual_ para verificar que el Spirit haya aceptado realmente el valor.

Tenga en cuenta que el rango de punto de ajuste admitido está expuesto por el propio Spirit, en los atributos 0x0015 y 0x0016.

Ok, parece que usar "Calibración de temperatura local" es la única forma de calentar mis radiadores. Lo configuré a través de VNC y está funcionando por ahora. Espero que el dispositivo no restablezca este valor por sí solo

Solo cuando reinicie el dispositivo (manteniendo presionados los tres botones durante 10 segundos). Tenga en cuenta que la API REST expone esta calibración como config.offset . Está diseñado para cuando el termómetro del dispositivo registra la temperatura ambiente incorrecta, generalmente porque está demasiado cerca del radiador.

Desafortunadamente, no hemos podido conectar el Spirit a un termómetro externo, aunque la documentación y el atributo _Remote Sensing_ (0x000a) sugieren que lo respaldaría.

Hola. Pregunta corta: ¿Cuál es el estado de la implementación? Me gustaría comprar algunos de estos Eurotronic Spirit. Utilizo Deconz + Home Assistant.

Hola. Pregunta corta: ¿Cuál es el estado de la implementación? Me gustaría comprar algunos de estos Eurotronic Spirit. Utilizo Deconz + Home Assistant.

Hola, el emparejamiento es un poco complicado, pero en este tema puedes encontrar el método de trabajo.
Cosas que funcionan en Home Assistant:

• Control de la temperatura establecida en el rango 7-30degC
• Lectura de la temperatura actual del radiador, la posición de la válvula y la batería

Cosas que no funcionan:

• Control manual de válvula
• Teledetección de temperatura
• Calibración de la temperatura actual del radiador (se puede realizar a través de VNC)

En cuanto a mí, un gran dispositivo por su precio.

@airenas
Gracias por la rápida respuesta. Ok ahora solo tengo que buscar buenas ofertas.

@airens ¿Cómo se lee exactamente la posición de la válvula? No he podido encontrar el atributo correcto.

Para la detección remota de la temperatura, otro truco utilizado por las personas con la versión Z-wave es utilizar la 'Compensación de temperatura medida' para compensar regularmente la diferencia entre el sensor de temperatura interno de la válvula y el sensor de temperatura externo:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Pero no sé si podemos modificar la 'Compensación de temperatura medida' con la versión Zigbee.

@airens ¿Cómo se lee exactamente la posición de la válvula? No he podido encontrar el atributo correcto.

Para la detección remota de la temperatura, otro truco utilizado por las personas con la versión Z-wave es utilizar la 'Compensación de temperatura medida' para compensar regularmente la diferencia entre el sensor de temperatura interno de la válvula y el sensor de temperatura externo:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Pero no sé si podemos modificar la 'Compensación de temperatura medida' con la versión Zigbee.

Sí, podemos cambiar la compensación de temperatura medida configurando el atributo "Calibración de temperatura local". Puede verlo como "offset" en HA, pero, desafortunadamente, solo puede cambiarlo a través de REST o VNC

state.valve es el valor de 'Demanda de calefacción PI'? ¿Y se supone que esto es un porcentaje de la apertura? (es decir, entre 0-100%)?
Para mí, parece que el valor de 'Demanda de calefacción PI' no es el mismo en absoluto que el valor que se muestra en la válvula cuando configuro el modo TRV en "Desconocido 2". Tendré que comprobarlo de nuevo.

Para modificar el "offset" en HA, ¿es un problema que solo podamos modificarlo a través de REST? Tendré que jugar con HA y ver si puedo adaptar el uso del script por parte de las personas que usan la versión Z-wave.

state.valve es el valor de 'Demanda de calefacción PI'? ¿Y se supone que esto es un porcentaje de la apertura? (es decir, entre 0-100%)?

Sí lo es. es 0-254, por lo tanto, debe asignarlo a 0-100

Para modificar el "offset" en HA, ¿es un problema que solo podamos modificarlo a través de REST? Tendré que jugar con HA y ver si puedo adaptar el uso del script por parte de las personas que usan la versión Z-wave.

No es un problema, pero no creo que sea una buena idea, debido a la duración de la batería (en ese caso, la válvula se ha movido con demasiada frecuencia y la cantidad de paquetes ZigBee aumenta drásticamente). Lo hice primero, pero luego tuve que dejar esto. Ahora, solo uso la automatización simple en NodeRed, que cambia la temperatura establecida del termostato dependiendo de la temperatura de la habitación.

¿Cómo lee exactamente la posición de la válvula?

El espíritu lo informa como _PI Demanda de calefacción_ (atributo 0x0008). Es un u8 , entre 0 y 254. La API expone esto como state.valve , normalizado a 0-100%.

Para mí, parece que el valor de 'Demanda de calefacción PI' no es el mismo en absoluto que el valor que se muestra en la válvula cuando configuro el modo TRV en "Desconocido 2".

El Spirit usa atributos específicos del fabricante (en el rango 0x4000) para los ajustes, en particular 0x4001 para configurar la posición de la válvula manualmente. Este atributo no se puede informar, por lo que supongo que solo representa la posición de la válvula de destino. Espero / espero seguir viendo la posición actual de la válvula en 0x0008, pero tal vez eso se actualice solo cuando el Spirit esté en modo automático (predeterminado). Es posible que desee comprobar si la pantalla refleja 0x4001 en el modo Desconocido 2.

¿Cómo lee exactamente la posición de la válvula?

El espíritu lo informa como _PI Demanda de calefacción_ (atributo 0x0008). Es un u8 , entre 0 y 254. La API expone esto como state.valve , normalizado a 0-100%.

No está normalizado, en realidad, porque su valor llega a 254, así que lo normalicé yo mismo.

Mi mal, lo siento. De hecho, también hago la normalización en Homebridge-Hue.

Ayer agregué 4 dispositivos Spirit ZigBee. (Con el nuevo deCONZ 2_05_71)
A pesar del procedimiento de búsqueda de sensores realmente molesto, me las arreglé para que funcionaran con rest-api y fhem.
Me di cuenta de que cada vez que conectaba un nuevo SpiritZig Bee, deCONZ muestra por un tiempo muy corto un nombre de dispositivo con (¡creo!) Que es como "Termostato + ID del sensor". ¡Pero mientras lee el clúster básico, SPZ0001 lo anula para cada dispositivo!
Entonces, después de cada emparejamiento, tuve que iniciar sqlitebrowser para deshacerme de 4 veces el nombre ...

¿Esto solo me afecta a mí?

Hola,

¿Cómo puedo volver a conectar el Spirit a mi enrutador ZigBee cuando el enrutador se reinicia? No están conectados a un cajero automático y no estoy seguro de cómo puedo lograrlo. ¿Reiniciar el Spirit sacando la batería ayudaría o se reiniciará?

Sacar y volver a insertar la batería suele funcionar. A veces necesito abrir la red mientras hago eso.

Hay algo raro con el Spirit. No reconoce cuando es expulsado por su padre. En consecuencia, no encontrará un nuevo padre. Continuará enviando informes de atributos a través de su anterior padre, pero deja de responder a los comandos, porque ningún enrutador está almacenando en caché los mensajes al Spirit. Tuve un éxito limitado al reunir al antiguo padre en la red (presionando L en la GUI, mientras el nodo está seleccionado), por lo que Spirit tomaría la pista y buscaría un nuevo padre. Desafortunadamente, normalmente necesito sacar el rastreador para encontrar el padre anterior, ya que la línea en la GUI ya ha desaparecido.

¿Y cómo se usa el rastreador? La línea en la GUI se ha ido, así que supongo que ya no está conectada.

Editar: he estado buscando en Google. Es esto https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

Si es así, me falta el depurador CC. Tengo un CC2531. Algo como esto funcionaría?

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

Utilizo ZShark en un RaspBeery Pi para capturar (ver https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405) y Wireshark en mi Macbook para analizar. No tengo ninguna experiencia con otras herramientas.

Estoy usando schedy (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276) para hacer que mis termostatos sean "inteligentes". Pero estoy experimentando un comportamiento extraño.

Por alguna razón, el asistente domiciliario parece registrar un cambio en el punto de ajuste de temperatura un par de minutos después de que se fijó y confirmó una nueva temperatura por schedy. Schedy luego interpreta esto como un cambio manual y desactiva la reprogramación para los próximos 120 minutos, según lo configurado. Esto sucede con tanta frecuencia que hace que schedy sea bastante inútil.

No estoy seguro de dónde buscar al culpable. Le pregunté a roschi, el desarrollador de schedy y no parece ser un problema en schedy sino en homeassistant, deconz o en la interfaz entre ambos.

Te adjunto un registro schedy, donde puedes ver schedy determinando correctamente el resultado de las reglas de programación, es decir, 17 ° C y aplicando este valor a los dos termostatos de mi salón. Luego, aproximadamente 6 minutos más tarde, se registra un cambio manual a 21 ° C (el punto de ajuste de temperatura anterior) y la temperatura se aplica a todos los termostatos y se establece un temporizador de reprogramación.

Ahora no estoy seguro si
1) por alguna razón, el termostato no acepta el cambio y solo informa su temperatura anterior con el siguiente informe de estado regular

2) deconz informa o restablece el punto de ajuste de temperatura anterior

3) el asistente de hogar se está comportando de manera extraña.

El punto 1) parece poco probable porque puedo confirmar un cambio en la posición de la válvula después de que se establece la temperatura programada. Entonces, el problema parece estar en algún lugar de la interfaz entre deconz y homeassistant.

¿Quizás alguien tiene una idea de cómo proceder para identificar el problema o incluso tiene una idea de dónde podría estar el problema?

Atentamente

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}

Estoy viendo lo mismo. Lo que sucede es que el complemento API REST actualiza su caché al poner en cola la solicitud para cambiar el punto de ajuste. Sin embargo, la solicitud no llega al termostato. Cuando el termostato envía su próximo informe periódico, el complemento API REST actualiza su caché con el valor real.

Encuentro que esto sucede con más frecuencia al actualizar (intentar actualizar) varios TRV al mismo tiempo. Programar las actualizaciones con unos segundos de diferencia puede ayudar aquí. Usaría comandos de grupo, pero desafortunadamente el Spirit no admite grupos (y la API REST no admite grupos que contengan recursos /sensors ).

Creo que deberíamos haber implementado config.pending para el TRV, como hicimos para el sensor de movimiento Hue. Necesito verificar la lógica que usamos, en particular cuándo borrar lo pendiente: al enviar el comando, al recibir el acuse de recibo o al recibir un informe con el nuevo valor. Para mayor confiabilidad, necesitaríamos lo último.

Aún así, existe el problema de que, ocasionalmente, la TRV es "repudiada" por su padre, pero no encuentra un nuevo padre. Sus informes aún llegan a la puerta de enlace, pero los comandos de la puerta de enlace ya no llegan a la TRV. Esto no puede remediarse con config.pending ; solo reiniciando el TRV, quitando la batería y volviéndola a insertar.

¡En Alemania, el Spirit ZigBee tiene una oferta de viernes negro y un precio de 27,99 euros ahora en Amazon!

Hoy pasé todo el día integrando el termostato en deconz. Lamentablemente nunca con pleno éxito. He leído todos los comentarios aquí y seguí muchas de las instrucciones paso a paso. El termosato nunca se mostró en la superficie de la red de foscon. En la GUI de deconz creamos un nuevo nodo y también puedo leer el clúster básico. se cargan fabricante y modelo, etc. pero en el iobroker solo vienen unos nudos como la temperatura y la batería. pero faltan todos los demás. ¿Alguien puede escribir una instrucción detallada sobre cómo ha integrado los termostatos? Me gustaría comprar más por el viernes negro.

¡En Alemania, el Spirit ZigBee tiene una oferta de viernes negro y un precio de 27,99 euros ahora en Amazon!

vendido :(

Hola gente, no he leído las 250 publicaciones de este hilo, así que no sé si la descripción ya se ha publicado.
A partir de la página 14 encontrará los datos relativos al Registro Zigbee.
Esto puede facilitar el soporte de este termostato en desconz.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: ok no se inicializa, lo que hace que la llamada addTaskThermostatReadWriteAttribute() se omita aleatoriamente? ¡¿Sin advertencia del compilador, @manup ?!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

Supongo que la buena noticia es que no necesitamos jugar con config.pending .

Supongo que la buena noticia es que no es necesario que nos metamos con config.pending .

Las tareas se procesan desde una cola, pero no se comprueba si el objetivo acaba de enviar un informe de atributos o cualquier otra cosa.

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

¡Hola a todos!
¡Aprecio mucho el trabajo que hacen por esta comunidad!
Desafortunadamente, no estoy familiarizado con toda la tecnología en segundo plano, solo un usuario normal;).

¿Puede ya estimar cuándo la aplicación Phoscon es compatible con los dispositivos Eurotronic? Tengo muchas ganas de hacerlo porque todo lo que logré fue conectar el dispositivo a la GUI de deconz. Ahora estoy atascado ...

// jacdec

Hola y en primer lugar, ¡muchas gracias a todos por todo el gran trabajo con las cosas deconz- y homebridge-hue!

Ahora para mi (con suerte no esa estúpida) pregunta:
Estoy ejecutando deconz en forma de escudo raspbee en un pie 3 en modo sin cabeza (plataforma mínima).
¿Hay alguna forma de que pueda realizar este paso?

• Vaya a la GUI de deCONZ, enumere los clústeres, haga clic en "Básico" -> "Leer" (como se recomienda en el n . ° 1098 (comentario) )

sin tener que tomarse la molestia de instalar un entorno x11 o una configuración vnc?

Me encantaría agregar cuatro Spirits a la configuración de mi homebridge, pero me falta el paso para hacer que esté disponible a través de la API :)

Gracias de nuevo y por favor sigan con el buen trabajo.

John

¡Gracias @ebaauw por la solución rápida! Lamentablemente, todavía no he tenido tiempo de comprobar si me está funcionando. Supongo que esta solución se incluirá en la próxima versión. ¿Existe una ETA para el próximo lanzamiento?

Mientras estoy en eso, quiero abordar algunas de las últimas publicaciones:

• @ kugelkopf123 Creo que la gente de aquí conoce el manual de eurotronics, pero parece que el manual que vinculó es una versión actualizada de octubre, aunque no pude detectar ninguna diferencia con la versión anterior. En particular, el atributo de "detección remota" y la "detección de ventana abierta" no se tratan con más detalle que antes. He escrito a eurotronics pidiendo una aclaración. También los dirigí a este hilo.
• @jacdec Yo también agradecería que el espíritu (y posiblemente más termostatos) fueran compatibles con phoscon. Creo que leí en alguna parte de este hilo que esto requeriría una reelaboración completa de phoscon. Dicho esto, creo que al menos exponer los sensores en phoscon y hacer que el proceso de emparejamiento sea más simple y posible incluso en una configuración sin cabeza sería genial.
• @ irrwitzer42 AFAIK, no hay forma en este momento de emparejar el espíritu sin el deCONZ Gui.

Atentamente

Por todo lo que leí hasta ahora, no es posible usar un sensor de temperatura remoto con el Spirit. ¿Existe una forma adecuada de usarlo con Home Assistant? ¿Algo como "si la temperatura es inferior a 23 ° C, establezca el clima en la válvula 255" o "... establezca el clima en el modo Calor"? No estoy seguro de si el control de la válvula es posible desde dentro de HA ..

Hola a todos.
¿Por qué no es posible usar 0x4003 Current Temperature Setpoint s16 rw para controlar el termostato? ¿Porque desde mi punto de vista no es el Atributo necesario o estoy totalmente equivocado?

Hola a todos, acabo de recibir mi Eurotronic Zigbee y tengo problemas para sincronizarlo a través de deconz. Sin embargo, la interfaz de usuario web deconz se inicia, cuando elijo agregar un nuevo dispositivo-> sensor y realizo la búsqueda, luego enciendo el termostato, aparece el modo de unión y el botón no comienza a parpadear. ¿Me faltan algunos pasos que debería realizar antes de intentar emparejarlo?

Hay algo raro con el Spirit. No reconoce cuando es expulsado por su padre. En consecuencia, no encontrará un nuevo padre. Continuará enviando informes de atributos a través de su anterior padre, pero deja de responder a los comandos, porque ningún enrutador está almacenando en caché los mensajes al Spirit. Tuve un éxito limitado al reunir al antiguo padre en la red (presionando L en la GUI, mientras el nodo está seleccionado), por lo que Spirit tomaría la pista y buscaría un nuevo padre. Desafortunadamente, normalmente necesito sacar el rastreador para encontrar el padre anterior, ya que la línea en la GUI ya ha desaparecido.

@ebaauw ¿Cómo se usa exactamente el rastreador para volver a conectar los dispositivos? No solo tengo este problema con el Spirit, sino con todos los dispositivos ZigBee (1 Aqara Multisensor + 2 Xiaomi Motion Sensors).

Hola a todos

Instalé la beta 2.05.72 ayer. Pero debo informar que mi problema no está resuelto. Al intentar actualizar dos termostatos simultáneamente, uno de los dispositivos parece registrar el cambio en el punto de ajuste de temperatura, pero la próxima vez que envía un informe de estado, informa el punto de ajuste de temperatura anterior, que a su vez se interpreta como un cambio manual y, por lo tanto, una mierda. en mi horario.

Podría preguntarle al desarrollador de schedy si hay una manera de retrasar el comando en un dispositivo al actualizar un grupo, pero esto solo podría ser una solución y considero que esto es un error en deCONZ.

Tengo una pregunta algo no relacionada, es decir, en deCONZ gui hay esta luz de estado redonda en cada dispositivo. No pude encontrar ninguna explicación de lo que significa y lo que significan los diferentes colores (verde / azul). Leí en alguna parte que el verde indica un proceso de unión sin terminar. Algunos de mis termostatos parpadean en azul, otros en verde y algunos a veces en verde y a veces en azul. No sé qué hacer con eso.

Por último, @gacekk No hay forma en este momento de emparejar el Spirit Zigbee a través de la interfaz de usuario web; necesita acceder a la GUI deCONZ y realizar el proceso de emparejamiento como se describe en este hilo. ¿Quizás una entrada en la wiki sería una buena idea?

¡Atentamente!

¿Cómo se usa exactamente el rastreador para volver a conectar los dispositivos?

Tu no Utiliza el rastreador para ver a qué enrutador envía el dispositivo final sus comandos en el nivel MAC (bajo el supuesto de que ese es el padre anterior) y para confirmar que el dispositivo final falta en la respuesta al comando _Query Neightbour Table_ (desde la izquierda menú desplegable en deCONZ GUI). Luego usa la GUI deCONZ para forzar una reconexión por parte de ese enrutador (presionando la tecla L ).

Al intentar actualizar dos termostatos simultáneamente, uno de los dispositivos parece registrar el cambio en el punto de ajuste de temperatura, pero la próxima vez que envía un informe de estado, informa el punto de ajuste de temperatura anterior.

¿Por qué crees que el dispositivo parece registrar el cambio? ¿Leíste el atributo 0x4003 en la GUI de deCONZ? Si no es así, solo está viendo el caché deCONZ, que se actualizó al enviar el comando. Pero no hay garantía de que el comando llegue realmente al TRV, y mucho menos de que el TRV haya cumplido con el comando.

¿Cómo actualizas los dos dispositivos? Los Spirit TRV no admiten grupos, por lo que debe enviar varios comandos. He visto algunos problemas con las reglas que no se activan cuando esperaba que lo hicieran (# 2148), así que es mejor verificar el registro deCONZ o usar un rastreador para confirmar que la puerta de enlace envía el comando.

en deCONZ gui hay esta luz de estado redonda en cada dispositivo

Si la memoria no me falla:

• Verde: el dispositivo final está sondeando la puerta de enlace (solo para dispositivos conectados directamente a RaspBee / ConBee);
• Azul: deCONZ está enviando o recibiendo comandos para este dispositivo;
• Amarillo: deCONZ ha enviado un comando, pero no recibió un ACK;
• Rojo: deCONZ alcanzó un tiempo de espera al enviar un comando; esto es lo que verá cuando el TRV haya sido rechazado por su padre.

que a su vez se interpreta como un cambio manual y, por lo tanto, arruina mi horario.

Estoy viendo la misma mierda. Probé una regla para volver a establecer el punto de ajuste cuando recibo un informe con cualquier valor de punto de ajuste que no sea el valor programado, pero luego ya no puedo anular manualmente el programa.

Estoy pensando en implementar un motor de estado finito en las reglas deCONZ, que recuerde si todavía hay un cambio de punto de ajuste no confirmado pendiente (usando un sensor CLIP), reenviar el comando, hasta que el punto de ajuste reportado coincida con el objetivo. Después de eso, aceptaría anulaciones manuales.

Sin embargo, eso tendrá que esperar hasta las vacaciones de Navidad. Por supuesto, esto funcionará solo después de que Spirit haya encontrado un nuevo enrutador principal (ya sea de forma espontánea o después de reiniciarlo).

Ah, y una cosa más: ¿Es posible actualizar el firmware del Spirit a través de deCONZ? Mis espíritus más antiguos son _HW Version_ 34, _Application Version_ 18 con _Date Code_ 20190408 y OTAU _Current File Version_ 0x0122c380 mientras que los más nuevos son _HW Version_ 35, _Application Version_ 22 con _Date Code_ 20191014 y OTAU _Current File Version_ 0x0162e9d2

Tampoco puedo encontrar información sobre actualizaciones de firmware en la página de inicio de Eurotronics. El manual solo dice "Se proporciona un historial de revisión por separado", pero no hay pistas sobre dónde encontrarlo.

Ah, y una cosa más: ¿Es posible actualizar el firmware del Spirit a través de deCONZ?

Debería serlo, una vez que hayamos encontrado el firmware. Los míos están en 20181205 (que, según el estándar, debería ser la fecha de fabricación, no la fecha del firmware, pero he visto muchos dispositivos que usan esto como la fecha del firmware) y _HW Version_ 34. El firmware tiene _SW Build ID_ 15181120 y _Application Version_ 15.

¿Por qué crees que el dispositivo parece registrar el cambio? ¿Leíste el atributo 0x4003 en la GUI de deCONZ? Si no es así, solo está viendo el caché deCONZ, que se actualizó al enviar el comando. Pero no hay garantía de que el comando llegue realmente al TRV, y mucho menos de que el TRV haya cumplido con el comando.

Cuando experimenté este problema por primera vez, pude ver que las válvulas están reaccionando al nuevo punto de ajuste. Pero ~ 5 minutos después, el punto de ajuste anterior se informó como el punto de ajuste real. No he confirmado que el comando haya llegado al TRV esta vez y lo investigaré más a fondo mañana.

¿Cómo actualizas los dos dispositivos? Los Spirit TRV no admiten grupos, por lo que debe enviar varios comandos. He visto algunos problemas con las reglas que no se activan cuando esperaba que lo hicieran (# 2148), así que es mejor verificar el registro deCONZ o usar un rastreador para confirmar que la puerta de enlace envía el comando.

Como mencioné anteriormente, uso schedy para asistente de hogar. Este es un marco de programación de Python que permite agrupar dispositivos en habitaciones. No estoy seguro de cómo funciona esto internamente, pero sí, ¡estaré enviando múltiples comandos con seguridad! Verificaré el registro deCONZ cuando encuentre la hora.

Gracias por aclarar los colores del indicador de estado. No he visto un indicador de estado rojo, por lo que todavía no he tenido problemas con los padres que repudian a sus hijos.

Si hubiera una manera de asegurarse de que un cambio de punto de ajuste alcanza el TRV o al menos reaccionar cuando un punto de ajuste reportado no coincide con el punto de ajuste deseado, ¡sería genial! Si puedo ser de alguna ayuda mediante la prueba o algo más, ¡estaría feliz de ayudar!

Atentamente

Editar: estoy abriendo un nuevo problema para esto

¿Cómo se usa exactamente el rastreador para volver a conectar los dispositivos?

Tu no Utiliza el rastreador para ver a qué enrutador envía el dispositivo final sus comandos en el nivel MAC (bajo el supuesto de que ese es el padre anterior) y para confirmar que el dispositivo final falta en la respuesta al comando _Query Neightbour Table_ (desde la izquierda menú desplegable en deCONZ GUI). Luego usa la GUI deCONZ para forzar una reconexión por parte de ese enrutador (presionando la tecla L ).

Para ser honesto, no estoy seguro de poder seguirlo. El rastreador me muestra que el Espíritu sigue enviando una solicitud de reincorporación y que mi coordinador envía una respuesta de reincorporación:

Solicitud:

Respuesta:

Aquí mi GUI deCONZ:

¿Dónde está la _Query Neightbour Table_ ahora? No lo veo en la GUI de deCONZ.
Cuando presiono L (mientras selecciono el Coordinador) se va y se vuelve a unir. No pasa nada cuando le hago eso al espíritu, incluso cuando me voy y me vuelvo a unir presionando el botón en la parte superior. ¿Estoy haciendo algo mal o simplemente no funciona?

El rastreador me muestra que el Espíritu sigue enviando una solicitud de reincorporación y que mi coordinador envía una respuesta de reincorporación

No he visto eso antes. Parece que el Espíritu no acepta la respuesta y vuelve a intentarlo. No estoy muy familiarizado con estos comandos, pero ¿no debería la respuesta contener la dirección NWK del dispositivo final?

Aquí mi GUI deCONZ

Entonces, el coordinador es su único enrutador. En ese caso, ya sabe cuál se supone que es el enrutador principal, por lo que no es necesario averiguarlo utilizando el rastreador.

¿Dónde está ahora la tabla Query Neightbour?

En el menú desplegable detrás de la izquierda de los dos círculos a la derecha del nodo.

No pasa nada cuando le hago eso al espíritu

Eso es de esperar cuando deCONZ no puede alcanzar el Espíritu.

No he visto eso antes. Parece que el Espíritu no acepta la respuesta y vuelve a intentarlo. No estoy muy familiarizado con estos comandos, pero ¿no debería la respuesta contener la dirección NWK del dispositivo final?

No estoy seguro tbh. No pude resolverlo, así que simplemente lo reinicié.

En el menú desplegable detrás de la izquierda de los dos círculos a la derecha del nodo.

Ah, ya veo. Así que tuve que seleccionar "Leer tabla de vecinos".

Bien, ahora eso está más o menos resuelto. ¿Sabes cómo recupero las líneas verdes de todos los demás dispositivos? Están conectados como parece, ya que mis sensores de movimiento funcionan en HA. Pero la línea verde hacia el coordinador no regresa.

Las líneas son solo una representación gráfica de las tablas vecinas. No indican una conexión activa, no existe tal cosa en ZigBee, solo mensajes. Se dibujan cuando deCONZ consulta las tablas vecinas.

Hola a todos,
No sé si son relevantes, pero quizás sea interesante saber que Amazon los vende actualmente por 27,99 €. Ahora voy a reemplazar todos los termostatos por esos: https://amzn.to/2YRHqOB

@ebaauw Acabo de intentar actualizar mi homebridge-hue a la versión 11.8. Esto es lo que pasó. ¿Que tengo que hacer?

Abra un problema con homebridge-hue. Esto no tiene nada que ver con el soporte de Eurotronic Spirit en deCONZ.

Estoy usando 3 zigbees espirituales desde este período de calentamiento y se están convirtiendo periódicamente en zombies. Ya no reaccionan a ningún comando que envíe a través de deCONZ / hassio. También me reuní con ellos varias veces y me aseguré de una cobertura adecuada en zigbee. Dos de ellos están conectados a través del raspberry pi 4 que opera el stick conbee 2, uno a través de una malla sobre una luz de tono.

Phoscon GW: 2.05.72 / 12.12.2019
Firmware: 264A0700
Complemento Hassio: V4.1
Hassio: 0.102.3
Spirit Zigbee Versión: 20190408

Una vez que se convirtieron en zombies, puedo recuperarlos presionando cualquiera de los botones del TRV para que vuelvan a presionar su estado en la red.

¿Hay alguien que también experimente estos problemas o tenga algunos consejos sobre lo que puede salir mal?

En caso de que intente enviar un comando a un TRV zombi, el registro confirma que el comando no llega al TRV:
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

Una vez que se convirtieron en zombies, puedo recuperarlos presionando cualquiera de los botones del TRV para que vuelvan a presionar su estado en la red.

Nunca he experimentado eso. En mi caso, la puerta de enlace no puede alcanzar el TRV, pero el TRV todavía puede llegar a la puerta de enlace ( state.lastupdated continúa actualizándose). Necesito apagar y encender el TRV (quitar y volver a insertar la batería) para remediar la situación.

Todos mis SPZB0001 TRV simplemente se desconectaron del redoble de

Editar: responden a las operaciones de lectura del clúster, pero aparecen como desconectados en la GUI de deconz.

Un pensamiento que me viene a la mente: AFAICS, el SPZB0001 considera que la hora actual es el comienzo de la época de UNIX, el RTC no parece estar funcionando. ¿Hay alguna forma de establecer la hora correcta a través del clúster Time (0x000A)?

Acabo de recibir 2 de estos juguetes. Me las arreglé para que aparecieran en la interfaz gráfica de usuario e incluso puse la temperatura en la interfaz gráfica de usuario.
Desafortunadamente, no puedo encontrarlo en la aplicación web y tampoco aparece en mi domoticz. ¿Hay alguna forma de llevarlos allí?

Desafortunadamente, no puedo encontrarlo en la aplicación web y tampoco aparece en mi domoticz. ¿Hay alguna forma de llevarlos allí?

Tuve el mismo problema al principio. Reiniciar el servidor hizo el trabajo por mí.

Desafortunadamente, eso no ayudó. reiniciado varias veces. La interfaz gráfica de usuario muestra ambos como conectados, pero la interfaz web aún no los muestra. Estoy en la v2.05.71. ¿Tengo que actualizar a 2.05.72 para que funcionen?
Esa es mi salida de interfaz gráfica de usuario:

EDITAR: actualizado a .72 y sigue siendo el mismo

Desafortunadamente, eso no ayudó. reiniciado varias veces. La interfaz gráfica de usuario muestra ambos como conectados, pero la interfaz web aún no los muestra.

La interfaz de usuario web de Phoscon no mostrará el SPZB0001, aunque estará disponible a través de la API REST.

El problema con los TRV zombies todavía ocurre con más o menos frecuencia, lo que resulta en aproximadamente un 15% de disparadores fallidos.

Tengo que molestó ya que pasé horas de horas investigando en los últimos meses que creo que voy a escribir el vendedor y pedir lo que s * que están vendiendo (esta cuestión se informó ampliamente en el Internet)

El problema con los TRV zombies todavía ocurre con más o menos frecuencia, lo que resulta en aproximadamente un 15% de disparadores fallidos.

Tengo que molestó ya que pasé horas de horas investigando en los últimos meses que creo que voy a escribir el vendedor y pedir lo que s * que están vendiendo (esta cuestión se informó ampliamente en el Internet)

Bueno, tengo 14 de estos dispositivos y estoy más que feliz. El único problema que tuve fue que a veces uno de los dispositivos no reaccionaba a un comando enviado simultáneamente a 3 dispositivos en una habitación. Resolví este problema retrasando cada comando unos segundos. Funciona impecable. Tal vez no tenga un "servidor" como una bombilla cerca y la señal sea demasiado débil. Tengo los dispositivos en 3 pisos y los amo.

Tengo 8 que, en ocasiones, parecen haber sido expulsados ​​por su enrutador principal y no encuentran un nuevo padre. Todavía están enviando informes a la puerta de enlace (por ejemplo, cuando se cambia la temperatura objetivo en el TRV), pero los comandos de la puerta de enlace no llegan al TRV. Cuando quito y vuelvo a insertar las baterías TRV, funciona de nuevo.
No he podido detectar un patrón bajo qué circunstancias sucede esto. Algunas de mis TRV parecen más vulnerables que otras, pero les ha sucedido a todas. Todos ejecutan firmware 15181120 . La mayoría eligió una bombilla Hue como padre, pero a veces eligen un enchufe interno o incluso un XBee.

Existe un problema con el complemento de la API REST que las reglas basadas en /config.localtime y las reglas con una condición ddx veces no son despedidas, consulte https://github.com/dresden-elektronik/deconz -resto-complemento / problemas / 2148. Utilizo muchos de estos para controlar los TRV.

Hola chicos, acabo de comprar uno de estos termostatos espíritu ZigBee para jugar, pero no puedo conectarlo a mi red, aunque tengo otros dispositivos como interruptores, bombillas, sensores conectados sin problemas. ¿Alguien podría ayudarme a averiguar qué estoy haciendo mal? Tengo un conbee II conectado a Home Assistant y el proceso de adición se realiza de la misma manera que para otros sensores a través de la interfaz de usuario web.
@ Tobi0892, ¿ podría ayudarme a conectar mi TVR a HASSIO? qué pasos debo seguir:
Lo que estoy haciendo es:

1. Interfaz de usuario web abierta de deconz
2. Vaya a sensores y haga clic en agregar nuevo sensor
3. Mientras el escaneo está en progreso, inserto las baterías en TVR

Puedo ver cómo el icono de wifi parpadea en el TVR pero no pasa nada :(

Chicos, permítanme intervenir aquí ya que obtuve el mío hace 2 días para evaluar si podrían ser un reemplazo opcional para mi fritz 301.

Una cosa sorprendente que observé es que cuando el TRV pierde la conexión con el coordinador durante más tiempo (digamos 18h), entonces es un poco fubar. Literalmente nada mientras se está oliendo (puerta de enlace de prueba dedicada con solo el TRV conectado). No hay posibilidad de recuperarlo con vida excepto para reiniciarlo y unirse.

¿Alguien más tuvo esa experiencia?

@Valcob ¿Supongo que te refieres a Phoscon? Si no, pruébalo allí. De vez en cuando, no trabajo en el primer intento de unión. Por cierto, debe estar en modo unirse (jin en la pantalla). El reinicio es los 3 botones presionados simultáneamente durante 10 segundos.

Tengo el mismo problema que @Valcob aquí, Phoscon no puede encontrar los dispositivos si trato de agregarlos como sensor. Ambos dispositivos TRV se reiniciaron recientemente y en Jin, el botón central está parpadeando. El escaneo termina con el mensaje Failed to connect en Phoscon. Otros sensores y luces se conectaron sin ningún problema.

Estoy usando una Raspberry Pi 3 con Docker y RaspBee.
Gateway-Versión: 2.05.72 / 12/12/2019
Firmware: 26330500

Tuve muchos problemas para que el mío fuera reconocido correctamente. Lo que hizo el truco fue seguir esos pasos:

• abrir deconz gui
• iniciar la búsqueda de sensores en el servicio web de phoscon
• emparejar el trv con la red
• en la interfaz gráfica de usuario: vaya a la información del clúster y lea la información básica mientras la búsqueda del sensor aún está en curso.
  Esos pasos funcionaron siempre para mí.

@SwoopX gracias amigo, me salvaste :) el maldito manual dice que necesito presionar el círculo y los botones más durante diez segundos para reiniciar el dispositivo, pero luego verifiqué la versión alemana también y noté que en realidad tienes que presionar todos tres botones una maldita instrucción engañosa en la versión en inglés maldita sea. Ahora tengo mis TVR conectados y puedo continuar con las pruebas :) gracias de nuevo

@ michi1g Probé tus sugerencias y ahora parecen estar emparejadas. Al menos puedo ver ambos dispositivos en la interfaz gráfica de usuario de deconz y modificar algunos valores allí. Pero todavía no puedo ver los sensores en la vista del sensor en Phoscon.

Esto no es posible por el momento, @githtz. Los espíritus no se pueden controlar a través de foscon. Sin embargo, están expuestos a través de la API REST y, por lo tanto, deberían aparecer en homeassistant.

Realmente deberíamos poner el procedimiento de emparejamiento y la información de que los espíritus no se pueden controlar a través de phoscon en la wiki. La información queda enterrada en este hilo.

Hola chicos, en primer lugar agradezco mucho su ayuda: ¡este hilo es super útil! Ahorra mucho tiempo y esfuerzo para el emparejamiento inicial: debería haberse escrito en todas partes que los termostatos no se muestran en la aplicación Phoscon mientras se muestran en Home Assistant después del procedimiento inicial (busque nuevos sensores - lea la información básica del clúster desde deconz GUI)!

De todos modos, como ya dije, estoy teniendo los mismos problemas que alguien de ustedes: configurar la temperatura funciona solo durante las primeras horas después del emparejamiento, entonces la integración parece que ya no funciona y es necesario volver al reinicio-emparejamiento procedimiento. ¿Cree que esto se puede solucionar con una actualización del firmware del termostato / puerta de enlace? Estoy usando raspbee en raspberry pi ...

Hola chicos, tengo un problema similar, además soy muy nuevo en este tema. Utilizo Home Assistant (0.103.6; HassOS 3.7) en RPi 4 e hice estos pasos desde @ michi1g hasta el último. Aquí, no puedo entender cómo "leer la información básica del clúster desde la GUI de deconz".
(Podría emparejar los sensores Xiaomi Aqara previamente y puedo leer sus datos; de estos, concluí, mi sistema funciona).
Después de restablecer mi TRV, muestra el estado de conexión, pero todavía no puedo acceder a él en Home Assistant. ¿Me pueden ayudar con un procedimiento paso a paso? :)
Gracias.

Hola @rollair, como se mencionó varias veces en este hilo (sé que es mucho para leer), necesita tener acceso a la GUI de deconz. Esa no es la interfaz de usuario web de Phoscon, sino la GUI que ves en las capturas de pantalla de la primera publicación de este hilo. Debe leer el clúster básico de la GUI para activar la generación de entidades REST-API. Con este fin, debe identificar su nodo TRV, haga clic en el círculo más a la derecha y luego seleccione el grupo Básico en el menú desplegable. En el cuadro de la izquierda, seleccione la pestaña "información del clúster" y presione "leer".

Vea la captura de pantalla en https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 y una de las instrucciones paso a paso en este hilo.

Desafortunadamente, no puedo decirle cómo obtener acceso a la GUI de deconz desde una instalación de hass.io. Pero creo que también vi algunas instrucciones para eso.

Lo siento, pero quiero decir que todo esto es tiempo perdido. Tarde o temprano lo harás
hacer un recorte y el dinero y el tiempo se pierde. Normalmente mi objetivo es solo
Zigbee, solo con iobroker. Pero no hay un termostato zigbee que
trabajar sin errores. Tengo más de un evento de sauna y no hay respuesta de
Soporte Eurotronic. Y es por eso que vuelvo a Netter Systems para
Termostatos como homematic ip o salus.

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

Hola @rollair https://github.com/rollair como se mencionó en numerosas ocasiones en
este hilo (sé que es mucho para leer) necesitas tener acceso al
deconz GUI. Esa no es la interfaz de usuario web de Phoscon, sino la interfaz de usuario que ve en la
capturas de pantalla de la primera publicación de este hilo. Necesitas leer el
clúster básico de la GUI para desencadenar la generación de entidades REST-API.
Con este fin, debe identificar su nodo TRV, haga clic en el extremo derecho
círculo y luego seleccione el grupo básico en el menú desplegable. En la izquierda
marco seleccione la pestaña "información del clúster" y presione "leer".

Vea la captura de pantalla en el n. ° 1098 (comentario)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
y una de las instrucciones paso a paso de este hilo.

Desafortunadamente, no puedo decirle cómo obtener acceso a la GUI deconz desde
una instalación de hass.io. Pero creo que vi algunas instrucciones para eso,
también.

-
Recibes esto porque te mencionaron.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4WNTZVREXWK3TUL52HS4WNMVREXWK3TUL52HS4WNMVREX
o darse de baja
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

Lo siento, pero quiero decir que todo esto es tiempo perdido. Antes o después, hará un recorte y el dinero y el tiempo se perderán. Normalmente mi objetivo es solo Zigbee, solo con iobroker. Pero no existe un termostato zigbee que funcione sin errores. Tengo más de un evento de sauna y no hay respuesta del soporte de Eurotronic. Y es por eso que vuelvo a Netter Systems para termostatos como homematic ip o salus. Sk4zz [email protected] schrieb am Do., 9. de enero de 2020, 19:23:
...
Hola @rollair https://github.com/rollair, como se mencionó en numerosas ocasiones en este hilo (sé que hay mucho para leer), debe tener acceso a la GUI de deconz. Esa no es la interfaz de usuario web de Phoscon, sino la GUI que ves en las capturas de pantalla de la primera publicación de este hilo. Debe leer el clúster básico de la GUI para activar la generación de entidades REST-API. Con este fin, debe identificar su nodo TRV, haga clic en el círculo más a la derecha y luego seleccione el grupo Básico en el menú desplegable. En el cuadro de la izquierda, seleccione la pestaña "información del clúster" y presione "leer". Vea la captura de pantalla en # 1098 (comentario) < # 1098 (comentario) > y una de las instrucciones paso a paso en este hilo. Desafortunadamente, no puedo decirle cómo obtener acceso a la GUI de deconz desde una instalación de hass.io. Pero creo que también vi algunas instrucciones para eso. - Estás recibiendo esto porque te mencionaron. Responder a este correo electrónico directamente, visualizarla en GitHub <# 1098? Email_source = notificaciones y email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>, o darse de baja https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Como dije: tengo 14 dispositivos y todos funcionan impecablemente desde hace más de un mes. Al principio tuve el problema de que 1 dispositivo no respondía después de unos días. Pero ahora, cero problemas. ¿Quizás es porque saco el valor del punto de ajuste de calor cada 15 minutos? Por lo tanto, ningún dispositivo cae en sueño profundo o lo que sea que cause el error. Los uso con conbee II en un núcleo Intel a través de ioBroker. La "programación" se realiza con el nodo Rojo. Pero soy un novato absoluto ...

Extraigo el valor del punto de ajuste de calor cada 15 minutos.

¿Modificó el complemento de la API REST para eso, o está utilizando deconz-cli-plugin? Tenga en cuenta que consultar el dispositivo desde la API REST solo devuelve el estado en caché y no da como resultado ningún mensaje de ZigBee.

Lo siento, pero quiero decir que todo esto es tiempo perdido. Antes o después, hará un recorte y el dinero y el tiempo se perderán. Normalmente mi objetivo es solo Zigbee, solo con iobroker. Pero no existe un termostato zigbee que funcione sin errores. Tengo más de un evento de sauna y no hay respuesta del soporte de Eurotronic. Y es por eso que vuelvo a Netter Systems para termostatos como homematic ip o salus. Sk4zz [email protected] schrieb am Do., 9. de enero de 2020, 19:23:
...
Hola @rollair https://github.com/rollair, como se mencionó en numerosas ocasiones en este hilo (sé que hay mucho para leer), debe tener acceso a la GUI de deconz. Esa no es la interfaz de usuario web de Phoscon, sino la GUI que ves en las capturas de pantalla de la primera publicación de este hilo. Debe leer el clúster básico de la GUI para activar la generación de entidades REST-API. Con este fin, debe identificar su nodo TRV, haga clic en el círculo más a la derecha y luego seleccione el grupo Básico en el menú desplegable. En el cuadro de la izquierda, seleccione la pestaña "información del clúster" y presione "leer". Vea la captura de pantalla en # 1098 (comentario) < # 1098 (comentario) > y una de las instrucciones paso a paso en este hilo. Desafortunadamente, no puedo decirle cómo obtener acceso a la GUI de deconz desde una instalación de hass.io. Pero creo que también vi algunas instrucciones para eso. - Estás recibiendo esto porque te mencionaron. Responder a este correo electrónico directamente, visualizarla en GitHub <# 1098? Email_source = notificaciones y email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>, o darse de baja https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Es una lucha de brujas conbee y deconz, tengo que admitirlo. Pero ese es un modelo del mercado de zigbee. Sí, el protocolo está estandarizado, pero sin una buena integración de nuevos dispositivos o procesos de autointegración aplicados, se reduce a quién es más rápido.
En el caso de Eurotherm Zigbee, la integración en el adaptador iobroker.zigbee en combinación con un koenkk flasheado cc2531 funciona a las mil maravillas. Nunca se pierde y puedo exportarlo a través del adaptador iot a alexa. Al final, estoy operando 2 redes zigbee con diferentes puentes usando el que funciona mejor dependiendo del sensor que se use. Crucemos los dedos para lograr una mejor integración en rest / conbee / deconz.

Es una lucha de brujas conbee y deconz, tengo que admitirlo.

ConBee II / deCONZ parece tener un problema de enrutamiento masivo cuando el SPZB0001 no está conectado directamente al coordinador (las rutas se pierden después de unos días). Desafortunadamente, el soporte no ha respondido a las consultas hasta ahora.

En el caso de Eurotherm Zigbee, la integración en el adaptador iobroker.zigbee en combinación con un koenkk flasheado cc2531 funciona a las mil maravillas. Nunca se pierde y puedo exportarlo a través del adaptador iot a alexa. Al final, estoy operando 2 redes zigbee con diferentes puentes usando el que funciona mejor dependiendo del sensor que se use.

¿Puede compartir más detalles sobre su configuración? Estoy listo para abandonar ConBee II / deCONZ tan pronto como llegue mi CC2531 de China. ATM, estoy usando Home Assistant, por lo que cualquier tipo de integración sería bueno.

¿Alguien ha podido utilizar la detección de ventana abierta después de que se hayan emparejado los dispositivos? Según el manual, la detección se desactiva después del emparejamiento y puedo confirmarlo. ¿Alguna forma de volver a habilitarlo?

//Editar

Ok, parece que la detección sigue funcionando, pero bastante lenta. ¿Es posible ajustar la sensibilidad de alguna manera?

@ginkel No recomendaría abandonarlo. Es un producto sólido con un alcance muy bueno en comparación con el CC2531 (sin antena ni luces cercanas). Las funciones de agrupación, escenas, etc.son muy poderosas como cualquier otro puente como ikea o philips. Puede hacer uso de todo eso e incluir dispositivos faltantes / que funcionan mal en conbee con otra red zigbee (en otro canal) operada por el CC2531. Esa es precisamente mi configuración. Tengo todas mis luces y muchos sensores / botones Xiaomi en la barra de conbee, pero utilizo todos mis enchufes de alimentación IKEA y Xiaomi y Eurotherm a través de CC2531. Nunca olvides que si no usas Phoscon tienes que usar escenas de iobroker y esas cosas. ¡Mucho trabajo por hacer donde dresden elektronik hizo un buen trabajo! Adjunto fotos de mi configuración ...

Chicos, gracias por la ayuda en esta publicación hasta ahora: conseguí que mi regulador Eurotronics funcionara en mi ConnBee-II en iobroker, al menos de alguna manera ...
Mucha lucha cuando no se reconoció, muchos reinicios y luego funcionó.
Pero parece que el sensor no está implementado correctamente. No puedo ver la temperatura objetivo, la posición de la válvula, etc. (compare mi captura de pantalla con la de @realwax arriba)

¿Dónde puedo empezar a buscar una solución? ¿O alguien experimentó lo mismo y conoce una solución?

@ selen278 Supongo que es una limitación de iobroker (o cómo deconz maneja los termostatos). La temperatura objetivo del SPZB0001 se almacena en el config del sensor y no como state .

Tengo el mismo problema aquí.

Y eso es lo que muestra iobroker.

@githtz No apuntaría a iobroker ya que lo tengo funcionando con todos los valores con el adaptador zigbee en un cc2531. El complemento deconz para iobroker debería exponer la api rest deconz y los dispositivos unidos con todos los parámetros integrados. No soy un experto aquí, pero según tengo entendido, carecemos de una implementación adecuada de la API de descanso deconz de Eurotronic Zigbee de primera mano. Si eso está arreglado, tendrías todos los parámetros. Y, por otro lado, es el puente gui (Phoscon) que no puede modificar nada más que las luces. (eso no es realmente necesario para la automatización del hogar, pero sería una buena característica) Aunque lo hice funcionar yo mismo a través de deconz, cambié al cc2531 ya que es más estable y confiable en el uso del Eurotronic. Básicamente, depende de que dresden elektronik y sus desarrolladores lo solucionen. Tal vez me equivoqué en algo, si es así, por favor discúlpeme, ¡no quiero molestar a nadie!

@realwax No sé cómo están las cosas con el iobroker No lo uso en mi instancia de asistente de hogar, todo es visible, incluso el estado de la válvula y todo se puede hacer clic y se puede ajustar sin problema


Así que supongo que deconz está bien para pasar la información de TVR a HA (asistente de hogar). Lo único que tenía es la forma en que necesito conectar el TVR con la red.

1. Conéctese al backend VNC del deconz
2. Desembale el TVR y en la interfaz de usuario web de phoscon, vaya a los sensores, haga clic en agregar nuevo sensor
3. Dado que el TVR está desembalado y listo para conectar, ponga las baterías
4. Verifique el VNC en esta etapa, mostrará un dispositivo en el zigbee lan, pero no debería suceder nada más
5. Haga clic en las propiedades, el círculo más a la derecha en la tarjeta del dispositivo que aparece y el grupo básico
6. A la izquierda hay un botón que dice leer información del clúster, haga clic en ese y verá información sobre su TVR
7. Reinicie el dispositivo (presione los 3 botones durante 10 segundos)
8. Irá al modo de conexión nuevamente y esta vez aparecerá como se esperaba en el VNC, lo que significa que toda la información sobre el dispositivo estará en la propia tarjeta. Y al mismo tiempo, la información del dispositivo también se enviará a la instancia HA.

Eso es todo, debería ser lo suficientemente simple como para agregar más TVR. Tengo 8 de ellos y no tengo ningún problema como en absoluto.
Solo asegúrese de tener suficientes repetidores en su casa, es decir, cualquier dispositivo zigbee (bombilla, enchufe o cualquier cosa que tenga energía de la red eléctrica) que pueda actuar como repetidor

Espero que esto ayude

¡Instalé la imagen de la ventana acoplable home-assistant en mi rpi3 además de deconz y iobroker y listo!

Así que supongo que los TVR están emparejados correctamente, yay. Aunque me pregunto por qué iobroker no puede acceder a la configuración de TRV. ¿Quizás el iobroker-deconz-plugin no es compatible con el deconz api por completo?

Es bueno escuchar. Así que estaba equivocado con respecto a mis pensamientos sobre deconz rest api. Con respecto a iobroker deconz, hubo una actualización hace dos días. ¿Quizás uno de con iobroker quiere volver a intentarlo? https://github.com/iobroker-community-adapters/ioBroker.deconz
Lo haría yo mismo, pero ya tengo el mío conectado e integrado.

Lo probé hoy y recreé mi instancia de iobroker desde cero, pero aún así los sensores son de solo lectura en la interfaz de iobroker. Supongo que crearé un problema en ese proyecto.

Puedo confirmar que tampoco puedo controlarlos usando iobroker. Aparecen, pero el área es de solo lectura, no hay forma de establecer la temperatura.

¡Parece que la última versión 1.2.3 soluciona el problema! Al menos ahora puedo ver y modificar los valores de TRV.

¿Puedo establecer de alguna manera el nombre del TRV? Cuando cambio el valor en deCONZ no tiene efecto

¡No!
Pero puede usar sqlitebrowser y abrir ~ / .local / share / dresden-elektronik / deCONZ / zll.db
y cambie "SPZ0001" manualmente a lo que sea;)
Pero haga una copia de seguridad de su zll.db primero 8)

Usé cartero para hacerlo a través de la API. Simplemente obtenga la clave de API de la aplicación Phoscon y realice un PUT en http: // {$ DOCONZ_HOST} / api / {$ IP_KEY} / sensores / {$ SENSOR_ID} con el siguiente cuerpo sin formato: {"name": "{$ NUEVO NOMBRE}"}

¿Alguien más tiene problemas para conectar el Spirit a Hassio con deConz 5.1? Actualicé mi Hassio a 104.2 y después de reiniciar el Spirit no se volvió a conectar (otro lo hizo). Así que lo eliminé a través de VNC e intenté agregarlo a través de Phoscon, pero el Spirit no encuentra a Hassio a pesar de que están literalmente uno al lado del otro.

@Valcob ¿Puede explicar qué quiere decir con 'Y al mismo tiempo, la información del dispositivo también se enviará a la instancia de HA'?
Estoy tratando de seguir sus instrucciones para una marca diferente de termostato (eCozy) y puedo leer todos los datos en VNC, pero no estoy seguro de cómo obtener la entidad en HA. Ejecutando deCONZ en un dispositivo conbee como complemento de hassio, RPi.

@ddppddpp por favor abra una nueva solicitud de integración o emita esta es para disculparse.

He vuelto a leer el _ hilo completo_ dado que mis últimos comentarios aquí fueron en algún momento de octubre de 2019.
Entonces, para tenerlo muy claro en este momento (02.02.2020):

• El termostato debe emparejarse leyendo la información del grupo en la GUI;
• WebUI no mostrará el termostato debajo de la pestaña Sensors ;
• Cualquiera que tenga enrutadores secundarios (luces, enchufes, etc.): si el termostato se conecta a la red a través de ellos, en algún momento pierden esa conexión y no pueden volver a unirse automáticamente a la red, y uno deberá quitar y volver a insertar la batería;

¿Son estos tres puntos correctos hasta la fecha?

Si es así, ¿hay algún WIP que aborde estos para mejorar el soporte de estos TRV (emparejamiento y WebUI) y también aumentar la confiabilidad (perdiendo la conexión cuando la red tiene coordinador + enrutadores)?

He vuelto a leer el _ hilo completo_ dado que mis últimos comentarios aquí fueron en algún momento de octubre de 2019.
Entonces, para tenerlo muy claro en este momento (02.02.2020):

• El termostato debe emparejarse leyendo la información del grupo en la GUI;
• WebUI no mostrará el termostato debajo de la pestaña Sensors ;
• Cualquiera que tenga enrutadores secundarios (luces, enchufes, etc.): si el termostato se conecta a la red a través de ellos, en algún momento pierden esa conexión y no pueden volver a unirse automáticamente a la red, y uno deberá quitar y volver a insertar la batería;

¿Son estos tres puntos correctos hasta la fecha?

Si es así, ¿hay algún WIP que aborde estos para mejorar el soporte de estos TRV (emparejamiento y WebUI) y también aumentar la confiabilidad (perdiendo la conexión cuando la red tiene coordinador + enrutadores)?

Mis 14 termostatos están conectados a través de varias luces y enchufes y en los últimos 2 meses no tuve ni un solo caso de pérdida de conexión.
Tengo muchos sensores de aqara que son menos confiables.

He vuelto a leer el _ hilo completo_ dado que mis últimos comentarios aquí fueron en algún momento de octubre de 2019.
Entonces, para tenerlo muy claro en este momento (02.02.2020):

• El termostato debe emparejarse leyendo la información del grupo en la GUI;
• WebUI no mostrará el termostato debajo de la pestaña Sensors ;
• Cualquiera que tenga enrutadores secundarios (luces, enchufes, etc.): si el termostato se conecta a la red a través de ellos, en algún momento pierden esa conexión y no pueden volver a unirse automáticamente a la red, y uno deberá quitar y volver a insertar la batería;

1) y 2) son correctos. Para 3) Creo que, en mi humilde opinión, hay un problema de enrutamiento más general que es eliminar dispositivos de la red. Ayer volví a perder algunas bombillas TRADFRI después de que un SPZB0001 se volviera inaccesible el día anterior. Como el soporte ha estado ignorando principalmente las solicitudes durante más de un mes, ahora he migrado a un CC2531 con zigbee2mqtt y no estoy mirando hacia atrás.

Editar: Usando un rastreador de Zigbee, pude ver claramente que el SPZB0001 no está perdiendo la conexión a la red, sino que envía felizmente paquetes de solicitud de datos a su enrutador, pero al intentar leer un clúster desde la GUI de deCONZ, estaba claro que deCONZ no está enviando cualquier solicitud en este caso.

Tengo la aplicación web deCONZ Phoscon ejecutándose en una Raspi. Estoy usando la versión 2.05.72 / 12.12.2019 de la aplicación, firmware 264A0700 como servicio. Sin la GUI, pero con la webUI (que es excelente, por cierto). Utilizo luces y sensores en zigbee para que estén disponibles en ioBroker y openHAB y funciona de maravilla. Pero puedo confirmarlo: con solo Phoscon-WebUI no hay forma de emparejar el termostato Eurotronic Spirit en este momento.

Mi solución: no usaré la aplicación UI / VNC, así que tuve que usar un CC2531 Stick en su lugar (como se propuso muchas veces anteriormente), que está funcionando ... un poco poco confiable (cada quinto comando funciona, los otros simplemente producen entradas en el registro de errores), pero eso no me molesta. Tan pronto como deCONZ WebApp sea compatible con este termostato, lo cambiaré.

Lo que encuentro molesto: Eurotronic Spirit ZigBee aparece en la lista de elementos admitidos (que fue el motivo por el que compré el conBEE2). El comentario de esa entrada te lleva a esta misma página de solicitud, donde lees, que tienes que usar la versión UI y hacer algunas cosas técnicas, para las que realmente no soy lo suficientemente inteligente o tienes que usar una puerta de enlace completa para obtener este termostato emparejado (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

El termostato debe emparejarse leyendo la información del grupo en la GUI;

No creo que ese sea siempre el caso y ciertamente no es un tema exclusivo del Espíritu. Emparejar dispositivos alimentados por batería es un desafío, y realmente recomendaría tener acceso a la GUI para monitorear y reiniciar un proceso de emparejamiento estancado.

El emparejamiento definitivamente se puede mejorar, pero eso requeriría una refactorización del código correspondiente. No es algo que hagas en una tarde lluviosa de domingo perdida. Probablemente sea mejor combinar eso con la API v2.

WebUI no mostrará el termostato en la pestaña Sensores;

Correcto. Después de que el complemento web REST API agrega soporte para un nuevo dispositivo, cada cliente API debe agregar soporte también. Phoscon es "solo" otro cliente API (que se ejecuta en su navegador web).

Y agradecería mucho que Eurotronic Spirit ZigBee pudiera integrarse pronto en Phoscon WebApp. Que, según tengo entendido, es el propósito de esta solicitud de soporte de dispositivo abierto.

Este repositorio es para el complemento API REST de código abierto. Phoscon no es de código abierto, por lo que nadie aquí, excepto los propios dresden elektronik, puede hacer algo al respecto.

Cualquiera que tenga enrutadores secundarios (luces, enchufes, etc.): si el termostato se conecta a la red a través de ellos, en algún momento pierden esa conexión y no pueden volver a unirse automáticamente a la red, y uno deberá quitar y volver a insertar la batería;

Hay muchos problemas de enrutamiento, especialmente en redes más grandes con luces mixtas, pero no creo que se apliquen al termostato. Encuentro que permanece conectado a la red correctamente y continúa enviando informes al coordinador. Sin embargo, el enrutador principal (anterior) ya no reconoce al Spirit como un niño, lo que lo hace inaccesible para otros dispositivos (por lo que ya no puede controlar o consultar el termostato de deCONZ).

He visto esto en mis ocho espíritus, pero algunos parecen más susceptibles a este problema que otros. Cuando eligen un enchufe innr SP 120 o mi lumi.curtain como padre, el problema aparece en un día. Cuando eligen una de mis luces Hue, pueden funcionar bien durante semanas. Por cierto, veo el mismo problema con mi FYRTUR ciego.

Creo que este problema es causado por el firmware Spirit, ya que no reconoce (¿siempre?) Que ha sido rechazado y, por lo tanto, no busca un nuevo padre. He tenido algunas ocasiones en las que encontró espontáneamente un nuevo padre, pero no he podido aislar las condiciones para esto. Apagar y encender / reiniciar el padre anterior a veces parece funcionar; apagar y encender el termostato siempre lo hace, no es necesario reiniciar y volver a emparejar el termostato. En ocasiones, encuentro que el termostato se ha reiniciado solo y es necesario volver a sincronizarlo.

En el espíritu (juego de palabras intencionado) de la divulgación completa, creo que hay dos problemas más:

• Encuentro que a veces los comandos no parecen llegar al termostato, a pesar de que es accesible. Todavía estoy depurando este problema, descubrí que a veces las reglas no se activan (ver # 2148), que se solucionará en v2.05.73. Me temo que deberíamos haber implementado state.pending después de todo, aunque el Spirit parece tener el sueño ligero, encuestando a su padre cada cinco segundos.
• No todas las funciones del Spirit aún son compatibles con el complemento API REST. En particular, no puede cambiar su modo y controlar la posición de la válvula manualmente. En mi humilde opinión, sería irresponsable apoyar eso antes de abordar el tema anterior.

¡Exactamente mi experiencia!

1er piso: Raspbee y un controlador TRADFRI de 30 W con tres espíritus conectados a Raspbee o Driver
==> ¡Todo funciona bien durante semanas! Envían informes y reciben nuevos heatsetpoints;)

Planta baja: Enrutador mixto Situación: innr sp120, osram smart plug01, bombilla ikea
==> Solo el envío de informes va bien. Establecer un nuevo punto de ajuste de calor nunca llega al objetivo (otros 4 espíritus, pero todos los espíritus están conectados)

@githtz podría explicar cómo exactamente hiciste que apareciera en el asistente de hogar.

Además, ¿alguien se ha puesto en contacto con dresden electronic sobre el soporte de web phoscon?

@LennyPenny ¿Intentaste esto?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz sí, lo conecté a la interfaz de

ah está bien, no importa, me puse a trabajar: hacer clic en el botón "leer" en la interfaz gráfica de usuario de deconz fue la parte que me perdí

@realwax No sé cómo están las cosas con el iobroker No lo uso en mi instancia de asistente de hogar, todo es visible, incluso el estado de la válvula y todo se puede hacer clic y se puede ajustar sin problema


Así que supongo que deconz está bien para pasar la información de TVR a HA (asistente de hogar). Lo único que tenía es la forma en que necesito conectar el TVR con la red.

1. Conéctese al backend VNC del deconz
2. Desembale el TVR y en la interfaz de usuario web de phoscon, vaya a los sensores, haga clic en agregar nuevo sensor
3. Dado que el TVR está desembalado y listo para conectar, ponga las baterías
4. Verifique el VNC en esta etapa, mostrará un dispositivo en el zigbee lan, pero no debería suceder nada más
5. Haga clic en las propiedades, el círculo más a la derecha en la tarjeta del dispositivo que aparece y el grupo básico
6. A la izquierda hay un botón que dice leer información del clúster, haga clic en ese y verá información sobre su TVR
7. Reinicie el dispositivo (presione los 3 botones durante 10 segundos)
8. Irá al modo de conexión nuevamente y esta vez aparecerá como se esperaba en el VNC, lo que significa que toda la información sobre el dispositivo estará en la propia tarjeta. Y al mismo tiempo, la información del dispositivo también se enviará a la instancia HA.

Eso es todo, debería ser lo suficientemente simple como para agregar más TVR. Tengo 8 de ellos y no tengo ningún problema como en absoluto.
Solo asegúrese de tener suficientes repetidores en su casa, es decir, cualquier dispositivo zigbee (bombilla, enchufe o cualquier cosa que tenga energía de la red eléctrica) que pueda actuar como repetidor

Espero que esto ayude

¡Eres un salvavidas! Estaba jugando y me había olvidado por completo de la interfaz vnc. Su explicación me enseñó sobre la interfaz vnc y el protocolo zigbee. Yo también soy ahora el feliz propietario de un TRV en pleno funcionamiento que funciona a la perfección con HA, ¡gracias!

@BeamMeUpTo @rsaffi
¿Encontraron alguna solución alternativa para eso? Tengo una especie de situación similar aquí ahora con dos SPZB0001 (directamente conectados al concentrador) funcionando bien, pero el tercero está conectado a varios enrutadores y simplemente deja de funcionar después de unos días. :decepcionado:

@BeamMeUpTo @rsaffi
¿Encontraron alguna solución alternativa para eso? Tengo una especie de situación similar aquí ahora con dos SPZB0001 (directamente conectados al concentrador) funcionando bien, pero el tercero está conectado a varios enrutadores y simplemente deja de funcionar después de unos días.

Todavía no tengo (todavía) otro dispositivo en casa que se comporte como un enrutador, así que no puedo decirlo por mí mismo. Tengo un amigo que tiene algunos enrutadores y algunos TRV Spirit Zigbee y ha estado enfrentando el mismo problema. Incluso creó una rutina personalizada para forzar cierta comunicación entre Home-Assistant y sus TRV cada 2 horas, para evitar "perderlos".

Mis primeros enchufes inteligentes llegarán entre hoy y mañana, así que finalmente tendré otros dispositivos que son enrutadores, estaré atento para ver si los TRV comienzan a comportarse mal o no.

Editar: para ser justos, todas mis luces son Philips Hue, que pueden actuar como enrutadores, pero no están conectadas a mi Home-Assistant directamente a través de Conbee + deCONZ, sino que usan Hue Bridge, por lo que es una red Zigbee separada.

@githtz - No, en realidad no.

@tkintscher

Mientras tanto, he solucionado esto leyendo la temperatura de un sensor Xiaomi y ajustando config.offset . Eso funcionó perfectamente, hasta que su RP cambió las unidades para el desplazamiento de 0.1 a 0.01 grados.

¿Puedes explicarme cómo lo hiciste? Soy nuevo en esto...
También @ebaauw ¿ alguna novedad sobre la teledetección?
gracias

También @ebaauw ¿ alguna novedad sobre la teledetección?

¿Por qué espera que tenga noticias? Por lo que he podido determinar, el TRV no admite esta función, aunque expone el atributo _Remote Sensing_. El manual no menciona esta función y el soporte de Eurotronic no parece reaccionar al correo electrónico. No hay nada que pueda hacer.

solo preguntando ... gracias

¿Todavía no hay actualizaciones para volver a agregar un TRV después de reiniciar el enrutador? De alguna manera lo reinicio regularmente (Home Assistant en un RPI) para instalar actualizaciones. Por lo general, uno de mis dos TRV no se vuelve a conectar. El ciclo de energía sacando la batería no ayuda, además, sigue calentándose todo el tiempo mientras intenta conectarse. Restablecer todo es un fastidio ya que tengo algunos otros dispositivos que están conectados.

@FlyingPersian tengo la misma situación.

@FlyingPersian tengo la misma situación.

Extrañamente, después de eliminar el dispositivo en VNC y reaparecer, el LED al lado sigue parpadeando en verde y azul, incluso cuando el dispositivo estaba apagado momentáneamente. Apagar y encender, leer datos, buscar nuevos dispositivos, etc. no ayudó a volver a agregarlo: o Me temo que si elimino el dispositivo, será aún más difícil volver a agregarlo.

Tuve que reiniciar el dispositivo y repetir todos los pasos como para el nuevo dispositivo

Tuve que reiniciar el dispositivo y repetir todos los pasos como para el nuevo dispositivo

Eso generalmente no funciona para mí. Si hago eso, el dispositivo no se emparejará con deCONZ. No lo he intentado desde las últimas actualizaciones, pero tengo miedo de hacerlo tbh.

Si el dispositivo pierde la conectividad, soluciono mi deshabilitación y habilitación del dispositivo en Home Assistant. A veces necesito repetir eso dos veces, pero casi siempre se hace el trabajo.

¿Todavía no hay actualizaciones para volver a agregar un TRV después de reiniciar el enrutador? De alguna manera lo reinicio regularmente (Home Assistant en un RPI) para instalar actualizaciones. Por lo general, uno de mis dos TRV no se vuelve a conectar. El ciclo de energía sacando la batería no ayuda, además, sigue calentándose todo el tiempo mientras intenta conectarse. Restablecer todo es un fastidio ya que tengo algunos otros dispositivos que están conectados.

@FlyingPersian Eso es muy extraño, pero todos los TRV que siempre he vuelto a conectar automáticamente cuando reinicio HASS (debido a una actualización, por ejemplo).

Ahh, lo que hago principalmente son reinicios de Home Assistant en sí (para que deCONZ siga funcionando). Pero hace unos días hubo una actualización del sistema operativo de hass.io y se reinició y mis thersmostats se volvieron a conectar automáticamente también.

Ahh, lo que hago principalmente son reinicios de Home Assistant en sí (para que deCONZ siga funcionando). Pero hace unos días hubo una actualización del sistema operativo de hass.io y se reinició y mis thersmostats se volvieron a conectar automáticamente también.

Sí, extrañamente, solo uno de mis dos dispositivos se vuelve a conectar. El otro no ... No estoy seguro de por qué o cómo podría encontrarlo.

¿Es esto todavía algo que estás investigando?
Acabo de comprar 4 termostatos y logré conectar 1, pero incluso este no funcionó correctamente (no pude controlarlo a través de Home Assistant). Creo que probé todo y parece un poco aleatorio que se conecte a veces después de varios reinicios y así sucesivamente. En este momento puedo ver un termostato en la GUI de Phoscon VNC pero ya no puede conectarse y "Agregar nuevo sensor" en la aplicación web tampoco funciona.

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Gracias por sus aportaciones.

@Paragrimm Mine todavía están funcionando. Como hace calor en el cajero automático, no se usan con mucha frecuencia, pero aún puedo enviar comandos a los termostatos (como bloqueo de pantalla). Pero también he tenido muchos problemas con ellos: decepcionado:
¿Puede modificar el estado del termostato conectado desde la GUI de VNC?

Acabo de recibir dos de estos y me gustaría que también funcionen.
@ebaauw ¿Sería útil si intentáramos despertar a eurotrinoc? ¿Qué preguntas debemos hacerles?

• Si tienen firmware más reciente. Dónde lo publican.
• Si / cuándo / cómo admitirán la unión a un sensor de temperatura externo.
• si saben de un error en su firmware, por el cual el TRV no detecta que su padre lo ha echado y no encuentra un nuevo padre.

Le pedí al soporte de eurotronics a principios de año actualizaciones de firmware. Su respuesta fue que han decidido no poner a disposición del público las actualizaciones de firmware. La razón por la que dieron fue que muchos fabricantes de puertas de enlace no admiten actualizaciones. Cualquiera sea la razón que pueda ser.

Hola Erik, vale, ¿qué es TRV? :-)

Válvula termostática del radiador

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Gracias por sus aportaciones.

Noté que homebridge-hue establece el modo TRVs en "off" si está deshabilitado dentro de HomeKit. ¿Alguien sabe si la protección contra heladas sigue activa incluso si el TRV está en "OFF"?

Noté que homebridge-hue establece el modo TRVs en "off" si está deshabilitado dentro de HomeKit. ¿Alguien sabe si la protección contra heladas sigue activa incluso si el TRV está en "OFF"?

Para mis termostatos, vuelven del modo "apagado" al modo que se configuró antes después de 15 minutos. Así que no debería marcar la diferencia. (Supongo que el modo "desactivado" es para algún tipo de detección de ventana abierta)

@tkintscher ¡Interesante! Por alguna razón, el mío mantiene el modo "APAGADO" durante varios días. Pero si leo "Punto de ajuste de temperatura actual", devuelve "500", por lo que sospecho que la protección contra heladas sigue activada. ¿Quizás tengo un firmware más nuevo preinstalado? Mi "Versión de la aplicación" es "22".

@ titus-leistner Eso es interesante. La mía parece ser una versión anterior, donde "Versión de la aplicación" es "15":

Creo que en algún lugar antes se discutió la existencia de diferentes versiones de firmware, pero no había una versión más nueva disponible del fabricante para la actualización manual 😕

Dado que el mío no se queda apagado, no he investigado mucho ... pero supongo que establecerlo en "500" manualmente, en lugar de usar el modo "APAGADO", mantendría encendida la protección contra heladas.

La mía parece ser una versión anterior, donde "Versión de la aplicación" es "15".

Los informes míos también son _Versión de aplicación_ 15.

El modo _Off_ (así como _Boost_ o _On_) se configuran a través del atributo específico del fabricante _Host Flags_; consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343. Como efecto secundario, también cambian el punto de calor. No creo que pueda configurar _Off_ a través de los controles del dispositivo, y nunca lo he visto encenderse automáticamente, pero presumiblemente, está configurado en la detección de ventana abierta (es decir, caída repentina de temperatura).

Noté que homebridge-hue establece el modo TRVs en "off" si está deshabilitado dentro de HomeKit.

Me temo que Homebridge Hue podría no usar _TargetHeatingCoolingState_ correctamente. En HomeKit, puede configurarlo en _Off_, _Heat_, _Cool_ o _Auto_, donde este último significa calor o frío. Inicio atenúa el mosaico cuando _TargetHeatingCoolingState_ está _Off_. Ilumina el azulejo para los otros valles. Solo puede cambiar _TargetTemparature_ cuando _TargetHeatingCoolingState_ no está _Off_. Como el Eurotronic no admite refrigeración, los únicos valores lógicamente válidos serían _Off_ y _Heat_.

El _CurrentHeatingCoolingState_ refleja si el _Thermostato_ está realmente calentando o enfriando. Toma valores _Off_, _Heat_ y _Cool_. Cuando _Off_, el círculo alrededor de la temperatura actual es verde; cuando _Heat_, es naranja. Creo que es azul cuando se enfría, pero no tengo un dispositivo para verificar. Cuando _TargetHeatingCoolingState_ está _Off_, _CurrentHeatingCoolingState_ también debería estarlo, y el círculo es gris.

Aún sin comprender completamente esto al agregar soporte para Eurotronic, Homebridge Hue actualmente establece _TargetHeatingCoolingState_ en _Heat_ para el modo _Boost_, en _Off_ para el modo _Off_ y en _Auto_ en caso contrario. Pensé que esta sería una buena manera de exponer los modos _Off_ y _Boost_ a HomeKit. Sin embargo, Eve solo admite configurar _TargetHeatingCoolingState_ en _Off_ y _Heat_ (se muestra como _Mode_ con valores _Off_ y _On_), porque el Eve Thermo tampoco enfría. Ahora creo que es semánticamente correcto usar _TargetHeatingCoolingState_ para _Off_, pero no para _Boost_.

¿Alguien sabe si la protección contra heladas sigue activa incluso si el TRV está en "OFF"?

Supongo que abrirá el valor cuando la temperatura medida caiga por debajo de 5 ° C. Sin embargo, nunca probé eso. Para verificar, es mejor reiniciarlo, desinstálelo de su radiador, vuelva a sincronizarlo y colóquelo afuera durante el invierno, o colóquelo en el refrigerador.

El dispositivo emparejado no envía actualizaciones y ya no está disponible cuando se reinicia deCONZ

Emparejé mi dispositivo como se describe arriba. Aparece el nombre correcto en deCONZ, Temperatureregler aparece en Phoscon y se muestra la temperatura. Se muestran puntos parpadeantes en azul y verde en deCONZ.

Luego ejecuto los siguientes comandos:

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"
}

Observe que la batería, la pantalla volteada y bloqueada son nulas ¿por qué?

curl --header "Content-Type: application/json" --request PUT --data '{"heatsetpoint": "2300"}' localhost/api/FB61B91470/sensors/6/config
[{"success":{"/sensors/6/config/heatsetpoint":"2300"}}]

Salida de registro deCONZ al configurar el punto de ajuste de calor: https://pastebin.com/fkAAnVDP

Cuestiones:

• La temperatura que se muestra en Phoscon solo se actualiza una vez después del emparejamiento, luego nunca más
• después de reiniciar, deCONZ muestra un punto rojo cuando se presiona read basic attributes .

Preguntas:

• ¿Alguien sabe por qué actualiza inicialmente la temperatura medida pero nunca respeta heatsetpoint ?
• ¿Por qué se pierde la comunicación después de reiniciar deCONZ?

La temperatura que se muestra en Phoscon solo se actualiza una vez después del emparejamiento, luego nunca más

Lo más probable es que el complemento API no haya podido configurar los enlaces adecuados y la configuración de informes de atributos. Eso también podría explicar los valores faltantes para battery y locked y displayflipped . ¿Se llenan cuando lee manualmente los atributos correspondientes de la GUI (_Porcentaje de batería restante_, 0x001 / 0x0021 y _Host Flags_, 0x0201 / 0x4008)? Consulte el manual del usuario en la ayuda sobre cómo configurar los enlaces y la configuración manualmente. O intente repararlo. Asegúrese de verificar las baterías: el emparejamiento requiere más energía que las operaciones normales.

¿Alguien sabe por qué actualiza inicialmente la temperatura medida pero nunca respeta el punto de ajuste de calor?
¿Por qué se pierde la comunicación después de reiniciar deCONZ?

Dudo que esté relacionado con reiniciar deCONZ. Mis TRV se volvieron inalcanzables con bastante frecuencia, hasta que los moví a una red separada con un solo enrutador (un repetidor Trådfri) además del RaspBee. Por lo que he podido determinar, fueron expulsados ​​por su enrutador principal, pero no se dieron cuenta y no encontraron un nuevo padre. Tenga en cuenta que, en este caso, seguirían enviando informes a la puerta de enlace, pero los comandos de la puerta de enlace no llegarían al TRV.
Esto parece ser un problema entre (entre) el firmware TRV (y el firmware del enrutador principal), me temo que hay poco que deCONZ pueda hacer aquí. La solución alternativa fue reiniciar el TRV (quitar y volver a insertar las baterías).

¡Gracias por tu respuesta Erik!

Reinicié el dispositivo y probé sus sugerencias que resultaron en:

• displayflipped y locked todavía null
• battery es 90 después de hacer clic en el botón de lectura
• heatsetpoint se informa como 500 cuando se hace clic en el botón de lectura (un poco helado en mi opinión)
• escribir 2200 o cualquier otro valor para heatsetpoint falla permanentemente

Necesita leer / escribir el atributo 0x4003 específico del fabricante para heatsetpoint ; el atributo estándar 0x0012 no funciona para Eurotronic. Para la pantalla volteada y bloqueada, debe leer 0x4008. Todavía podría haber un error en la API REST que solo actualizará los atributos REST cuando cambie el valor. Tal vez intente actualizarlos desde la API, o bloquee la pantalla manteniendo presionado + y - en el TRV.

Mi mal, usé 0x0012 la primera vez, como te diste cuenta ;-). Intenté 0x4003, la lectura funciona mientras está en modo de emparejamiento, después de emparejar el dispositivo, ni la lectura ni la escritura funcionan. ¿Necesito leer todos los atributos relevantes para la API mientras estoy en modo de emparejamiento para que el dispositivo funcione correctamente después?

Eso es extraño. El Eurotronic tiene el sueño ligero y debe responder a los comandos. ¿Puedes ver en la GUI qué padre está usando? ¿Qué versión de firmware tiene (atributos _Date Code_ y _SW Build ID_).

La captura de pantalla muestra deCONZ mientras TRV está en modo de emparejamiento (atributo básico leído una vez). El editor de atributos muestra un intento de escritura fallido en 0201: 0x4003. Luego presioné el botón de lectura para SW Build ID y después de un minuto se leyeron los valores: 22190930 .

Eso es un firmware diferente (¿más nuevo?) Que el mío. Nunca encontré el firmware de Eurotronic en línea, a pesar de que parecen actualizables por aire.

¿Puedes comprobar la frecuencia con la que el nodo parpadea en verde? Ahí es cuando el TRV sondea su enrutador principal en busca de mensajes. Debe ser una vez cada 7 segundos o con más frecuencia para que el dispositivo sea accesible. De lo contrario, necesitamos implementar config.pending para escribir los atributos config .

El TRV puede ser forzado a despertar presionando uno de los botones físicos. Puede intentarlo justo antes y durante la lectura o escritura de los atributos.

Hasta donde yo sé, no se admite la carga / descarga de firmware. Por lo tanto, no hay posibilidad de degradar el firmware.

Edité mi comentario anterior (lo siento, mi iPad pensó que sería divertido publicarlo mientras todavía estaba escribiendo).

Una hora después del pelado, es verde fijo y no comienza a parpadear si presiona el botón TRV

Lo que sugiere que es una encuesta constante. Eso es normal después del emparejamiento, pero debería detenerse ante el dolor de agotar la batería rápidamente.

¿Puedes oler el tráfico de Zigbee? Si no es así, puede ejecutar deCONZ con --dbg-info=2 --dbg-aps=2 --dbg-error=1 y comprobar el registro. Debería ver mensajes de que el TRV está sondeando la puerta de enlace (como su padre).

deCONZ se está ejecutando actualmente con el indicador --dbg-info = 2 y registra muchas de estas declaraciones:
MAC Poll 0x02 0x164E
seguido de un solo verify 0x00158d00053d3623 is child node after 809128 s

Si también se necesitan las otras banderas, reiniciaré. Pero lo más probable es que el icono se vuelva gris en lugar de verde fijo.

¿Qué herramienta de olfateo sugeriría (cabezada si es posible)?

Estoy usando ZShark con un ConBee original en una Raspberry Pi para capturar los paquetes y Wireshark en una Mac para analizarlos. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405.

Entonces, ¿ve mensajes de registro de que se están enviando los comandos _Read Attributes_ o _Write Attributes_? ¿Y las correspondientes respuestas de la TRV?

Probablemente podría compilar una versión especial de deconz donde deconz pueda oler la mayor parte del tráfico si está interesado y no tiene un rastreador disponible.

Veo la lectura en el registro:
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
pero no la escritura fallida en 0x4003 (al menos no para la cadena de búsqueda 4003 ). ¿Cómo debería verse el mensaje de registro para Read Attributes o Write Attributes ?

deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid se usa para iniciar deCONZ.

No tengo un segundo ConBee para rastrear el tráfico, por lo que las herramientas de rastreo no son una opción.

Occupied Heating Setpoint 0x0012 se puede escribir y TRV cambia la pantalla en consecuencia, mientras que 0x4003 solo se puede leer. Le preguntaré a eurotronic si han cambiado algo en su firmware que afecte la escritura 0x0012 .

Supongo que aún podría estar relacionado con el orden de los atributos específicos del fabricante en general.xml. Eurotronic no es el primero, sino el segundo si no recuerdo mal.

eCozy es el primero. ¿Propondría cambiarlos con fines de prueba, @SwoopX ?

Incluso podría eliminarlo si no tiene ningún eCozy. Pero sí, valdría la pena intentarlo.

Tengo la misma versión de firmware y también problema como dowhiletrue.
Dentro de deCONZ puedo escribir un valor a 0x0012 que se muestra en la pantalla del dispositivo - 2050 como ejemplo.

una consulta a través de API me da esto:
{
"config": {
"batería": 80,
"displayflipped": nulo,
"heatsetpoint": 2000,
"bloqueado": nulo,
"modo": "automático",
"desplazamiento": 0,
"on": verdadero,
"alcanzable": verdadero
},
"ep": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"último visto": "2020-10-20T19: 45Z",
"nombre del fabricante": "Eurotronic",
"modelid": "SPZB0001",
"nombre": "Termostato",
"estado": {
"lastupdated": "2020-10-20T19: 45: 51.313",
"on": verdadero,
"temperatura": 1950,
"válvula": 38
},
"swversion": "20191014",
"type": "ZHAThermostat",
"uniqueid": "00: 15: 8d: 00: 03: 2f: 62: 4f-01-0201"
}

y Openhab muestra el valor de 0x4003 hasta que vuelvo a presionar "READ" en deCONZ. Intentar cambiar el valor del punto de ajuste de calor en Openhab no está escrito en HAVC.

También tengo problemas con swversion 20191014. Puedo escribir 0x0012 a través de deCONZ Gui pero no desde el asistente doméstico o la api deCONZ. El punto de ajuste de calor tampoco se actualiza cuando lo configuro manualmente en el HAVC.

¡El mismo problema aqui!
este es el registro con un error cuando el modo TRV se cambia en la aplicación de inicio o de víspera de automático a calefacción, por ejemplo.

¿Alguien puede ayudar?

@olliox Las preguntas / problemas relacionados con integraciones de terceros no deben hacerse aquí. Ponlos en sus idiotas.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/rest_sensors.cpp#L1086 podría cambiarse a algo como (en pseudocódigo):

attrId = swversion >= 20191014 ? 0x0012 : 0x4003
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, attrId, deCONZ::Zcl16BitInt, heatsetpoint)) {
...

Sin embargo, no sé cómo conseguir swversion .

¿Estarías de acuerdo con ese cambio @SwoopX y @ebaauw ?

attrId = 0x0012;

Lo acabo de probar, escribir el punto de ajuste en 0x0012 también me funciona en el firmware 20181205.

¿Necesitamos esta distinción entre los firmwares, es decir, hay algún firmware que no acepte también el atributo 0x0012 junto al 0x4003 específico del fabricante?

Yo mismo estoy en 20181205. Esto fue hace bastante tiempo, pero si la memoria no funciona, 0x0012 no se actualiza cuando se emite el comando _Setpoint Raise / Lower_, y 0x4003 no se actualiza cuando se establece 0x0012. Usar siempre 0x4003 (para obtener y configurar el objetivo) funcionó de manera consistente, así que recurrí a usarlo en la API.

Por supuesto, si las versiones de firmware más recientes ya no admiten ese atributo, debemos adaptarlo. Hacer que el comportamiento dependa de la versión del software parece el camino más prudente a seguir. Tenga en cuenta que está mencionando los valores de _Date Code_ en lugar de la versión del software. El APi expone como swversion , dependiendo de qué atributo se leyó en último lugar. No estoy seguro de si hay un ResourceItem , pero probablemente sea más seguro verificar el zclValue para el atributo Zigbee. Asegúrese de cambiar también la configuración de informes de atributos, con la misma verificación de versión.

Los TRV parecen ser actualizables por firmware, pero no he encontrado ningún archivo de firmware.

Hola,

Desafortunadamente, tengo los mismos problemas como @ alpha23 y @olliox. Acabo de comprar el Eurotronic Spirit Zigbee ayer y también tengo el mismo código de fecha "20191014". Sería genial si alguien pudiera ayudarnos aquí.

Atentamente :)

Volveré a abrir esto por ahora.

Compré uno a principios de septiembre con la versión 20191014 y pude conectarme siguiendo estas instrucciones:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

Compré dos más ayer con el mismo firmware 20191014 y tengo problemas para unirlos. Intentaré volver con mis versiones de Docker.

Podría necesitar ayuda para investigar más a fondo cómo configurar mi registro para ver qué está sucediendo. He intentado establecer el punto de calor a través de deconz directamente. En el dispositivo ya conectado funciona para configurar y el hardware se actualiza:

En un dispositivo nuevo, la escritura falla

@DerOetzi En el nuevo firmware, el 0x4003 ya no se puede escribir, para cambiar el punto de calor es necesario escribir en 0x0012. Ese es el punto de los cambios de código que sugiere @dowhiletrue .

@DerOetzi En el nuevo firmware, el 0x4003 ya no se puede escribir, para cambiar el punto de calor es necesario escribir en 0x0012. Ese es el punto de los cambios de código que sugiere @dowhiletrue .

¿Pero ambos termostatos informan de la misma versión de firmware 20191014?

El mío tiene en 0x0030 (Fuente de cambio de punto de ajuste) los valores:

• Manual (seleccionado)
• Calendario
• Zigbee

Quizás podría ser la solución ... pero desafortunadamente es un atributo de solo lectura

@DerOetzi En el nuevo firmware, el 0x4003 ya no se puede escribir, para cambiar el punto de calor es necesario escribir en 0x0012. Ese es el punto de los cambios de código que sugiere @dowhiletrue .

¿Pero ambos termostatos informan de la misma versión de firmware 20191014?

Recientemente compré dos unidades y ambas solo funcionan configurando el 0x0012, supongo que eurotronic se está alejando de la escritura en atributos personalizados y ahora usa el conjunto de atributos más estándar.

@DerOetzi : podría ser que 20191014 realidad represente Date Code lugar de swversion como ebaauw mencionado anteriormente y sus modelos difieren en otro atributo establecido por el fabricante. ¿Son todos los atributos iguales entre el modelo funcional y no funcional, si lee un atributo tras otro para Basic , Power y Thermostat ?

Noté en mi modelo que read basic attributes mientras se empareja no siempre conduce a que se lean correctamente los mismos atributos. Quizás eso podría explicar por qué un modelo funciona y el otro no.

Revisé dos veces los atributos Básico (0000), Energía (0001), Identificar (0003) y Termostato (0201), no puedo encontrar ninguna diferencia en los identificadores, tipos, acceso y valores en absoluto.

Mis atributos básicos son (tal vez le ayude a comparar las diferentes versiones):

Con respecto al punto de ajuste de temperatura actual, el manual del 10/2019 dice:

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

Los míos se ven más o menos iguales. Observe la diferencia entre Date Code y SW Build ID .

Dado que puede haber inconvenientes al cambiar de 0x4003 a 0x0012 , sugiero establecer el atributo en función de SW Build ID . Cualquier solución más sofisticada es bienvenida.

Tienes razón. Tengo los mismos valores. No sabía que tenía que hacer doble clic en un atributo para leer ese atributo explícitamente.

Cuanto más miro el problema, creo que todavía se debe a la adición de deconz.

Tanto el trabajo "antiguo" de septiembre como el nuevo a partir de ahora informan los siguientes valores sobre atributos básicos:

• 0x0006 Código de fecha: 20191014
• 0x4000 SW ID de compilación: 22190930

Cuanto más miro el problema, creo que todavía se debe a la adición de deconz.

Tanto el trabajo "antiguo" de septiembre como el nuevo a partir de ahora informan los siguientes valores sobre atributos básicos:

• 0x0006 Código de fecha: 20191014
• 0x4000 SW ID de compilación: 22190930

Cada emparejamiento se comporta de manera diferente, porque no se leen todos los valores disponibles del básico cuando se hace clic en el botón de lectura.

¿Alguien sabe por qué algunos atributos no aparecen cuando se hace clic en el botón de lectura, pero aparecen si se hace clic en el botón de lectura para un solo atributo?

Para propósitos de prueba, cambié el código de la siguiente manera:

DBG_Printf(DBG_INFO, "TEMP %d for sensor attribute %x\n", heatsetpoint, 0x0012);
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, 0x0012, deCONZ::Zcl16BitInt, heatsetpoint))

la salida del registro muestra una declaración de registro, pero nada cambia después, ¿por qué?

También puedo confirmar que en un Spirit Zigbee comprado alrededor del 12 de septiembre, puedo escribir tanto en 0x0012 como en 0x4003.
En 4 Spirit Zigbee's que compré esta semana, ninguno de ellos 0x4003 se puede escribir, pero 0x0012 sí.

Los 5 dispositivos tienen
Código de fecha 20191014
Código de producto 1991
ID de compilación de SW 22190930

Actualmente, solo el dispositivo más antiguo responde a los comandos temporales de HA.

Utilizando Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 con el complemento deCONZ 6.4.1, HA 0.116.4

Los 5 dispositivos tienen

¿Está seguro? ¿No hay forma de distinguir el dispositivo que permite que el punto de ajuste se establezca a través de 0x4003 de los cuatro dispositivos que no?

No he encontrado atributos distintivos en los grupos básicos de ambos dispositivos. Si lo desea, puedo vincular capturas de pantalla de ambos.
Solo para estar seguro, primero leí el grupo básico y luego hice doble clic individualmente y leí cada entrada individualmente también.

Incluso la apariencia física externa es exactamente el mismo - no hay diferencia en anillo de fijación.

La única diferencia que he notado, es que la dirección MAC de la mayor, trabajando en uno extremos 2XXX, mientras que los 4 que no trabajan tienen direcciones MAC que terminan en 3XXX

Una cosa más, Fwiw:
Yo tenía un aspecto en el ETS OTAU Plugin. Para cada uno de los 4 termostatos que no funcionan, la pestaña Actualización de OTAU no muestra datos, es decir. 0x000 para todos los campos. Para el termostato que hace el trabajo, los valores son:
Proveedor = 0x1037
Imagen = 0x110c
Version = 0x0162e9d2

No estoy seguro de si eso tiene algún significado, pero pensé en compartirlo de todos modos. :)

Si hay algo más que pueda hacer para comparar o proporcionar información sobre los dispositivos, avíseme.

Recientemente también compré un Sprit ZigBee y tengo el mismo problema (puedo configurar la temperatura a través de 0012, pero no a través de 4003). Los atributos en la página básica son los mismos que tiene petermarasek, por lo que tampoco hay diferencia con los termostatos más antiguos. La dirección MAC también termina en 3XXX.
Ya intenté compilar una versión modificada del resto de la API, pero sin éxito (la API se ejecuta, no hay cambios en el termostato, los botones ya no informan cambios). Si alguien modificara el código, podría ayudar a probar con el nuevo termostato.

Incluso la apariencia física externa es exactamente la misma

@petermarasek Eso es de esperar. La diferencia es el firmware del dispositivo.

Para completar: aquí está el clúster _Basic_ del firmware anterior:

Y la vista OTAU (con 8 TRV Eurotronic Spirit). No tengo idea de si / cómo la versión del archivo de firmware se relaciona con el _SW Build ID_.

Para cada uno de los 4 termostatos que no funcionan, la pestaña Actualización de OTAU no muestra datos

@petermarasek , las filas se completarán eventualmente (el TRV necesita consultar el servidor _OTAU_), o puede intentar forzarlo seleccionando el nodo y presionando _Query_.

En los termostatos que no funcionan, ¿qué código de estado se devuelve al intentar escribir el atributo 0x4003?

¿Alguien ya probó la detección remota con el firmware 22190930?

¿Alguien se ha puesto en contacto con el soporte de Eurotronic?

@petermarasek , solo una idea loca: cuál es el valor de 0x4000 en el TRV que funciona y en los que no. Podría imaginarme que el TRV no acepta 0x4003 cuando 0x4000 tiene el valor incorrecto. Este atributo cambia entre el modo de punto de ajuste y el control de la válvula directamente (sin pasar por el algoritmo PID de TRV). El manual apesta al explicar los detalles ...

0x4000 = el valor predeterminado es "manual". Si establece el atributo en "Desconocido 1", el TVR lo sobrescribe con "manual". Si establece el atributo en "Desconocido 2", el TVR no lo sobrescribe, pero el cambio de 0x4003 aún no funciona.

Como escribí anteriormente, todos los atributos de Basic, Power, Identify y Thermostat son los mismos para trabajar y no funcionar. Comprobado de nuevo 0x4000 sin diferencia

En los termostatos que no funcionan, ¿qué código de estado se devuelve al intentar escribir el atributo 0x4003?

¿Alguien ya probó la detección remota con el firmware 22190930?

¿Alguien se ha puesto en contacto con el soporte de Eurotronic?

Me he puesto en contacto con el soporte de Eurotronic y les di la URL de este hilo. Ojalá respondan y logren aclarar las confusiones aquí :)

Hola,

Tengo el Danfoss Ally, que es muy similar al Eurotronic, he descubierto que establecer el punto de ajuste parece funcionar bien. La pantalla del termostato se actualiza instantáneamente, sin embargo, el motor de la válvula a veces reacciona inmediatamente incluso a cambios grandes de más de 10 grados, pero a veces puede llevar horas moverse. Me imagino que esto podría deberse a PID, pero no tengo idea de cómo evitarlo.

Hola, ayer obtuve un Spirit Zigbee e intenté emparejarlo. Mi configuración es pi 3b + con Hass 0.116.4 y conbee II.
Entré a emparejarlo con Phoscon como sensor, pero no apareció nada allí, pero en el de CONZ se muestra como emparejado, presione el botón de lectura un par de veces y los atributos ahora se completan, pero aún no puedo agregarlo a Phoscon.
¿Es posible controlarlo por Homeassistant? ¿Cómo puedo agregarlo como dispositivo?

¡Gracias!

El dispositivo no aparece en phoscon, necesita una tercera aplicación o use directamente la API para eso.

Pero parece que hay un problema con la versión reciente, no todo está claro.

También puedo confirmar que en un Spirit Zigbee comprado alrededor del 12 de septiembre, puedo escribir tanto en 0x0012 como en 0x4003.
En 4 Spirit Zigbee's que compré esta semana, ninguno de ellos 0x4003 se puede escribir, pero 0x0012 sí.

Los 5 dispositivos tienen
Código de fecha 20191014
Código de producto 1991
ID de compilación de SW 22190930

Actualmente, solo el dispositivo más antiguo responde a los comandos temporales de HA.

Utilizando Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 con el complemento deCONZ 6.4.1, HA 0.116.4

Tengo el mismo problema. Dos Spirit Zigbees comprados el 30 de julio funcionan bien. Otros dos Spirit Zigbees comprados el 20 de octubre no funcionan porque 0x4003 no se puede escribir:

El manual de Eurotronic Spirit Zigbee sugiere escribir a 0x0012 o 0x0014, no a 0x4003:

6.5.4 Punto de ajuste de temperatura actual
Cualquier valor escrito en el atributo Termostato / Punto de ajuste de calefacción ocupado / desocupado (0x0012 o 0x0014) se copiará automáticamente al atributo del punto de ajuste de temperatura actual (0x4003) para permitir el funcionamiento del TRV sin necesidad de conocer los atributos específicos del cliente.

Estoy usando Home Assistant 0.117.1, Phoscon 2.05.86, Conbee II Firmware 26580700

¿Pero no hay forma de reconizar el dispositivo viejo / nuevo?

¿Pero no hay forma de reconizar el dispositivo viejo / nuevo?

He estado mirando esto durante las últimas 2 semanas y la única diferencia que pude encontrar es en los MAC Id's del TVR, pero eso es más una observación que una cierta diferencia.

El único TVR que tiene un 0x4003 grabable tiene un Id de MAC que termina en 2XXX. Tengo cuatro TVR más que tienen un 0x4003 de solo lectura y todos sus ID de MAC terminan en 3XXX.

¿Pero no hay forma de reconizar el dispositivo viejo / nuevo?

He estado mirando esto durante las últimas 2 semanas y la única diferencia que pude encontrar es en los MAC Id's del TVR, pero eso es más una observación que una cierta diferencia.

El único TVR que tiene un 0x4003 grabable tiene un Id de MAC que termina en 2XXX. Tengo cuatro TVR más que tienen un 0x4003 de solo lectura y todos sus ID de MAC terminan en 3XXX.

Desafortunadamente, no puedo confirmarlo. El MAC ID de mi TVR que tiene un 0x4003 de solo lectura termina con 261A. :(

Entonces, ¿por qué no probar el método 1 y, si falla, usar el método 2?

Entonces, mis dos Eurotronic Spirits (ambos terminan con 3XXX) no pueden escribir en 0x4003. Sin embargo, como se observó, puedo escribir en 0x0012 sin ningún problema y, como se discutió, esto conduce a un cambio inmediato del punto de ajuste en el dispositivo. ¿Hay alguna forma de modificar manualmente la dirección que utiliza deCONZ para configurar la temperatura? Estoy usando deCONZ en Hassio y el problema parece tan fácil de resolver si pudiera averiguar cómo cambiar 0x4003 a 0x0012, ¿verdad?

Entonces, ¿por qué no probar el método 1 y, si falla, usar el método 2?

Así que realmente no soy un fanático de la programación excepcional.

Quiero resumir lo que he entendido hasta ahora. ¡Así que corrígeme si me equivoco!

Todos los dispositivos con los siguientes atributos funcionan como se esperaba, cuando se configura la temperatura en la dirección 0x0012:
Código de fecha 20191014
Código de producto 1991
ID de compilación de SW 22190930
MAC termina con 2XXX (los que funcionan con 0x0012 y 0x4003 también) o 3XXX (los que solo funcionan con 0x0012)

Los dispositivos como el de @ebaauw con los siguientes atributos solo funcionan en la dirección 0x4003 como se esperaba:
Código de fecha 20181205
Código de producto 1001
ID de compilación de SW 15181120

Entonces, en mi opinión, podemos decidir por uno o los tres atributos Código de fecha, Código de producto o ID de compilación de software qué dirección usar, si podemos estar seguros de que el primer grupo mencionado realmente funciona como se esperaba en 0x0012. Por tener 3 dispositivos de este grupo uno con 2XXX y dos con 3XXX puedo confirmar este comportamiento correcto para mí.

¿Alguien intentó hacer que la "detección remota" funcionara en uno de los nuevos dispositivos? Sería genial si implementaran esto.

Y por cierto, ¿nadie tiene "fallas de segmentación" al agregar el dispositivo?

¡Hola! También compré un Eurotronic Spirit Zigbee recientemente y estoy experimentando exactamente los mismos problemas (puedo escribir en 0x012 pero no en 0x4003).
Dado que parece que no hay una forma clara de distinguir entre la versión anterior o la más nueva: ¿qué sucede si lo hacemos al revés y siempre enviamos 0x012? ¿Cómo reacciona la versión antigua del termostato a eso?

Lo siento, acabo de leer una publicación anterior que describe que escribir 0x012 es problemático en la versión anterior.
@petermarasek ¿Escribir 0x012 en el dispositivo que acepta el código 0x4003 también es problemático? De lo contrario, la verificación del código de fecha (o uno de los otros atributos) aún podría funcionar.

Acabo de descubrir algunas malas noticias más: en mi unidad Eurotronic Spirit también parece que el punto de ajuste de temperatura actual (los valores recuperados por 0x4003) tampoco se actualiza constantemente después de operar manualmente la unidad :( Por otro lado, el 'punto de ajuste de calefacción ocupado' (el valor 0x012) se actualiza constantemente después de la operación manual. Así que creo que este valor también debería usarse para leer la temperatura establecida actual de las unidades más nuevas ... Qué lío ...

@petermarasek ¿Escribir 0x012 en el dispositivo que acepta el código 0x4003 también es problemático? De lo contrario, la verificación del código de fecha (o uno de los otros atributos) aún podría funcionar.

El TVR que acepta escribir en 0x4003 también acepta escribir en 0x0012 y 0x0014. (Punto de ajuste de calefacción ocupado y desocupado). Escribir en 0x0012 o 0x0014 copia automáticamente estos valores en 0x4003 según la documentación y la observación personal.

El TVR que acepta escribir en 0x4003 también acepta escribir en 0x0012 y 0x0014. (Punto de ajuste de calefacción ocupado y desocupado). Escribir en 0x0012 o 0x0014 copia automáticamente estos valores en 0x4003 según la documentación y la observación personal.

Ok, eso suena alentador! Entonces, tal vez podríamos usar la versión HW o cualquiera de los atributos para averiguar qué código enviar al TVR. Y luego haga lo mismo al leer la temperatura actual.

@petermarasek ¡ Gracias por comprobarlo!

Bien, estoy un poco confundido ahora ...

Cuando solía investigar cómo establecer el punto de ajuste de calefacción en mi nuevo termostato, vi otro termostato (que compré el año pasado) con la misma versión de software como el que no funciona.

Abro la GUI de DeCONZ y verifiqué que ambas unidades tienen las mismas versiones de hardware y software:

Lo curioso es que la unidad llamada "Küche ..." no informa de un error, si escribo al 0x4003. Incluso si utilizo los botones para ajustar la temperatura manualmente, el valor establecido se informa correctamente. Todo está funcionando como se esperaba.

La unidad llamada "Büro ..." reporta un error si uso para escribir en 0x4003 y no reporto ningún cambio.

Ambas unidades venían en una caja con estampados dorados. Todas las demás unidades que tengo tenían una caja impresa en verde.

¿Quizás hay algunas unidades con errores por ahí?

@ alpha23 Esta es la experiencia que algunos aquí han descrito. Parece que Eurotronic ha producido lotes del dispositivo que no permiten escribir a 0x4003 y algunos que sí, sin que tengan ningún atributo diferencial, físicamente o según atributos básicos del cluster. En mi opinión, esto no es un error, sino por diseño. La última documentación disponible establece que se permite escribir en 0x0012 y 0x0014 y de acuerdo con las especificaciones, en lugar de escribir en 0x4003, que creo que es un atributo específico del fabricante de acuerdo con esto: (Consulte la Sección 6.5.4)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

@petermarasek Pero si todos los modelos más nuevos funcionan normalmente (tanto los que funcionan como los que no, excepto escribir en 0x4003) al leer y escribir en 0x0012, podríamos usar de manera confiable la versión de HW, el código de fecha o el ID de compilación de software para tener una simple instrucción if (o amplía la actual) para enviar el código correcto (0x4003 para la versión de HW <5 y 0x0012 para HW> = 5).

Estoy dispuesto a realizar el cambio necesario en el código fuente, pero requerirá algo de tiempo, ya que no he tocado previamente el código deconz-rest-api (o proyecto para el caso) y necesito averiguar cómo configurar un entorno de prueba del desarrollador (ya que ejecuto deconz en mi PI como complemento para HA).
Además, solo tengo una unidad que no funciona en este momento, por lo que no puedo realizar una prueba de regresión. Solo pude verificar que el código cambiado funcione en mi unidad al enviar y leer 0x0012.

Estoy dispuesto a realizar el cambio necesario en el código fuente, pero requerirá algo de tiempo, ya que no he tocado previamente el código deconz-rest-api (o proyecto para el caso) y necesito averiguar cómo configurar un entorno de prueba del desarrollador (ya que ejecuto deconz en mi PI como complemento para HA).
Además, solo tengo una unidad que no funciona en este momento, por lo que no puedo realizar una prueba de regresión. Solo pude verificar que el código cambiado funcione en mi unidad al enviar y leer 0x0012.

Eso seria genial. No tengo absolutamente ninguna experiencia con nada de esto y, dado que estoy usando Hassio, creo que para mí no hay mucho que probar. Lo que encontré fue un código específico en el termostato cpp en la línea 454. (Lo siento, si una captura de pantalla del código está en contra de las reglas, soy nuevo en github).
Aquí comprueba, si el termostato es de Eurotronic y especifica específicamente utilizar 0x4003. Quizás esto sea de alguna ayuda.

@petermarasek Si es por diseño, debería haber alguna diferencia en el firmware o el hardware. Si ambas unidades tienen las mismas versiones, debería haber otro problema. Para mí, la única diferencia entre el dispositivo que funciona y el que no funciona es que pedí el que funciona en voelkner.de y el que no funciona en amazon.de

@joukestoel Tengo una unidad con HW versión 5 que funciona con 0x4003 y otra con la misma versión HW que no funciona. Si uso para escribir 0x0012 en la unidad de trabajo, tengo que leer 0x4003 manualmente para obtener el valor actualizado.

Como dice la documentación, el siguiente problema es que solo se puede informar 0x4003. Pero esto no sucederá cuando escriba en 0x0012 o use los botones del dispositivo para cambiar el valor.

Como dice la documentación, el siguiente problema es que solo se puede informar 0x4003. Pero esto no sucederá cuando escriba en 0x0012 o use los botones del dispositivo para cambiar el valor.

@ alpha23 ¿ @ mod3k ) que el código utilizado para leer la temperatura establecida actual también debería 'simplemente' leer el valor 0x0012 y olvidarse del valor 0x4003. En la captura de pantalla del código adjunto por @ mod3k , significaría que la condición if debe extenderse para verificar también la versión de HW.

Pero como soy nuevo por aquí (y el código base), podría estar muy equivocado y podría estar perdiendo algo por completo.

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

El Y / N de la derecha indica si el atributo es notificable o no.

@ alpha23 ¡ Gracias por el enlace! Y gracias por señalar esto. Como mencioné anteriormente, soy nuevo en el mundo de la automatización del hogar y los dispositivos Zigbee, por lo que tengo mucho que aprender: s ¿Los informes significan que solo los atributos de informes envían periódicamente su valor a deconz?

Tengo que retirar mi declaración anterior de que pensé que el valor 0x4003 no se actualizó. Resulta que el tiempo de informe predeterminado está establecido en un máximo de 600 segundos. Como prueba, anulé la configuración para informar después de 20 segundos como máximo y ahora veo el valor actualizado en el atributo 0x4003. Esto significa que el código que lee la temperatura establecida actual no tiene que cambiar (y el cambio probablemente no habría funcionado de todos modos ya que el atributo 0x0012 no es un atributo de informe)

Sí, creo que el único cambio que debe realizarse es una decisión dependiente de HW de escribir en 0x0012 o 0x4003. Acabo de escribir manualmente una nueva temperatura en 0x0012 y el valor se actualizó inmediatamente a 0x4003.

tbh: si escribiera ese código solo para mí, simplemente enviaría el comando a ambos identificadores. Suena sucio, pero lo que sea que acepte el termostato, debería actualizarse de todos modos

Me he puesto en contacto con el soporte de Eurotronic y les di la URL de este hilo. Ojalá respondan y logren aclarar las confusiones aquí :)

También me he puesto en contacto con el soporte de Eurotronic y les he pedido que respondan a este hilo para explicar cómo podemos solucionar el problema actual. No he recibido respuesta con una solución hasta ahora ...

Acabo de agregar una solicitud de extracción (n. ° 3626) que debería solucionar nuestros problemas con el cambio del punto de ajuste de calefacción actual.
Me tomó un tiempo darme cuenta, pero además de escribir el atributo 0x0012 discutido anteriormente (Punto de ajuste de calefacción ocupado), también necesitaba enviar un código de fabricante genérico.

Para distinguir entre unidades más antiguas y más nuevas, he utilizado el atributo Versión de software. Para las unidades con una versión de software inferior a 22190903, también se escribirá el antiguo atributo 0x4003. Para los modelos con la versión de SW 22190903 y posteriores, se utilizará el atributo 0x0012.

Esta solución funciona para mi unidad, pero como solo tengo una unidad, no puedo garantizar que funcione para unidades más antiguas y otras, así que crucemos los dedos 🤞

Vaya, eso es rápido. ¡Muchas gracias! Espero que estos cambios se puedan implementar rápidamente. Hasta entonces, estoy usando ZHA en lugar de deCONZ. Lo instalé ayer y todo parece funcionar bien allí (la integración de ZHA usa 0x0012 per se).

¡Muchas gracias a @joukestoel por esta solución! Ahora tenemos que esperar el lanzamiento, con suerte llegará pronto.

Por lo que vale: puedo confirmar que https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 solucionó el problema por mi parte.

Tengo una unidad Spirit con SW Build ID de 22190930 y con la versión 2.5.87 de Phoscon / deCONZ ahora puedo controlar con éxito el punto de ajuste de calefacción desde la API REST (y por extensión, Home Assistant).

Se encontró con un problema en el que la lectura de la información básica del clúster (para configurar el dispositivo en la API REST) ​​_no_ recuperó la información de ID de compilación de SW correctamente (el campo permaneció vacío). Tuve que "leer" explícitamente ese campo de la GUI para que las cosas comenzaran a funcionar ...

Además, totalmente sin relación: la documentación de Sensors menciona que el parámetro config es heatingsetpoint mientras que en realidad parece ser heatsetpoint ...

Acabo de agregar una solicitud de extracción (n. ° 3626) que debería solucionar nuestros problemas con el cambio del punto de ajuste de calefacción actual.
Me tomó un tiempo darme cuenta, pero además de escribir el atributo 0x0012 discutido anteriormente (Punto de ajuste de calefacción ocupado), también necesitaba enviar un código de fabricante genérico.

Para distinguir entre unidades más antiguas y más nuevas, he utilizado el atributo Versión de software. Para las unidades con una versión de software inferior a 22190903, también se escribirá el antiguo atributo 0x4003. Para los modelos con la versión de SW 22190903 y posteriores, se utilizará el atributo 0x0012.

Esta solución funciona para mi unidad, pero como solo tengo una unidad, no puedo garantizar que funcione para unidades más antiguas y otras, así que crucemos los dedos 🤞

Tengo SW Build ID 22190930 y funciona bien con la variante anterior (2.05.81 / 14.9.2020).
No estoy seguro de si se romperá si actualizo ahora.

Acabo de ejecutar la nueva versión. Desafortunadamente, tenemos que informar que solo hemos terminado a mitad de camino con la solución de @joukestoel en este problema. el atributo Basic cluster 0x4000 SW Build ID parece no leerse automáticamente después del reinicio. Para ello, solo se utiliza la dirección correcta 0x012, después de leer manualmente este atributo. Por el momento solo tengo tres termostatos para hacer esto después del reinicio, pero cuando tenga 13 de ellos tendré la necesidad de no hacer esto manualmente después de cada reinicio.

El mismo problema aqui. Si reinicio deCONZ o Spirit, no se reciben más actualizaciones y la temperatura ya no se puede configurar.

@DerOetzi @dowhiletrue ¡ Ah, lo siento! Aún estoy aprendiendo estas cosas de Zigbee Deconz :) ¡Haré una mejora en el código para que sea más robusto! Con suerte, esto se puede incluir en la próxima versión.

¡Te mantendré informado!

Y noté otro problema en los nuevos:

El interruptor de modo en apagado no funciona tan bien en esos. ¡Intentaré investigar sobre esto!

Actualización: también falla la escritura de indicadores de host en 0x4008

Hola a todos, nuestra empresa está trabajando actualmente para Eurotronic en la revisión del código de firmware y en la solución de problemas con la escritura en los atributos 0x4003 y 0x4008. Tenga paciencia ya que no somos autores del firmware original.

La buena noticia es que he podido actualizar con éxito el firmware por aire (OTA).

Por favor, si ha descubierto algún otro problema, escríbalo aquí o contácteme por correo electrónico. Gracias.

Hola a todos, nuestra empresa está trabajando actualmente para Eurotronic en la revisión del código de firmware y en la solución de problemas con la escritura en los atributos 0x4003 y 0x4008. Tenga paciencia ya que no somos autores del firmware original.

La buena noticia es que he podido actualizar con éxito el firmware por aire (OTA).

Por favor, si ha descubierto algún otro problema, escríbalo aquí o contácteme por correo electrónico. Gracias.

Gracias por las buenas noticias. ¿Puede dar una breve instrucción sobre cómo hacer la OTA? Por ejemplo, ¿dónde encontrar el archivo de firmware?

@witriol Hasta donde pude probar, el termostato tampoco responde correctamente al intentar configurar local_temp_calibration (atributo 0x0010). Esto solía aceptar valores entre -500 y 500 (+ - 5 grados) pero ahora responde con "valor ilegal" sin importar qué valor esté escrito.
Verifique también que se puede escribir 0x4001 cuando el termostato está configurado en modo manual (0x4000 configurado en 0x02, si recuerdo bien)
Si tiene un firmware listo para probar, tengo uno nuevo y algunos de los antiguos presentes, por lo que puedo verificar que el firmware se comporta como lo hacen los antiguos (también coincide con el documento del anterior).

UNA.

La buena noticia es que he podido actualizar con éxito el firmware por aire (OTA).

@Witriol ¡ Eso

El problema principal con el firmware es que parece ser compatible con la detección de temperatura remota, pero no parece aceptar mensajes _Report Attribute_ de un sensor de temperatura remoto.

Hola a todos, nuestra empresa está trabajando actualmente para Eurotronic en la revisión del código de firmware y en la solución de problemas con la escritura en los atributos 0x4003 y 0x4008. Tenga paciencia ya que no somos autores del firmware original.

La buena noticia es que he podido actualizar con éxito el firmware por aire (OTA).

Por favor, si ha descubierto algún otro problema, escríbalo aquí o contácteme por correo electrónico. Gracias.

Hola @Witriol , ¡es bueno saber que tienes actualizaciones de OTA funcionando! :-)

Además de los problemas ya mencionados, tengo dos adicionales:

• Puedo cambiar el "modo TRV (0x4000)" a 1 para poder cambiar la posición de la válvula manualmente. Puedo ver que el modo de funcionamiento de la válvula cambia cuando la pantalla muestra "0", que es la posición actual de la válvula. Sin embargo, al intentar cambiar la posición de la válvula a través de "Establecer posición de válvula (0x4001)", el dispositivo devuelve "INVALID_VALUE" sin importar el valor que envíe.
• Además, pierdo la conexión de Zigbee cada dos días e incluso un ciclo de energía no ayuda. Tendré que reiniciar y volver a emparejar el dispositivo mediante el "método de tres botones".

Como parece haber muchos problemas con el firmware actual, una degradación sería una solución rápida limpia y rápida que agradecería mucho.

Hola chicos, estoy experimentando el mismo problema con un termostato de alcohol nuevo. ¿Es posible que los chicos de Eurotronic hayan publicado erróneamente una versión de firmware con un error tipográfico en su nombre (22190930) antes de volver a la convención de nomenclatura de fecha original (20191014)? El nombre del atributo 0x0006 "Código de fecha" implica una marca de fecha. osito de peluche

@Witriol ¡ También esperamos la actualización del firmware OTA! ¡Gracias por adelantado!
osito de peluche

@ teddy-rpi: Hay una fecha de creación de firmware y una versión de firmware:

Acabo de crear una segunda solicitud de extracción que implementa una solución temporal cruda como lo propuso anteriormente @DerOetzi : simplemente escriba en ambos atributos (0x4003 y 0x0012) al cambiar el punto de ajuste de calefacción.
Definitivamente, esta no es una buena solución, pero desde que recibimos noticias de @Witriol de que el fabricante está trabajando en una actualización de firmware (¡bueno por cierto!) Creo que esta solución podría ser temporalmente aceptable. Espero que todos estén de acuerdo.
Una vez más, la solución funciona en mi versión del termostato, pero no puedo dar más garantías :)

@ magicdude4eva : ¡Gracias! ¿Cómo puedo descubrir la versión de firmware? En deCONZ bajo el clúster básico, el atributo 0x0006 "Código de fecha" me da 20.191.014 y teh atributo 0x4000 "Construir SW ID" está vacía.

Acabo de agregar una solicitud de extracción (n. ° 3626) que debería solucionar nuestros problemas con el cambio del punto de ajuste de calefacción actual.
Me tomó un tiempo darme cuenta, pero además de escribir el atributo 0x0012 discutido anteriormente (Punto de ajuste de calefacción ocupado), también necesitaba enviar un código de fabricante genérico.

Para distinguir entre unidades más antiguas y más nuevas, he utilizado el atributo Versión de software. Para las unidades con una versión de software inferior a 22190903, también se escribirá el antiguo atributo 0x4003. Para los modelos con la versión de SW 22190903 y posteriores, se utilizará el atributo 0x0012.

Esta solución funciona para mi unidad, pero como solo tengo una unidad, no puedo garantizar que funcione para unidades más antiguas y otras, así que crucemos los dedos 🤞

Muchísimas gracias. Ahora funciona bien para mí.

Acabo de crear una segunda solicitud de extracción que implementa una solución temporal cruda como lo propuso anteriormente @DerOetzi : simplemente escriba en ambos atributos (0x4003 y 0x0012) al cambiar el punto de ajuste de calefacción.
Definitivamente, esta no es una buena solución, pero desde que recibimos noticias de @Witriol de que el fabricante está trabajando en una actualización de firmware (¡bueno por cierto!) Creo que esta solución podría ser temporalmente aceptable. Espero que todos estén de acuerdo.
Una vez más, la solución funciona en mi versión del termostato, pero no puedo dar más garantías :)

Nunca sugerí tal método. Creo que esta es una solución realmente fea. Preferiría que usemos su primera solución y obliguemos a deconz a leer la dirección de clúster básica 0x4000 si está vacía.

Lo siento @DerOetzi , he citado mal. Fue @ mod3k quien lo sugirió. Estoy de acuerdo en que la solución es fea, pero espero que no sea necesaria por mucho tiempo y, para ser honesto, mi solución anterior tampoco fue una joya: s

Creo que esta solución muy fea es más robusta y segura que mi implementación anterior.

Fix funciona para mí con una función muy básica (establecer la temperatura objetivo). Mi error: el atributo 0x4000 estaba vacío porque solo leí todo el clúster en deCONZ en lugar de hacer doble clic en el atributo y leerlo por separado. Luego, el campo se completó con el mismo número de firmware comenzando con 22 que ustedes. Gracias de nuevo, esperando la corrección de OTA adecuada para poder usar todas las funciones. osito de peluche

Lo siento @DerOetzi , he citado mal. Fue @ mod3k quien lo sugirió. Estoy de acuerdo en que la solución es fea, pero espero que no sea necesaria por mucho tiempo y, para ser honesto, mi solución anterior tampoco fue una joya: s

No hay problema 👍 No estoy seguro de que su nueva solución funcione correctamente con versiones de firmware anteriores. Si entiendo a @ebaauw correctamente en su publicación, escribir el atributo incorrecto puede confundir a los dispositivos más antiguos:

Yo mismo estoy en 20181205. Esto fue hace bastante tiempo, pero si la memoria no funciona, 0x0012 no se actualiza cuando se emite el comando Setpoint Raise / Lower, y 0x4003 no se actualiza cuando se establece 0x0012. Usar siempre 0x4003 (para obtener y configurar el objetivo) funcionó de manera consistente, así que recurrí a usarlo en la API.

No sé qué les sucede al escribir en ambos atributos. Así que personalmente preferiría vivir con la solución alternativa para leer Basic Cluster 0x4000 manualmente después de reiniciar, lo cual es necesario para que su primera solución funcione, antes de estropear todas las demás versiones de firmware anteriores. Y tal vez alguien que conozca el interior de deconz mejor que yo pueda darnos si es posible obligarlo a leer ese atributo automáticamente si está vacío. En mi opinión, esa sería la mejor solución.