Deconz-rest-plugin: [Solicitação de suporte do dispositivo] Eurotronic Spirit ZigBee

Interessante! Ainda estou procurando algo assim, a um preço razoável.

É este aqui: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Onde você comprou isso? Vejo que Reichelt os vende por EUR 50,81.

Na verdade, não há _Bedienungsanleitung_ para este dispositivo em seu site. Ele veio com um manual apenas em francês / espanhol / italiano / polonês ou também em alemão e / ou inglês? (Eu posso ler alemão, mas não escrevo bem).

As especificações mencionam transições suportadas (_Schaltzeiten_) por dia / semana, sugerindo que você pode armazenar uma programação no dispositivo. Olhando para a especificação ZCL (6.3.2.2.3), há muitos mais atributos no cluster 0x0201 para isso. Acho que a primeira ordem do dia é adicioná-los ao general.xml, bem como os comandos para definir / limpar / obter a programação. No entanto, duvido que a GUI deCONZ possa lidar com um número variável de parâmetros para o comando set schedule.

@manup , modelar os cronogramas será um bom desafio para o endpoint /devices .

Com certeza, acho que os atributos devem ser adicionados ao novo ResourceItems .

Um colega comprou o termostato Eurotronic há alguns dias e também está muito interessado em obter suporte para deCONZ e homebridge-hue. Faremos algumas análises para obter mais informações.

Sim, é exatamente esse. Comprei-o de voelkner via Amazon por EUR 41,97. O manual impresso descreve apenas a instalação / montagem e está disponível em alemão e inglês. Esperava ver um pouco mais da especificação do protocolo, como no caso da versão zwave: https://eurotronic.org/wp-content/uploads/2018/08/Spirit_Z-Wave_BAL_web_DE_view_V5.pdf

No entanto, se eu puder fornecer mais alguns registros, farei o meu melhor para fazê-lo, mas no momento estou muito ocupado no trabalho e não quero encerrar minha instalação deCONZ para obter registros limpos do dispositivo antes de quinta-feira.

Encontrei informações de que ele usa o perfil de automação residencial 1.2 e se apresenta como um dispositivo HVAC ...

Será uma implementação difícil e demorada? Se você conseguir isso, o deconz conectado ao assistente doméstico pode ser a melhor solução do zigbee no mercado.

Também gostaria de obter homebridge-hue para oferecer suporte ao cluster de termostato.

O cluster do termostato 0x0201 já é compatível com PR # 1003.

Usando o REST-API é possível alterar a temperatura de aquecimento, obter / definir o agendador, ligar / desligar o agendador, definir o deslocamento.

@ma-ca, precisarei de ajuda com isso. Vai ser um desafio sem um dispositivo para testar.

O serviço HomeKit _Thermostat_ requer as seguintes características:

• _CurrentHeatingCoolingState_ (somente leitura, valores: _Off_, _Heat_, _Cool_) - Presumo que seja fornecido por state.on : false : _Off_; true : _Heat_?
• _TargetHeatingCoolingState_ (leitura / gravação, valores: _Off_, _Heat_, _Cool_, _Auto_) - Isso provavelmente deve ser mapeado para config.scheduleron ? Ou deveria ser corrigido para _Auto_ e expor config.scheduleron como um switch separado?
• _CurrentTemperature_ (somente leitura, em 0,1 ° C) - Isso seria state.temperature ?
• _TargetTemperature_ (leitura / gravação, em 0,1 ° C) - Isso seria config.heatsetpoint ?

Há também uma característica opcional _HeatingThresholdTemperature_.

Eu não saberia como expor a programação - Eles não fizeram a engenharia reversa da interface do Eve Thermo ainda (consulte https://github.com/simont77/fakegato-history/issues/11, https: // github .com / simont77 / fakegato-history / issues / 40), mas suponho que você queira usar regras deCONZ e / ou automações HomeKit para definir config.heatsetpoint ?

@ebaauw Fico feliz que você esteja investigando isso e estou feliz em ajudar.

CurrentHeatingCoolingState (somente leitura, valores: Off, Heat, Cool) - presumo que seja fornecido por state.on : false : Off; true : Calor?

Sim, state.on : true corresponde ao aquecimento ativado. O legal (atualmente) não está implementado na REST-API.

TargetHeatingCoolingState (leitura / gravação, valores: Off, Heat, Cool, Auto) - Isso provavelmente deve ser mapeado para config.scheduleron ? Ou deve ser corrigido para Auto e expor config.scheduleron como um switch separado?

Talvez sim. Como essa propriedade é exibida no HomeKit e qual comando está associado? Se isso estiver associado ao comando Siri _desligar termostato_, então, de fato, faria sentido desligar o programador.

CurrentTemperature (somente leitura, em 0,1 ° C) - Isso seria state.temperature ?

sim. Atualmente, o valor da temperatura precisa ser dividido por 100, conforme definido na especificação Zigbee, por exemplo state.temperature : 2150 é 21,5 ° C.

TargetTemperature (leitura / gravação, em 0,1 ° C) - Isso seria config.heatsetpoint ?

Sim, também precisa ser dividido por 100.

Gostaria de usar o HomeKit para definir config.heatsetpoint e config.scheduleron . Não vejo nenhum benefício em mudar o agendador do HomeKit, porque depois de configurar o agendador usando a REST-API, não há realmente necessidade de alterar isso.

Em meus casos de uso, gostaria de usar o HomeKit para

• desligue o programador ao sair de férias
• e, em seguida, ser capaz de ligar novamente um dia _antes_ de voltar para casa.
• definir a temperatura.

Verifique homebridge-hue v0.11.7.

Muito agradável. Depois de instalar o homebridge-hue v0.11.7, o aplicativo iOS Home mostra os ícones _Thermostat_ com temperatura e valor de aquecimento.

Mudar o aquecimento muda config.heatsetpoint . Ativar ou desativar o modo define config.scheduleron como verdadeiro ou falso.

O único problema é que a temperatura exibida parece estar arredondada para 0,5 ° C, mas o display do termostato tem resolução de 0,1 ° C. Por exemplo, o aplicativo mostra 22,5 ° C, mas a tela tem 22,3 ° C e state.temperature é 2230. E o valor de aquecimento tem um deslocamento aleatório, por exemplo, 17.0 ° C altera config.heatsetpoint para 1710, valor 17,5 ° C a 1770, valor 18,0 ° C a 1800.

Você pode anexar o log de depuração de homebridge-hue? E o arquivo de despejo, só para ter certeza. Veja o README. Você está usando apenas o aplicativo Home da Apple ou verificou outros aplicativos HomeKit. Acho que Home arredonda a temperatura para 0,5 ° C ao exibi-la. Pelo menos é o que vejo nos meus 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}

Estou usando apenas o aplicativo Apple Home.

Caso haja uma relação, no início os ícones de _Window Covering_ no Home App tinham resolução de 1% ao mostrar o estado aberto entre 0% e 100%. Mais tarde, isso mudou para uma resolução de 5%. Eu pensei que isso foi alterado de propósito em homebridge-hue.

Eu realmente preciso da saída completa de homebridge -D , consulte https://github.com/ebaauw/homebridge-hue#debug -log-file.

Estou usando apenas o aplicativo Apple Home.

Quais temperaturas Eve ou outro aplicativo HomeKit mostram?

Mais tarde, isso mudou para uma resolução de 5%. Eu pensei que isso foi alterado de propósito em homebridge-hue.

Sim, descobri que meu lumi.curtain nem sempre informa uma posição de 0 ou 254 quando totalmente aberto ou fechado. Mesmo após a recalibração, às vezes fica um pouco errado. Eu contornei isso arredondando para múltiplos de 5. No entanto, isso não tem nenhuma relação com o _Termostato_.

O arquivo de log de depuração completo de antes.

homebridge.log.gz

Quais temperaturas Eve ou outro aplicativo HomeKit mostram?

O aplicativo Eve mostra a temperatura correta com resolução de 0,1 ° C. Além disso, a temperatura alvo é convertida corretamente ao aumentar as etapas de 0,5 ° C.

Obrigado!

[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

Isso está parecendo bom. O termostato foi alterado de HomeKit para 18,2 ° C. homebridge-hue define config.heatsetpoint para 1820 e deCONZ emite uma notificação de soquete da web com o novo heatsetpoint. Eu preciso me livrar da mensagem config.scheduler , no entanto.

[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

A alegria do processamento assíncrono. A temperatura alvo é atualizada enquanto homebridge-hue está pesquisando /sensors . homebridge-hue reverte o HomeKit para o valor anterior (recuperado da enquete), mas isso é corrigido quando homebridge-hue recebe a notificação de soquete da web da mudança pelo put .

E o valor de aquecimento tem um deslocamento aleatório, por exemplo, 17.0 ° C altera config.heatsetpoint para 1710, valor 17.5 ° C para 1770, valor 18.0 ° C para 1.800.

Eu não vejo isso. Em ambos os casos acima, o homebridge-hue envia a temperatura correta (para 0,1 ° C) ao gateway deCONZ, e o gateway confirma isso por meio da notificação do websocket. Suspeito que o app Home pode fazer algo engraçado aqui também. Verifiquei duas vezes se _Temperatura atual_ e _Temperatura alvo_ têm uma resolução de 0,1 ° C.

Algumas outras observações:

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

Você especificou duas plataformas "Hue" em config.json. Embora funcione atualmente, ele quebrará ao mudar para acessórios de plataforma dinâmica. Você pode expor a ponte Hue e o gateway deCONZ a partir de uma única entrada:

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

Ah o ubisys S2. Estou esperando para ver o modelo completo S2 (5502) para expor o sensor ZHASwitch. Consigo ler os valores buttonevent da API deCONZ REST, mas não o modelo completo. Você obtém bons valores para consumption e power ? Meu D1 (rodando uma versão de firmware posterior) dá lixo para eles.

[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 mim mesma: história de Eva.

Por favor, verifique homebridge-hue v0.11.8 que deve:

• Não emita mais mensagens sobre config.scheduler ;
• Fornece histórico em Eve para a temperatura atual do _Thermostat_ e a temperatura alvo (consulte https://github.com/ebaauw/homebridge-hue/issues/426);
• Suporta a função de comutação do ubisys S2 (consulte https://github.com/ebaauw/homebridge-hue/issues/427).

Vamos continuar a conversa sobre o suporte homebridge-hue para os problemas homebridge-hue.

Gostaria de adicionar o dispositivo Eurotronic ao restAPI, mas há um erro:

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

As versões mais recentes de deCONZ (2.05.54) e homebride-hue (v0.11.8) estão instaladas

@thommyDD , tente com esta versão provisória :)

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

O termostato precisa ser reconectado novamente, enquanto a pesquisa do sensor está em execução.

@manup não funciona :(

Reinicializei o termostato enquanto a busca do sensor estava em execução, mas o termostato não foi encontrado.

Hmmm não tenho certeza do que está acontecendo. Acabei de encomendar um pela Amazon deve chegar na próxima segunda-feira.

É interessante, se inscrever para ver o andamento ;-)

Também tropecei neste dispositivo recentemente. A versão Z-Wave possui a interessante característica de suportar sensores de temperatura externos (que podem fornecer leituras mais realistas do que as internas).
Daqueles que já possuem o dispositivo, você sabe se isso também é (ou será) possível via Zigbee? Infelizmente, o site do fabricante é muito esparso.

Olá, recentemente também ganhei este dispositivo. No momento, só posso definir o Setpoint de aquecimento ocupado, que é então copiado pelo dispositivo para o atributo Current Temperature Setpoint via deCONZ Gui. Você também adicionará os atributos de agendamento ao deCONZ Gui? Como eu realmente não sei agora, como faria isso via REST API, já que não é do meu conhecimento no momento. Seria muito apreciado.

Saúde

Lendo mais alguns atributos do termostato:

• O sensor de temperatura externo pode ser compatível
• Agendamentos não são suportados

Então, as programações não serão suportadas pelo deCONZ por muito tempo?

Na verdade já existe um código de programação no deCONZ, mas não posso testar isso porque o termostato Eurotronic não o suporta.

Pode ser melhor criar regras para imitar os cronogramas, o que também é mais poderoso.

Como alguém criaria essas regras? via Rest API? ou existe alguma funcionalidade no deCONZ que poderia lidar com isso?

Atualmente, isso só é possível via REST-API. Ou talvez ao usar algo como o Home Assistant e outros sistemas de automação residencial que suportam a integração deCONZ.

@manup Infelizmente, ainda não consegui adicionar o termostato com a busca por sensor. deCONZ v2.0.57 está instalado.
Existe uma explicação?

Deve funcionar melhor com o próximo 2.05.58, que contém algumas correções relacionadas.

Solução alternativa para 2.05.57:

• Iniciar pesquisa de sensor
• Leia o cluster básico

É este aqui: https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ ? Onde você comprou isso? Vejo que Reichelt os vende por EUR 50,81.

Na verdade, não há _Bedienungsanleitung_ para este dispositivo em seu site. Ele veio com um manual apenas em francês / espanhol / italiano / polonês ou também em alemão e / ou inglês? (Eu posso ler alemão, mas não escrevo bem).

Eu pedi detalhes por e-mail há algum tempo. Embora eles não tenham respondido, eles acabaram de adicionar um manual bastante abrangente ao seu site com detalhes sobre os atributos do Zigbee:
https://eurotronic.org/wp-content/uploads/2019/01/Spirit_ZigBee_BAL_web_DE_view_V9.pdf

Tenho um desses termostatos, mas não consigo parear corretamente.
(Deconz sem cabeça em rpi com raspbee e deconz 2.05.58)
Seguindo o link de documentação no comentário anterior, posso colocar o termostato no modo de emparelhamento e iniciar o emparelhamento do sensor no app phoscon. Depois de um breve tempo, o termostato indica que foi emparelhado com sucesso, mas o app phoscon. nunca reconhece o emparelhamento.

O termostato definitivamente considera o emparelhamento completo. Para colocá-lo de volta no modo de emparelhamento, preciso reiniciá-lo completamente.

Alguma dica do que estou fazendo de errado?

Alguma dica do que estou fazendo de errado?

Acho que nada. Atualmente, o termostato não é visível no aplicativo Phoscon, mas deve estar visível na API REST.

É isso - não é visível ao obter todos os objetos da API restante

Em minha primeira tentativa de emparelhar por meio da GUI deCONZ, o dispositivo apareceu, mas nenhuma das propriedades foi lida, nem mesmo o ID do fabricante e nenhum cluster apareceu. Por fim, parei o deCONZ, removi todas as referências ao dispositivo do zll.db, reiniciei o dispositivo e emparelhei-o da seguinte maneira, _ enquanto o seguro próximo ao RasPi_.

• Inicie a pesquisa de sensor no Phoscon.
• Remova / reinsira as baterias. Pressione menos + mais + impulso e segure-os até que o dispositivo seja redefinido.
• Aguarde o emparelhamento do dispositivo (luz verde; após cerca de 2 segundos), monte e deixe-o se adaptar.
• A pesquisa de sensor no Phoscon havia falhado até então, reinicie-o.
• Acesse deCONZ GUI, liste os clusters, clique em "Básico" -> "Ler" (conforme recomendado em https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-457839093)
• Agora o Phoscon relata uma pesquisa de sensor bem-sucedida e ela é exibida na API REST.

Não sei qual das etapas funcionou, mas talvez isso ajude.

Em relação aos atributos, descobri que definir "Modo TRV" (0x4000) para "manual" (2) controla o dispositivo através do setpoint (definido via 0x4003). Quando o modo é definido como "Desconhecido 2", o display mostra a porcentagem de abertura da válvula atual, que pode ser controlada com 0x4001.

Nenhuma das outras opções parece ter efeito, embora pareça que existem recursos ocultos em "Host Flags" (0x4008) (por exemplo, consegui ativar a proteção infantil ...).

Também não está claro como o "Sensor remoto" deve funcionar. Talvez por meio de enlace, com um dispositivo que tenha um cluster cliente de "medição de temperatura"?

Eu confirmo que essas etapas estão funcionando:

• Inicie a pesquisa de sensor no Phoscon.
• Remova / reinsira as baterias. Pressione menos + mais + impulso e segure-os até que o dispositivo seja redefinido.
• Aguarde o emparelhamento do dispositivo (luz verde; após cerca de 2 segundos), monte e deixe-o se adaptar.
• A pesquisa de sensor no Phoscon havia falhado até então, reinicie-o.
• Vá para deCONZ GUI, liste os clusters, clique em "Básico" -> "Ler" (conforme recomendado em # 1098 (comentário))

Consegui emparelhar o termostato e posso vê-lo no deconz GUI, mas com o nome 0x3BEE.
Também não vejo isso na API. (solicitar GET / sensores).

Peguei o meu hoje! Se estiver funcionando de maneira confiável, tenho espaço para mais sete ...

Seria legal expor a posição da válvula (como state.bri ?). O Eve Thermo também relata isso e espero poder fazer o homebridge-hue expor a história para o aplicativo Eve.

No HomeKit, um termostato tem um _Estado de resfriamento de aquecimento alvo_ (desligado, aquecer, resfriar, automático) e um _Estado de resfriamento de aquecimento atual_ (desligado, aquecimento, resfriamento). Com state.on derivado da posição real da válvula, o estado atual é coberto. O Eurotronic tem um equivalente para o estado de destino? Eu costumava mapear config.scheduleron para o estado de destino, mas com o último commit, ele não está mais exposto (porque, se bem entendi, não fez nada para o Eurotronic). Podemos mapear o modo boost para _heat_ se for configurável no Zigbee.

Acho que precisamos implementar config.pending para definir a temperatura alvo. O termostato parece pesquisar seu pai com frequência, mas eu já experimentei alguns problemas em que a atualização não veio. Além disso, provavelmente devemos definir o atributo de ponto de calor específico do fabricante, em vez do padrão (que não suporta relatórios de atributos).

Seria legal expor a posição da válvula (como state.bri ?). O Eve Thermo também relata isso e espero poder fazer o homebridge-hue expor a história para o aplicativo Eve.

Eu preferiria um state.valve ou similar, acho que haverá mais termostatos suportados em um futuro próximo, então é melhor obtermos os atributos adequados na combinação.

O Eurotronic tem um equivalente para o estado de destino? Eu costumava mapear config.scheduleron para o estado de destino, mas com o último commit, ele não está mais exposto (porque, se bem entendi, não fez nada para o Eurotronic). Podemos mapear o modo boost para _heat_ se for configurável no Zigbee.

O agendador não é suportado pelo Eurotronic, mas tem vários valores que podem ser configurados. Precisa de mais experimentos para descobrir a melhor abordagem.

Acho que precisamos implementar config.pending para definir a temperatura alvo. O termostato parece pesquisar seu pai com frequência, mas eu já experimentei alguns problemas em que a atualização não veio.

Sim, ele pesquisa a cada 5 segundos, o que é bom para obter comandos confiáveis, mas config.pending faz sentido.

Além disso, provavelmente devemos definir o atributo de ponto de calor específico do fabricante, em vez do padrão (que não suporta relatórios de atributos).

Eles parecem estar sincronizados no dispositivo. Gosto muito que o termostato informe os valores e também avance rapidamente quando a temperatura é alterada manualmente. Mas aqui estão algumas tarefas a fazer, mudar manualmente não alterará o ponto de ajuste de calor, que também é relatado.

Eu costumava mapear config.scheduleron para o estado de destino, mas com o commit mais recente, ele não está mais exposto

Estou usando o HomeKit para ativar / desativar o agendador no termostato Bitron. Esperançosamente, isso continuará a funcionar.

Recebi o meu também hoje, joguei básico com ele, pois minhas válvulas antigas usam uma conexão que não é adequada para os adaptadores fornecidos com o termostato. Paciência é uma virtude hehhe, vou precisar de ajuda para trocar a válvula antiga aqui.

Mas o que eu noto é que agora um 'padrão' parece ter sido alterado ... Até agora, sensores 'complexos' teriam sensores API REST separados. Como um sensor meteorológico existiria de três entradas de sensor, pressão, temperatura e umidade. Agora, para este termostato, a medição da temperatura, o estado (ligado / desligado) e a temperatura definida são combinados. Não há problema em dobrá-lo, mas não seria um ponto lógico para reconsiderar se este é um momento para repensar se esse é o caminho certo? Olhando para isso não é um sensor, mas um dispositivo ativo? Algo que poderia introduzir o ramo / devices?

Eles parecem estar sincronizados no dispositivo.

Apenas de mão única e nem sempre. De acordo com o manual:

Die übertragenen Solltemperaturen wie Atributo de Setpoint de Aquecimento Ocupado / Desocupado (0x0012 ou 0x0014) werden auf das Atributo Setpoint de Temperatura Atual (0x4003) kopiert, um den TRV ohne hersteller spezifische Atributo verwenden zu können.

Controlar o termostato por meio de seus botões parece mudar apenas 0x4003. A configuração do modo _Boost_ muda 0x4003 para 3000 (30 ° C). Eu poderia mapear este atributo para o estado de destino: 500 = desligado; 3000 = calor; outros valores = automático.

Acho que precisamos escrever o atributo ao definir a temperatura alvo. O comando _Setpoint Raise / Lower_ muda 0x0012, mas não 0x4003. Também está em 0,01 ° C (como os atributos de temperatura, não 0,1 ° C. Acho que é um erro de digitação em general.xml?

em vez do padrão (que não suporta relatórios de atributos).

O manual contém algumas inconsistências. Em 6.5, 0x008, 0x0012 e 0x0014 são listados como não reportáveis, mas em 6.6 eles são reportáveis.

Até agora, sensores 'complexos' obteriam sensores API REST separados.

"Complex" = vários clusters (0x0402, 0x0403, 0x0405 para o sensor meteorológico). O termostato é um cluster (0x0201).

Algo que poderia introduzir o ramo / devices?

Sim, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/579#issuecomment -459957111 e abaixo.

Estou usando o HomeKit para ativar / desativar o agendador no termostato Bitron. Esperançosamente, isso continuará a funcionar.

Provavelmente, preciso colocar o Eurotronic na lista de permissões separadamente em homebridge-hue.

No HomeKit, um termostato tem um _Estado de resfriamento de aquecimento alvo_ (desligado, aquecer, resfriar, automático) e um _Estado de resfriamento de aquecimento atual_ (desligado, aquecimento, resfriamento).

O Eurotronic parece controlar este estado com o atributo "System Mode" (atributo id 0x001c) (consulte o manual do utilizador na página 15). Brinquei um pouco com esse atributo no software deCONZ, infelizmente sem sucesso. O valor pode ser definido, mas depois de reler o valor do termostato, ele parece redefinir para o valor padrão (Calor)

Com state.on derivado da posição real da válvula, o estado atual é coberto. O Eurotronic tem um equivalente para o estado de destino?

O estado do valor é representado por "Demanda de aquecimento Pi"

O bit para 0x000080 em _Host flags_ (0x4008) corresponde ao modo de bloqueio (segurando + e - por 3 segundos). É configurável e eliminável de Zigbee.

O bit para 0x000080 em _Host flags_ (0x4008) corresponde ao modo de bloqueio (segurando + e - por 3 segundos). É configurável e eliminável de Zigbee.

Como você descobriu isso? Tentei definir bits individuais com o Editor de Atributos em deCONZ. Mas sempre que escrevo algo diferente de zero, ele apenas ativa o modo de bloqueio. Gravar 0x000000 o desbloqueia novamente. E depois de fazer isso, a leitura dos sinalizadores de host retorna valores muito diferentes (0x000001 após a configuração inicial, agora o meu diz 0x42c381).

Editar: A versão Z-Wave tinha sinalizadores úteis, como definir o temporizador da luz de fundo do LCD, girar a tela em 90 graus e configurar a sensibilidade de "detecção de janela aberta". Eu esperava que isso estivesse escondido em algum lugar nas Bandeiras de Host aqui.

Edit2: É (_Host flags_ & 0x000004) o bit para o modo boost?

Acho que precisamos implementar config.pending para definir a temperatura alvo. O termostato parece pesquisar seu pai com frequência, mas eu já experimentei alguns problemas em que a atualização não veio.

No começo, isso também aconteceu comigo, mas depois de configurar o relatório de atributo em 0x4003 para min/max/change=1/600/1 o termostato sempre retorna imediatamente após a configuração da temperatura.

Como você descobriu isso?

Existem 10 tipos de pessoas: aqueles que lêem binário e aqueles que não ;-)

Ele relatou 0x000001 antes e 0x000081 depois de definir o modo de bloqueio. A gravação de 0x000001 cancelou o modo de bloqueio. Agora o meu relatório 0x400341, definir o modo de bloqueio altera para 0x4003c1. Não tenho ideia sobre as outras partes.

Editar: A versão Z-Wave tinha sinalizadores úteis, como definir o temporizador da luz de fundo do LCD, girar a tela em 90 graus e configurar a sensibilidade de "detecção de janela aberta". Eu esperava que isso estivesse escondido em algum lugar nas Bandeiras de Host aqui.

Legal, mas eu não acho que a tela pode girar (não é uma tela de bitmap; os elementos são conectados). Eu estava brincando com o _Modo TRV_: o valor _Desconhecido 2_ muda o display para a posição da válvula (conforme relatado por 0x0008 - _Pi Heating Demand_).

É (_Host flags_ & 0x000004) o bit para o modo boost?

Não pense assim, o modo Boost é 0x4003 == 3000.

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

Também não está claro como o "Sensor remoto" deve funcionar. Talvez por meio de enlace, com um dispositivo que tenha um cluster cliente de "medição de temperatura"?

Estou tentando descobrir o _Detecção remota_. De acordo com a especificação ZCL (para o cluster de servidor _Thermostat_):

Para sensoriamento remoto de temperatura, o cluster de cliente _Temperature Measurement_ (ver 4.4) PODE ser incluído no mesmo endpoint. Para detecção de ocupação, o cluster de cliente _Occupancy Sensing_ (ver 4.8) PODE ser incluído no mesmo ponto de extremidade.
...
_LocalTemperature_ representa a temperatura em graus Celsius, medida local ou remotamente (pela rede)
...
_OutdoorTemperature_ representa a temperatura externa em graus Celsius, medida local ou remotamente (pela rede).
...
_Occupancy_ especifica se o espaço aquecido / resfriado está ocupado ou não, conforme medido local ou remotamente
(pela rede).

Uma vez que nem _OutdoorTemperature_, nem _Occupancy_ nem os clusters de cliente foram implementados, temo que _RemoteSensing_ não faça nada.

PR adiciona state.valve e config.locked , baseia config.heatsetpoint em 0x4003 e configura o relatório de atributos para as configurações recomendadas. Também corrigiu uma carga de bugs no manuseio dos atributos do termostato.

Ainda não implementou config.pending para locked e heatsetpoint . Alterar config.locked e config.heatsetpoint parece funcionar (verificado por sniffing). Não tenho certeza sobre a configuração do relatório - o Wireshark relatou um pacote malformado na resposta à configuração 0x0001 / 0x0021 (porcentagem da bateria); Eu ainda não capturei a configuração 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]

Após o código de comando (0x07), há um único byte 0x00 (indicando Sucesso?), Mas nenhuma confirmação do atributo.

deCONZ não parece feliz com isso:

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

Estou recebendo o mesmo pacote malformado ao definir a ligação manualmente a partir da GUI deCONZ.

Legal, obrigado state.valve e config.locked parece bom.

Mas a configuração de relatórios é necessária? Os atributos já possuem alguma configuração padrão, portanto, apenas a ligação é necessária.

Compatível com homebridge-hue v0.11.14 (consulte https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment-461920956). Observe que o homebridge-hue precisa do PR para suporte total.

Mas a configuração de relatórios é necessária? Os atributos já possuem alguma configuração padrão, portanto, apenas a ligação é necessária.

As configurações recomendadas diferem das configurações padrão de fábrica. No entanto, o termostato também retorna um _Configure Reporting Response_ malformado ao configurar o relatório para os atributos _Thermostat_. Por enquanto, vou comentar o código.

Eu ainda gostaria que a GUI deCONZ suporte _Reportable Change_ para valores de 24 bits (e 48 bits), para que eu possa configurar _Host Flags_ manualmente.

Compatível com homebridge-hue v0.11.14 (consulte ebaauw / homebridge-hue # 426 (comentário) ). Observe que o homebridge-hue precisa do PR para suporte total.

Bom, obrigado, será mesclado para 2.05.59.

Eu ainda gostaria que a GUI deCONZ suporte _Reportable Change_ para valores de 24 bits (e 48 bits), para que eu possa configurar _Host Flags_ manualmente.

Vou verificar se o código também deve ser corrigido na próxima versão.

É (_Host flags_ & 0x000004) o bit para o modo boost?

Não pense assim, o modo Boost é 0x4003 == 3000.

Não, o modo Boost também exibe "On" no termostato e o pressionamento de um botão retorna à temperatura definida anteriormente. Eu tentei (localmente, para teste) adicionar config.boost da mesma forma que você adicionou config.locked , que alterna o sinalizador 0x000004 e agora posso ativar remotamente o modo de aumento /desligado.

Parece haver um sinalizador para também desligar o termostato (o visor mostra "Desligado"), mas não consegui ativá-lo de forma consistente (seria bom para um sensor de janela, conforme mencionado no manual).

Uma vez que nem _OutdoorTemperature_, nem _Occupancy_ nem os clusters de cliente foram implementados, temo que _RemoteSensing_ não faça nada.

Obrigado, temia que fosse esse o caso.
Enquanto isso, resolvi isso lendo a temperatura de um sensor Xiaomi e ajustando config.offset . Isso funcionou perfeitamente, até que seu PR mudou as unidades para o deslocamento de 0,1 para 0,01 graus.
Você pode tentar o seguinte:

• Defina config.offset como 10 via REST. Leia o atributo em deCONZ e ele mostra 1. Correto.
  REST responde: [{'success': {'/sensors/12/config/offset': 10, 'set config/offset': 1}}]
• Defina config.offset como -10 via REST. Leia o atributo em deCONZ e mostra -103, quando eu esperaria -1.
  REST responde: [{'success': {'/sensors/12/config/offset': -10, 'set config/offset': 429496729}}] )

Olhando para a mudança nesta linha , acho que deveria ser toInt vez de toUInt (isso já estava errado antes, mas agora que o resultado é dividido por 10, ele aumenta).
(_edit: acabei de testar e toInt corrigiu_)

Não, o modo Boost também exibe "On" no termostato e o pressionamento de um botão retorna à temperatura definida anteriormente. Eu tentei (localmente, para teste) adicionar config.boost da mesma forma que você adicionou config.locked , que alterna o sinalizador 0x000004 e agora posso ativar remotamente o modo de aumento /desligado.

De fato. Não consegui definir / limpar antes da GUI deCONZ, mas desta vez consegui (pelo menos uma vez). Parece haver um bug na GUI deCONZ ao escrever o valor do 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)]

O valor (após o byte 0x22 para o tipo) está faltando no pacote, mas o termostato responde com _Write Attributes Response_ com status OK de qualquer maneira e, em seguida, envia um _Report Attributes_ para 0x4008 com o novo valor (aleatório?). Verificação de alcance ausente no firmware?
Também consegui fazer com que o termostato exibisse "Desligado" brevemente, mas não tenho ideia de como. 0x4003 era 500 depois disso.

@manup , você pode confirmar que isso é um bug (e se for, talvez até conserte)?

Acho que deveria ser toInt vez de toUInt

Eu também acho. Infelizmente, só adicionei a divisão e arredondamento e nunca olhei para a conversão do valor do mapa.

@manup , você pode confirmar que isso é um bug (e se for, talvez até conserte)?

Sim, a gravação de valores de 24, 40, 48 e 56 bits, bem como o relatório de configuração, não foi totalmente implementado. Já está consertado no núcleo e fará parte do 2.05.59.

Usando o plug-in de linha de comando de @ma-ca (https://github.com/ma-ca/deconz-cli-plugin), posso enviar comandos _Write Attribute_ de maneira confiável (e também definir a configuração de relatório de atributo em 0x4008, portanto o novo valor é reportado imediatamente).

Até agora, descobri o seguinte:

bit | efeito
--- | ------
0x000001 | Nenhum?
0x000002 | vire a tela de cabeça para baixo
0x000004 | modo de impulso
0x000008 | Nenhum?
0x000010 | definido para limpar o modo, mas reporta como 0x000000
0x000020 | definido para desligar o modo, mas reporta como 0x000010
0x000040 | Nenhum?
0x000080 | bloqueio de criança

Se você quiser experimentar, uso o seguinte para enviar o comando:

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

A carga útil é decifrada da seguinte forma:

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

Olhando para a documentação da versão Z-Wave, eu meio que esperava o seguinte em _Host Flags_:

• Tempo limite do LCD (5 bits);
• Luz de fundo do LCD (1 bit);
• Detecção de janela aberta (2 bits).

Tentei os outros 16 bits. Quando definido, cada um é relatado de volta pelo termostato, mas não vejo nenhum efeito.

Não consigo apagar o bit 0x000001 - talvez seja a luz de fundo do LCD (que não consigo desligar)?

O PR mais recente adiciona config.boost , config.displayflipped e config.off (não me preocupei com config.mode ou algo assim). As alterações em vários atributos REST são coletadas em um único _Write Attributes_ em _Host Flags_. Definir boost limpa off e vice-versa.

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

Progresso incrível, mas temo que config.on, config.off e state.on possam ser confusos para um usuário de API. O config.mode não seria mais limpo e fácil de entender?

Sim, seria. Este foi o mais rápido de implementar ...

É difícil combinar mudanças em vários atributos REST em um único comando de gravação para o atributo _Host Flags_ Zigbee. Talvez seja melhor expô-lo como um objeto, algo como config.hostflags.boost , config.hostflags.off , etc. Claro, isso dá mais trabalho do ponto de vista de análise de API.

Além disso, não estou muito feliz em usar getZclValue() (e setZclValue() após a reinicialização) para armazenar em cache o valor _Host Flags_, em vez de usar um recurso RConfigHostFlags . Não tenho certeza de como criar um atributo REST “oculto”, que é armazenado no banco de dados, mas não exposto pela API.

Talvez seja melhor expô-lo como um objeto, algo como config.hostflags.boost , config.hostflags.off , etc. Claro, isso dá mais trabalho do ponto de vista de análise de API.

Ainda não analisei os detalhes, meu problema atualmente é que, ao olhar para esses atributos ingenuamente, não entendo o que eles deveriam fazer. Talvez um aninhamento em config.hostflags.something não seja necessário, mas uma interface mais simples. Por exemplo, se config.hostflags.off deve controlar o atributo config.on .. podemos apenas usar config.on?

Além disso, devemos encontrar uma palavra melhor para modo de aumento , não tenho ideia do que significa, se fizer algo útil, uma palavra que o descreva ajudaria a entender o propósito :)

Não tenho certeza de como criar um atributo REST “oculto”, que é armazenado no banco de dados, mas não exposto pela API.

Basta ignorar o atributo na solicitação get relacionada :)

Além disso, devemos encontrar uma palavra melhor para o modo _boost_, não tenho ideia do que significa, se fizer algo útil, uma palavra que o descreva ajudaria a entender o propósito :)

Ele "aumenta" a temperatura, é claro ;-) E você ajusta pressionando o botão Boost ;-) A palavra na verdade vem da documentação do Eurotronic Spirit:

Boost-Modus
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 por Plus oder Minus Taste in den Komfortmodus gewechselt werden.

A palavra "off" não é mencionada na documentação, mas basicamente ela define a válvula do termostato para min e o display mostra "Off". É mencionado na documentação da variante Z-Wave.

Por exemplo, se config.hostflags.off deve controlar o atributo config.on .. podemos apenas usar config.on?

Ele meio que controla o atributo state.on . config.on já é usado para habilitar ou desabilitar (disparar regras de) o recurso. Se mudássemos isso, perderíamos compatibilidade com a API Hue. Eu concordo, isso é confuso, também com config.scheduleron para o outro termostato.

O HomeKit usa _TargetHeatingCoolingState_ com os valores possíveis _Off_, _Heat_, _Cool_ e _Auto_. E _CurrentHeatingCoolingState_ com os valores possíveis _Off_, _Heating_ e _Cooling_. Claro, _Cool_ e _Cooling_ não se aplicam ao Eurotronic.
Se eu traduzir para a API REST, obteria config.mode ( config.targetstate ?) Com os valores "off", "heat", "cool" e "auto"; e state.mode ou state.status ( state.currentstate ?) com os valores "desligado", "aquecimento" e "resfriamento". Se ignorarmos a parte de resfriamento por enquanto, state.heating parece fazer mais sentido. Na linguagem Eurotronic, os valores de config.mode seriam "off", "boost" e "conforto". Acho que preferiria os termos do HomeKit (eles parecem mais genéricos), mas provavelmente sou tendencioso.

Em uma nota lateral: eu preferiria config.targettemperature a config.heatsetpoint .

Quando vence a v2.05.59? Estou feliz por fazer as alterações, mas não vou terminá-las esta noite.

Ai meu Deus, essa coisa de boost é realmente confusa :) Mesmo com a descrição, não tenho certeza do que ou por que existe. Alguém vai precisar ou usar isso?

Eu concordo que os termos do HomeKit são muito mais legíveis por humanos, totalmente abertos para adaptá-los para o termostato.

Mas devemos verificar se há mudanças significativas, não temos certeza se alguém usa os atributos existentes ainda. @ Kane610 @wvuyk ?

Quando vence a v2.05.59?

Bom agendamento foi hoje, mas ainda não terminei todos os detalhes. Portanto, a próxima programação pode ser amanhã à noite ou terça-feira. Mas sem pressa 2.05.60 também pode chegar até o final da semana.

Tenho config.mode trabalhando com os valores "off", "heat" e "auto". Não mudou state.on nem config.heatsetpoint . Introduzido um config.hostflags oculto para persistir o atributo _Host Flags_ (0x4008) no banco de dados.

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

Há um bug em changeSensorConfig() : ele emite o evento de soquete da web muito cedo, mesmo antes de um erro ser retornado. Tente COLOCAR {"mode": "invalid"} em config .

Em outros sistemas, como Homematic, MAX! etc. o botão de impulso abre a válvula completamente por um tempo limitado. Eu nunca usei até que me mudei para um apartamento com claraboias. Depois de fechá-los em dias frios, o vidro estava tão frio que embaçava. Para evitar isso, eu uso o modo de impulso sempre que fecho minhas janelas e a temperatura está abaixo de 5 graus

@manup Tenho um PR para suporte de termostato de desconexão. Portanto, este é o momento certo para fazer mudanças.

Ou eu o postarei para o próximo lançamento em 3 semanas ou se você lançar o 59 com este suporte antes do beta na quinta-feira. E, claro, preciso da lista adequada de atributos :)

@manup ,

Estou trabalhando nisso internamente, mas de uma maneira muito flexível, então vá em frente e use o atributo correto. Torná-lo um padrão, pois todos nós esperamos que mais termostatos cheguem?

editar Até onde posso verificar aqui os atributos como bastante próximos do que Homeseer expõe para outros termostatos BTW.

Tenho config.mode trabalhando com os valores "off", "heat" e "auto". Não mudou state.on nem config.heatsetpoint . Introduzido um config.hostflags oculto para persistir o atributo _Host Flags_ (0x4008) no banco de dados.

Isso parece muito bom. Se ainda houver preocupação, no manual do Z-Wave o modo "boost" também é chamado de "potência total". Acho que pode ser ainda mais preciso do que "calor". A propósito, como para a versão Z-Wave, este modo aquece com potência total por alguns minutos, então ele retorna automaticamente ao modo normal (e os sinalizadores de host são relatados de acordo neste caso).

No entanto, acho que resta um caso extremo: se você definir config.mode como "desligado" e depois alterar config.heatsetpoint , o dispositivo voltará ao modo normal, mas os sinalizadores de host continuarão indicam 0x000010. Para resolver a confusão, acho que os sinalizadores de host devem ser limpos dos bits off / boost sempre que config.heatsetpoint é tocado.

No manual Z-Wave, o modo "boost" também é chamado de "potência total". Acho que pode ser ainda mais preciso do que "calor".

Quer termos genéricos, ou falar Eurotronic? Neste último caso, é melhor uso "off", "impulso" e "conforto" (eu não gosto o espaço no "poder total"). Se o primeiro, "off", "heat" e "auto" parecerem mais apropriados.

A propósito, como para a versão Z-Wave, este modo aquece com potência total por alguns minutos, então ele retorna automaticamente ao modo normal (e os sinalizadores de host são relatados de acordo neste caso).

Acho que não deixei o modo Boost ativado por tempo suficiente para ver isso acontecer. Testando agora ...
EDIT fato, ~ 15 minutos, ao que parece.

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

Eu acho que as bandeiras de acolhimento deve ser absolvido das OFF / impulso pedaços sempre que config.heatsetpoint é tocado.

Acho que você está certo, mas os sinalizadores devem ser limpos no dispositivo, não no cache da API REST. Veja meu comentário sobre o seu PR.

No entanto, eu acho que há um canto caso esquerda

Eu achei que a mudança do modo de impulso para Off ou vv, o valor original para _HeatSetPoint_ está perdido. Não tenho certeza se isso é facilmente contornado.

No manual Z-Wave, o modo "boost" também é chamado de "potência total". Acho que pode ser ainda mais preciso do que "calor".

Você quer termos genéricos ou linguagem Eurotronic? Neste último caso, é melhor usar "off", "boost" e "comfort" (não gosto do espaço em "plena potência"). Se o primeiro, "off", "heat" e "auto" parecerem mais apropriados.

Não sei, porque só tenho o Eurotronic disponível. Pode depender de quais modos um termostato de parede (por exemplo, para aquecimento de piso) forneceria. Mas, por enquanto, não me importo com os termos genéricos.

Eu achei que a mudança do modo de impulso para Off ou vv, o valor original para _HeatSetPoint_ está perdido. Não tenho certeza se isso é facilmente contornado.

Tem certeza? Acabei de tentar: o ponto de ajuste está em 21 ° C. Agora eu envio 0x20 e ele vai para "off" e o ponto de ajuste é relatado em 5C. Agora envie 0x10, ele volta ao normal e imediatamente reporta o setpoint como 21C novamente. Também posso deixar o modo "desligado" pressionando _ + _ ou _-_ no dispositivo (duas vezes).
Isso também funciona para o modo de impulso (também ao sair do modo de impulso pressionando o botão _boost_ no dispositivo (duas vezes)).

Tem certeza? Tem certeza? Acabei de tentar: o ponto de ajuste está em 21 ° C. Agora eu envio 0x20 e ele vai para "off" e o ponto de ajuste é relatado em 5C. Agora envie 0x10, ele volta ao normal e imediatamente reporta o setpoint como 21C novamente. Também posso deixar o modo "desligado" pressionando _ + _ ou _-_ no dispositivo (duas vezes).

Isso é alternar do modo Desligado de volta para Conforto ; não alternando do modo Off direto para o modo Boost .

Ao executar (com algum tempo entre os comandos):

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

o Heat SetPoint é deixado 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}

Sim, posso confirmar para esta sequência: auto -> heat -> off -> auto .
Pelo menos tudo permanece sincronizado, desde que o setpoint seja informado corretamente.

Curiosamente, funciona como esperado para auto -> off -> heat -> auto .

funciona como esperado para auto -> off -> heat -> auto

De fato.

Você já tentou acionar a detecção de janelas abertas?

Não, eu uso regras baseadas nos sensores de contato da Xiaomi.

A experiência com meus termostatos anteriores foi que ele só funcionaria de forma confiável se o termostato fosse montado diretamente abaixo da janela.

Para adicionar à última pergunta, e no caso de alguém ficar confuso:
Acho que o que chamamos de "desligado" (sinalizador 0x20) é uma espécie de alternância manual da detecção de janela aberta. O termostato desliga e diz isso no visor, mas descobri que ele volta à configuração anterior após cerca de 15 minutos (conforme mencionado no manual).

Bom achado!

Die Empfindlichkeit der Fenster-Offen Erkennung kann konfiguriert werden.

Devem ser alguns dos bits ainda não identificados em _Host Flags_ (0x4008).

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

Presumo que "Modo específico do fabricante" seja _Modo TRV_ (0x4000) "Desconhecido 2"?

Descobri que definir "Modo TRV" (0x4000) como "manual" (2) controla o dispositivo por meio do ponto de ajuste (definido por 0x4003). Quando o modo é definido como "Desconhecido 2", o display mostra a porcentagem de abertura da válvula atual, que pode ser controlada com 0x4001

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

Isso sugere uma espécie de vinculação, mas sem um cluster de cliente apropriado, isso será difícil de descobrir. A única coisa que chega perto na especificação ZCL seria um dispositivo _IAS Zone_ do tipo _interruptor de contato_.

Instalei outros quatro deles e os movi para minha rede de produção, agora em 2.05.59. Pretendo adicionar mais três, mas primeiro preciso abrir espaço. Os termostatos são muito maiores do que os mostradores originais.

A GUI deCONZ em 2.05.59 agora lida com o atributo u24 _Host Flags_ corretamente: posso alterar o valor e a configuração de relatório do atributo. Alterei manualmente a configuração de relatórios padrão em todos os meus termostatos:

• Desative os relatórios de 0x0012 e 0x0014, que não usamos por causa de 0x4003. O termostato não parece combinar vários atributos em um único relatório, portanto, isso economiza tráfego e atualiza state.lastupdated ;
• Configure o intervalo mínimo de 1, o intervalo máximo de 600 e a alteração relatável de 1 para _PI Heating Demand_, _Errors_ e _Host Flags_, de forma que as alterações sejam relatadas imediatamente. _Temperatura local_ obtém uma alteração reportável de 10 (0,1 ° C), _Ponto de ajuste da temperatura atual_ de 50 (0,5 ° C). Ainda descobrindo as configurações ideais. Talvez eu deva limitar os relatórios de período a _Temperatura atual_ e apenas configurar o relatório de mudança para os outros atributos.

Eu ainda preferiria ver o plug-in da API REST fazer isso, mas o termostato parece enviar uma _Configure Reporting Response_ malformada (com apenas o status na carga útil).

Acho melhor expor o atributo _Errors_ 0x4002 também. Consegui fazer com que um dos meus termostatos relatasse um erro. Murphy certificou-se de que era o que estava escondido atrás da minha mesa, de modo que passou despercebido por um bom tempo.

@manup algum progresso nas mudanças planejadas para isso?

Olá @todos ,

Comprei 2 desses dispositivos e queria conectá-los no aplicativo Phoscon. Mas quando eu reinicio os dispositivos e o visor mostra "JiN" e uma antena piscando, recebo um erro de conexão no aplicativo Phoscon, mesmo se eu pressionar a tecla boost no dispositivo depois que a antena parar de piscar.

Perdi alguma etapa ou usei o aplicativo GUI para conectar o dispositivo?

Cumprimentos
marca

Edit: Eu atualizei o Rest Plugin 2.05.59 já e como as notas de lançamento dizem que os dispositivos devem funcionar com esta versão.

Ontem, emparelhei quatro termostatos à minha rede de produção sem nenhum problema. Hoje, eu estava adicionando os três termostatos restantes e também tive alguns problemas de emparelhamento. Não tenho ideia do que está causando isso: às vezes, um nó aparece na GUI deCONZ, mas a lista de endpoints não é atualizada ou nada pode ser lido do nó. Talvez minha rede esteja ficando muito grande, agora em 101 nós. Suspeito de problemas de roteamento: as mensagens do termostato parecem alcançar o gateway, mas as respostas do gateway parecem não alcançar o termostato.

Excluí os nós da tabela devices do banco de dados, removi a bateria do termostato por um tempo e tentei novamente. Melhor abrir a rede a partir do antigo aplicativo da web / pesquisar sensores do Phoscon e, em seguida, zerar o termostato (segure todos os três botões por 10 segundos - isso conta até 10 para você). Tive que ler manualmente os atributos _Basic_ para forçar a criação do recurso da API REST, mas depois disso o termostato e o deCONZ parecem se gostar.

O termostato deve ser visível na API? Ou na assistente de casa?

Na api: sim, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462189373. Assistente doméstico: Não sei. É visível no HomeKit através do homebridge-hue, consulte https://github.com/ebaauw/homebridge-hue/issues/426#issuecomment -461920956.

Ok, obrigado. Acho que vou tentar removê-lo e emparelhá-lo novamente agora. Usando o procedimento que você mencionou no post anterior.

@Oliviakrkk ainda não é compatível com o assistente de casa. Estou aguardando informações se a API vai mudar em breve ou não. Eu tenho um PR aberto, mas não será mesclado até que a Api esteja estável

@ Kane610 Obrigado pelo esclarecimento.

@ebaauw : Como posso "ler manualmente os atributos _Basic_ para forçar a criação do recurso REST API"

@ebaauw : Vejo os dispositivos na GUI agora e posso escrever o ponto de ajuste de temperatura atual a partir daqui. Mas se eu der uma olhada em / sensores na API, os dispositivos não são mostrados. Eles deveriam estar lá?

@ Kane610 Como posso adicionar suas alterações ao meu HA? Eu fiz algo mais do que substituir os arquivos de origem?

@ alpha23 apenas siga o pr e todas as suas mudanças

@ Kane610 Acho que a API é estável (pelo menos por enquanto). Como mencionei antes, posso adicionar state.errors , mas não acho que precisaremos alterar a funcionalidade atual.

Mas se eu der uma olhada em / sensores na API, os dispositivos não são mostrados. Eles deveriam estar lá?

@ alpha23 sim, mas como eu disse antes, talvez você precise acionar sua criação manualmente.

Como posso "ler manualmente os atributos _Basic_ para forçar a criação do recurso REST API"

@Oliviakrkk Abra o painel _Cluster Info_ na GUI deCONZ. Pressione o ponto direito no nó do termostato para exibir a lista de clusters. Selecione o _Basic_cluster - isso preenche o painel. Procure por novos dispositivos no aplicativo Phoscon. Em seguida, role para baixo no painel _Cluster Info_ e pressione _Read_. O nome do nó muda do endereço NWK para “Thermostat xx” quando o recurso REST API é criado.

@ebaauw obrigado!

Uma pergunta: com 'on'; é o estado ou configuração que deve ser alterado para ativar / desativar o aquecimento?

Eu acredito que isso foi substituído por "mode"="off" ?

• state.on somente leitura reflete a posição da válvula (0 = falso;> 0 = verdadeiro) de _PI Heating Demand_ (0x0008). O valor numérico também exposto como state.valve ;
• Somente leitura state.temperature reflete a temperatura medida pelo termostato, de _Temperatura local_ (0x0000);
• Leitura / gravação config.heatsetpoint reflete a temperatura alvo, de _Ponto de ajuste de temperatura atual_ (0x4003);
• Modo de reflexão de leitura / gravação config.mode , de _Host Flags_ (0x4009):
  
  
  
  • "off" = modo _Off_ (display mostra Off). O termostato altera o _Ponto de ajuste da temperatura atual_ para 500 (5 ° C); alterar isso reverte para o modo _Normal_.
  
  
  • "auto" = modo _Normal_ (também conhecido como Conforto) (o display mostra a temperatura desejada);
  
  
  • "heat" = modo _Boost_ (display mostra On). O termostato altera o _Ponto de ajuste da temperatura atual_ para 3000 (30 ° C); alterar isso reverte para o modo _Normal_. Observe que o termostato reverte o modo _Boost_ para _Normal_ após cerca de 15 minutos;
  
  
• Leitura / gravação config.on é o atributo regular para desabilitar regras que estão sendo disparadas a partir deste recurso de sensor. Não está mapeado para nenhum dos atributos do termostato.

Em minha (breve) experiência, é melhor deixar "mode": "auto" e alterar config.heatsetpoint para a temperatura desejada (por exemplo, 2100 quando em casa e 1500 quando não). Use state.on para mostrar se o termostato está aquecendo ou não.

@wvuyk liga e desliga eu pego?

Obrigado @ebaauw , este artigo seria bom para todos os tipos de dispositivos 👍 (dica dica @manup )

Algumas dicas para quem deseja adquirir este termostato.

• Os preços online do Eurotronic Spirit Zigbee variam enormemente. Eu ganhei meu primeiro em getgoods.com por € 37,73 incl. envio de DE para NL, mas aumentaram o preço para € 45,86, excl. envio antes que eu pudesse pedir mais. Eu recebi o próximo lote de yakodo.de por € 38,80 a peça (e € 12,90 para frete, novamente de DE para NL), mas agora eles aumentaram o preço para € 50,00 a peça;
• Meus radiadores já tinham válvulas Danfoss RA instaladas, mas com torneiras normais (não termostáticas). Levei um tempo para descobrir como desinstalá-los: abri-los totalmente e simplesmente retirá-los (às vezes, a violência é a solução certa). Com o adaptador RA para M30 incluído, a instalação do Spirit foi muito fácil.
• O radiador do meu corredor está perto demais da parede lateral para o Espírito caber. Já estava tendo pesadelos de mover o radiador, quando encontrei um adaptador M30 com um canto de 90 ° . Usando o adaptador RA para M30 incluído e este adaptador de canto, instalei o Spirit perpendicular ao radiador.
  
  Isso parece funcionar bem - encomendei outro adaptador de canto para não ter que mover o armário da sala de jantar (preso à parede) do radiador da sala de jantar.

@Oliviakrkk Abra o painel _Cluster Info_ na GUI deCONZ. Pressione o ponto direito no nó do termostato para exibir a lista de clusters. Selecione o _Basic_cluster - isso preenche o painel. Procure por novos dispositivos no aplicativo Phoscon. Em seguida, role para baixo no painel _Cluster Info_ e pressione _Read_. O nome do nó muda do endereço NWK para “Thermostat xx” quando o recurso REST API é criado.

Agradável! Obrigado!
O item da API foi criado. Por um momento, ele recebeu o nome de Termostato 49 e depois mudou o nome para 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"
}

Eu estava testando o termostato nos últimos dias.
Descobri que config.on dificilmente estava desativado. Eu tinha notado que o valor da válvula era definido em '4' sempre que o nível de aquecimento necessário era atingido. Com a resposta de @ebaauw , agora entendo por que config.on nunca foi definido como falso.

Mas, engraçado o suficiente, desde ontem à tarde o valor de state.valve é definido como 0 cada vez que o ponto de ajuste é atingido. Parece que o dispositivo está se ajustando com o tempo?

Outra descoberta é que quando pressiono o botão de impulso no dispositivo, ganchos da web entram para config.heatsetpoint , state.valve e state.temperature , mas não para config.auto Is isso não foi relatado pelo dispositivo ou este relatório não foi enviado?

Mas é engraçado, desde ontem à tarde o valor de state.valve é definido como 0 cada vez que o ponto de ajuste é atingido. Parece que o dispositivo está se ajustando com o tempo?

Eu suspeito que sim. Parece encontrar a configuração certa da válvula para uma temperatura constante, em vez de abrir / fechar a válvula o tempo todo. Quando você altera o ponto de ajuste de calor para longe da temperatura atual, ele abre ou fecha totalmente a válvula.

Outra descoberta é que quando pressiono o botão de impulso no dispositivo, ganchos da web aparecem para config.heatsetpoint , state.valve e state.temperature , mas não para config.auto Is isso não foi relatado pelo dispositivo ou este relatório não foi enviado?

Eu acho que você quer dizer config.mode ? É lido do atributo _Host Flags_ 0x4008. O relatório padrão de fábrica é muito conservador, imho, e não relata alterações imediatamente. Se você alterar isso manualmente, ele será relatado como os outros atributos, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -464348217.

Na verdade, eu mento config.mode . Eu esperava que ele reportasse de maneira regular, cerca de 5 minutos. Mas eu esperei o tempo de impulso, e ele nunca relatou config.mode como "calor", os outros valores foram relatados consistentemente, posso vê-los mudar aqui, Agora que 15 minutos se passaram, tudo está redefinido.

Que pena, esta poderia ter sido uma informação útil para os eventos de Homeseer ....

Dois dos meus termostatos espontaneamente (?) Meio que zeraram, limpando displayflipped , mesmo que a tela em si ainda esteja virada. Em ambos os casos, vejo o mesmo padrão no log:

• O termostato envia um _Anúncio de dispositivo_ (ZDP 0x0013);
• O termostato informa o _Ponto de ajuste da temperatura atual_ 0x4003 a 20 ° C;
• O termostato reporta _PI Heating Demand_ 0x0008 a 255 e _Local Temperature_ 0x0000 a 20 ° C;
• O termostato informa _Hosts Flags_ 0x4008 em 0x000081 ( locked é preservado, mas displayflipped é zerado) e _Ponto de ajuste de temperatura atual_ no valor real;
• O termostato informa o _Ponto de configuração atual da temperatura_ 0x4003 no valor real;
• O termostato relata _PI Heating Demand_ 0x0008 e _Local Temperature_ 0x0000 em seus valores reais.

Na próxima vez que _Host Flags_ for gravado, o bit displayflipped apagado será enviado de volta para o termostato e o display se desfaz.

Não tenho certeza do que desencadeou essa sequência. Esses eram termostatos diferentes do que está sendo desativado em https://github.com/dresden-elektronik/deconz-rest-plugin/issues/849.

Atualização Após uma análise mais aprofundada do log, outro termostato passou pela mesma rotina, mas como o display não estava virado, não notei isso a princípio.

Não tenho certeza do que desencadeou essa sequência.

Acho que é o autoteste do termostato. De acordo com https://eurotronic.org/produkte/zigbee-heizkoerperthermostat/spirit-zigbee/ , o termostato faz um autoteste uma vez por semana:

Selbsttest: 1 x wöchentlich

Este dispositivo parece ser ótimo! @ Kane610 Eu vi seu PR. Obrigado pelo trabalho. Não inclui horários, por enquanto, certo? Só quero saber que não estarei procurando por algo que não está lá.

@akaho sem horários. Nenhuma maneira de expô-lo em um caixa eletrônico

Oi,
Encontrei o aparelho com o DeCONZ, obrigado pelo trabalho!
Mas você pode ver isso no Phoscon? Eu não consigo encontrar.

Oi,
também adiciono um Spirit Zigbee, após o procedimento de leitura de informações de Custer, Phoscon escreve "Sensor bereit"
Mas não há Sensor no Phoscon e também nada no IOBroker.
Mas eu posso ver isso no Deconz-GUI como SPZB001 seguindo um símbolo de bateria.

Eu executo o Deconz 2.05.60 em um RPI3.

Não gosto de zigbee e clusters (tenho usado válvulas termostáticas baseadas em KNX-RF sem fio), há suporte para acionar manualmente o motor da válvula ou, na verdade, fazer seu próprio controlador PID para isso?
Além disso, atualmente apenas válvulas termostáticas de dispositivo de ponto final (na bateria) são suportadas ou as válvulas termostáticas zigbee alimentadas por rede elétrica (roteador) funcionariam agora?

há suporte para acionar manualmente o motor da válvula ou, na verdade, fazer seu próprio controlador PID para isso?

As válvulas Eurotronic Spirit têm um modo em que pode definir a posição da válvula manualmente. Isso está usando extensões específicas do fabricante para o padrão Zigbee, então ymmv para outros termostatos. Não expus essa parte na API REST.

Escrever seu próprio controlador PID parece bastante desafiador para mim; adoraria ver seu trabalho nisso.

Além disso, atualmente apenas válvulas termostáticas de dispositivo de ponto final (na bateria) são suportadas ou as válvulas termostáticas zigbee alimentadas por rede elétrica (roteador) funcionariam agora?

Cada tipo de termostato precisa ser colocado na lista de permissões explicitamente e pode precisar de alguns ajustes, dependendo de como eles implementam e estendem o padrão Zigbee. Se eles são alimentados por energia elétrica ou bateria, não fará muita diferença. Nem se eles são roteadores Zigbee ou dispositivos finais Zigbee (que nem sempre é o mesmo que energia elétrica ou bateria). Se você tiver um tipo específico em mente, abra um novo problema, fornecendo as informações descritas aqui: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Oi,

Eu tenho um problema para adicionar o espírito eurotronic com deconz v2.05.60.

meu deconz está rodando no ubuntu sem gui, então eu só posso usar o phoscon webapp e o rest api. meu problema é que, depois de juntar o eurotronic ao deconz via Phoscon App, o dispositivo eurotronic parece ter sido adicionado à minha rede zigbee (dispositivo ok, app phoscon relatou "nenhum dispositivo encontrado"), mas não consigo ver o dispositivo nem no app phoscon nem em repouso api. o próprio dispositivo relatou conexão bem-sucedida à rede zigbee.

alguém pode me ajudar?

saudações Bobby

Infelizmente, você precisa ler as informações do cluster.
Recentemente, comprei termostatos adicionais e precisei fazer o procedimento para cada um deles recém-adicionado.

Obrigado pela informação. existe uma maneira de fazer isso sem x11 gui?

@BobbyXXX : Usei x11vnc para isso.

O mesmo problema do BobbyXXX para mim. Eu uso deconz no docker (marthoc / deconz). Portanto, não há GUI. Testei o Eurotronic Spirit ZigBee com CC2531-Stick no iobroker (baseado em zigbee2mqtt.io). O dispositivo é reconhecido em segundos e pode ser usado no iobroker.
No deconz, o dispositivo é emparelhado, mas não para encontrar no Phoscon ou REST

cumprimentos Kay

Oi

Docker tem opção para VNC. Você pode acessar a GUI via VNC.

Opções:
-e DECONZ_VNC_MODE = 1
-e DECONZ_VNC_PORT = 5900

Obrigado. É isso. Eu posso entrar.
Obrigado

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

Olá, Devido aos posts acima, consegui colocar o meu no iobroker. Obrigado! Mas, infelizmente, ele mostra apenas alguns valores e nenhuma opção para definir uma temperatura, nem ativá-la ou desativá-la. Isso será adicionado em um futuro próximo? Caso contrário, é inútil e preciso devolvê-lo. Existe algo que eu possa fazer sozinho? (poucas habilidades de codificação) Muito obrigado! Wolfgang

Como não há Chance com Deconz, mudei o Eurotronic Spirit Zigbee para um CC2531 de 4 $ chinês e é isso que eu recebo:

@Wolfgang :
Estou usando node-red com iobroker. rweise está certa. O CC2531 funciona bem com este termostato, mas não com outros dispositivos. Tentei os dois e fico com o deconz.
Se você trabalha com o nó vermelho, aqui está minha solução:
A ideia baseada no envio de nova temperatura com REST-API. Existem dois botões, para aumentar e diminuir a temperatura desejada. Esta temperatura é armazenada no iobroker via node-red. Nova temperatura é enviada para desconexão via HTTP-Request.
A descrição está em inglês. Nome dos nós em alemão.

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

Posso adicionar um CC2531 ao meu raspberry além do meu Conbee para que eles coexistam como dois coordenadores em canais diferentes? Isso seria uma solução de 5-8 $ e uma correção rápida?

Sim, você pode, e eu faço isso :-)
kaykoch está certo, deconz tem mais opções e melhor suporte. eu uso muito material xiaomi. E deconz costuma ter uma maneira fácil de automação, pois existe uma opção "lastupdated" que sinto falta no zigbee.
Mas, como não há maneira fácil de usar termostatos, eu também uso um Zigbee Stick com o adaptador iobroker zigbee. Ambos funcionam muito bem e a distância do Stick de 5 $ Zigbee ao termostato é de 6 m com uma parede de pedra de 24 cm entre eles.

Finalmente, espero que o dresden-elektronik faça acontecer, que o Spirit Zigbee funcione com o deconz como funciona com o zigbee. Normalmente, eles têm um suporte muito bom.

E aqui está, a luz vermelha no deconz e a verde é o Zigbee Stick.

E aqui está sua versão :-)

Se forem de D, tenho várias varas ...

Olá,
Eu sou da Áustria e estou esperando o meu chegar da China. Como só preciso de uma bengala, não tenho pisca-pisca, etc. Se não chegar, terei todo o gosto em entrar em contacto ...
Obrigado :)

Apenas para você. Pesquise no Ebay por jblack_de Escreva-me aqui,
quando você me enviou seu endereço via eBay Não compre nada !!! ela
então receba uma carta totalmente gratuita para Nach em alguns dias
Áustria...

Simplesmente porque posso :-) e gosto de ajudar ...

realwax [email protected] escreveu na terça, 16 de abril de 2019, 19h22:

Olá,
Eu sou da Áustria e estou esperando o meu chegar da China. Já que eu só
Eu não preciso de uma vara, não tenho um pisca-pisca etc. Se não chegar,
Gosto de entrar em contato ...
Obrigado :)

-
Você está recebendo isto porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Não sei quanto tempo vai demorar a postagem. Preciso de 24 horas a partir do recebimento do endereço
para enviar 😃

René Weise [email protected] escreveu na às 20h06 :

Apenas para você. Pesquise no Ebay por jblack_de Escreva-me aqui,
quando você me enviou seu endereço via eBay Não compre nada !!! ela
então receba uma carta totalmente gratuita para Nach em alguns dias
Áustria...

Simplesmente porque posso :-) e gosto de ajudar ...

realwax [email protected] escreveu na terça, 16 de abril de 2019, 19h22:

Olá,
Eu sou da Áustria e estou esperando o meu chegar da China. Como eu
Eu só preciso de uma vara, não tenho um pisca-pisca etc.
Ficarei feliz em entrar em contato ...
Obrigado :)

-
Você está recebendo isto porque comentou.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-483767001 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ANHUcloaKts41eqCWnYzlAtZmRXz-NQOks5vhgbQgaJpZM4Zz_-1
.

Se isso não funcionar no eBay. Eu tenho minha caixa de correio no gmail e meu nome de usuário aqui é a primeira letra do nome seguido do sobrenome. No Google, o sobrenome começa de um ponto seguido. Então você pode tentar com Rene na frente do @ 😂 Por favor, escreva aqui que você enviou uma mensagem ...

@rweise entrei em contato via gmail. LG Wolfgang

Está a caminho, divirta-se com ele :-)

Na quarta-feira, 24 de abril de 2019 às 13h15, realwax escreveu < [email protected]

:

@rweise https://github.com/rweise Entrei em contato via gmail. LG
Wolfgang

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-486180283 ,
ou silenciar o tópico
https://github.com/notifications/unsubscribe-auth/ADI5I4SBJ4R6C7FDAASRKRTPSA6OJANCNFSM4GOP762Q
.

Também tropecei neste dispositivo recentemente. A versão Z-Wave possui a interessante característica de suportar sensores de temperatura externos (que podem fornecer leituras mais realistas do que as internas).
Daqueles que já possuem o dispositivo, você sabe se isso também é (ou será) possível via Zigbee? Infelizmente, o site do fabricante é muito esparso.

Eu também tenho essa pergunta. é possível implementar isso também para a API?

Se você puder me dizer isso e como, a versão Zigbee oferece suporte. Eu não fui capaz de configurar isso.

não sou tão profundo no padrão zigbee, mas encontrei isso em um pdf do fabricante:
id do atributo: 0x001A
Valor padrão: 0x00
Tipo de dados: 0x18 (bitmap de 8 bits)
Ler / escrever: RW
Específico do fabricante: N0
Reportável: Não

Espero que isso ajude você :)

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

Eu descobri isso também, mas não me dá nenhuma pista sobre como conectar o sensor de temperatura externo. Eu tentei definir este atributo e vincular o TRV a um cluster de _Medição de temperatura_ de um dos meus sensores de movimento Hue, mas sem alegria.

parece que não é possível enviar um temporário? e devo "vincular" outro dispositivo zigbee com uma leitura de temperatura com o termostato?

do pdf Parece que devo enviar a temperatura real em um cluster de 8 bits e tudo deve ficar bem

id do atributo: 0x001A
Valor padrão: 0x00
Tipo de dados: 0x18 (bitmap de 8 bits)
Ler / escrever: RW

do pdf Parece que devo enviar a temperatura real em um cluster de 8 bits e tudo deve ficar bem

Eu também estava me perguntando sobre isso. Mas você pode ver que o tipo de dados é um bitmap (ou seja, um monte de sinalizadores para alternar) e não um número "int" (como para as outras temperaturas no PDF).
deCONZ permite alternar esses sinalizadores. Uma das opções é algo como "Usar sensor de temperatura externo". Isso pode ser ativado usando o bitmap, mas não entendo como enviar a temperatura real.

Ele foi suportado no deCONZ já muito cedo, então parece ser um atributo ZigBee padrão. Ainda assim, me pergunto se essas coisas acontecem por meio de ligações (que o termostato não suporta afaik), então por que esse bitmap?

De acordo com o manual também deveria ser possível usar um sensor de janela externo, mas a situação é a mesma ...

Perguntamos novamente ao fabricante ou conseguimos pegá-los em uma feira de negócios (como a IFA em setembro em Berlim) ... ;-)

Eu também estaria muito interessado no Eurotronic, no entanto, sou bastante novo no hass.io e no python

Alguém pode dar um resumo do que funciona e do que não funciona? Estou procurando termostatos e já tenho um stick Conbee II, então gostaria de usá-lo para controlar os termostatos.
Obrigado!

Posso dizer o que está funcionando _ em combinação com o Home Assistant_ frontend:

1. Lendo valores de temperatura do sensor de temperatura
2. Definir ponto de ajuste / temperatura alvo
3. Desligando o dispositivo

O que não está funcionando:

1. Configurando o modo HVAC / sistema para off embora anunciado como possível modo HVAC
2. Ativando o sensoriamento remoto (pelo que entendi, é possível definir um sensor de temperatura remoto; faz sentido quando o termostato está próximo ao nível do solo / teto e tem valores / muito baixos para regular a temperatura ambiente esperada)

Não investiguei mais onde os problemas estão localizados, mas acho que habilitar o sensoriamento remoto é uma opção da rede / dispositivo ZigBee interna e tem que ser resolvido no deCONZ até agora.

como entendi, é possível definir um sensor remoto de temperatura

Como? Não fui capaz de configurar isso na versão ZigBee do Espírito Eurotronic.

Como posso alterar o valor da posição da válvula por meio do API quando estou no modo TRV "Desconhecido 2"?
Se eu chamar " http: // localhost / api / XXXX / sensores / 2 / estado " via PUT com o conteúdo "{" válvula ": 127}", recebo "[{}]" como retorno. Se eu fizer isso por meio do aplicativo deCONZ, o valor será alterado diretamente.

Você só pode colocar o estado dos sensores CLIP, não dos sensores ZigBee. A API REST não oferece suporte para definir a posição da válvula diretamente, apenas através do ponto de ajuste de temperatura.

Deve ter esquecido na documentação da API. Está planejado para versões futuras?

Não. Também não há suporte de API para o modo TRV.

Por que você quer isso? Você está escrevendo seu próprio controlador PID?

Sim, com dependências, por exemplo, "em casa", "não em casa" e "nas férias". Ou a temperatura externa e a temperatura ambiente. Ou radiação solar na sala, para que o sistema também saiba que a sala está sendo aquecida pelo sol.

Sinto muito, não entendo o que você está tentando alcançar. Não é mais fácil apenas definir a temperatura alvo e deixar o TRV lidar com a posição da válvula?

A temperatura exterior ou a sala a ser aquecida pelo sol são relevantes quando tem um termóstato de uma divisão a acionar a caldeira de aquecimento central e ainda pretende aquecer outras divisões. O TRV aciona apenas um único radiador, influenciando apenas a temperatura da sala em que está.

Imagine que é de manhã cedo e você controlou o termostato por meio do painel de controle Smarthome por hora. Então o sol nasce, mas está nublado. A válvula abre 80%.
Mesmo cenário, mas não está nublado. O sol brilha na sala, a válvula abre apenas 20%, pois o sol aquece o ambiente suportando.
Se eu definir isso acima da temperatura alvo, por exemplo, para 22 graus, a válvula se levanta muito mais do que deveria.
Além disso, o calor se acumula em um ponto no meu radiador e um termostato externo é obrigatório.
Eu teria que configurá-lo para 26 graus, embora a sala deva ter apenas 22 graus, para que a válvula não feche muito cedo por engano. Parece tudo confuso, mas faz mais sentido no meu caso. Portanto, também a questão de saber se seria um grande esforço para você implementar isso.

Não. Também não há suporte de API para o modo TRV.
Por que você quer isso? Você está escrevendo seu próprio controlador PID?

Eu também apoiaria isso.

Uma vez que não encontrei nenhuma maneira de vincular o TRV a um sensor de temperatura remoto até agora, depois de tentar fazer as ligações com dispositivo e ler os documentos ZigBee spec + TRV.
(Sceanrio era: Termostatas perto do solo com valores de temperatura errados / muito baixos, de modo que a regulação está com defeito por causa de valores de feedback errados)

Como a solução apenas foi contornar este problema, implementar / usar um algoritmo / modelo PID no Home Assistant ou NodeRed e vincular essas entidades em um nível de aplicativo superior.

Como @cinemarene descreveu, esta solução oferece muito mais possibilidades, como tempo e automações baseadas em tempo.

A implementação do controle direto da posição da válvula envolveria a criação de config recursos para definir a posição da válvula alvo e o modo TRV, e talvez um recurso state para relatar o modo TRV real. Ainda estou vendo soluços ocasionais em que deCONZ perde temporariamente a rota para o TRV, então pode ser prudente atualizá-los usando o mecanismo config.pending . É uma boa quantidade de trabalho.

Pessoalmente, não ouso definir a posição da válvula antes que os problemas de roteamento sejam resolvidos. Na verdade, estou muito feliz com o algoritmo PID do TRV, onde necessário usar o deslocamento de temperatura para corrigir a medição do TRV. Meu desafio é alinhar a configuração do termostato ambiente do meu aquecimento central com a configuração do TRV (cujo algoritmo PID é acionado quando a caldeira não está fornecendo água aquecida), então não estarei trabalhando no controle de posição da válvula tão cedo.

Ainda estou vendo soluços ocasionais onde deCONZ perde temporariamente o caminho para o TRV

Sim, isso seria bastante sujeito a erros e poderia acabar em uma sauna, especialmente porque um dos meus termostatos também perde a conexão por períodos mais longos ;-)

Na verdade, estou muito feliz com o algoritmo PID do TRV, onde necessário usar o deslocamento de temperatura para corrigir a medição do TRV.

Eu concordo, a implementação de outro PID seria apenas uma solução alternativa.
Enquanto isso, vou brincar um pouco com a diferença de temperatura e talvez dar uma olhada mais detalhada no sensor remoto.

Não consigo fazer o deCONZ detectar meu Spirit ZigBee. Abri o aplicativo da web deCONZ e escolhi adicionar novo sensor. Em seguida, coloquei o termostato em modo de emparelhamento (a tela mostra INS), inserindo as baterias e instalando-o no radiador. No entanto, o aplicativo web conbee II stick / deCONZ não detecta meus dispositivos (tentei 2 deles). Tentei várias vezes, também com pilhas novas. Até coloquei o termostato bem próximo ao manche - nada funcionou.

Como você conseguiu emparelhar deCONZ e Spirit Zigbee?

Tente se conectar ao deConnz via VNC. Do que eu fui capaz de conectar.

Ty, agora estou um passo adiante. Estou conectado ao deCONZ via VPN. No entanto, estou executando o Hass.io e o Home Assistant 0.98.5. Se eu escolher Permitir Aderir, por favor use o WebApp para aderir. No entanto, se eu clicar em abrir WebApp, nada acontece. Como posso abrir o WebApp? Acabei de saber como me conectar ao Phoscon App e não ao WebApp.

Atualizar: Encontrou o antigo WebApp, mas ainda assim o dispositivo não foi detectado.

Há algo que eu sinto falta porque não estou acostumado com a (s) nova (s) GUI (s) além do Phoscon?

Eu tenho a mesma configuração. Você deve habilitar a configuração do plug-in de conexão. Em seguida, use o cliente VNC para se conectar. Então você verá seus dispositivos.

e você vai ver

Muito obrigado!!! Peguei no deDONZ e fiz a descoberta no menu de controle conforme descrito no manual do usuário. Existem outras etapas para expô-lo ao assistente doméstico?

Se você tiver sucesso, você deve ver

em HA em integração = deCONZ

se você não vê que pode tentar isso ... não tenho certeza sobre as etapas exatas, ...

clique na entidade do termostato e, em seguida, em Informações do cluster (canto esquerdo inferior), você precisa ter dois pontos na caixa.

pode selecionar Dispositivo habilitado e tentar clicar em ler. Depois de algumas tentativas, vejo segundos pontos e um termostato aparecendo no HA.

Ou você pode tentar consertar o termostato.

Reparei algumas vezes e agora tenho dois pontos. Eu li todas as entidades. Se eu alterar a temperatura no dispositivo, também posso ler o valor atualizado. No entanto, o dispositivo de entidade habilitado retorna um atributo sem suporte e agora está cinza. Eu também não posso mudar o nome dele

BTW, todas as configurações básicas do dispositivo parecem não ser compatíveis:

Eu tenho que trabalhar agora. Muito obrigado por sua ajuda @rkotulan.

A essência é que demorou ca. 7 tentativas de remover e juntar novamente até que o TRV seja reconhecido como "Termostato 22" em vez do nome hexadecimal. Não sei por que, mas de repente, imediatamente após a última adesão, ele foi reconhecido diretamente no HA.

Vou integrar os outros dois nos próximos dias e relatar caso faça alguma observação divergente.

Finalmente, um poderia descobrir a maneira de trabalhar para emparelhar este dispositivo corretamente (para que ele seja exposto à API REST e apareça no Home Assistant). Aqui estão as etapas:
1) Coloque o dispositivo ao lado do stick ConBee
2) Reinicialize o dispositivo (segure todos os 3 botões por 10 segundos e depois solte até que seja reiniciado e mostre "Jin" na tela)
3) Abra o aplicativo Phoscon e comece a pesquisar novos sensores
4) Conecte-se ao Deconz via VNC e procure um novo dispositivo. O ponto verde deve ser verde sólido
5) Espere até que o ponto comece a piscar de vez em quando
6) Abra as informações básicas do cluster e clique em ler
7) Depois disso, o nome do dispositivo deve mudar de número hexadecimal para identificador de modelo e o processo de emparelhamento no aplicativo Phoscon deve terminar com sucesso.

Depois disso, coloquei o termostato no radiador e pressionei o botão Boost duas vezes para iniciar a calibração. Agora, tudo está funcionando corretamente.
PS> Eu acho que o problema aqui é com o software Deconz. Ele deve ler o cluster Básico, quando o ponto sólido no nó começa a piscar automaticamente, mas não faz, então o usuário tem que fazer isso manualmente para terminar o processo de emparelhamento.

Obrigado @airens ! A instrução foi muito útil. O termostato finalmente apareceu em HA

Também posso confirmar que o método @airens funciona! (RaspBee Bridge em um Raspberry Pi autônomo, conectado a hass.io)

Obrigado!

Depois de algumas horas irritantes, consegui conectar o espírito Eurotronic com deCONZ. Posso ler e sobrescrever valores nas informações do cluster, mas o espírito Eurotronic não aparece no aplicativo Phoscon.
Tentei conectar por meio de um nó ao termostato e instalei o node-red-contrib-deconz no Node Red. Com o deCONZ no nó, posso chamar o espírito Eurotronic e ver o status ON, a relação de abertura da válvula e a leitura do sensor de temperatura interno.
O que não vejo é o ponto de ajuste da temperatura atual e não tenho opções para alterar o ponto de ajuste.
Alguma ideia de como isso poderia funcionar? Eu acho que pode o nó externo deConz, mas como?

Posso confirmar as etapas do

@ dresden-elektronik: isso seria ótimo se o componente pudesse ser lido automaticamente, como qualquer outro.

Erro no aplicativo Phoscon: foi reconhecido e funciona em HA, mas ainda não aparece no aplicativo Phoscon em "Sensores" ...

PS: Tive um comportamento estranho no assistente de casa após definir uma nova temperatura-alvo, a instrução foi dada correta para o termostato, mas então a temperatura no web-gui no assistente de casa voltou ao valor anterior enquanto o termostato funcionava certo .. depois de um pouco de espera, o erro pareceu desaparecer por conta própria .. bem na pilha de coisas irreproduzíveis e obrigado pela diversão com o modo de depuração @homeassistant 👯‍♂

Neste ponto, o Eurotronic Spirit ZigBee pode ser emparelhado apenas com a aplicação Phoscon? Pretendo obter um desses, mas meu deconz está sendo executado no modo sem cabeça e não tenho acesso à interface do usuário (em execução no Raspbian sem cabeça).

Você pode se conectar ao Conbee com VNC.

Como eu faria isso?

Eu pensei que o aplicativo Phoscon é o que deveria ser usado para emparelhar dispositivos ... Por que isso ainda não pode ser feito com o Eurotronic Spirit ZigBee?

Como eu faria isso?

Acho que conectar-se diretamente ao conbee foi um mal-entendido, pelo menos não sei como isso poderia ser possível. Mas você não pode se conectar ao deconz-gui via raspi vnc:

Boas instruções para VNC em Raspi
https://www.elektronik-kompendium.de/sites/raspberry-pi/2011121.htm

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

[Unidade]
Descrição = Iniciar X11VNC
After = multi-user.target

[Serviço]
Tipo = simples
ExecStart = / usr / bin / x11vnc -exibir: 0 -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

[Instalar]
WantedBy = multi-user.target

sudo systemctl enable x11vnc.service

Então você pode se conectar com ferramentas como "Chicken of the VNC"

Para executar deconz-gui na inicialização automática, deve haver informações suficientes, se você pesquisar no Google. Apenas seja um pouco paciente quando a interface do usuário iniciar automaticamente porque a princípio você verá a tela onde você pode selecionar um decive (como o conbee) e só terá que esperar alguns segundos para a conexão automática à tela de malha

Estou executando o Raspbian Buster Lite que não tem área de trabalho e isso não funcionou para mim ...

De qualquer forma, por que o termostato não pode ser emparelhado com o Phoscon? Isso algum dia será apoiado?

A dresden elektronik também está desenvolvendo a ligação openhab2? Eu pergunto porque o componente do assistente de casa contém o tipo "Clima", mas a ligação do Openhab2 não.

@merdok @donchrizz
Existe outra forma de tratamento remoto se o vnc não funcionar ou se você quiser economizar memória e quiser apenas usar a interface do usuário como opção de depuração. Encaminhe o X11 para sua área de trabalho.

por exemplo, com Windows
1) Instale o Cygwin e exclua no firewall do Windows / desligue o firewall
2) Abra o terminal Cygwin64
3) execute: startx - -listen tcp &
4) execute: xhost + [ip_of_your_deconz_conbee_runnig_host]
5) edite /lib/systemd/system/deconz-gui.service
6) Linha de modificação - Ambiente = "DISPLAY = [ip_of_your_deconz_conbee_runnig_host]: 0"
7) execute: systemctl stop deconz
8) execute: systemctl start deconz-gui

Quando terminar, pare o gui e comece a deconz sem gui.
Ao repetir isso, você precisa fazer xhost no cygwin novamente para permitir a sessão.
Pode ocorrer um erro com o firewall do Windows - você pode querer desligá-lo por algum tempo.
Após a atualização do deconz, pode ser necessário refazer 5 e 6.
Assim, não preciso do x11vnc em execução.

Boa sorte!

PS: Aguardo ansiosamente o dia em que Eurotronic também possa ser adicionado e operado como qualquer outra lâmpada / interruptor Ikea. ;)

PS: Aguardo ansiosamente o dia em que Eurotronic também possa ser adicionado e operado como qualquer outra lâmpada / interruptor Ikea. ;)

Apoio este desejo de todo o coração!

Nesse ínterim, alguém pode me apontar algumas informações sobre como o termostato Spirit é exposto ao homeassistant? Em especial, gostaria de saber se existem preset_modes definidos que podem ser configurados pelo serviço climate.set_preset_mode . Além disso, é possível acionar o modo boost do homeassistant?

Atenciosamente

Como adicioná-lo foi abordado acima com a GUI e como ingressar e ler o cluster. Desta forma, o processo de adesão deve terminar e a API REST expor os valores. Como não estava funcionando muito bem, adicionei-o a um adaptador zigbee (CC2530) e estou usando o iobroker e não posso te ajudar nisso. Esses são os estados que você deve obter.

Se você conseguir adicioná-lo, isso o ajudará ainda mais em termos de configuração de estados na tela ou modos. Ligar / desligar a janela, etc. Basta adicionar os valores, convertê-los de HEX para DEC e definir spz_system_mode de acordo.

Não encontrei nada na net e também sei que está em desenvolvimento aqui, mas não sei mais onde perguntar. A sua também faz a viagem de descalcificação (Entkalkungsfahrt) todas as segundas-feiras por volta das 6 horas?

Eu acredito que "Entkalkungsfahrt" não é o que você queria dizer :) talvez você possa explicar?

Todas as segundas-feiras às 6 da manhã, cada um dos meus 5 termostatos abre e fecha as válvulas uma vez. Muito chato quando você está dormindo. Eles também fazem isso, mesmo que você os reinicie e eles não estejam conectados a nenhuma ponte. Modo de cálculo ou algo assim.

Ele fala sério. Não é real para a cal, é mais para fazer algo contra as válvulas fixas.
antes de começar com o eurotronic, eu uso termostatos homematic e eles fazem isso uma vez por semana para evitar válvulas fixas. E, não sei, se prefiro voltar ao homematic, porque tenho muitos problemas com os termóstatos eurotronic. eles perdem as conexões e então você tem sua sauna pessoal. Escrevo uma mensagem para a eurotronics e pergunto, se é possível fechar as válvulas com erro e não há resposta. 100% aberto é muito ruim ...

Ele fala sério. Não é real para a cal, é mais para fazer algo contra as válvulas fixas.
antes de começar com o eurotronic, eu uso termostatos homematic e eles fazem isso uma vez por semana para evitar válvulas fixas. E, não sei, se prefiro voltar ao homematic, porque tenho muitos problemas com os termóstatos eurotronic. eles perdem as conexões e então você tem sua sauna pessoal. Escrevo uma mensagem para a eurotronics e pergunto, se é possível fechar as válvulas com erro e não há resposta. 100% aberto é muito ruim ...

O meu nunca perdeu a conexão por meio ano. Tenho certeza, porque acabei de verificar os registros do assistente doméstico. Acho que você precisa melhorar a qualidade do sinal adicionando roteadores à sua rede ZigBee ou tentar encontrar uma posição melhor para o Conbee.

@realwax obrigado! Eu usei o MobaXterm e fiz a interface funcionar. Agora meu termostato está emparelhado e funciona bem!

@manup seria bom se o emparelhamento pudesse ser feito diretamente do aplicativo Phoscon. É muito inconveniente agora. Isso é planejado?
Além disso, um tipo de sensor de termostato no aplicativo Phoscon seria realmente ótimo!

Alguém está recebendo informações sobre o nível da bateria do termostato no Home-Assistant? Não vejo o sensor de bateria associado ao termostato e gostaria de monitorá-lo. Posso ver a indicação da bateria via VNC quando habilito "Read Power Descriptor" para o termostato; então posso ver o ícone da bateria, mas mesmo assim, em "Informações do cluster", vejo algumas informações inconsistentes:

Em "Informações do nó", obtenho a leitura correta:

As informações corretas da bateria foram carregadas em "Informações do cluster" depois que cliquei no botão "LER":

Também pode ser lido no Home-Assistant agora:

@rsaffi : Para mim, a bateria não está aparecendo no assistente doméstico, não importa o que eu leio.

Eu também tenho os níveis da bateria aparecendo no homeassistant. Tenho certeza de que não fiz nada além do procedimento de emparelhamento mencionado acima.

Um bug na implementação homeassistant que experimentei são os valores mín. / Máx. Para o termostato. Embora o manual especifique uma faixa de 5 a 30 ° C, o homeassistant tem 7 a 35 ° C e definir a temperatura desejada além de 30 ° C resulta em um erro. Não tenho certeza se isso é um problema com homeassistant ou em deconz.

Um bug na implementação homeassistant que experimentei são os valores mín. / Máx. Para o termostato. Embora o manual especifique uma faixa de 5 a 30 ° C, o homeassistant tem 7 a 35 ° C e definir a temperatura desejada além de 30 ° C resulta em um erro. Não tenho certeza se isso é um problema com homeassistant ou em deconz.

Também percebi isso, mas esqueci de relatar. Isso é verdade: o alcance do próprio dispositivo difere do Home-Assistant.

Eu não consigo vnc no meu deconz. ele é executado em um contêiner docker sem cabeça no meu servidor. existe uma maneira de obtê-lo emparelhado completo? Emparelhei, mas não apareceu em lugar nenhum: /

Como muitos aqui, o meu também não aparece no aplicativo da web deCONZ em "Sensores", mas emparelhou com sucesso e é visto de dentro do Home-Assistant. Como saber se você o emparelhou se ele não aparecer em lugar nenhum?

Com relação ao VNC, você deve ser capaz de fazê-lo apesar do contêiner docker sem cabeça. O meu também está instalado em um contêiner sem cabeçote em execução em uma VM sem cabeçote e posso fazer o VNC nele perfeitamente.

@rsaffi Depois de procurar o sensor no deconz, a barra verde com "adicionado com sucesso" apareceu

@rsaffi Depois de procurar o sensor no deconz, a barra verde com "adicionado com sucesso" apareceu

Já estive lá, fiz isso. Como a integração é pelo menos a partir de agora, seu próximo passo seria conectar-se ao VNC, clicar no dispositivo Termostato e clicar em "Ler" para obter as informações do cluster "Básico". Em seguida, o seu dispositivo no deCONZ irá mudar de mostrar o código hexadecimal para o seu nome próprio e você poderá vê-lo no Home-Assistant.

@rsaffi eu sei, o meu está funcionando perfeitamente ... Eu estava respondendo sua pergunta:

Como saber se você o emparelhou se ele não aparecer em lugar nenhum?

Já estive lá, fiz isso. Como a integração é pelo menos a partir de agora, seu próximo passo seria conectar-se ao VNC, clicar no dispositivo Termostato e clicar em "Ler" para obter as informações do cluster "Básico". Em seguida, o seu dispositivo no deCONZ irá mudar de mostrar o código hexadecimal para o seu nome próprio e você poderá vê-lo no Home-Assistant.

Desculpe se esta é uma pergunta estúpida, mas isso significa que o termostato Eurotronics aparecerá no Home Assistant e tem controles de clima funcionando? Recentemente comecei a usar HA e ainda nem me interessei pelo Zigbee2mqtt, por exemplo.

Eu li muitos tópicos em todo o lugar onde eles não podem definir uma temperatura. Eu também vi todos os tipos de coisas, mas eles são bastante antigos e podem mudar rapidamente.

Uma pergunta melhor poderia ser: O que _não_ está funcionando se alguma coisa? Obrigado!

Algum contexto se for importante e alguém estiver interessado:
Tenho piso aquecido a água (tenho certeza de que se chama outra coisa), mas meu termostato não funciona. Portanto, só posso alterar a temperatura de todos os cômodos ao mesmo tempo em um único termostato em um armário (é uma válvula de radiador normal, como esta Eurotronic, mas antiga e analógica). Até agora, estou adivinhando a temperatura que devo definir, já que sua temperatura e a temperatura real nos quartos são muito diferentes.

Eu esperava fazer, pelo menos, facilmente fazer o mesmo, mas a partir do Home Assistant, e com sorte, sem criar scripts do zero (porque ainda estou aprendendo muito). Basicamente, ser capaz de definir a temperatura para, por exemplo, 22 ° C. Talvez os quartos cheguem apenas a 19 ° C, mas então eu poderia definir a temperatura para 25 ° C e seria mais perto de 22 ° C nos quartos.

Melhor ainda, seria claro que seria capaz de usar meus sensores de temperatura Xiaomi que eu tenho, então eu poderia definir a temperatura para 22 ° C e o termostato Eurotronic usaria os sensores Xiaomi para ajustar a temperatura. Mas eu acho que essa parte é pedir muito?

Desculpe pela longa postagem, e obrigado por ler!

@ wuast94 Sim, existe. Basta rolar para cima no tópico. Publiquei como encaminhar o 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] , Menção de mençã[email protected] Betreff: Re: [dresden-elektronik / deconz-rest-plugin] [Solicitação de suporte do dispositivo] Eurotronic Spirit ZigBee (# 1098) Não consigo fazer login no meu deconz. ele é executado em um contêiner docker sem cabeça no meu servidor. existe uma maneira de obtê-lo emparelhado completo? Emparelhei, mas não apareceu em lugar nenhum: /

—Você está recebendo isto porque foi mencionado. Responda diretamente a este e-mail, visualize-o no GitHub ou cancele a inscrição.
[
{
"@context": " http://schema.org ",
"@type": "EmailMessage",
"potencialAção": {
"@type": "ViewAction",
"alvo": " 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"
},
"descrição": "Ver este problema no GitHub",
"editor": {
"@type": "Organização",
"nome": "GitHub",
"url": " https://github.com "
}
}
]

Desculpe se esta é uma pergunta estúpida, mas isso significa que o termostato Eurotronics aparecerá no Home Assistant e tem controles de clima funcionando? Recentemente comecei a usar HA e ainda nem me interessei pelo Zigbee2mqtt, por exemplo.

Sim, exatamente isso. Funciona com o Home-Assistant. Como o desenvolvimento está pelo menos agora, fazê-lo aparecer no Home-Assistant tem apenas algumas etapas extras, mas está definitivamente funcionando.

Eu li muitos tópicos em todo o lugar onde eles não podem definir uma temperatura. Eu também vi todos os tipos de coisas, mas eles são bastante antigos e podem mudar rapidamente.

Uma pergunta melhor poderia ser: O que _não_ está funcionando se alguma coisa? Obrigado!

Nada que eu saiba, honestamente. Quer dizer, o processo de configuração ainda pode ser melhorado (sem a necessidade das etapas extras mencionadas), mas fora isso, está tudo funcionando.

Tenho piso aquecido a água (tenho certeza de que se chama outra coisa), mas meu termostato não funciona. Portanto, só posso alterar a temperatura de todos os cômodos ao mesmo tempo em um único termostato em um armário (é uma válvula de radiador normal, como esta Eurotronic, mas antiga e analógica). Até agora, estou adivinhando a temperatura que devo definir, já que sua temperatura e a temperatura real nos quartos são muito diferentes.

Eu esperava fazer, pelo menos, facilmente fazer o mesmo, mas a partir do Home Assistant, e com sorte, sem criar scripts do zero (porque ainda estou aprendendo muito). Basicamente, ser capaz de definir a temperatura para, por exemplo, 22 ° C. Talvez os quartos cheguem apenas a 19 ° C, mas então eu poderia definir a temperatura para 25 ° C e seria mais perto de 22 ° C nos quartos.

Então vá em frente e compre um, porque isso é factível.

Melhor ainda, seria claro que seria capaz de usar meus sensores de temperatura Xiaomi que eu tenho, então eu poderia definir a temperatura para 22 ° C e o termostato Eurotronic usaria os sensores Xiaomi para ajustar a temperatura. Mas eu acho que essa parte é pedir muito?

Também pode ser feito, mas para isso você precisará sujar um pouco as mãos e escrever a "Automação" adequada para o Home-Assistant, mas definitivamente não é nada fora deste mundo.

Fiquei curioso sobre a possibilidade de usar um sensor externo para determinar a temperatura atual ...

No cluster do termostato, encontrei o atributo gravável Remote Sensing com a possibilidade de definir "Temperatura local detectada remotamente", "Temperatura externa detectada remotamente" e "Ocupação detectada remotamente", mas nenhuma maneira de especificar os sensores externos.

Uma questão um tanto relacionada é se é possível configurar o "sensor de janela aberta" e configurar um sensor de janela externa conforme mencionado no manual na página 13 ("Die Fenster-Offen Erkennung kann durch einen externen Fensterkontakt aktiviert / deaktiviert werden")

Edit: Nevermind. Acabei de perceber que isso foi discutido anteriormente, sem sucesso.

Ei pessoal,

Eu descobri, que meus termostatos espirituais apresentam um comportamento estranho, quando ao longo de algumas horas não há mudança na temperatura da sala ou nenhuma entrada de mudança do assistente de casa. Resultado: ele se desconectará e não estará mais na rede zigbee. Solução: Eu pressiono o botão do meio (o) do termostato e ele está de volta ... parece uma espécie de modo de espera ... Alguém tem alguma sugestão? No momento estou pensando em desligar os termostatos de espírito e ir para homematic sem desconfigurar ...

Felicidades,
chris

Eu tive uma experiência semelhante. Na primeira vez que aconteceu, pensei ter cometido algum erro durante o processo de emparelhamento inicial, então reiniciei os termostatos e os consertei. Não tive problemas por uma semana ou mais, mas ontem um termostato não reagia mais às configurações de temperatura do homeassistant. Mudei a temperatura manualmente uma vez e agora está reagindo bem novamente. Parece o mesmo problema que você teve. Achei que fosse apenas uma falha aleatória, mas verei se há um padrão, caso aconteça novamente.

existe uma maneira de adicionar o dispositivo via deconz, quando você estiver usando a configuração do systemd deconz?

Quando eu faço o VNC no meu framboesa sem cabeça, posso parar o serviço e usar a sessão do VNC para ver o dispositivo (eu acho. Não há muita informação para realmente identificá-lo, tbh). Mas ao fechar o deconz e iniciar o serviço systemd novamente, o dispositivo não aparece.

Você seguiu as etapas em https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451?

O seguinte processo funcionou para mim em uma configuração de framboesa sem cabeça:

• salvar configuração do phoscon (backup)
• habilite a inicialização para gui via raspi-config
• configurar / instalar VNC
• reinício
• systemctl stop deconz e systemctl start deconz-gui
• inicie o VNC e abra o deconz
• abra o phoscon e recarregue a configuração de backup
• redefinir o termostato (deve exibir Jin)
• procurar sensores em phoscon
• em deconz abra o cluster básico do termostato e clique em ler
• verifique se o emparelhamento foi bem-sucedido no foscono
• configuração de backup de phoscon
• sair do servidor VNC
• systemctl stop deconz-gui e systemctl start deconz
• abra o phoscon e carregue a configuração do arquivo de backup

Não me lembro se foi realmente necessário fazer o backup e carregar a configuração do phoscon, mas provavelmente um backup também não atrapalhou.

Eu perguntei isso em um tópico diferente:
Eu ainda não tenho ideia de como conseguir outros valores além dos inúteis do ioBroker para isso.
Por exemplo, "heatsetpoint" aparece no log do adaptador deconz no ioBroker, mas não consigo ler o valor. Eu tentei com o nó Red.
Alguém pode me dar uma dica?
Muito Obrigado.

O Espírito Eurotronic é inadequado e com erros implementado em Deconz. Depois de muitas tentativas, consegui exibir o Espírito Eurotronic no aplicativo Deconz. Posso ler todas as informações do cluster e tudo o que é exibido como R / W também pode ser escrito.
Para reconhecer o Eurotronic Spirit, você tem que chamar o aplicativo Phoscon, aqui o Eurotronic Spirit é reconhecido, mas não exibido, o aplicativo é definitivamente capaz de controlar apenas as luzes.
Portanto, no deConz IN-Node no Node Red eu posso ler a temperatura e o status, no OUT node, se eu selecionar "Phoscon" como servidor, nada é exibido. O Eurotronic Spirit é, portanto, muito mal integrado pela Dresden Electronics.
Alguém tem uma ideia de como posso não só ler, mas também controlar o Espírito Eurotronic via Node Red?

Você seguiu as etapas em # 1098 (comentário) ?

O seguinte processo funcionou para mim em uma configuração de framboesa sem cabeça:

• salvar configuração do phoscon (backup)
• habilite a inicialização para gui via raspi-config
• configurar / instalar VNC
• reinício
• systemctl stop deconz e systemctl start deconz-gui
• inicie o VNC e abra o deconz
• abra o phoscon e recarregue a configuração de backup
• redefinir o termostato (deve exibir Jin)
• procurar sensores em phoscon
• em deconz abra o cluster básico do termostato e clique em ler
• verifique se o emparelhamento foi bem-sucedido no foscono
• configuração de backup de phoscon
• sair do servidor VNC
• systemctl stop deconz-gui e systemctl start deconz
• abra o phoscon e carregue a configuração do arquivo de backup

Não me lembro se foi realmente necessário fazer o backup e carregar a configuração do phoscon, mas provavelmente um backup também não atrapalhou.

Levei algumas tentativas, mas usar o método de backup funcionou para mim.
O principal problema era que aparentemente não é possível definir um nome para o nó do termostato. depois de ler os dados básicos, tinha um nome genérico e parecia funcionar.

Levei algumas tentativas, mas usar o método de backup funcionou para mim.
O principal problema era que aparentemente não é possível definir um nome para o nó do termostato. depois de ler os dados básicos, tinha um nome genérico e parecia funcionar.

Você pode alterar o nome do termostato usando a API restante. Para fazer isso, você pode usar um cliente REST (como Postman App ou extensão Tabbed Postman Chrome) ou uma ferramenta de linha de comando como cURL.
Basta dar uma olhada na documentação da API REST http://dresden-elektronik.github.io/deconz-rest-doc/getting_started/ tudo está bem explicado lá.
Depois de obter sua chave de API, obtenha uma lista de todos os sensores executando uma solicitação GET para / api // sensores. Na resposta, leia a id do seu termostato. Em seguida, execute uma solicitação PUT para / api // sensores /com os seguintes dados {"nome": "Nome personalizado"}.
O comando cURL seria algo assim:
curl -X PUT -H "Tipo de conteúdo: aplicativo / json" -d '{"nome": "Nome personalizado"}' http: // localhost : 8080 / api / 01234abc56 / sensores / 4

Oi,

rkotulan escreveu:

Se você tiver sucesso, você deve ver

em HA em integração = deCONZ

e posso ver o HA reconhecer um sensor.terostato e um clima.terostato.

Por conta própria Disse que o sensor.thermostat não está disponível:

Você tem uma ideia do problema?

Olá, tenho um bug aleatório com o dispositivo. Eu desliguei e auto repetidamente com API usando apenas

{'modo off'}
{'modo': 'automático'}

Funciona por algum tempo, mas depois de um momento o heatpoint no auto fica em 500, parece que o aparelho esqueceu o valor anterior.

Já vi o mesmo, especialmente ao mudar de off para on (modo de aumento) ou vice-versa. Parece ser um "recurso" do firmware do Spirit. O modo off parece estar relacionado à detecção de abertura de janela parcialmente implementada.

Eu apenas defino o ponto de calor da minha automação e deixo o modo para auto .

Ok, obrigado, então tentarei enviar meu próprio ponto de calor ao mesmo tempo que o parâmetro automático> {'modo': 'auto', 'ponto de calor': 2200}

Ei pessoal,

se alguém quiser um termostato zigbee de espírito - tenho 3 para vender:

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

sinta-se a vontade para entrar em contato comigo lá ...

Você seguiu as etapas em # 1098 (comentário) ?

O seguinte processo funcionou para mim em uma configuração de framboesa sem cabeça:

• salvar configuração do phoscon (backup)
• habilite a inicialização para gui via raspi-config
• configurar / instalar VNC
• reinício
• systemctl stop deconz e systemctl start deconz-gui
• inicie o VNC e abra o deconz
• abra o phoscon e recarregue a configuração de backup
• redefinir o termostato (deve exibir Jin)
• procurar sensores em phoscon
• em deconz abra o cluster básico do termostato e clique em ler
• verifique se o emparelhamento foi bem-sucedido no foscono
• configuração de backup de phoscon
• sair do servidor VNC
• systemctl stop deconz-gui e systemctl start deconz
• abra o phoscon e carregue a configuração do arquivo de backup

Não me lembro se foi realmente necessário fazer o backup e carregar a configuração do phoscon, mas provavelmente um backup também não atrapalhou.

Meu Espírito não está se conectando ao deConz. Estou executando o Home Assistant em um RPI 2. Instalei o addon deConz, adicionei e integrei em HA, conectei ao deConz via VNC e configurei o aplicativo Phoscon. Quando vou "adicionar sensores" no aplicativo Phoscon, ele pesquisa, mas o Spirit não se conecta. Diz apenas "Jin", mas nada acontece. A única coisa que vejo no deConz é a coisa azul padrão que diz "Coordenador" quando você clica nele. Perdi um passo?

Como @ebaauw disse na postagem a seguir, preciso adicionar uma lâmpada antes de adicionar meu termostato?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1442#issuecomment -484840592

Edit: tudo bem, então fiz algumas leituras. O termostato é um dispositivo final, então ele precisa de um roteador para se conectar? Achei que poderia conectar o termostato diretamente ao RaspBee ..

Achei que poderia conectar o termostato diretamente ao RaspBee.

O RaspBee (ou qualquer coordenador ZigBee) é um roteador certo; você deve ser capaz de conectar o Espírito a ele. Observe que um roteador permite apenas um número limitado de dispositivos finais conectados - não tenho certeza de qual é o limite de corrente para o RaspBee: 10 ou 16 ou algo assim. Para mais dispositivos finais, você precisa de roteadores adicionais.

Achei que poderia conectar o termostato diretamente ao RaspBee.

O RaspBee (ou qualquer coordenador ZigBee) é um roteador certo; você deve ser capaz de conectar o Espírito a ele. Observe que um roteador permite apenas um número limitado de dispositivos finais conectados - não tenho certeza de qual é o limite de corrente para o RaspBee: 10 ou 16 ou algo assim. Para mais dispositivos finais, você precisa de roteadores adicionais.

Eu não tenho nenhum dispositivo conectado, eu tenho tudo hoje e configurei completamente do zero. Alguma ideia de por que meu Espírito não está se conectando ao RaspBee então?

Provavelmente sinal de rádio ruim. Qual é a distância entre o termostato e o RaspBee? Tente conectar o Raspberry à rede e desative o WiFi e o Bluetooth. Melhor pesquisar dispositivos do Phoscon e, em seguida, inserir a bateria no Spirit. Talvez reinicie o Spirit pressionando / segurando todos os três botões simultaneamente (começa a contagem regressiva após alguns segundos).

Provavelmente sinal de rádio ruim. Qual é a distância entre o termostato e o RaspBee? Tente conectar o Raspberry à rede e desative o WiFi e o Bluetooth. Melhor pesquisar dispositivos do Phoscon e, em seguida, inserir a bateria no Spirit. Talvez reinicie o Spirit pressionando / segurando todos os três botões simultaneamente (começa a contagem regressiva após alguns segundos).

Eu serei amaldiçoado! 2h Eu tava brincando com essa porcaria! Eu estava sentado a 2 metros dele e não achei que o sinal fosse o problema! Ele está conectado!

O ZigBee usa a banda de 2,4 GHz, assim como o WiFi, bluetooth, DECT, um forno de micro-ondas, etc. Tente mudar para o canal 25 do ZigBee - que tem menos sobreposição com o WiFi. Cuidado com o metal nas paredes, móveis, caixas de lâmpadas, ...

Pronto, obrigado! Eu não consigo fazer com que o Espírito apareça em HA embora. Já li os dados básicos, de potência e térmicos no deConz, mas no HA deConz mostra apenas "Phillips Daylight" e "Phoscon-GW" (o Gateway). Eu adicionei deConz automaticamente usando descoberta. Pelo que li aqui, o Espírito aparece automaticamente no HA ..

Você reiniciou o HA depois de emparelhar o Spirit? Você verificou se a API REST expõe o Spirit (se o nome na GUI mudou do endereço de rede).

Você reiniciou o HA depois de emparelhar o Spirit? Você verificou se a API REST expõe o Spirit (se o nome na GUI mudou do endereço de rede).

Eu reiniciei, mas não acho que a API REST expõe o Espírito. Você pode postar uma foto cujo nome no endereço de rede você quer dizer exatamente? Só pra ter certeza

O nó azul para o RaspBee mostra o endereço NWK (0x0000); o nó cinza para o Espírito mostra o name do recurso REST API /sensors (eu mudei após o emparelhamento, ele provavelmente mostra Thermostat 2 ou algo assim).

O nó azul para o RaspBee mostra o endereço NWK (0x0000); o nó cinza para o Espírito mostra o name do recurso REST API /sensors (eu mudei após o emparelhamento, ele provavelmente mostra Thermostat 2 ou algo assim).

Hm não, ainda mostra 0x9348. Quando eu mudo manualmente no Node Info, o "LED" esquerdo pisca em vermelho, e no canto inferior esquerdo diz "enviando solicitação de definição do descritor do usuário", mas nada acontece. Como faço para expor a API REST?

Tudo bem, entendi! Tive de fazer uma pesquisa de sensor no aplicativo Phoscon e depois reler os dados básicos.

Meu espírito não está lendo a temperatura correta. Reinstalei em um radiador diferente e embora o radiador esteja um pouco quente, o Spirit mostra 31 ° C. Não é nem perto disso. Já se passou uma hora e a temperatura ainda não mudou. Alguma ideia? Não tenho certeza de que usar o deslocamento é a maneira correta de lidar com isso. Além disso, a temperatura foi mostrada corretamente antes no outro radiador.

Não tenho certeza de que usar o deslocamento é a maneira correta de lidar com isso.

É para isso que serve o deslocamento, suponho.

Já se passou uma hora e a temperatura ainda não mudou.

Certifique-se de que o relatório de atributos foi configurado corretamente. Caso contrário, deCONZ continuará a mostrar a temperatura anterior. Pressione _Read_ nos atributos do cluster _Thermostat_ para verificar se o valor foi alterado.

Eu tenho um novo log estranho

08/11/2019 18: 47: 51.563 Status: (deconz) Depuração do termostato: {'config': {'heatsetpoint': 2100, 'alcançável': True, 'mode': 'off', 'on': True, 'bateria': 100, 'deslocamento': 0}, 'id': '85', 't': 'evento', 'e': 'alterado', 'r': 'sensores', 'uniqueid': ' 00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 '} 08-11-2019
18: 49: 39.847 Status: (deconz) Depuração do termostato: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 ',' id ':' 85 ',' t ':' evento ',' estado ': {' on ': Verdadeiro,' válvula ': 24,' última atualização ':' 2019-11-08T17: 49: 39 ',' temperatura ': 2105},' r ': 'sensores', 'e': 'alterado'}
08/11/2019 18: 49: 39.900 Status: (deconz) Depuração do termostato: {'uniqueid': '00: 15: 8d: 00: 01: 92: 3b: 6c-01-0201 ',' id ':' 85 ',' t ':' evento ',' estado ': {' on ': Verdadeiro,' válvula ': 24,' última atualização ':' 2019-11-08T17: 49: 39 ',' temperatura ': 2105} , 'r': 'sensores', 'e': 'alterado'}

O dispositivo envia o modo "desligado", mas ainda tem a válvula aberta e ligada = verdadeiro.

Eu li toda a discussão, mas não tenho certeza de como ler a posição atual da válvula (gostaria de verificar se a válvula está funcionando corretamente).
Se eu definir o modo TRV para "Desconhecido 2", parece que o visor da válvula mostra a porcentagem de abertura?
É possível obter esse valor diretamente? Obrigado

@ebaauw , é possível definir "Limite máximo do ponto de ajuste de calor" para este termostato para pelo menos 40 graus por padrão? Você sabe, na Rússia, 30deg não é suficiente. Posso configurá-lo manualmente via VNC, mas no Home Assistant ainda tenho um limite de 30.

O Spirit suporta temperaturas alvo de 5 ° C a 30 ° C. Esse também é o intervalo que você pode definir usando seus botões físicos. O plug-in REST API impõe este intervalo:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225
A API não expõe o intervalo, portanto, provavelmente é um código rígido no plugin / ligação HA para deCONZ. Eu codifiquei em homebridge-hue.

Posso configurá-lo manualmente via VNC

O Spirit parece ter sua própria torção do padrão ZigBee: ele usa um atributo específico do fabricante para o setpoint: _Current Temperature Setpoint_, 0x4003. Embora pareça aceitar a configuração do _Occupied Heating Setpoint_ padrão, 0x0012, ele (às vezes) não aceita isso. O mesmo para o comando padrão _Setpoint Raise / Lower_. Moral: certifique-se de ler _Ponto de ajuste da temperatura atual_ para verificar se o Spirit realmente aceitou o valor.

Observe que a faixa de setpoint suportada é exposta pelo próprio Spirit, nos atributos 0x0015 e 0x0016.

O Spirit suporta temperaturas alvo de 5 ° C a 30 ° C. Esse também é o intervalo que você pode definir usando seus botões físicos. O plug-in REST API impõe este intervalo:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/8bd724cef41aba17536acacb486355d0080e9ee2/resource.cpp#L225

A API não expõe o intervalo, portanto, provavelmente é um código rígido no plugin / ligação HA para deCONZ. Eu codifiquei em homebridge-hue.

Posso configurá-lo manualmente via VNC

O Spirit parece ter sua própria torção do padrão ZigBee: ele usa um atributo específico do fabricante para o setpoint: _Current Temperature Setpoint_, 0x4003. Embora pareça aceitar a configuração do _Occupied Heating Setpoint_ padrão, 0x0012, ele (às vezes) não aceita isso. O mesmo para o comando padrão _Setpoint Raise / Lower_. Moral: certifique-se de ler _Ponto de ajuste da temperatura atual_ para verificar se o Spirit realmente aceitou o valor.

Observe que a faixa de setpoint suportada é exposta pelo próprio Spirit, nos atributos 0x0015 e 0x0016.

Ok, parece que usar "Calibração de temperatura local" é a única maneira de deixar meus radiadores mais quentes. Eu configurei via VNC e está funcionando por enquanto. Espero que o dispositivo não redefina este valor sozinho

Somente quando você reiniciar o dispositivo (segurando todos os três botões por 10 segundos). Observe que esta calibração é exposta como config.offset pela API REST. Destina-se a quando o termômetro do dispositivo registra a temperatura ambiente errada, normalmente porque está muito perto do radiador.

Infelizmente, não fomos capazes de ligar o Spirit a um termômetro externo, embora a documentação e o atributo _Remote Sensing_ (0x000a) sugiram que isso seria compatível.

Olá. Pergunta curta: Qual é o status da implementação? Eu gostaria de comprar alguns desses Eurotronic Spirit. Eu uso o Deconz + Home Assistant.

Olá. Pergunta curta: Qual é o status da implementação? Eu gostaria de comprar alguns desses Eurotronic Spirit. Eu uso o Deconz + Home Assistant.

Olá, emparelhamento um pouco complicado, mas neste tópico você pode encontrar o método de trabalho.
Coisas que estão funcionando no Home Assistant:

• Controle da temperatura definida na faixa de 7-30degC
• Leitura da temperatura atual do radiador, posição da válvula e bateria

Coisas que não funcionam:

• Controle manual da válvula
• Sensoriamento remoto de temperatura
• Calibração da temperatura atual do radiador (pode ser feita via VNC)

Quanto a mim - ótimo dispositivo por seu preço.

@airens
Obrigado pela resposta rápida. Ok, agora só tenho que procurar boas ofertas.

@airens Como exatamente você lê a posição da válvula? Não consegui encontrar o atributo correto.

Para o sensoriamento remoto de temperatura, outro truque usado por pessoas com a versão de onda Z é usar o 'Compensação de temperatura medida' para compensar regularmente a diferença entre o sensor de temperatura interno da válvula e o sensor de temperatura externo:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Mas não sei se podemos modificar o 'Compensação de temperatura medida' com a versão Zigbee?

@airens Como exatamente você lê a posição da válvula? Não consegui encontrar o atributo correto.

Para o sensoriamento remoto de temperatura, outro truque usado por pessoas com a versão de onda Z é usar o 'Compensação de temperatura medida' para compensar regularmente a diferença entre o sensor de temperatura interno da válvula e o sensor de temperatura externo:
https://community.home-assistant.io/t/eurotronic-spirit-z-wave-external-temperature-sensor/88430/6

Mas não sei se podemos modificar o 'Compensação de temperatura medida' com a versão Zigbee?

Sim, podemos alterar o offset da temperatura medida definindo o atributo "Calibração de temperatura local". Você pode vê-lo como "deslocamento" em HA, mas, infelizmente, alterá-lo você só pode via REST ou VNC

state.valve é o valor de 'PI Heating Demand'? E isso deveria ser uma porcentagem da abertura? (ou seja, entre 0-100%)?
Para mim, parece que o valor de 'PI Heating Demand' não é o mesmo que o valor exibido na válvula quando eu defino o modo TRV para "Desconhecido 2". Vou ter que verificar novamente.

Para modificar o "deslocamento" em HA, é um problema que só podemos modificá-lo por meio do REST? Vou ter que brincar com o HA e ver se consigo adaptar o script usado pelas pessoas que usam a versão Z-wave.

state.valve é o valor de 'PI Heating Demand'? E isso deveria ser uma porcentagem da abertura? (ou seja, entre 0-100%)?

Sim, ele é. é 0-254, então, você precisa mapeá-lo para 0-100

Para modificar o "deslocamento" em HA, é um problema que só podemos modificá-lo por meio do REST? Vou ter que brincar com o HA e ver se consigo adaptar o script usado pelas pessoas que usam a versão Z-wave.

Não é um problema, mas não acho uma boa ideia, por causa da vida útil da bateria (nesse caso, a válvula foi movida com muita frequência e a quantidade de pacotes ZigBee aumenta drasticamente). Eu fiz isso primeiro, mas depois tive que abandonar isso. Agora, eu apenas uso a automação simples no NodeRed, que muda a temperatura definida do termostato dependendo da temperatura ambiente

Como exatamente você lê a posição da válvula?

O espírito relata como _PI Heating Demand_ (atributo 0x0008). É um u8 , entre 0 e 254. A API expõe isso como state.valve , normalizado para 0-100%.

Para mim, parece que o valor de 'PI Heating Demand' não é o mesmo que o valor exibido na válvula quando eu defino o modo TRV para "Desconhecido 2".

O Spirit usa atributos específicos do fabricante (na faixa 0x4000) para configurações, em particular 0x4001 para definir a posição da válvula manualmente. Este atributo não pode ser relatado, então presumo que ele representa apenas a posição da válvula de destino. Eu esperaria / espero continuar a ver a posição atual da válvula em 0x0008, mas talvez isso seja atualizado apenas quando o Spirit está no modo automático (padrão). Você pode querer verificar se a tela reflete 0x4001 no modo Desconhecido 2.

Como exatamente você lê a posição da válvula?

O espírito relata como _PI Heating Demand_ (atributo 0x0008). É um u8 , entre 0 e 254. A API expõe isso como state.valve , normalizado para 0-100%.

Não está normalizado, na verdade, porque o valor está chegando a 254, então eu mesmo normalizei.

Meu mal, desculpe. Na verdade, eu também faço a normalização em homebridge-hue.

Eu adicionei 4 dispositivos Spirit ZigBee, ontem. (Com o novo deCONZ 2_05_71)
Apesar do procedimento de busca de sensor realmente irritante - consegui fazê-los trabalhar com rest-api e fhem.
Percebi que toda vez que conecto um novo SpiritZig Bee deCONZ mostra por um tempo muito curto um nome de dispositivo com (eu acho!) Que é como "Termostato + a ID do sensor". Mas durante a leitura do cluster básico, ele é substituído por SPZ0001 para cada dispositivo!
Então, após cada emparelhamento, tive que iniciar o sqlitebrowser para me livrar de 4 vezes o nome ...

Isso só me afeta?

Olá,

Como posso reconectar o Spirit ao meu roteador ZigBee quando o roteador for reinicializado? Eles não estão conectados ao atm, e não tenho certeza de como posso conseguir isso. Reinicializar o Spirit retirando a bateria ajudará ou será reiniciado?

Retirar e reinserir a bateria geralmente funciona. Às vezes preciso abrir a rede enquanto faço isso.

Há algo estranho com o Espírito. Ele não reconhece quando é expulso por seu pai. Conseqüentemente, não encontrará um novo pai. Ele continuará a enviar relatórios de atributos por meio de seu antigo pai, mas deixará de responder aos comandos, porque nenhum roteador está armazenando em cache as mensagens para o Spirit. Tive sucesso limitado ao reunir o antigo pai à rede (batendo L na GUI, enquanto o nó estava selecionado), então o Espírito pegaria a dica e encontraria um novo pai. Infelizmente, normalmente preciso tirar o farejador para encontrar o pai anterior, pois a linha na GUI já desapareceu.

E como você usa o farejador? A linha na GUI sumiu, então presumo que ela não esteja mais conectada.

Edit: Tenho pesquisado no Google. É isso? https://www.zigbee2mqtt.io/how_tos/how_to_sniff_zigbee_traffic.html

Se sim, estou faltando o CC-Debugger. Eu tenho um CC2531. Algo assim funcionaria?

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

Eu uso ZShark em um RaspBeery Pi para caputurar (consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405) e Wireshark em meu Macbook para análise. Não tenho experiência com outras ferramentas.

Estou usando o schedy (https://community.home-assistant.io/t/heaty-will-die-schedy-be-born/71276) para tornar meus termostatos "inteligentes". Mas estou tendo um comportamento estranho.

Por alguma razão, o homeassistant parece registrar uma mudança no ponto de ajuste da temperatura alguns minutos depois que uma nova temperatura foi definida e confirmada por programação. Schedy então interpreta isso como uma mudança manual e desativa a reprogramação para os próximos 120 minutos, conforme configurado. Isso acontece com tanta frequência que torna o agendamento bastante inútil.

Não tenho certeza, onde procurar o culpado. Perguntei ao roschi, desenvolvedor do schedy e não parece haver problema no schedy e sim no homeassistant, deconz ou na interface entre os dois.

Estou anexando um registro de programação, onde vocês podem ver a programação corretamente determinando o resultado das regras de programação, ou seja, 17 ° C e aplicando este valor aos dois termostatos da minha sala. Então, cerca de 6 minutos depois, uma mudança manual para 21 ° C é registrada (o ponto de ajuste de temperatura antigo) e a temperatura é aplicada a todos os termostatos e um temporizador de reprogramação é definido.

Agora não tenho certeza se
1) por algum motivo, o termostato não aceita a mudança e apenas relata sua temperatura anterior com o próximo relatório de status regular

2) desconzar relatórios ou redefinir o ponto de ajuste de temperatura anterior

3) homeassistant está apenas se comportando de maneira estranha.

O ponto 1) parece improvável porque posso confirmar uma mudança na posição da válvula depois que a temperatura programada for definida. Portanto, o problema parece estar em algum lugar na interface entre deconz e homeassistant.

Talvez alguém tenha uma ideia de como proceder para localizar o problema ou mesmo tenha uma ideia de onde o problema pode estar?

Atenciosamente

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}

Estou vendo o mesmo. O que acontece é que o plugin REST API atualiza seu cache ao enfileirar a solicitação de alteração do setpoint. No entanto, a solicitação não chega ao termostato. Quando o termostato envia seu próximo relatório periódico, o plug-in da API REST atualiza seu cache com o valor real.

Acho que isso acontece com mais frequência ao atualizar (tentar atualizar) vários TRVs ao mesmo tempo. Agendar as atualizações com alguns segundos de intervalo pode ajudar aqui. Eu usaria comandos de grupo, mas infelizmente o Spirit não oferece suporte a grupos (e a API REST não oferece suporte a grupos contendo /sensors recursos).

Acho que deveríamos ter implementado config.pending para o TRV, como fizemos para o sensor de movimento Hue. Preciso verificar a lógica que usamos, principalmente quando limpar o pendente: ao enviar o comando, ao receber o ack ou ao receber um relatório com o novo valor. Para confiabilidade, precisaríamos do último.

Ainda assim, há o problema de que, ocasionalmente, o TRV é “rejeitado” por seu pai, mas não encontra um novo pai. Seus relatórios ainda chegam ao gateway, mas os comandos do gateway não chegam mais ao TRV. Isso não pode ser remediado por config.pending ; apenas reiniciando o TRV, removendo a bateria e reinserindo-a.

Na Alemanha, o Spirit ZigBee tem uma oferta Black Friday e um preço de 27,99 euros agora na Amazon!

Hoje passei o dia inteiro integrando o termostato no deconz. Infelizmente, nunca com sucesso total. Eu li todos os comentários aqui e segui muitas das instruções passo a passo. O termossato nunca foi exibido na superfície da teia de foscon. Na GUI do deconz, criamos um novo nó e também posso ler o cluster básico. fabricante e modelo são carregados, etc., mas no IObroker apenas alguns nós, como temperatura e bateria, vêm. mas todos os outros estão faltando. Alguém pode escrever uma instrução detalhada sobre como ele integrou os termostatos? Eu gostaria de comprar mais por causa da Black Friday

Na Alemanha, o Spirit ZigBee tem uma oferta Black Friday e um preço de 27,99 euros agora na Amazon!

esgotado :(

Olá pessoal, Não li todos os 250 posts deste tópico, então não sei se a descrição já foi postada.
A partir da página 14 você encontrará os dados referentes ao Zigbee Register.
Isso pode tornar mais fácil apoiar este termostato em deconz.
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

WTF: ok não foi inicializado, fazendo com que a chamada addTaskThermostatReadWriteAttribute() fosse ignorada aleatoriamente? Nenhum aviso do compilador, @manup ?!
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/14c07293647d78385ee0b4dea61a8fdd04e270d7/rest_sensors.cpp#L1036 -L1062

Suponho que a boa notícia é que não precisamos mexer com config.pending .

Suponho que a boa notícia é que não precisamos mexer com config.pending .

As tarefas estão sendo processadas de uma fila, mas não há verificação se o destino acabou de enviar um relatório de atributo ou qualquer outra coisa.

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

Olá a todos!
Agradeço muito o trabalho que você faz por esta comunidade!
Infelizmente, não estou familiarizado com toda a tecnologia em segundo plano - apenas um usuário normal;).

Você já pode estimar quando o aplicativo Phoscon suporta os dispositivos Eurotronic? Estou realmente ansioso por isso, porque tudo que consegui foi conectar o dispositivo à GUI do deconz. Agora estou preso ...

// jacdec

Olá e em primeiro lugar, muito obrigado a todos por todo o excelente trabalho com o deconz- e homebridge-hue!

Agora, minha pergunta (espero que não seja tão estúpida):
Estou executando o deconz na forma de um escudo de raspbee em uma torta 3 no modo headless (plataforma mínima).
Existe alguma maneira, eu poderia realizar esta etapa

• Vá para deCONZ GUI, liste os clusters, clique em "Básico" -> "Ler" (conforme recomendado em # 1098 (comentário) )

sem se dar ao trabalho de instalar um ambiente x11 ou configuração de vnc?

Adoraria adicionar quatro Spirits à configuração da minha homebridge, mas estou perdendo a etapa de disponibilizar o, através da API :)

Obrigado novamente e continue com o bom trabalho!

John

Obrigado @ebaauw pela solução rápida! Infelizmente, ainda não tive tempo de verificar se está funcionando para mim. Acho que essa correção será incluída na próxima versão? Existe um HEC para o próximo lançamento?

Enquanto estou nisso, quero abordar algumas das últimas postagens:

• @ kugelkopf123 Acredito que as pessoas aqui estão cientes do manual da eurotronics, mas parece que o manual que você vinculou é uma versão atualizada de outubro, embora eu não tenha conseguido detectar nenhuma diferença em relação à versão anterior. Em particular, o atributo "sensoriamento remoto" e a "detecção de janela aberta" não são tratados com mais detalhes do que antes. Escrevi para a eurotronics, pedindo esclarecimentos. Eu também os direcionei para este tópico.
• @jacdec Eu também apreciaria se o espírito (e possivelmente mais termostatos) fossem suportados em foscon. Eu acredito, li em algum lugar neste tópico que isso exigiria uma reformulação completa do foscono. Dito isso, acredito que pelo menos expor os sensores em phoscon e tornar o processo de emparelhamento mais simples e possível, mesmo em uma configuração sem cabeça, seria ótimo!
• @ irrwitzer42 AFAIK não há nenhuma maneira agora de emparelhar o espírito sem o deCONZ Gui.

Atenciosamente

De tudo o que li até agora, não é possível usar um sensor remoto de temperatura com o Spirit. Existe uma maneira adequada de usá-lo com o Home Assistant? Algo como "se a temperatura estiver abaixo de 23 ° C, defina o clima para a válvula 255" ou "... defina o clima para o modo Calor"? Não tenho certeza se o controle da válvula é possível de dentro do HA ..

Olá a todos.
Por que não é possível usar 0x4003 Current Temperature Setpoint s16 rw para controlar o termostato? Porque do meu ponto de vista é o Atributo necessário ou estou totalmente errado?

Olá a todos, acabei de comprar meu Eurotronic Zigbee e estou tendo problemas para emparelhá-lo via deconz. O deconz web ui é iniciado, entretanto, quando eu escolho adicionar um novo dispositivo-> sensor e realizar a pesquisa, em seguida, ligo o termostato, o modo de junção aparece e o botão não começa a piscar. Estou perdendo algumas etapas que devo executar antes de tentar emparelhar?

Há algo estranho com o Espírito. Ele não reconhece quando é expulso por seu pai. Conseqüentemente, não encontrará um novo pai. Ele continuará a enviar relatórios de atributos por meio de seu antigo pai, mas deixará de responder aos comandos, porque nenhum roteador está armazenando em cache as mensagens para o Spirit. Tive sucesso limitado ao reunir o antigo pai à rede (batendo L na GUI, enquanto o nó estava selecionado), então o Espírito pegaria a dica e encontraria um novo pai. Infelizmente, normalmente preciso tirar o farejador para encontrar o pai anterior, pois a linha na GUI já desapareceu.

@ebaauw Como exatamente você usa o farejador para reconectar os dispositivos? Eu não tenho esse problema apenas com o Spirit, mas com todos os dispositivos ZigBee (1 Multisensor Aqara + 2 Sensores de Movimento Xiaomi).

Olá a todos

Eu instalei o beta 2.05.72 ontem. Mas devo informar, que meu problema não está resolvido. Ao tentar atualizar dois termostatos simultaneamente, um dos dispositivos parece registrar a mudança no ponto de ajuste de temperatura, mas na próxima vez que envia um relatório de status, ele informa o ponto de ajuste de temperatura antigo, que por sua vez é interpretado como uma mudança manual e, portanto, f ** ing na minha agenda.

Eu poderia perguntar ao desenvolvedor do schedy se existe uma maneira de atrasar o comando para um dispositivo ao atualizar um grupo, mas isso só poderia ser uma solução alternativa e eu considero isso um bug no deCONZ.

Eu tenho uma pergunta um pouco não relacionada, ou seja, no deCONZ gui há essa luz de status redonda em cada dispositivo. Não consegui encontrar nenhuma explicação sobre o que significa e o que significam as diferentes cores (verde / azul). Li em algum lugar que verde indica um processo de adesão inacabado. Alguns dos meus termostatos estão piscando em azul, outros verdes e alguns às vezes verdes e às vezes azuis. Não sei o que fazer com isso.

Por último, @gacekk Não há nenhuma maneira no momento de emparelhar o Spirit Zigbee via IU da web. Você precisa acessar a GUI deCONZ e realizar o processo de emparelhamento conforme descrito neste tópico. Talvez uma entrada no wiki seja uma boa ideia?

Atenciosamente!

Como exatamente você usa o farejador para reconectar os dispositivos?

Você não. Você usa o sniffer para ver para qual roteador o dispositivo final envia seus comandos no nível MAC (supondo que esse seja o pai anterior) e para confirmar que o dispositivo final está faltando na resposta ao comando _Query Neightbour Table_ (da esquerda lista suspensa na GUI deCONZ). Em seguida, você usa a GUI deCONZ para forçar uma reconexão por esse roteador (pressionando a tecla L ).

Ao tentar atualizar dois termostatos simultaneamente, um dos dispositivos parece registrar a mudança no ponto de ajuste de temperatura, mas na próxima vez que ele envia um relatório de status, ele reporta o ponto de ajuste de temperatura antigo

Por que você acha que o dispositivo parece registrar a mudança? Você leu o atributo 0x4003 na GUI deCONZ? Caso contrário, você está apenas vendo o cache deCONZ, que foi atualizado ao enviar o comando. Mas não há garantia de que o comando realmente atingiu o TRV, muito menos que o TRV honrou o comando.

Como você atualiza os dois dispositivos? Os TRVs Spirit não oferecem suporte a grupos, portanto, você deve enviar vários comandos. Tenho visto alguns problemas com regras que não são acionadas quando esperava (# 2148), então é melhor verificar o log deCONZ ou usar um sniffer para confirmar se o gateway realmente envia o comando.

em deCONZ gui há esta luz de status redonda em cada dispositivo

Se a memória não falha:

• Verde: o dispositivo final está pesquisando o gateway (apenas para dispositivos finais conectados diretamente ao RaspBee / ConBee);
• Azul: deCONZ está enviando ou recebendo comandos para este dispositivo;
• Amarelo: deCONZ enviou um comando, mas não recebeu um ACK;
• Vermelho: deCONZ atingiu um tempo limite ao enviar um comando - isso é o que você verá quando o TRV for rejeitado por seu pai.

que por sua vez é interpretado como uma mudança manual e, portanto, bagunçando minha programação.

Estou vendo a mesma merda. Tentei uma regra para definir novamente o ponto de ajuste ao receber um relatório com qualquer valor de ponto de ajuste diferente do valor programado, mas não consigo mais substituir manualmente a programação.

Estou pensando em implementar um mecanismo de estado finito nas regras deCONZ, que lembra se ainda há uma alteração de setpoint não confirmada pendente (usando um sensor CLIP), reenviando o comando, até que o setpoint relatado corresponda ao alvo. Depois disso, ele aceitaria substituições manuais.

No entanto, isso terá que esperar até o feriado de Natal. Obviamente, isso funcionará somente depois que o Spirit encontrar um novo roteador pai (espontaneamente ou após reiniciá-lo).

Ah e mais uma coisa: É possível atualizar o firmware do Spirit via deCONZ? Meus espíritos mais antigos são _Versão do HW_ 34, _Versão do aplicativo_ 18 com _Código de data_ 20190408 e OTAU _Versão do arquivo atual_ 0x0122c380, enquanto os mais novos são _Versão do HW_ 35, _Versão do aplicativo_ 22 com _Código da data_ 20191014 e OTAU _Versão do arquivo atual_ 0x0122c380

Também não consigo encontrar nenhuma informação sobre atualizações de firmware na página inicial da Eurotronics. O manual apenas diz "Um histórico de revisão é fornecido separadamente", mas nenhuma dica de onde encontrá-lo.

Ah e mais uma coisa: É possível atualizar o firmware do Spirit via deCONZ?

Deveria ser, assim que encontrarmos o firmware. Os meus estão em 20181205 (que, de acordo com o padrão, deve ser a data de fabricação, não a data do firmware, mas já vi muitos dispositivos que usam isso como data de firmware) e _Versão HW_ 34. O firmware tem _SW Build ID_ 15181120 e _Versão do aplicativo_ 15.

Por que você acha que o dispositivo parece registrar a mudança? Você leu o atributo 0x4003 na GUI deCONZ? Caso contrário, você está apenas vendo o cache deCONZ, que foi atualizado ao enviar o comando. Mas não há garantia de que o comando realmente atingiu o TRV, muito menos que o TRV honrou o comando.

Quando tive esse problema pela primeira vez, pude ver que as válvulas estão reagindo ao novo ponto de ajuste. Mas cerca de 5 minutos depois, o ponto de ajuste anterior foi relatado como o ponto de ajuste real. Não confirmei se o comando chegou ao TRV desta vez e vou investigar isso com mais detalhes amanhã.

Como você atualiza os dois dispositivos? Os TRVs Spirit não oferecem suporte a grupos, portanto, você deve enviar vários comandos. Tenho visto alguns problemas com regras que não são acionadas quando esperava (# 2148), então é melhor verificar o log deCONZ ou usar um sniffer para confirmar se o gateway realmente envia o comando.

Como mencionei anteriormente, eu uso agendamento para homeassistant. Este é um framework de agendamento python que permite agrupar dispositivos em salas. Não tenho certeza de como isso funciona internamente, mas sim, com certeza enviarei vários comandos! Vou verificar o log deCONZ quando encontrar tempo.

Obrigado por esclarecer as cores do indicador de status. Não vi um indicador de status vermelho, então ainda não tive problemas com pais rejeitando seus filhos.

Se houvesse uma maneira de garantir que uma alteração do ponto de ajuste atinge o TRV ou pelo menos reagir quando um ponto de ajuste relatado não corresponde ao ponto de ajuste desejado, isso seria ótimo! Se eu puder ajudar em alguma coisa, testando ou fazendo outra coisa, ficarei feliz em ajudar!

Atenciosamente

Edit: Estou abrindo uma nova edição para este

Como exatamente você usa o farejador para reconectar os dispositivos?

Você não. Você usa o sniffer para ver para qual roteador o dispositivo final envia seus comandos no nível MAC (supondo que esse seja o pai anterior) e para confirmar que o dispositivo final está faltando na resposta ao comando _Query Neightbour Table_ (da esquerda lista suspensa na GUI deCONZ). Em seguida, você usa a GUI deCONZ para forçar uma reconexão por esse roteador (pressionando a tecla L ).

Para ser honesto, não tenho certeza se posso seguir. O farejador me mostra que o Espírito continua enviando um pedido de reingresso e que meu coordenador envia uma resposta de reingresso:

Solicitar:

Resposta:

Aqui está minha GUI deCONZ:

Onde está a _Query Neightbour Table_ agora? Não o vejo na GUI deCONZ.
Quando eu pressiono L (enquanto seleciono o Coordenador), ele sai e se junta novamente. Nada acontece quando faço isso com o espírito, mesmo quando saio e volto ao pressionar o botão no topo. Estou fazendo algo errado ou simplesmente não está funcionando?

O farejador me mostra que o Espírito continua enviando um pedido de reingresso e que meu coordenador envia uma resposta de reingresso

Eu não vi isso antes. Parece que o Espírito não aceita a resposta e tenta novamente. Não está muito familiarizado com esses comandos, mas a resposta não deveria conter o endereço NWK para o dispositivo final?

Aqui meu deCONZ GUI

Portanto, o coordenador é o seu único roteador. Nesse caso, você já sabe o que o roteador pai deve ser, portanto, não há necessidade de descobrir isso usando o farejador.

Onde está a Mesa do Vizinho da Consulta agora?

No menu suspenso atrás da esquerda dos dois círculos à direita do nó.

Nada acontece quando eu faço isso com o espírito

Isso é esperado quando o deCONZ não consegue alcançar o Espírito.

Eu não vi isso antes. Parece que o Espírito não aceita a resposta e tenta novamente. Não está muito familiarizado com esses comandos, mas a resposta não deveria conter o endereço NWK para o dispositivo final?

Não tenho certeza tbh. Eu não consegui resolver, então eu simplesmente reiniciei.

No menu suspenso atrás da esquerda dos dois círculos à direita do nó.

Ah, entendo. Então eu tive que selecionar "Ler Tabela de Vizinhos".

Ok, então agora está mais ou menos resolvido. Você sabe como obtenho as linhas verdes de todos os outros dispositivos? Eles estão conectados como parece, já que meus sensores de movimento funcionam em HA. Mas a linha verde para o coordenador não está voltando.

As linhas são apenas uma representação gráfica das tabelas vizinhas. Eles não indicam uma conexão ativa - não existe tal coisa no ZigBee - apenas mensagens. Eles são desenhados quando deCONZ consulta as tabelas vizinhas.

Olá a todos,
não sei se é relevante, mas talvez seja interessante saber que a Amazon os vende atualmente por 27,99 €. Agora vou substituir todos os termostatos por aqueles: https://amzn.to/2YRHqOB

@ebaauw Acabei de tentar atualizar meu homebridge-hue para v.11.8. Isso é o que aconteceu. O que eu tenho que fazer?

Abra um problema com homebridge-hue. Isso não tem nada a ver com o suporte do Eurotronic Spirit no deCONZ.

Estou usando 3 zigbees espirituais desde este período de aquecimento e eles estão se tornando zumbis periodicamente. Eles não reagem mais a nenhum comando que eu envio via deCONZ / hassio. Também me juntei a eles várias vezes e assegurei a cobertura adequada do zigbee. Dois deles são conectados por meio do raspberry pi 4 que opera o bastão conbee 2 - um por meio de uma malha sobre uma luz matiz.

Phoscon GW: 2.05.72 / 12.12.2019
Firmware: 264A0700
Addon Hassio: V4.1
Hassio: 0.102.3
Spirit Zigbee Versão: 20190408

Depois que eles se transformam em zumbis, posso recuperá-los pressionando qualquer um dos botões do TRV para que eles enviem seu estado novamente para a rede.

Há alguém que também enfrenta esses problemas ou tem alguns conselhos sobre o que pode dar errado?

Caso eu tente enviar um comando para um TRV zumbi, o log confirma que o comando não atinge o 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

Depois que eles se transformam em zumbis, posso recuperá-los pressionando qualquer um dos botões do TRV para que eles enviem seu estado novamente para a rede.

Eu nunca experimentei isso. No meu caso, o gateway não pode alcançar o TRV, mas o TRV ainda pode alcançar o gateway ( state.lastupdated continua sendo atualizado). Preciso desligar e ligar o TRV (remova e reinsira a bateria) para remediar a situação.

Toda a minha SPZB0001 TRVs só caiu fora de linha Drumroll 2 ^ 31 milissegundos depois de inicialmente emparelhamento-los. Estouro de inteiro, alguém?

Editar: Eles respondem às operações de leitura do cluster, mas aparecem como desconectados na GUI do deconz.

Um pensamento que me vem à mente: AFAICS o SPZB0001 considera a hora atual como o início da época UNIX, o RTC parece não estar rodando. Existe uma maneira de definir a hora certa por meio do cluster Time (0x000A)?

Acabei de comprar 2 desses brinquedos. Consegui fazer com que eles aparecessem no gui e até ajustei a temperatura no gui.
Infelizmente, não consigo encontrá-lo no aplicativo da web e ele também não aparece no meu domoticz. Existe uma maneira de levá-los até lá?

Infelizmente, não consigo encontrá-lo no aplicativo da web e ele também não aparece no meu domoticz. Existe uma maneira de levá-los até lá?

Eu tive o mesmo problema no início. Reiniciar o servidor fez o trabalho para mim.

Infelizmente, isso não ajudou. reiniciado várias vezes. O gui mostra ambos como conectados, mas a interface da web ainda não os mostra. Estou na v2.05.71. Tenho que atualizar para 2.05.72 para que funcionem?
Esta é a minha saída de gui:

EDIT: Atualizado para 0,72 e continua o mesmo

Infelizmente, isso não ajudou. reiniciado várias vezes. O gui mostra ambos como conectados, mas a interface da web ainda não os mostra.

A IU da web do Phoscon não mostrará o SPZB0001, mas estará disponível por meio da API REST.

O problema com os TRVs zumbis ainda ocorre com mais ou menos frequência, resultando em aproximadamente 15% de falha nos gatilhos.

Eu sou o que incomodou como eu passei horas de horas pesquisando ao longo dos últimos meses que eu acho que eu vou escrever o fornecedor e perguntar o que é * eles estão vendendo (que problema é relatado amplamente na internet)

O problema com os TRVs zumbis ainda ocorre com mais ou menos frequência, resultando em aproximadamente 15% de falha nos gatilhos.

Eu sou o que incomodou como eu passei horas de horas pesquisando ao longo dos últimos meses que eu acho que eu vou escrever o fornecedor e perguntar o que é * eles estão vendendo (que problema é relatado amplamente na internet)

Bem, eu tenho 14 desses dispositivos e estou mais do que feliz. O único problema que tive foi que às vezes um dos dispositivos não reagia a um comando enviado simultaneamente para 3 dispositivos em uma sala. Resolvi esse problema atrasando cada comando alguns segundos. Funciona perfeitamente. Talvez você não tenha um "servidor" como uma lâmpada por perto e o sinal esteja muito fraco. Tenho os aparelhos em 3 andares e adoro-os.

Tenho 8 que, ocasionalmente, parecem ser expulsos pelo roteador pai e não encontram um novo pai. Eles ainda estão enviando relatórios para o gateway (por exemplo, ao alterar a temperatura alvo no TRV), mas os comandos do gateway não chegam ao TRV. Quando eu removo e reinsiro as baterias TRV, ele funciona novamente.
Não fui capaz de detectar um padrão em que circunstâncias isso acontece. Alguns de meus TRVs parecem mais vulneráveis ​​do que outros, mas já aconteceu com todos. Todos eles executam o firmware 15181120 . A maioria escolheu uma lâmpada Hue como mãe, mas às vezes eles escolhem um plugue interno ou até mesmo um XBee.

Há um problema com o plug-in da API REST que regras baseadas em /config.localtime e regras com uma condição ddx às vezes não são acionadas, consulte https://github.com/dresden-elektronik/deconz -rest-plugin / issues / 2148. Eu uso muitos deles para controlar os TRVs.

Olá pessoal, acabei de comprar um termostato ZigBee spirit para brincar, mas não estou conseguindo conectá-lo à minha rede, embora tenha outros dispositivos como interruptores, lâmpadas, sensores conectados sem problemas. Alguém poderia me ajudar a descobrir o que estou fazendo de errado? Eu tenho um conbee II conectado ao Home Assistant e o processo de adição é feito da mesma forma que para outros sensores por meio da IU da web.
@ Tobi0892 poderia me ajudar a conectar meu TVR ao HASSIO? quais etapas eu preciso realizar:
O que estou fazendo é:

1. Abra a IU da web do deconz
2. Vá para os sensores e clique em adicionar novo sensor
3. Enquanto a varredura está em andamento, coloco as baterias no TVR

Posso ver como o ícone de wi-fi está piscando no TVR, mas nada acontece :(

Pessoal, deixe-me gritar aqui, já que comprei o meu há 2 dias para avaliar se eles poderiam ser uma substituição opcional para o meu Fritz 301.

Uma coisa impressionante que observei é que quando o TRV perde a conexão com o coordenador por mais tempo (digamos 18h), aí fica meio fubar. Literalmente nada enquanto fareja (gateway de teste dedicado apenas com o TRV conectado). Nenhuma chance de recuperá-lo com vida, exceto para reiniciar e entrar.

Alguém mais fez essa experiência?

@Valcob Suponho que você quis dizer Phoscon? Se não, tente lá. Ocasionalmente, eu não trabalho na primeira tentativa de junção. A propósito, ele precisa estar no modo de junção (jin no visor). A reinicialização é com todos os 3 botões pressionados simultaneamente por 10 segundos.

Tenho o mesmo problema que @Valcob aqui, o Phoscon não consegue encontrar os dispositivos se tento adicioná-los como sensores. Ambos os dispositivos TRV foram redefinidos recentemente e, em Jin, o botão do meio está piscando. A digitalização termina com a mensagem Failed to connect no Phoscon. Outros sensores e luzes foram conectados sem nenhum problema.

Estou usando um Raspberry Pi 3 com Docker e RaspBee.
Versão do gateway: 2.05.72 / 12/12/2019
Firmware: 26330500

Tive muitos problemas para que o meu fosse reconhecido corretamente. O que funcionou foi seguir essas etapas:

• abrir deconz gui
• iniciar pesquisa de sensor no serviço da web phoscon
• emparelhe o trv com a rede
• na interface do usuário: vá para informações do cluster e leia as informações básicas enquanto a pesquisa do sensor ainda está em andamento.
  Essas etapas funcionaram sempre para mim.

@SwoopX obrigado cara, você me salvou :) o maldito manual diz que eu preciso pressionar os botões círculo e mais por dez segundos para reiniciar o dispositivo, mas depois verifiquei a versão em alemão também e percebi que na verdade você tem que pressionar todos três botões, uma instrução enganosa na versão em inglês, droga. Agora tenho meus TVRs conectados e posso prosseguir com os testes :) obrigado novamente

@ michi1g Tentei suas sugestões e elas parecem estar emparelhadas agora. Pelo menos eu posso ver os dois dispositivos no deconz gui e modificar alguns valores lá. Mas ainda não consigo ver os sensores na visualização do sensor no Phoscon.

Isso não é possível no momento, @githtz. Os espíritos não podem ser controlados via foscon. No entanto, eles são expostos por meio da API REST e, portanto, devem aparecer no homeassistant.

Devemos mesmo colocar o procedimento de emparelhamento e a informação de que os espíritos não podem ser controlados via foscon no wiki. A informação fica enterrada neste tópico.

Olá pessoal, antes de mais nada agradeço muito a vossa ajuda: este tópico é muito útil! Isso economiza muito tempo e esforço para o emparelhamento inicial: deveria ter sido escrito em todos os lugares que os termostatos não são exibidos no aplicativo Phoscon enquanto são exibidos no Home Assistant após o procedimento inicial (procurar novos sensores - ler informações básicas do cluster do deconz GUI)!

Enfim, como já disse, estou tendo os mesmos problemas de alguém de vocês: o ajuste da temperatura está funcionando apenas nas primeiras horas após o emparelhamento, então a integração parece não funcionar mais e é necessário voltar ao reset-emparelhamento procedimento. Você acha que isso pode ser resolvido com uma atualização do firmware do termostato / gateway? Estou usando raspbee em raspberry pi ...

Olá Pessoal, Estou com problema semelhante, além do mais sou muito novo neste tópico. Eu uso o Home Assistant (0.103.6; HassOS 3.7) no RPi 4 e executei essas etapas de @ michi1g até a última. Aqui, não consigo descobrir como "ler informações básicas do cluster a partir da GUI do deconz".
(Eu poderia emparelhar sensores Xiaomi Aqara anteriormente e posso ler seus dados; a partir disso, concluí, meu sistema funciona.)
Depois de redefinir meu TRV, ele mostra o status de conectado, mas ainda não consigo alcançá-lo no Home Assistant. Você pode me ajudar com um procedimento passo a passo? :)
Obrigada.

Olá @rollair, como mencionado inúmeras vezes neste tópico (eu sei que é muito para ler), você precisa ter acesso à GUI do deconz. Essa não é a IU da Web do Phoscon, mas a GUI que você vê nas imagens da primeira postagem deste tópico. Você precisa ler o cluster básico da GUI para acionar a geração de entidades REST-API. Para isso, você precisa identificar o seu nó TRV, clicar no círculo mais à direita e selecionar o cluster Básico no menu suspenso. No quadro esquerdo, selecione a guia "informações do cluster" e clique em "ler".

Veja a captura de tela em https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -569644645 e uma das instruções passo a passo neste encadeamento.

Infelizmente, não posso dizer como obter acesso à GUI do deconz a partir de uma instalação hass.io. Mas acredito que também vi algumas instruções para isso.

Desculpe, mas eu quero dizer que tudo isso é tempo perdido. Mais cedo ou mais tarde você vai
faça um corte e o dinheiro e o tempo serão perdidos. Normalmente, meu objetivo é apenas
Zigbee, apenas com iobroker. Mas não há termostato zigbee que irá
trabalhar sem erros. Tenho mais de um evento de Sauna e nenhuma resposta de
Suporte Eurotronic. E é por isso que volto à netter Systems para
Termostatos como homematic ip ou salus.

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

Olá @rollair https://github.com/rollair conforme mencionado inúmeras vezes em
este tópico (eu sei que é muito para ler), você precisa ter acesso ao
deconz GUI. Essa não é a IU da web do Phoscon, mas a GUI que você vê no
screenshots da primeira postagem deste tópico. Você precisa ler o
cluster básico da GUI para acionar a geração de entidades REST-API.
Para este fim, você precisa identificar o seu nó TRV, clique no botão mais à direita
círculo e selecione o cluster básico no menu suspenso. No lado esquerdo
frame selecione a guia "informações do cluster" e clique em "ler".

Veja a captura de tela em # 1098 (comentário)
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment-569644645
e uma das instruções passo a passo neste tópico.

Infelizmente, não posso dizer como obter acesso à GUI do deconz de
uma instalação hass.io. Mas acredito que vi algumas instruções para isso,
também.

-
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098?email_source=notifications&email_token=ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA#issuecomment-572688820 ,
ou cancelar
https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q
.

Desculpe, mas eu quero dizer que tudo isso é tempo perdido. Mais cedo ou mais tarde você fará um corte e o dinheiro e o tempo serão perdidos. Normalmente, meu objetivo é apenas Zigbee, apenas com iobroker. Mas não existe um termostato zigbee que funcione sem erros. Tenho mais de um evento de Sauna e nenhuma resposta do Suporte Eurotronic. E é por isso que volto aos sistemas mais adequados para termostatos, como ip homematic ou salus. Sk4zz [email protected] schrieb am Do., 9. Jan. 2020, 19:23:
…
Olá @rollair https://github.com/rollair, conforme mencionado inúmeras vezes neste tópico (eu sei que é muito para ler), você precisa ter acesso à GUI do deconz. Essa não é a IU da Web do Phoscon, mas a GUI que você vê nas imagens da primeira postagem deste tópico. Você precisa ler o cluster básico da GUI para acionar a geração de entidades REST-API. Para isso, você precisa identificar o seu nó TRV, clicar no círculo mais à direita e selecionar o cluster Básico no menu suspenso. No quadro esquerdo, selecione a guia "informações do cluster" e clique em "ler". Veja a captura de tela em # 1098 (comentário) < # 1098 (comentário) > e uma das instruções passo a passo neste tópico. Infelizmente, não posso dizer como obter acesso à GUI do deconz a partir de uma instalação hass.io. Mas acredito que também vi algumas instruções para isso. - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, vê-lo no GitHub <# 1098? Email_source = notificações & email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>, ou unsubscribe https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

Como eu disse: tenho 14 aparelhos e todos funcionam perfeitamente há mais de um mês. No início, tive o problema de um dispositivo parar de responder após alguns dias. Mas agora, zero problemas. Talvez seja porque eu puxo o valor do ponto de aquecimento a cada 15 minutos? Portanto, nenhum dispositivo entra em sono profundo ou o que quer que esteja causando o erro. Eu os uso com o conbee II em um Intel nuc via ioBroker. A "programação" é feita com o nó Vermelho. Mas eu sou um noob absoluto ...

eu puxo o valor do ponto de calor a cada 15 minutos

Você modificou o plug-in da API REST para isso ou está usando o plug-in deconz-cli? Observe que consultar o dispositivo da API REST apenas retorna o estado em cache e não resulta em nenhuma mensagem ZigBee.

Desculpe, mas eu quero dizer que tudo isso é tempo perdido. Mais cedo ou mais tarde você fará um corte e o dinheiro e o tempo serão perdidos. Normalmente, meu objetivo é apenas Zigbee, apenas com iobroker. Mas não existe um termostato zigbee que funcione sem erros. Tenho mais de um evento de Sauna e nenhuma resposta do Suporte Eurotronic. E é por isso que volto aos sistemas mais adequados para termostatos, como ip homematic ou salus. Sk4zz [email protected] schrieb am Do., 9. Jan. 2020, 19:23:
…
Olá @rollair https://github.com/rollair, conforme mencionado inúmeras vezes neste tópico (eu sei que é muito para ler), você precisa ter acesso à GUI do deconz. Essa não é a IU da Web do Phoscon, mas a GUI que você vê nas imagens da primeira postagem deste tópico. Você precisa ler o cluster básico da GUI para acionar a geração de entidades REST-API. Para isso, você precisa identificar o seu nó TRV, clicar no círculo mais à direita e selecionar o cluster Básico no menu suspenso. No quadro esquerdo, selecione a guia "informações do cluster" e clique em "ler". Veja a captura de tela em # 1098 (comentário) < # 1098 (comentário) > e uma das instruções passo a passo neste tópico. Infelizmente, não posso dizer como obter acesso à GUI do deconz a partir de uma instalação hass.io. Mas acredito que também vi algumas instruções para isso. - Você está recebendo isso porque foi mencionado. Responda a este e-mail diretamente, vê-lo no GitHub <# 1098? Email_source = notificações & email_token = ADI5I4QJQFIHXGKVAATAIV3Q45TQJA5CNFSM4GOP7622YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRITNA # issuecomment-572688820>, ou unsubscribe https://github.com/notifications/unsubscribe-auth/ADI5I4VLHQ3AXI7XNY6IM73Q45TQJANCNFSM4GOP762Q .

É uma luta bruxa conbee e deconz, tenho que admitir. Mas esse é um projeto do mercado de zigbee. Sim, o protocolo é padronizado, mas sem uma boa integração de novos dispositivos ou processos de auto-integração aplicados se resume a quem é mais rápido.
No caso do Eurotherm Zigbee, a integração no adaptador iobroker.zigbee em combinação com um cc2531 com flash koenkk funciona perfeitamente. Nunca se perde e posso exportá-lo via adaptador iot para o alexa. No final, estou operando 2 redes zigbee com pontes diferentes, usando aquela que funciona melhor, dependendo do sensor que está sendo usado. Dedos cruzados para obter uma melhor integração em rest / conbee / deconz.

É uma luta bruxa conbee e deconz, tenho que admitir.

ConBee II / deCONZ parece ter um grande problema de roteamento quando o SPZB0001 não está conectado diretamente ao coordenador (as rotas estão se perdendo após alguns dias). Infelizmente, o suporte não respondeu às perguntas até agora.

No caso do Eurotherm Zigbee, a integração no adaptador iobroker.zigbee em combinação com um cc2531 com flash koenkk funciona perfeitamente. Nunca se perde e posso exportá-lo via adaptador iot para o alexa. No final, estou operando 2 redes zigbee com pontes diferentes, usando aquela que funciona melhor, dependendo do sensor que está sendo usado.

Você pode compartilhar mais detalhes sobre sua configuração? Estou pronto para abandonar ConBee II / deCONZ assim que meu CC2531 chegar da China. ATM, estou usando o Home Assistant, então qualquer tipo de integração seria bom.

Alguém conseguiu usar a detecção de janela aberta depois que os dispositivos foram emparelhados? De acordo com o manual, a detecção é desativada após o emparelhamento e posso confirmar isso. Alguma maneira de reativá-lo?

//Editar

Ok, parece que a detecção ainda está funcionando, apenas um pouco lenta. É possível ajustar a sensibilidade de alguma forma?

@ginkel Eu não recomendaria abandoná-lo. É um produto sólido com um alcance muito bom em comparação com o CC2531 (sem antena ou luzes por perto). Os recursos de agrupamento, cenas, etc. são muito poderosos como qualquer outra ponte como ikea ou philips. Você pode fazer uso de tudo isso e incluir dispositivos ausentes / com defeito no conbee com outra rede Zigbee (em outro canal) operada pelo CC2531. Essa é precisamente a minha configuração. Tenho todas as minhas luzes e muitos sensores / botões Xiaomi no conbee stick, mas opero todos os meus plugues de energia IKEA e Xiaomi e Eurotherm via CC2531. Nunca se esqueça que se você não usar o Phoscon, você terá que usar cenas e outras coisas do iobroker. Muito trabalho a fazer onde a dresden elektronik fez um bom trabalho! Eu anexei fotos da minha configuração ...

Pessoal, obrigado pela ajuda neste post até agora: Meu regulador Eurotronics está trabalhando no meu ConnBee-II no iobroker - pelo menos de alguma forma ...
Muita luta quando não era reconhecido, muitos resets e depois funcionou.
Mas parece que o sensor não está implementado corretamente. Não consigo ver a temperatura desejada , a posição da válvula, etc. (compare minha captura de tela com a de

Onde posso começar a procurar uma solução? Ou alguém experimentou o mesmo e conhece uma solução?

@ selen278 Acho que é uma limitação do iobroker (ou de como o deconz lida com os termostatos). A temperatura alvo do SPZB0001 é armazenada em config do sensor e não como state .

Eu tenho o mesmo problema aqui.

E é isso que a iobroker está mostrando.

@githtz Eu não teria como objetivo o iobroker, pois ele funciona com todos os valores com o adaptador zigbee em um cc2531. O plug-in deconz para iobroker deve expor a API deconz rest e os dispositivos associados com todos os parâmetros integrados. Não sou um especialista aqui, mas, no meu entendimento, não temos uma implementação de api deconz rest adequada do Eurotronic Zigbee em primeira mão. Se isso for corrigido, você terá todos os parâmetros. Por outro lado, é a ponte gui (Phoscon) não capaz de modificar nada além das luzes. (isso não é realmente necessário para automação residencial, mas seria um bom recurso). Mesmo que eu mesmo tenha feito isso funcionar via deconz, mudei para o cc2531, pois é mais estável e confiável no uso do Eurotronic. Basicamente, depende da dresden elektronik e de seus desenvolvedores para resolver o problema. Talvez eu tenha algo errado - se sim - por favor, me desculpe, eu não quero incomodar ninguém!

@realwax Eu não sei como as coisas são com o iobroker Eu não o uso na minha instância do assistente de casa tudo é visível até o estado da válvula e tudo é clicável e ajustável sem problemas


Então eu acho que deconz é bom para passar as informações de TVR de volta para HA (homeasistant), a única coisa que eu tinha é a maneira que preciso para conectar o TVR à rede

1. Conecte-se ao back-end VNC do deconz
2. Descompacte o TVR e na IU da Web do phoscon vá para sensores clique em adicionar novo sensor
3. Dado que o TVR está desempacotado e pronto para conectar, coloque as baterias
4. Verifique o VNC nesta fase, ele mostrará um dispositivo no zigbee lan, mas nada mais deve acontecer
5. Clique nas propriedades no círculo mais à direita no cartão do dispositivo exibido e no cluster básico
6. À esquerda, há um botão que diz ler informações do cluster, clique nesse botão e você verá algumas informações sobre o seu TVR
7. Reinicialize o dispositivo (pressione todos os 3 botões por 10 segundos)
8. Ele irá para o modo de conexão novamente e desta vez aparecerá como esperado no VNC, o que significa que todas as informações sobre o dispositivo estarão na própria placa. E, ao mesmo tempo, as informações do dispositivo também serão enviadas para a instância de HA.

É isso, deve ser simples o suficiente para adicionar mais TVR Eu tenho 8 deles e não tenho nenhum problema como.
Apenas certifique-se de que você tem repetidores suficientes em sua casa, ou seja, qualquer dispositivo Zigbee (lâmpada ikeea, tomada ou qualquer coisa que tenha energia da rede elétrica) que possa atuar como um repetidor

Espero que isto ajude

Eu instalei a imagem docker home-assistant em meu rpi3, além de deconz e iobroker e voilà!

Acho que os TVRs estão emparelhados corretamente. Embora eu me pergunte por que iobroker não consegue acessar a configuração dos TRVs. Talvez a iobroker-deconz-plugin não suporte a deconz api completamente?

Bom de se ouvir. Então, eu estava errado em relação aos meus pensamentos sobre deconz rest api. Em relação ao iobroker deconz, houve uma atualização há dois dias. Talvez um dos com iobroker queira tentar novamente? https://github.com/iobroker-community-adapters/ioBroker.deconz
Eu mesmo faria, mas já tenho o meu conectado e integrado.

Eu tentei hoje e recriei minha instância iobroker do zero, mas ainda assim os sensores são somente leitura na interface iobroker. Acho que vou criar um problema nesse projeto.

Posso confirmar isso, também não posso controlá-los usando o iobroker. Eles aparecem, mas a área é somente para leitura; não há como definir a temperatura.

Parece que a última versão 1.2.3 corrige o problema! Pelo menos agora posso ver e modificar os valores de TRV.

Posso definir o nome do TRV de alguma forma? Quando eu mudo o valor em deCONZ ele não tem efeito

Não!
Mas você pode usar sqlitebrowser e abrir ~ / .local / share / dresden-elektronik / deCONZ / zll.db
e altere "SPZ0001" manualmente para qualquer coisa;)
Mas faça backup de seu zll.db primeiro 8)

Usei o carteiro para fazer isso por meio da API. Basta obter a chave API do aplicativo Phoscon e fazer um PUT em http: // {$ DOCONZ_HOST} / api / {$ IP_KEY} / sensores / {$ SENSOR_ID} com o seguinte corpo bruto: {"nome": "{$ NOVO NOME}"}

Alguém mais está tendo problemas para conectar o Spirit a Hassio com o deConz 5.1? Eu atualizei meu Hassio para 104.2 e depois de reiniciar o Spirit não reconectou (outro fez). Então eu o apaguei via VNC e tento adicioná-lo via Phoscon, mas o Spirit não está encontrando Hassio, embora eles estejam literalmente próximos um do outro.

@Valcob Você pode explicar o que você quer dizer com 'E, ao mesmo tempo, as informações do dispositivo serão enviadas para a instância HA também'?
Estou tentando seguir suas instruções para uma marca diferente de termostato (eCozy) e posso ler todos os dados em VNC, mas não tenho certeza de como obter a entidade em HA. Executando deCONZ em um stick de conbee como add-on de hassio, RPi.

@ddppddpp abra um novo pedido de integração ou emita este aqui, desculpe.

Eu reli o _todo o tópico_, pois meus últimos comentários aqui foram em outubro de 2019.
Então, só para ter tudo claro neste momento (02/02/2020):

• O termostato deve ser emparelhado lendo as informações do cluster na GUI;
• O WebUI não mostrará o termostato na guia Sensors ;
• Qualquer pessoa que tenha roteadores secundários (luzes, soquetes etc): se o termostato se conectar à rede por meio deles, em algum momento eles perdem essa conexão e não podem se reconectar automaticamente à rede, e será necessário remover e reinserir a bateria;

Esses três pontos estão corretos para esta data?

Em caso afirmativo, há algum WIP em andamento para resolver isso para melhorar o suporte desses TRVs (emparelhamento e WebUI) e também aumentar a confiabilidade (perda de conexão quando a rede tem coordenador + roteadores)?

Eu reli o _todo o tópico_, pois meus últimos comentários aqui foram em outubro de 2019.
Então, só para ter tudo claro neste momento (02/02/2020):

• O termostato deve ser emparelhado lendo as informações do cluster na GUI;
• O WebUI não mostrará o termostato na guia Sensors ;
• Qualquer pessoa que tenha roteadores secundários (luzes, soquetes etc): se o termostato se conectar à rede por meio deles, em algum momento eles perdem essa conexão e não podem se reconectar automaticamente à rede, e será necessário remover e reinserir a bateria;

Esses três pontos estão corretos para esta data?

Em caso afirmativo, há algum WIP em andamento para resolver isso para melhorar o suporte desses TRVs (emparelhamento e WebUI) e também aumentar a confiabilidade (perda de conexão quando a rede tem coordenador + roteadores)?

Meus 14 termostatos estão conectados através de várias luzes e tomadas e nos últimos 2 meses não tive um único caso de perda de conexão.
Tenho muitos sensores da aqara que são menos confiáveis.

Eu reli o _todo o tópico_, pois meus últimos comentários aqui foram em outubro de 2019.
Então, só para ter tudo claro neste momento (02/02/2020):

• O termostato deve ser emparelhado lendo as informações do cluster na GUI;
• O WebUI não mostrará o termostato na guia Sensors ;
• Qualquer pessoa que tenha roteadores secundários (luzes, soquetes etc): se o termostato se conectar à rede por meio deles, em algum momento eles perdem essa conexão e não podem se reconectar automaticamente à rede, e será necessário remover e reinserir a bateria;

1) e 2) estão corretos. Para 3) Eu acho que há IMHO um problema de roteamento mais geral que está descartando dispositivos da rede. Ontem perdi algumas lâmpadas TRADFRI novamente depois que uma SPZB0001 ficou inacessível no dia anterior. Como o suporte tem ignorado as solicitações há mais de um mês, migrei para um CC2531 com zigbee2mqtt e não estou olhando para trás.

Edit: Usando um sniffer Zigbee, pude ver claramente que o SPZB0001 não está perdendo a conexão com a rede, mas felizmente enviando pacotes de solicitação de dados para seu roteador, mas ao tentar ler um cluster da GUI deCONZ, ficou claro que deCONZ não está enviando qualquer pedido neste caso.

Eu tenho o deCONZ Phoscon WebApp rodando em um Raspi. Iam usando o app Versão 2.05.72 / 12.12.2019, Firmware 264A0700 como serviço. Sem a GUI, mas com a webUI (que é excelente, aliás). Eu uso luzes e sensores zigbee para disponibilizá-los no ioBroker e openHAB e funciona perfeitamente. Mas posso confirmar: com apenas o Phoscon-WebUI não há como obter o termostato Eurotronic Spirit emparelhado no momento.

Minha solução alternativa: não vou usar o UI / VNC-App, então tive que usar um stick CC2531 (como proposto muitas vezes acima), que está funcionando ... um pouco não confiável (a cada 5 comandos funciona, os outros apenas produzem entradas no log de erros), mas isso não me incomoda. Assim que o deCONZ WebApp suportar este termostato, irei trocar.

O que acho irritante: Eurotronic Spirit ZigBee está listado na lista de itens suportados (razão pela qual comprei o conBEE2). O comentário dessa entrada leva você a esta página de solicitação, onde você lê, que você deve usar a versão da interface do usuário e fazer algumas coisas técnicas, para as quais eu realmente não sou inteligente o suficiente ou você deve usar um outro gateway completo para obter este termostato emparelhado (https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices).

O termostato deve ser emparelhado lendo as informações do cluster na GUI;

Não acho que seja sempre assim e certamente não é um assunto exclusivo do Espírito. Emparelhar dispositivos alimentados por bateria é um desafio e eu realmente recomendo ter acesso à GUI para monitorar e reiniciar um processo de emparelhamento travado.

O emparelhamento pode definitivamente ser melhorado, mas isso exigiria uma refatoração do código correspondente. Não é algo que você faz em uma tarde chuvosa perdida de domingo. Provavelmente melhor combinar isso com a API v2.

O WebUI não mostrará o termostato na guia Sensores;

Correto. Depois que o plug-in da API REST da web adiciona suporte para um novo dispositivo, cada cliente API precisa adicionar suporte também. Phoscon é “apenas” mais um cliente API (que roda no seu navegador).

E eu realmente apreciaria, se o Eurotronic Spirit ZigBee pudesse ser integrado no Phoscon WebApp, em breve. Que, no meu entendimento, é o objetivo desta solicitação de suporte de dispositivo aberto.

Este repositório é para o plugin de API REST de software livre. O Phoscon não é de código aberto, portanto, ninguém aqui, exceto os próprios dresden elektronik, pode fazer nada a respeito.

Qualquer pessoa que tenha roteadores secundários (luzes, soquetes etc): se o termostato se conectar à rede por meio deles, em algum momento eles perdem essa conexão e não podem se reconectar automaticamente à rede, e será necessário remover e reinserir a bateria;

Existem muitos problemas de roteamento, especialmente em redes maiores com luzes mistas, mas não acho que se apliquem ao termostato. Acho que continua conectado na rede bem, e continua enviando relatórios para o coordenador. No entanto, o roteador pai (anterior) não reconhece mais o Spirit como filho, tornando-o efetivamente inacessível a outros dispositivos (portanto, você não pode mais controlar ou consultar o termostato do deCONZ).

Já vi isso em todos os meus oito Espíritos, mas alguns parecem mais suscetíveis a esse problema do que outros. Quando eles escolhem um plugue interno SP 120 ou meu lumi.curtain como pai, o problema aparece em um dia. Quando eles escolhem uma das minhas luzes Hue, eles podem funcionar bem por semanas. Eu vejo o mesmo problema com a minha cortina FYRTUR, aliás.

Acho que esse problema é causado pelo firmware do Spirit, que nem (sempre?) Reconhece que foi rejeitado e, portanto, não busca um novo pai. Já tive algumas ocasiões em que encontrou espontaneamente um novo pai, mas não fui capaz de isolar as condições para isso. Ligar / desligar o velho pai às vezes parece funcionar; liga e desliga o termostato sempre - não há necessidade de redefinir e emparelhar novamente o termostato. Ocasionalmente, descobri que o termostato foi reiniciado e precisa de um novo emparelhamento.

No espírito (trocadilho intencional) de divulgação completa, acho que há mais duas questões:

• Acho que às vezes os comandos não parecem chegar ao termostato, embora ele seja alcançável. Ainda estou depurando esse problema, descobri que às vezes as regras não são acionadas (consulte # 2148), o que será corrigido na v2.05.73. Temo que deveríamos ter implementado state.pending afinal, embora o Espírito pareça ter o sono leve, pesquisando seu pai a cada cinco segundos.
• Nem todos os recursos do Spirit ainda são suportados pelo plugin REST API. Em particular, você não pode alterar seu modo e controlar a posição da válvula manualmente. Imho, seria irresponsável apoiar isso antes de abordar a questão acima.

Exatamente minha experiência!

1º Andar: Raspbee e um TRADFRI Driver 30W com três destilados conectados ao Raspbee ou Driver
==> Tudo funciona bem por semanas! Eles enviam relatórios e recebem novos pontos de aquecimento;)

Térreo: Roteador misto Situação: innr sp120, osram smart plug01, lâmpada ikea
==> Apenas o envio de relatórios vai bem. Definir um novo ponto de aquecimento nunca atinge o alvo (4 outros espíritos, mas todos os espíritos estão conectados)

@githtz poderia explicar como exatamente você conseguiu aparecer como assistente de casa?

Além disso, alguém entrou em contato com a dresden electronic sobre o suporte da Web phoscon?

@LennyPenny Você tentou isso?
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -460403451

@githtz sim, conectei à interface do usuário, mas não está aparecendo na assistente de casa

ah ok deixa pra lá, eu comecei a trabalhar: clicar no botão "ler" na interface do deconz foi a parte que eu perdi

@realwax Eu não sei como as coisas são com o iobroker Eu não o uso na minha instância do assistente de casa tudo é visível até o estado da válvula e tudo é clicável e ajustável sem problemas


Então eu acho que deconz é bom para passar as informações de TVR de volta para HA (homeasistant), a única coisa que eu tinha é a maneira que preciso para conectar o TVR à rede

1. Conecte-se ao back-end VNC do deconz
2. Descompacte o TVR e na IU da Web do phoscon vá para sensores clique em adicionar novo sensor
3. Dado que o TVR está desempacotado e pronto para conectar, coloque as baterias
4. Verifique o VNC nesta fase, ele mostrará um dispositivo no zigbee lan, mas nada mais deve acontecer
5. Clique nas propriedades no círculo mais à direita no cartão do dispositivo exibido e no cluster básico
6. À esquerda, há um botão que diz ler informações do cluster, clique nesse botão e você verá algumas informações sobre o seu TVR
7. Reinicialize o dispositivo (pressione todos os 3 botões por 10 segundos)
8. Ele irá para o modo de conexão novamente e desta vez aparecerá como esperado no VNC, o que significa que todas as informações sobre o dispositivo estarão na própria placa. E, ao mesmo tempo, as informações do dispositivo também serão enviadas para a instância de HA.

É isso, deve ser simples o suficiente para adicionar mais TVR Eu tenho 8 deles e não tenho nenhum problema como.
Apenas certifique-se de que você tem repetidores suficientes em sua casa, ou seja, qualquer dispositivo Zigbee (lâmpada ikeea, tomada ou qualquer coisa que tenha energia da rede elétrica) que possa atuar como um repetidor

Espero que isto ajude

Você é um salva-vidas! Eu estava mexendo muito e tinha esquecido completamente da interface vnc. Sua explicação me ensinou sobre a interface vnc e o protocolo zigbee. Eu também sou agora o feliz proprietário de um TRV totalmente operacional que funciona perfeitamente com HA, obrigado!

@BeamMeUpTo @rsaffi
Vocês encontraram algum tipo de solução para isso? Eu tenho uma situação semelhante aqui agora com dois SPZB0001 (conectados diretamente ao hub) funcionando bem, mas o terceiro está conectado a vários roteadores e simplesmente para de funcionar depois de alguns dias. : desapontado:

@BeamMeUpTo @rsaffi
Vocês encontraram algum tipo de solução para isso? Eu tenho uma situação semelhante aqui agora com dois SPZB0001 (conectados diretamente ao hub) funcionando bem, mas o terceiro está conectado a vários roteadores e simplesmente para de funcionar depois de alguns dias.

Ainda não tenho (ainda) outro dispositivo em casa que se comporte como um roteador, então não posso dizer por mim mesmo. Tenho um amigo que tem alguns roteadores e alguns TRVs Spirit Zigbee e está enfrentando o mesmo problema. Ela até criou uma rotina personalizada para forçar alguma comunicação entre o Home-Assistant e seus TRVs a cada 2 horas, para evitar "perdê-los".

Meus primeiros plugues inteligentes chegarão entre hoje e amanhã, então finalmente terei outros dispositivos que são roteadores, ficarei de olho para ver se os TRVs começam a se comportar mal ou não.

Edit: para ser justo, todas as minhas luzes são Philips Hue que podem atuar como roteadores, mas não estão conectadas ao meu Home-Assistant diretamente via Conbee + deCONZ, mas sim usando a Hue Bridge, por isso é uma rede Zigbee separada.

@githtz - Não, na verdade não.

@tkintscher

Enquanto isso, resolvi isso lendo a temperatura de um sensor Xiaomi e ajustando config.offset . Isso funcionou perfeitamente, até que seu PR mudou as unidades para o deslocamento de 0,1 para 0,01 graus.

Você pode me explicar como você fez isso? Eu sou novo nisso ...
Também @ebaauw alguma notícia sobre sensoriamento remoto?
obrigada

Também @ebaauw alguma notícia sobre sensoriamento remoto?

Por que você espera que eu tenha alguma notícia? Pelo que pude determinar, o TRV não oferece suporte a essa função, embora exponha o atributo _Detecção remota_. O manual não menciona esta função e o suporte Eurotronic não parece reagir ao e-mail. Não há nada que eu possa fazer.

apenas perguntando ... obrigado

Ainda não há atualização sobre como adicionar novamente um TRV após reiniciar o roteador? Eu o reinicio com certa regularidade (Home Assistant em um RPI) para instalar atualizações. Normalmente, um dos meus dois TRVs não reconecta. Desligar e ligar a bateria retirando a bateria não ajuda, além disso, ele continua aquecendo o tempo todo enquanto tenta se conectar. Reiniciar tudo é um pé no saco, pois tenho alguns outros dispositivos que estão conectados.

@FlyingPersian Tenho a mesma situação.

@FlyingPersian Tenho a mesma situação.

Estranhamente, após excluir o dispositivo no VNC e ele reaparecer, o LED próximo a ele continua piscando em verde e azul, mesmo quando o dispositivo foi desligado momentaneamente. Ligar a energia, ler dados, procurar novos dispositivos, etc. não ajudou a adicioná-lo novamente: o Receio que, se eu excluir o dispositivo, será ainda mais difícil adicioná-lo novamente.

Tive que reiniciar o dispositivo e repetir todas as etapas como para o novo dispositivo

Tive que reiniciar o dispositivo e repetir todas as etapas como para o novo dispositivo

Isso geralmente não funciona para mim. Se eu fizer isso, o dispositivo não será emparelhado com deCONZ. Não tentei desde as últimas atualizações, mas estou com medo de fazer tbh.

Se o dispositivo perder a conectividade, resolvo isso ao desativar e ativar o dispositivo no Home Assistant. Às vezes preciso repetir isso duas vezes, mas quase sempre dá conta do recado.

Ainda não há atualização sobre como adicionar novamente um TRV após reiniciar o roteador? Eu o reinicio com certa regularidade (Home Assistant em um RPI) para instalar atualizações. Normalmente, um dos meus dois TRVs não reconecta. Desligar e ligar a bateria retirando a bateria não ajuda, além disso, ele continua aquecendo o tempo todo enquanto tenta se conectar. Reiniciar tudo é um pé no saco, pois tenho alguns outros dispositivos que estão conectados.

@FlyingPersian Isso é muito estranho, mas todos os TRVs que eu sempre reconecto automaticamente quando reinicio o HASS (devido a uma atualização, por exemplo).

Ahh, o que eu mais faço são reinicializações do próprio Home Assistant (então o deCONZ continua funcionando). Mas há alguns dias houve uma atualização do sistema operacional do hass.io e ele reiniciou e meus termostatos se reconectaram automaticamente também.

Ahh, o que eu mais faço são reinicializações do próprio Home Assistant (então o deCONZ continua funcionando). Mas há alguns dias houve uma atualização do sistema operacional do hass.io e ele reiniciou e meus termostatos se reconectaram automaticamente também.

Sim, estranhamente, apenas um dos meus dois dispositivos se reconecta. O outro não ... Não tenho certeza por que ou como poderia até mesmo encontrá-lo.

Ainda é algo que você está investigando?
Acabei de comprar 4 termostatos e consegui conectar 1, mas mesmo este não funcionou direito (não consegui controlar pelo Home Assistant). Acho que tentei de tudo e parece meio aleatório que às vezes se conecta depois de várias reinicializações e assim por diante. No momento, posso ver um termostato na interface do usuário do Phoscon VNC, mas ele não consegue mais se conectar e "Adicionar novo sensor" no WebApp também não funciona.

Este problema foi marcado automaticamente como obsoleto porque não teve atividades recentes. Ele será fechado se nenhuma outra atividade ocorrer. Obrigado por suas contribuições.

@Paragrimm Mine ainda está funcionando. Como é atm quente, eles não são usados ​​com frequência, mas ainda posso enviar comandos para os termostatos (como bloqueio de tela). Mas também tive muitos problemas com eles: desapontado:
Você pode modificar o estado do termostato conectado no VNC GUI?

Acabei de comprar dois e gostaria de colocá-los em funcionamento também.
@ebaauw Ajudaria se tentássemos acordar o eurotrinoc? Que perguntas devemos fazer a eles?

• Se eles tiverem um firmware mais recente. Onde eles publicam.
• Se / quando / como eles suportarão a ligação a um sensor de temperatura externo.
• se eles souberem de um bug em seu firmware, por meio do qual o TRV não consegue detectar que seu pai o expulsou e não encontra um novo pai.

Solicitei ao suporte da eurotronics no início do ano atualizações de firmware. A resposta deles foi que eles decidiram não disponibilizar publicamente as atualizações de firmware. O motivo dado é que muitos fabricantes de gateway não oferecem suporte a atualizações. Qualquer que seja o motivo.

Ei Erik, ok, o que é TRV? :-)

Válvula termostática do radiador

Este problema foi marcado automaticamente como obsoleto porque não teve atividades recentes. Ele será fechado se nenhuma outra atividade ocorrer. Obrigado por suas contribuições.

Percebi que o homebridge-hue define o modo TRVs como "desligado" se estiver desativado no HomeKit. Alguém sabe se a proteção contra congelamento ainda está ativa, mesmo se o TRV estiver em "OFF"?

Percebi que o homebridge-hue define o modo TRVs como "desligado" se estiver desativado no HomeKit. Alguém sabe se a proteção contra congelamento ainda está ativa, mesmo se o TRV estiver em "OFF"?

Para meus termostatos, eles voltam do modo "desligado" para o modo que foi definido antes, após 15 minutos. Portanto, não deve fazer diferença. (Presumo que o modo "desligado" é para algum tipo de detecção de janela aberta)

@tkintscher Interessante! Por algum motivo, o meu mantém o modo "DESLIGADO" por vários dias. Mas se eu ler "Ponto de ajuste da temperatura atual", ele retornará "500", então eu suspeito que a proteção contra congelamento ainda está ativada. Talvez eu tenha um firmware mais recente pré-instalado? Minha "versão do aplicativo" é "22".

@ titus-leistner Isso é interessante. A minha parece ser uma versão anterior, onde "Versão do aplicativo" é "15":

Acredito que em algum lugar antes foi discutida a existência de diferentes versões de firmware, mas não havia nenhuma versão mais recente disponível do fabricante para atualização manual 😕

Já que o meu não fica desligado, não olhei muito para isso ... mas acho que defini-lo como "500" manualmente, em vez de usar o modo "OFF", manteria a proteção contra congelamento ativada.

A minha parece ser uma versão anterior, onde "Versão do aplicativo" é "15"

Os relatórios de minas também são _Versão do aplicativo_ 15.

O modo _Off_ (bem como _Boost_ ou _On_) são definidos por meio do atributo específico do fabricante _Host Flags_, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1098#issuecomment -462077343. Como efeito colateral, eles também alteram o ponto de aquecimento. Não acho que você pode definir _Off_ por meio dos controles do dispositivo e nunca o vi ligar automaticamente, mas presumivelmente, ele está definido para detecção de janela aberta (ou seja, queda repentina de temperatura).

Percebi que o homebridge-hue define o modo TRVs como "desligado" se estiver desativado no HomeKit.

Receio que o Homebridge Hue não use _TargetHeatingCoolingState_ corretamente. No HomeKit, você pode defini-lo como _Off_, _Heat_, _Cool_ ou _Auto_, onde o último significa calor ou frio. A página inicial escurece o ladrilho quando _TargetHeatingCoolingState_ é _Off_. Ilumina o ladrilho para os outros vales. Você só pode alterar _TargetTemparature_ quando _TargetHeatingCoolingState_ não for _Off_. Como o Eurotronic não suporta resfriamento, os únicos valores logicamente válidos seriam _Off_ e _Heat_.

Se o _Thermostat_ está realmente aquecendo ou resfriando é refletido por _CurrentHeatingCoolingState_. Leva os valores _Off_, _Heat_ e _Cool_. Quando _Off_, o círculo em torno da temperatura atual é verde; quando _Heat_, é laranja. Acho que fica azul durante o resfriamento, mas não tenho um dispositivo para verificar. Quando _TargetHeatingCoolingState_ é _Off_, _CurrentHeatingCoolingState_ também deve ser e o círculo fica cinza.

Ainda não compreendendo totalmente isso ao adicionar suporte para o Eurotronic, Homebridge Hue atualmente define _TargetHeatingCoolingState_ para _Heat_ para o modo _Boost_, para _Off_ para o modo _Off_ e para _Auto_ caso contrário. Achei que essa seria uma boa maneira de expor os modos _Off_ e _Boost_ ao HomeKit. No entanto, Eve só suporta a configuração de _TargetHeatingCoolingState_ para _Off_ e _Heat_ (é exibido como _Mode_ com os valores _Off_ e _On_), porque o Eve Thermo também não esfria. Agora acho que é semanticamente correto usar _TargetHeatingCoolingState_ para _Off_, mas não para _Boost_.

Alguém sabe se a proteção contra congelamento ainda está ativa, mesmo se o TRV estiver em "OFF"?

Eu presumo que ele abrirá o valor quando a temperatura medida cair abaixo de 5 ° C. Nunca tentei isso, no entanto. Para verificar, é melhor reiniciá-lo, desinstalá-lo do radiador, emparelhá-lo novamente e colocá-lo do lado de fora durante o inverno ou colocá-lo na geladeira.

O dispositivo emparelhado não envia atualizações e não está mais disponível quando deCONZ é reiniciado

Emparelhei meu dispositivo conforme descrito acima. O nome correto aparece em deCONZ, Temperaturregler aparece em Phoscon e a temperatura é mostrada. Pontos piscando azuis e verdes em deCONZ são mostrados.

Então eu executo os seguintes 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 a bateria, a tela invertida e o travado são nulos, 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"}}]

Saída de registro deCONZ ao definir o ponto de ajuste: https://pastebin.com/fkAAnVDP

Problemas:

• a temperatura mostrada no Phoscon recebe apenas uma única atualização logo após o pareamento, e nunca mais
• após reiniciar, deCONZ mostra um ponto vermelho quando read basic attributes é pressionado.

Perguntas:

• Alguém sabe por que inicialmente atualiza a temperatura medida, mas nunca honra heatsetpoint ?
• Por que a comunicação se perde depois que o deCONZ é reiniciado?

a temperatura mostrada no Phoscon recebe apenas uma única atualização logo após o pareamento, e nunca mais

Provavelmente, o plug-in da API falhou ao configurar as ligações apropriadas e as configurações de relatório de atributos. Isso também poderia explicar os valores ausentes para battery e locked e displayflipped . Eles são preenchidos quando você lê manualmente os atributos correspondentes da GUI (_Porcentagem de bateria restante_, 0x001 / 0x0021 e _Host Flags_, 0x0201 / 0x4008)? Consulte o manual do usuário em ajuda para configurar os vínculos e a configuração manualmente. Ou tente consertar. Certifique-se de verificar as baterias: o emparelhamento requer mais energia do que as operações normais.

Alguém sabe por que inicialmente atualiza a temperatura medida, mas nunca respeita o ponto de ajuste?
Por que a comunicação se perde depois que o deCONZ é reiniciado?

Duvido que isso esteja relacionado ao reinício do deCONZ. Meus TRVs ficaram inacessíveis com frequência, até que os movi para uma rede separada com apenas um roteador (um repetidor Trådfri) além do RaspBee. Pelo que pude determinar, eles foram expulsos pelo roteador pai, mas não perceberam e não encontraram um novo pai. Observe que, neste caso, eles ainda enviariam relatórios para o gateway, mas os comandos do gateway não alcançariam o TRV.
Este parece ser um problema entre o firmware TRV (e o firmware do roteador pai), temo que haja pouco deCONZ a fazer aqui. A solução alternativa era reiniciar o TRV (remover e reinserir as baterias).

Obrigado pela sua resposta Erik!

Reinicializei o dispositivo e tentei suas sugestões, o que resultou em:

• displayflipped e locked ainda null
• battery é 90 depois que o botão de leitura é clicado
• heatsetpoint é reportado como 500 quando o botão de leitura é clicado (um pouco gelado na minha opinião)
• escrever 2200 ou qualquer outro valor para heatsetpoint falha permanentemente

Você precisa ler / gravar o atributo 0x4003 específico do fabricante para heatsetpoint ; o atributo padrão 0x0012 não funciona para o Eurotronic. Para exibição invertida e bloqueada, você precisa ler 0x4008. Ainda pode haver um bug na API REST que só atualizará os atributos REST quando o valor for alterado. Tente atualizá-los a partir da API ou bloqueie a tela pressionando + e - no TRV.

Meu mal, usei 0x0012 pela primeira vez, como você descobriu ;-). Tentei 0x4003, a leitura funciona durante o modo de emparelhamento; depois que o dispositivo é emparelhado, nem a leitura nem a gravação funcionam. Preciso ler todos os atributos relevantes para a API durante o modo de emparelhamento para fazer o dispositivo funcionar corretamente depois disso?

Isso é estranho. O Eurotronic tem o sono leve e deve responder aos comandos. Você pode ver na GUI qual pai está usando? Que versão de firmware ele possui (atributos _Date Code_ e _SW Build ID_).

A captura de tela mostra deCONZ enquanto TRV está em modo de emparelhamento (atributo básico lido uma vez). O Editor de Atributos mostra a tentativa de gravação falhada em 0201: 0x4003. Em seguida, apertei o botão de leitura de SW Build ID e depois de um minuto os valores foram lidos: 22190930 .

Esse firmware é diferente (mais recente?) Do que o meu. Nunca encontrei o firmware Eurotronic online, embora pareça atualizável pelo ar.

Você pode verificar com que frequência o nó pisca em verde? É quando o TRV consulta seu roteador pai em busca de mensagens. Isso deve ser uma vez a cada 7 segundos ou mais frequentemente para que o dispositivo esteja acessível. Caso contrário, precisamos implementar config.pending para escrever os atributos config .

O TRV pode ser forçado a despertar pressionando um dos botões físicos. Você pode tentar isso antes e durante a leitura ou gravação dos atributos.

Pelo que eu sei, o upload / download de firmware não é compatível. Portanto, não há chance de fazer o downgrade do firmware.

Eu editei meu comentário anterior (desculpe, meu iPad achou que seria divertido postá-lo enquanto eu ainda estava digitando).

Uma hora após o emparelhamento, é apenas verde sólido e não começa a piscar se você apertar o botão do TRV

Sugerindo que está constantemente em votação. Isso é normal após o emparelhamento, mas deve parar com a dor de esgotar a bateria rapidamente.

Você pode farejar o tráfego Zigbee? Se não, você pode executar deCONZ com --dbg-info=2 --dbg-aps=2 --dbg-error=1 e verificar o log. Você deve ver mensagens de que o TRV está sondando o gateway (como seu pai).

deCONZ está atualmente em execução com a sinalização --dbg-info = 2 e registra muitas destas instruções:
MAC Poll 0x02 0x164E
seguido por um único verify 0x00158d00053d3623 is child node after 809128 s

Se os outros sinalizadores também forem necessários, reinicio. Mas então o ícone provavelmente ficará cinza em vez de verde sólido.

Que ferramenta de cheirar você sugeriria (headleass, se possível)?

Estou usando o ZShark com um ConBee original em um Raspberry Pi para capturar os pacotes e o Wireshark em um Mac para analisá-los. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/405.

Então, você vê mensagens de log de que os comandos _Read Attributes_ ou _Write Attributes_ estão sendo enviados? E as respostas correspondentes do TRV?

Você provavelmente poderia compilar uma versão especial do deconz em que o deconz pode farejar a maior parte do tráfego se você estiver interessado e não tiver nenhum farejador disponível.

Eu vejo a leitura no log:
0x00158D00053D3623: update ZCL value 0x01/0x0201/0x4003 after 0 s
mas não a falha de gravação em 0x4003 (pelo menos não para a string de pesquisa 4003 ). Qual deve ser a aparência da mensagem de log para Read Attributes ou Write Attributes ?

deCONZ --auto-connect=1 --dbg-info=2 --dbg-aps=2 --dbg-error=1 --http-port=8080 --pid-file=/deconz/deconz.pid é usado para iniciar o deCONZ.

Não tenho um segundo ConBee para farejar o tráfego, então as ferramentas de farejamento não são uma opção.

Occupied Heating Setpoint 0x0012 pode ser escrito e TRV altera a exibição de acordo, enquanto 0x4003 só pode ser lido. Vou perguntar à eurotronic se eles mudaram algo em seu firmware que afeta a gravação de 0x0012 .

Presumo que ainda possa estar relacionado à ordem dos atributos específicos do fabricante em general.xml. Eurotronic não é o primeiro, mas o segundo, se bem me lembro.

eCozy é o primeiro. Você proporia trocá- los para fins de teste,

Você pode até excluí-lo se não tiver nenhum eCozy. Mas sim, pode valer a pena tentar.

eu tenho a mesma versão de firmware e também problema como dowhiletrue.
No deCONZ, posso escrever um valor para 0x0012 que é mostrado no visor do dispositivo - 2050 como exemplo.

uma consulta via API me dá isso:
{
"config": {
"bateria": 80,
"displayflipped": null,
"heatsetpoint": 2000,
"bloqueado": nulo,
"modo": "auto",
"deslocamento": 0,
"on": verdadeiro,
"alcançável": verdadeiro
},
"ep": 1,
"etag": "d2affd7f0acd6f30e10e5fb9db713d4b",
"lastseen": "2020-10-20T19: 45Z",
"manufacturername": "Eurotronic",
"modelid": "SPZB0001",
"nome": "Termostato",
"Estado": {
"última atualização": "2020-10-20T19: 45: 51.313",
"on": verdadeiro,
"temperatura": 1950,
"válvula": 38
},
"swversion": "20191014",
"tipo": "ZHAThermostat",
"uniqueid": "00: 15: 8d: 00: 03: 2f: 62: 4f-01-0201"
}

e o Openhab mostra o valor de 0x4003 até que eu pressiono "READ" no deCONZ novamente. Tentar alterar o valor do ponto de ajuste no Openhab não é escrito no HAVC.

Também tenho problemas com o swversion 20191014. Posso escrever 0x0012 via deCONZ Gui, mas não do assistente de casa ou da API deCONZ. O ponto de ajuste de calor também não é atualizado quando eu o defino manualmente no HAVC.

Mesmo problema aqui!
este é o registro com um erro quando o modo TRV é alterado no app casa ou véspera de automático para aquecimento, por exemplo.

Alguém pode ajudar?

@olliox Dúvidas / questões relacionadas a integrações de terceiros não devem ser feitas aqui. Coloque-os em seus gits.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/master/rest_sensors.cpp#L1086 pode ser alterado para algo como (em pseudo código):

attrId = swversion >= 20191014 ? 0x0012 : 0x4003
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, attrId, deCONZ::Zcl16BitInt, heatsetpoint)) {
...

Não sei como obter swversion embora.

Você concorda com essa mudança @SwoopX e @ebaauw ?

attrId = 0x0012;

Acabei de testar, escrever o ponto de ajuste em 0x0012 funciona para mim no firmware 20181205 também.

Precisamos desta distinção entre os firmwares, ou seja, existe algum firmware que também não aceite o atributo 0x0012 ao lado do 0x4003 específico do fabricante?

Estou no 20181205 sozinho. Isso foi há algum tempo, mas se a memória falhar, 0x0012 não é atualizado quando o comando _Setpoint Raise / Lower_ é emitido e 0x4003 não é atualizado quando 0x0012 é definido. Sempre usar 0x4003 (para obter e definir o alvo) funcionou de forma consistente, então recorri a ele na API.

Claro, se as versões de firmware mais recentes não suportam mais esse atributo, precisamos acomodar isso. Tornar o bevaviour dependente da versão do software parece o caminho mais prudente. Observe que você está mencionando os valores de _Código de Data_ em vez da versão do software. O APi expõe como swversion , dependendo de qual atributo foi lido por último. Não tenho certeza se há ResourceItem , mas provavelmente o mais seguro é verificar zclValue para o atributo Zigbee. Certifique-se de alterar também as configurações de relatório de atributos, com a mesma verificação de versão.

Os TRVs parecem ser atualizáveis ​​de firmware, mas não encontrei nenhum arquivo de firmware.

Olá,

infelizmente, tenho os mesmos problemas como @ alpha23 e @olliox. Acabei de comprar o Eurotronic Spirit Zigbee ontem e também tenho o mesmo código de data "20191014". Seria ótimo se alguém pudesse nos ajudar aqui.

Atenciosamente :)

Vou reabrir isso por agora.

Comprei um no início de setembro com a versão 20191014 e pude conectar seguindo esta instrução:
https://forum.iobroker.net/topic/28785/how-to-eurotronic-spirit-zigbee-mit-conbee-ii

Comprei mais dois ontem com o mesmo firmware 20191014 e está com problemas para juntar esses. Vou tentar voltar com minhas versões do docker.

Pode precisar de ajuda para uma investigação mais aprofundada sobre como configurar meu log para ver o que está acontecendo. Tentei definir o ponto de calor por meio de deconz diretamente. No dispositivo já conectado, ele funciona para definir e o hardware é atualizado:

No novo dispositivo, a gravação falha

@DerOetzi No novo firmware, o 0x4003 não é mais gravável, para alterar o ponto de aquecimento você precisa gravar em 0x0012. Esse é o ponto principal das mudanças de código que @dowhiletrue está sugerindo.

@DerOetzi No novo firmware, o 0x4003 não é mais gravável, para alterar o ponto de aquecimento você precisa gravar em 0x0012. Esse é o ponto principal das mudanças de código que @dowhiletrue está sugerindo.

Mas ambos os termostatos estão relatando a mesma versão Firmwar 20191014?

O meu tem em 0x0030 (Setpoint Change Source) os valores:

• Manual (selecionado)
• Cronograma
• Zigbee

Talvez possa ser a solução .. mas, infelizmente, é um atributo somente leitura

@DerOetzi No novo firmware, o 0x4003 não é mais gravável, para alterar o ponto de aquecimento você precisa gravar em 0x0012. Esse é o ponto principal das mudanças de código que @dowhiletrue está sugerindo.

Mas ambos os termostatos estão relatando a mesma versão Firmwar 20191014?

Comprei duas unidades recentemente e ambas funcionam apenas configurando 0x0012, acho que o eurotronic está deixando de escrever em atributos personalizados e agora usa o conjunto de atributos mais padrão.

@DerOetzi : pode ser que 20191014 realmente represente Date Code ao invés de swversion como ebaauw mencionado acima e seus modelos diferem em outro atributo definido pelo fabricante. Todos os atributos são iguais entre o modelo funcional e o modelo não funcional, se você ler um atributo após o outro para Basic , Power e Thermostat ?

Percebi em meu modelo que read basic attributes enquanto o paring nem sempre leva à leitura bem-sucedida dos mesmos atributos. Talvez isso pudesse explicar por que um modelo funciona e o outro não.

Verifiquei duas vezes os atributos Básico (0000), Potência (0001), Identificar (0003) e Termostato (0201), não encontrei nenhuma diferença em ids, tipos, acessos e valores.

Meus atributos básicos são (talvez isso ajude você a comparar as diferentes versões):

Em relação ao ponto de ajuste da temperatura atual, o manual de 10/2019 diz:

[] https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_DE_Okt.-2019.pdf

O meu parece o mesmo. Observe a diferença entre Date Code e SW Build ID .

Visto que pode haver desvantagens ao mudar de 0x4003 para 0x0012 , sugiro definir o atributo dependente de SW Build ID . Qualquer solução mais sofisticada é altamente bem-vinda.

Você tem razão. Eu tenho os mesmos valores. Eu não sabia que você tinha que clicar duas vezes em um atributo para ler esse atributo explicitamente.

Quanto mais eu olho para o problema, acredito que ainda seja devido ao acréscimo ao deconz.

Tanto o trabalho, o "antigo" de setembro e o novo a partir de agora relata os seguintes valores nos atributos básicos:

• 0x0006 DateCode: 20191014
• 0x4000 SW Build ID: 22190930

Quanto mais eu olho para o problema, acredito que ainda seja devido ao acréscimo ao deconz.

Tanto o trabalho, o "antigo" de setembro e o novo a partir de agora relata os seguintes valores nos atributos básicos:

• 0x0006 DateCode: 20191014
• 0x4000 SW Build ID: 22190930

Cada pareamento se comporta de maneira diferente, porque nem todos os valores disponíveis do básico são lidos, quando o botão de leitura é clicado.

Alguém sabe por que alguns atributos não aparecem quando o botão de leitura é clicado, mas aparecem se o botão de leitura de um único atributo é clicado?

Para fins de teste, alterei o código da seguinte maneira:

DBG_Printf(DBG_INFO, "TEMP %d for sensor attribute %x\n", heatsetpoint, 0x0012);
if (addTaskThermostatReadWriteAttribute(task, deCONZ::ZclWriteAttributesId, VENDOR_JENNIC, 0x0012, deCONZ::Zcl16BitInt, heatsetpoint))

a saída do log mostra a instrução do log, mas nada muda depois, por quê?

Também posso confirmar que em um Spirit Zigbee comprado por volta de 12 de setembro, posso escrever para 0x0012 e 0x4003.
Em 4 Spirit Zigbee's que comprei esta semana, nenhum deles 0x4003 é gravável, mas 0x0012 sim.

Todos os 5 dispositivos têm
Código de Data 20191014
Código do Produto 1991
SW Build ID 22190930

Atualmente, apenas o dispositivo mais antigo responde aos comandos temporários do HA.

Usando Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 com complemento deCONZ 6.4.1, HA 0.116.4

Todos os 5 dispositivos têm

Tem certeza? Não há como distinguir o dispositivo que permite que o ponto de ajuste seja definido por 0x4003 dos quatro dispositivos que não permitem?

Não encontrei atributos distintivos nos clusters básicos de ambos os dispositivos. Se você quiser, posso vincular as capturas de tela de ambos.
Só para ter certeza, li primeiro o cluster básico e, em seguida, cliquei duas vezes individualmente e li cada entrada individualmente.

Mesmo a aparência física externa é exatamente a mesma - nenhuma diferença no anel de fixação.

A única diferença que notei, é que o endereço MAC do mais antigo, funcionando termina em 2XXX, enquanto os 4 que não funcionam têm endereços MAC terminando em 3XXX

Mais uma coisa, FWIW:
Dei uma olhada no plug-in STD OTAU. Para cada um dos 4 termostatos que não funcionam, a guia OTAU Update não mostra dados, ou seja, 0x000 para todos os campos. Para o termostato que funciona, os valores são:
Fornecedor = 0x1037
Imagem = 0x110c
Versão = 0x0162e9d2

Não tenho certeza se isso é importante, mas pensei em compartilhar de qualquer maneira. :)

Se houver mais alguma coisa que eu possa fazer para comparar ou fornecer informações sobre os dispositivos, entre em contato.

Recentemente comprei um Sprit ZigBee também e estou enfrentando o mesmo problema (posso definir a temperatura via 0012, mas não via 4003). Os atributos na página Básico são iguais aos de petermarasek, portanto, também não há diferença para os termostatos mais antigos. O endereço MAC também termina com 3XXX.
Já tentei compilar uma versão ajustada da API restante, mas sem sucesso (a API é executada, nenhuma alteração no termostato, os botões não informam mais alterações). Se alguém ajustasse o código, eu poderia ajudar nos testes com o novo termostato.

Mesmo a aparência física externa é exatamente a mesma

@petermarasek Isso era esperado. A diferença é o firmware do dispositivo.

Para completar: aqui está o cluster _Basic_ do firmware antigo:

E a visão OTAU (com 8 TRVs Eurotronic Spirit). Não tenho ideia se / como a versão do arquivo do firmware se relaciona com o _SW Build ID_.

Para cada um dos 4 termostatos que não funcionam, a guia OTAU Update não mostra dados

@petermarasek , as linhas serão preenchidas eventualmente (o TRV precisa consultar o servidor _OTAU_), ou você pode tentar forçar isso selecionando o nó e pressionando _Query_.

Nos termostatos que não funcionam, qual código de status é retornado ao tentar escrever o atributo 0x4003?

Alguém já tentou o sensoriamento remoto com o firmware 22190930?

Alguém contactou o apoio técnico da Eurotronic?

@petermarasek , só um pensamento

0x4000 = o valor padrão é "manual". Se você definir o atributo como "Desconhecido 1", o TVR o substituirá por "manual". Se você definir o atributo como "Desconhecido 2", o TVR não o substituirá, mas alterar 0x4003 ainda não funcionará.

Como escrevi acima, todos os atributos de Basic, Power, Identify e Thermostat são iguais para funcionar e não funcionar. Verificado novamente 0x4000 sem diferença

Nos termostatos que não funcionam, qual código de status é retornado ao tentar escrever o atributo 0x4003?

Alguém já tentou o sensoriamento remoto com o firmware 22190930?

Alguém contactou o apoio técnico da Eurotronic?

Entrei em contato com o suporte da Eurotronic e forneceu a URL deste tópico. Espero que eles respondam e consigam esclarecer as confusões aqui :)

Oi,

Tenho o Danfoss Ally, que é muito semelhante ao Eurotronic, mas descobri que definir o ponto de definição parece funcionar bem. A tela do termostato é atualizada instantaneamente; no entanto, o motor da válvula às vezes reage imediatamente até mesmo a grandes mudanças de 10 graus +, mas às vezes pode levar horas para se mover. Imagino que isso possa ser devido ao PID, mas não tenho ideia de como contornar isso.

Olá, recebi um Spirit Zigbee ontem e tentei emparelhá-lo. Minha configuração é pi 3b + com Hass 0.116.4 e conbee II.
Eu tentei emparelhá-lo com o Phoscon como um sensor, mas nada apareceu lá, mas no de CONZ está aparecendo como emparelhado, aperte o botão de leitura algumas vezes e os atributos agora estão preenchidos, mas ainda não consigo adicioná-lo ao Phoscon.
É possível controlá-lo vie Homeassistant? como posso adicioná-lo como dispositivo?

Obrigado!

O dispositivo não aparece em phoscon, você precisa de um terceiro app ou usar diretamente a api para isso.

Mas parece que há um problema com a versão recente, nem tudo está claro.

Também posso confirmar que em um Spirit Zigbee comprado por volta de 12 de setembro, posso escrever para 0x0012 e 0x4003.
Em 4 Spirit Zigbee's que comprei esta semana, nenhum deles 0x4003 é gravável, mas 0x0012 sim.

Todos os 5 dispositivos têm
Código de Data 20191014
Código do Produto 1991
SW Build ID 22190930

Atualmente, apenas o dispositivo mais antigo responde aos comandos temporários do HA.

Usando Conbee II, Phoscon 2.05.84, Firmware 26650700
HassOS 4.15 com complemento deCONZ 6.4.1, HA 0.116.4

Eu tenho o mesmo problema. Dois Spirit Zigbees comprados em 30 de julho estão funcionando bem. Dois outros Spirit Zigbees comprados em 20 de outubro não estão funcionando porque 0x4003 não é gravável:

O manual Eurotronic Spirit Zigbee sugere escrever para 0x0012 ou 0x0014, não para 0x4003:

6.5.4 Ponto de ajuste da temperatura atual
Qualquer valor gravado no atributo Ponto de ajuste do termostato / ocupado / desocupado (0x0012 ou 0x0014) será copiado automaticamente para o atributo Ponto de ajuste da temperatura atual (0x4003) para permitir a operação do TRV sem a necessidade de estar ciente dos atributos específicos do cliente.

Estou usando o Home Assistant 0.117.1, Phoscon 2.05.86, Conbee II Firmware 26580700

Mas não há como reconectar o dispositivo antigo / novo?

Mas não há como reconectar o dispositivo antigo / novo?

Estive observando isso nas últimas 2 semanas e a única diferença que consegui encontrar está nos MAC Id's do TVR, mas isso é mais uma observação do que uma certa diferença.

O único TVR que tem 0x4003 gravável tem um MAC Id que termina em 2XXX. Eu tenho mais quatro TVRs que têm um 0x4003 somente leitura e todos os seus IDs de MAC terminam em 3XXX.

Mas não há como reconectar o dispositivo antigo / novo?

Estive observando isso nas últimas 2 semanas e a única diferença que consegui encontrar está nos MAC Id's do TVR, mas isso é mais uma observação do que uma certa diferença.

O único TVR que tem 0x4003 gravável tem um MAC Id que termina em 2XXX. Eu tenho mais quatro TVRs que têm um 0x4003 somente leitura e todos os seus IDs de MAC terminam em 3XXX.

Infelizmente, não posso confirmar isso. O MAC ID do meu TVR, que tem 0x4003 somente leitura, termina com 261A. :(

Então, por que não testar apenas o método 1 e, se ele falhar, usar o método 2?

Então, meus dois Espíritos Eurotronic (ambos terminam com 3XXX) não são capazes de escrever em 0x4003. No entanto, conforme observado, posso gravar em 0x0012 sem problemas e, conforme discutido, isso leva a uma mudança imediata do ponto de ajuste no dispositivo. Existe alguma maneira de alterar manualmente o endereço que deCONZ está usando para definir a temperatura? Estou usando deCONZ no Hassio e o problema parece facilmente resolvível se eu pudesse descobrir como alterar 0x4003 para 0x0012, certo?

Então, por que não testar apenas o método 1 e, se ele falhar, usar o método 2?

Então, eu realmente não sou um fã de programação excepcional.

Quero resumir o que entendi até agora. Então, por favor, me corrija se eu estiver errado!

Todos os dispositivos com os seguintes atributos funcionam conforme o esperado, ao definir a temperatura para o endereço 0x0012:
Código de Data 20191014
Código do Produto 1991
SW Build ID 22190930
O MAC termina com 2XXX (funcionam com 0x0012 e 0x4003 também) ou 3XXX (funcionam apenas com 0x0012)

Dispositivos como o de @ebaauw com os seguintes atributos funcionam apenas no endereço 0x4003 conforme o esperado:
Código de Data 20181205
Código do Produto 1001
SW Build ID 15181120

Portanto, na minha opinião, podemos decidir por um ou todos os três atributos Código de data, Código do produto ou ID de compilação SW qual endereço usar, se pudermos ter certeza de que o primeiro grupo mencionado realmente funciona como esperado em 0x0012. Por ter 3 dispositivos deste grupo um com 2XXX e dois com 3XXX posso confirmar este correto comportamento para mim.

Alguém tentou fazer o "sensoriamento remoto" funcionar em um dos novos dispositivos? Seria ótimo se eles implementassem isso.

E BTW, ninguém tem "falha de segmentação" ao adicionar o dispositivo?

Oi! Eu também comprei um Eurotronic Spirit Zigbee recentemente e estou tendo exatamente os mesmos problemas (posso escrever para 0x012, mas não para 0x4003).
Uma vez que parece que não há uma maneira clara de distinguir entre a versão antiga ou a mais recente: o que acontece se fizermos ao contrário e apenas enviarmos sempre 0x012? Como a versão antiga do termostato reage a isso?

Desculpe, acabei de ler um post anterior que descreve que escrever 0x012 é problemático na versão anterior.
@petermarasek Gravar 0x012 no dispositivo que aceita o código 0x4003 também é problemático? Caso contrário, a verificação do código de data (ou um dos outros atributos) ainda pode funcionar.

Acabei de descobrir mais algumas más notícias: Na minha unidade Eurotronic Spirit, também parece que o Ponto de ajuste de temperatura atual (os valores recuperados por 0x4003) também não é atualizado de forma consistente após operar a unidade manualmente :( Por outro lado, o 'Ponto de ajuste de aquecimento ocupado' (o valor 0x012) está sendo atualizado de forma consistente após a operação manual. Portanto, acho que este valor também deve ser usado para ler a temperatura definida atual das unidades mais recentes ... Que bagunça ...

@petermarasek Gravar 0x012 no dispositivo que aceita o código 0x4003 também é problemático? Caso contrário, a verificação do código de data (ou um dos outros atributos) ainda pode funcionar.

O TVR que aceita gravação em 0x4003 também aceita gravação em 0x0012 e 0x0014. (Ponto de ajuste de aquecimento ocupado e desocupado). Gravar em 0x0012 ou 0x0014 copia automaticamente esses valores para 0x4003 conforme a documentação e observação pessoal.

O TVR que aceita gravação em 0x4003 também aceita gravação em 0x0012 e 0x0014. (Ponto de ajuste de aquecimento ocupado e desocupado). Gravar em 0x0012 ou 0x0014 copia automaticamente esses valores para 0x4003 conforme a documentação e observação pessoal.

Ok, isso parece encorajador! Então, talvez pudéssemos usar a versão HW ou qualquer um dos atributos para descobrir qual código enviar para o TVR. E então faça o mesmo ao ler a temperatura atual.

@petermarasek Obrigado por verificar!

Ok, estou um pouco confuso agora ...

Quando eu costumava investigar como definir o ponto de ajuste de aquecimento no meu novo termostato, vi outro termostato (que comprei no ano passado) com a mesma versão de SW como o que não está funcionando.

Abri a GUI DeCONZ e verifiquei se ambas as unidades têm as mesmas versões de hardware e software:

O engraçado é que a unidade chamada "Küche ..." não reporta erro, se eu escrevo para 0x4003. Mesmo se eu usar os botões para ajustar a temperatura manualmente, o valor definido é relatado corretamente. Tudo está funcionando como esperado.

A unidade chamada "Büro ..." reporta um erro se eu escrevo para 0x4003 e não reporte nenhuma alteração.

Ambas as unidades vieram em uma caixa com gravuras douradas. Todas as outras unidades que possuo tinham uma caixa com impressos verdes.

Talvez existam algumas unidades de buggy por aí?

@ alpha23 Esta é a experiência que alguns aqui descreveram. Parece que a Eurotronic produziu lotes do dispositivo que não permitem escrever em 0x4003 e alguns que o fazem, sem que tenham quaisquer atributos diferenciais, fisicamente ou de acordo com atributos básicos do cluster. Na minha opinião, este não é um bug, mas por design. A documentação mais recente disponível afirma que a gravação em 0x0012 e 0x0014 é permitida e de acordo com as especificações, em vez de gravar em 0x4003, que acredito ser um atributo específico do fabricante de acordo com este: (Consulte a Seção 6.5.4)
https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

@petermarasek Mas se todos os modelos mais novos operarem normalmente (tanto os que operam quanto os que não operam, exceto gravar em 0x4003) ao ler e gravar em 0x0012, poderíamos usar com segurança a versão HW, Código de Data ou ID de Compilação de Software para ter uma instrução if simples (ou extensão do atual) para enviar o código correto (0x4003 para a versão HW <5 e 0x0012 para HW> = 5).

Estou disposto a fazer as alterações necessárias no código-fonte, mas isso levará algum tempo, uma vez que ainda não toquei no código deconz-rest-api (ou projeto, nesse caso) e preciso descobrir como configurar um ambiente de teste do desenvolvedor (desde que eu execute o deconz no meu PI como plugin para HA).
Além disso, só tenho uma unidade que não funciona no momento, então não posso fazer um teste de regressão. Eu só pude verificar se o código alterado funciona na minha unidade ao enviar e ler 0x0012.

Estou disposto a fazer as alterações necessárias no código-fonte, mas isso levará algum tempo, uma vez que ainda não toquei no código deconz-rest-api (ou projeto, nesse caso) e preciso descobrir como configurar um ambiente de teste do desenvolvedor (desde que eu execute o deconz no meu PI como plugin para HA).
Além disso, só tenho uma unidade que não funciona no momento, então não posso fazer um teste de regressão. Eu só pude verificar se o código alterado funciona na minha unidade ao enviar e ler 0x0012.

Isso seria bom. Não tenho absolutamente nenhuma experiência com nada disso e como estou rodando no Hassio, acho que para mim não há muito o que tentar. O que eu encontrei foi um código específico no termostato cpp na linha 454. (Desculpe, se uma captura de tela do código for contra as regras, sou novo no github).
Aqui ele verifica se o termostato é da Eurotronic e afirma especificamente para usar 0x4003. Talvez isso seja de alguma ajuda.

@petermarasek Se for por design, deve haver alguma diferença no firmware ou no hardware. Se ambas as unidades tiverem as mesmas versões, deve haver outro problema. Para mim, a única diferença entre o dispositivo que funciona e o que não funciona é que encomendei o que funciona em voelkner.de e o que não funciona na amazon.de

@joukestoel Tenho uma unidade com HW versão 5 que funciona com 0x4003 e outra com a mesma versão HW que não funciona. Se eu costumava gravar em 0x0012 na unidade de trabalho, terei que ler 0x4003 manualmente para obter o valor atualizado.

Como a documentação diz, o próximo problema é que apenas 0x4003 é reportável. Mas isso não vai acontecer quando eu escrever para 0x0012 ou usar os botões do dispositivo para alterar o valor.

Como a documentação diz, o próximo problema é que apenas 0x4003 é reportável. Mas isso não vai acontecer quando eu escrever para 0x0012 ou usar os botões do dispositivo para alterar o valor.

@ alpha23 De qual documentação você está falando? Eu acho que a correção deveria ser (como apontado por @ mod3k ) que o código usado para ler a temperatura definida atual também deveria 'apenas' ler o valor 0x0012 e esquecer o valor 0x4003. Na captura de tela do código anexado por @ mod3k, isso significaria que a condição if precisa ser estendida para verificar a versão do HW também.

Mas, como sou novo por aqui (e pelo código-base), posso estar muito enganado e pode estar perdendo alguma coisa.

@joukestoel https://eurotronic.org/wp-content/uploads/2019/11/Spirit_ZigBee_BAL_web_EN_November-2019.pdf

O Y / N à direita indica se o atributo é reportável ou não.

@ alpha23 Obrigado pelo link! E obrigado por apontar isso. Como mencionei antes, sou novo no mundo da automação residencial e dos dispositivos Zigbee, então tenho muito a aprender: s O relatório significa que apenas os atributos do relatório enviam periodicamente seu valor para deconz?

Tenho que retomar minha declaração anterior de que pensei que o valor 0x4003 não foi atualizado. Acontece que o tempo de relatório padrão é definido para no máximo 600 segundos. Como teste, substituí a configuração para relatar após no máximo 20 segundos e agora vejo o valor atualizado no atributo 0x4003. Isso significa que o código que lê a temperatura definida atual não precisa mudar (e a mudança provavelmente não teria funcionado de qualquer maneira, já que o atributo 0x0012 não é um atributo de relatório)

Sim, eu acho que a única mudança que precisa ser feita é uma decisão dependente de HW de escrever em 0x0012 ou 0x4003. Acabei de escrever manualmente uma nova temperatura para 0x0012 e o valor foi atualizado imediatamente para 0x4003.

tbh: se eu fosse escrever esse código apenas para mim, eu apenas enviaria o comando para os dois ids. Parece sujo, mas o que quer que o termostato aceite, ele deve ser atualizado de qualquer maneira

Entrei em contato com o suporte da Eurotronic e forneceu a URL deste tópico. Espero que eles respondam e consigam esclarecer as confusões aqui :)

Também entrei em contato com o suporte da Eurotronic e pedi que respondessem a este tópico para explicar como podemos resolver o problema atual. Não recebi uma resposta com uma solução até agora ...

Acabei de adicionar uma solicitação de pull (# 3626) que deve resolver nossos problemas com a alteração do ponto de ajuste de aquecimento atual.
Levei um tempo para descobrir, mas depois de escrever para o atributo 0x0012 discutido anteriormente (Ponto de ajuste de aquecimento ocupado), também precisei enviar um código genérico do fabricante.

Para distinguir entre unidades mais antigas e mais recentes, usei o atributo Versão do software. Para unidades com uma versão de software abaixo de 22190903, o antigo atributo 0x4003 também será escrito. Para modelos com versão SW 22190903 e superior, o atributo 0x0012 será usado.

Esta correção funciona para a minha unidade, mas como eu só tenho uma unidade, não posso garantir que funcionará para unidades mais antigas e outras também, então vamos manter nossos dedos cruzados 🤞

Uau, isso foi rápido. Muito obrigado! Espero que essas mudanças possam ser implementadas rapidamente. Até então, estou usando ZHA em vez de deCONZ. Instalei ontem e tudo parece funcionar bem lá (integração ZHA usa 0x0012 per se).

Muito obrigado a @joukestoel por esta correção! Agora temos que esperar pelo lançamento, esperançosamente em breve

Para valer a pena: posso confirmar que https://github.com/dresden-elektronik/deconz-rest-plugin/pull/3626 corrigiu o problema da minha parte.

Tenho uma unidade Spirit com SW Build ID de 22190930 e com a versão 2.5.87 do Phoscon / deCONZ agora posso controlar com sucesso o ponto de ajuste de aquecimento da API REST (e por extensão, Home Assistant).

Ocorreu um problema ao ler as informações básicas do cluster (para configurar o dispositivo na API REST) ​​_não_ recuperou as informações de ID do SW Build corretamente (o campo permaneceu vazio). Tive que "ler" explicitamente esse campo da GUI para que as coisas começassem a funcionar ...

Além disso, totalmente não relacionado: a documentação dos Sensores menciona que o parâmetro config é heatingsetpoint enquanto na realidade parece ser heatsetpoint ...

Acabei de adicionar uma solicitação de pull (# 3626) que deve resolver nossos problemas com a alteração do ponto de ajuste de aquecimento atual.
Levei um tempo para descobrir, mas depois de escrever para o atributo 0x0012 discutido anteriormente (Ponto de ajuste de aquecimento ocupado), também precisei enviar um código genérico do fabricante.

Para distinguir entre unidades mais antigas e mais recentes, usei o atributo Versão do software. Para unidades com uma versão de software abaixo de 22190903, o antigo atributo 0x4003 também será escrito. Para modelos com versão SW 22190903 e superior, o atributo 0x0012 será usado.

Esta correção funciona para a minha unidade, mas como eu só tenho uma unidade, não posso garantir que funcionará para unidades mais antigas e outras também, então vamos manter nossos dedos cruzados 🤞

Tenho SW Build ID 22190930 e está funcionando bem com a versão antiga (2.05.81 / 14.9.2020).
Não tenho certeza se ele vai quebrar se eu atualizar agora?

Acabei de lançar o novo lançamento. Infelizmente, temos que informar que estamos apenas na metade do caminho com a correção de @joukestoel para este problema. o atributo Basic cluster 0x4000 SW Build ID parece não ser lido automaticamente após a reinicialização. Para isso, somente é utilizado o endereço correto 0x012, após a leitura manual deste atributo. No momento eu só tenho três termostatos para fazer isso após a reinicialização, mas quando eu tiver 13 deles terei a necessidade de não fazer isso manualmente a cada reinicialização

Mesmo problema aqui. Se eu reiniciar deCONZ ou Spirit, nenhuma atualização será recebida e a temperatura não poderá mais ser ajustada.

@DerOetzi @dowhiletrue Ah, desculpe! Ainda aprendendo essas coisas do Zigbee Deconz :) Vou fazer uma melhoria no código para que fique mais robusto! Esperançosamente, isso pode ser incluído na próxima versão.

Vou mantê-lo atualizado!

E percebi outro problema com os novos:

O modo de desligar não está funcionando tão bem nesses. Vou tentar investigar sobre isso!

Atualização: a gravação de sinalizadores de host em 0x4008 também falha

Olá a todos, a nossa empresa está atualmente a trabalhar para a Eurotronic na revisão do código do firmware e na resolução de problemas de escrita para os atributos 0x4003 e 0x4008. Por favor, seja paciente, pois não somos os autores do firmware original.

A boa notícia é que consegui atualizar com sucesso o firmware over the air (OTA).

Por favor, se você descobriu qualquer outro problema, escreva aqui ou entre em contato comigo no e-mail. Obrigada.

Olá a todos, a nossa empresa está atualmente a trabalhar para a Eurotronic na revisão do código do firmware e na resolução de problemas de escrita para os atributos 0x4003 e 0x4008. Por favor, seja paciente, pois não somos os autores do firmware original.

A boa notícia é que consegui atualizar com sucesso o firmware over the air (OTA).

Por favor, se você descobriu qualquer outro problema, escreva aqui ou entre em contato comigo no e-mail. Obrigada.

Obrigado pelas boas notícias. Você pode dar uma breve instrução de como fazer a OTA? Por exemplo, onde encontrar o arquivo de firmware?

@witriol Pelo que pude testar, o termostato também não responde corretamente ao tentar definir o local_temp_calibration (atributo 0x0010). Isso costumava aceitar valores entre -500 e 500 (+ - 5 graus), mas agora responde com "valor ilegal" independentemente do valor escrito.
Verifique também se 0x4001 pode ser gravado quando o termostato está definido para o modo manual (0x4000 definido como 0x02, se bem me lembro)
Se você tiver um firmware pronto para teste - eu tenho um novo e alguns dos antigos presentes, então posso verificar se o firmware se comporta como os antigos (também corresponde ao documento do antigo).

UMA.

A boa notícia é que consegui atualizar com sucesso o firmware over the air (OTA).

@Witriol Essa é uma boa notícia, de fato! Algum arquivo de firmware foi publicado? É possível fazer o downgrade do firmware?

O principal problema com o firmware é que ele parece oferecer suporte à detecção remota de temperatura, mas não parece aceitar mensagens de _Report Attribute_ de um sensor remoto de temperatura.

Olá a todos, a nossa empresa está atualmente a trabalhar para a Eurotronic na revisão do código do firmware e na resolução de problemas de escrita para os atributos 0x4003 e 0x4008. Por favor, seja paciente, pois não somos os autores do firmware original.

A boa notícia é que consegui atualizar com sucesso o firmware over the air (OTA).

Por favor, se você descobriu qualquer outro problema, escreva aqui ou entre em contato comigo no e-mail. Obrigada.

Olá @Witriol , é bom saber que você tem atualizações OTA funcionando! :-)

Além dos problemas já mencionados, tenho mais dois:

• Posso mudar o "modo TRV (0x4000)" para 1 para poder mudar a posição da válvula manualmente. Posso ver que o modo de operação da válvula muda conforme o display mostra "0", que é a posição atual da válvula. Ao tentar alterar a posição da válvula por meio de "Definir posição da válvula (0x4001)", no entanto, o dispositivo retorna "INVALID_VALUE" independentemente do valor que eu enviar.
• Além disso, estou perdendo a conexão do Zigbee a cada dois dias e até mesmo um ciclo de energia não ajuda. Terei que redefinir e emparelhar novamente o dispositivo por meio do "método de três botões".

Como parece haver muitos problemas com o firmware atual, um downgrade seria uma solução rápida e limpa que eu aprecio muito.

Olá, estou com o mesmo problema com um termostato de espírito novo em folha. É possível que os caras da Eurotronic erroneamente publicaram uma versão de firmware com um erro de digitação em seu nome (22190930) antes de voltar à convenção de nomenclatura de carimbo de data original (20191014)? O nome do atributo 0x0006 "Código de Data" implica um registro de data. Urso de pelúcia

@Witriol Também ansioso pela atualização do firmware OTA! Desde já, obrigado!
Urso de pelúcia

@ teddy-rpi: Existe uma data de construção do firmware e uma versão do firmware:

Acabei de criar uma segunda solicitação de pull que implementa uma solução temporária grosseira, conforme proposto anteriormente por @DerOetzi : basta escrever em ambos os atributos (0x4003 e 0x0012) ao alterar o ponto de ajuste de aquecimento.
Definitivamente, essa não é uma solução legal, mas como recebemos a mensagem de @Witriol de que o fabricante está trabalhando em uma atualização de firmware (bom btw!), Acho que essa correção pode ser temporariamente aceitável. Espero que todos possam concordar.
Mais uma vez, a correção funciona na minha versão do termostato, mas não posso dar mais garantias :)

@ magicdude4eva : Obrigado! Como posso descobrir a versão do firmware? Em deCONZ sob o cluster básico, o atributo 0x0006 "Código de Data" me dá 20.191.014 e teh atributo 0x4000 "SW Desenvolver ID" está vazio.

Acabei de adicionar uma solicitação de pull (# 3626) que deve resolver nossos problemas com a alteração do ponto de ajuste de aquecimento atual.
Levei um tempo para descobrir, mas depois de escrever para o atributo 0x0012 discutido anteriormente (Ponto de ajuste de aquecimento ocupado), também precisei enviar um código genérico do fabricante.

Para distinguir entre unidades mais antigas e mais recentes, usei o atributo Versão do software. Para unidades com uma versão de software abaixo de 22190903, o antigo atributo 0x4003 também será escrito. Para modelos com versão SW 22190903 e superior, o atributo 0x0012 será usado.

Esta correção funciona para a minha unidade, mas como eu só tenho uma unidade, não posso garantir que funcionará para unidades mais antigas e outras também, então vamos manter nossos dedos cruzados 🤞

Muito obrigado. Agora funciona bem para mim.

Acabei de criar uma segunda solicitação de pull que implementa uma solução temporária grosseira, conforme proposto anteriormente por @DerOetzi : basta escrever em ambos os atributos (0x4003 e 0x0012) ao alterar o ponto de ajuste de aquecimento.
Definitivamente, essa não é uma solução legal, mas como recebemos a mensagem de @Witriol de que o fabricante está trabalhando em uma atualização de firmware (bom btw!), Acho que essa correção pode ser temporariamente aceitável. Espero que todos possam concordar.
Mais uma vez, a correção funciona na minha versão do termostato, mas não posso dar mais garantias :)

Nunca sugeri esse método. Acho que esta é uma solução alternativa muito feia. Prefere usar sua primeira correção e forçar o deconz para ler o endereço de cluster básico 0x4000 se estiver vazio.

Desculpe @DerOetzi , eu @ mod3k quem sugeriu isso. Eu concordo que a solução alternativa é feia, mas espero que não seja necessária por muito tempo e para ser honesto, minha correção anterior também não foi uma joia: s

Acho que essa correção muito feia é mais robusta e à prova de falhas do que minha implementação anterior

Fix está funcionando para mim com uma função muito básica (definir a temperatura alvo). Erro meu: o atributo 0x4000 estava vazio porque eu só li todo o cluster no deCONZ ao invés de clicar duas vezes no atributo e ler separadamente. O campo então preenchido com o mesmo número de firmware começando com 22 como vocês fizeram. Obrigado mais uma vez, aguardando a correção OTA adequada para poder usar todos os recursos. Urso de pelúcia

Desculpe @DerOetzi , eu @ mod3k quem sugeriu isso. Eu concordo que a solução alternativa é feia, mas espero que não seja necessária por muito tempo e para ser honesto, minha correção anterior também não foi uma joia: s

Não há problema 👍 Não tenho certeza se sua nova correção funcionará corretamente com versões de firmware mais antigas. Se entendi @ebaauw corretamente em sua postagem, escrever para o atributo errado pode confundir dispositivos mais antigos:

Estou no 20181205 sozinho. Isso foi há algum tempo, mas se a memória falhar, 0x0012 não é atualizado quando o comando Aumento / Redução do ponto de ajuste é emitido e 0x4003 não é atualizado quando 0x0012 é definido. Sempre usar 0x4003 (para obter e definir o alvo) funcionou de forma consistente, então recorri a ele na API.

Não sei o que acontece com eles ao escrever para ambos os atributos. Então, pessoalmente, prefiro viver com a solução alternativa para ler o cluster básico 0x4000 manualmente após a reinicialização, o que é necessário para fazer sua primeira correção funcionar, antes de bagunçar todas as outras versões de firmware mais antigas por aí. E talvez alguém que conheça deconz interior melhor do que eu possa dar se é possível forçá-lo a ler esse atributo automaticamente se estiver vazio. Na minha opinião essa seria a melhor solução.