Deconz-rest-plugin: Não é possível definir o brilho ao definir ct / xy no mesmo pedido PUT nas lâmpadas Ikea

Criado em 25 out. 2020  ·  3Comentários  ·  Fonte: dresden-elektronik/deconz-rest-plugin

Descreva o bug

Ao definir "bri" ao mesmo tempo em que define "ct" ou "xy" no estado da luz, a luz muda rapidamente seu brilho para o estado desejado e depois volta para o estado antigo. Sem "ct" ou "xy" na solicitação, o brilho é alterado corretamente.

Ao obter o estado atual da luz, a API retorna o novo valor de brilho.

Eu poderia reproduzir o comportamento em "TRÅDFRI bulb E27 CWS opal 600lm" e "FLOALT panel WS 30x30".

Passos para reproduzir o comportamento

  1. Identifique o id da luz para uma luz mencionada acima (no meu caso é 7)
  2. Defina inicialmente "ct", "bri" e "on": curl http://deconz:8080/api/${APIKEY}/lights/7/state -X PUT -H "application/json" -d '{"ct": 153, "bri": 1, "on": true}'
  3. Altere "ct" e "bri". A temperatura da cor das luzes mudará, no entanto, o brilho se torna apenas brevemente mais forte e é redefinido para o valor "bri" anterior: curl http://deconz:8080/api/${APIKEY}/lights/7/state -X PUT -H "application/json" -d '{"ct": 250, "bri": 255}'
  4. Obtenha o estado atual da luz e observe que "bri" está definido como 254: curl http://deconz:8080/api/${APIKEY}/lights/7

Comportamento esperado

Deconz deve alterar "ct" / "xy" e "bri" em um único pedido de lâmpadas Ikea.

Os passos mencionados acima funcionam perfeitamente com o meu "Philips Hue LightStrip Plus".

Ambiente

  • Sistema host: Raspberry Pi
  • Método de execução: contêiner Marthoc Docker
  • Versão de firmware: 26660700
  • versão deCONZ: 2.05.84
  • Dispositivo: ConBee II
  • Você usa um cabo de extensão USB: não
  • Existe algum outro dispositivo USB ou serial conectado ao sistema host? Se sim: qual?

    • Eu tenho um pequeno OLED anexado ao RPi GPIO SCL e SDA

Logs deCONZ

Esses registros são gerados ao acionar curl http://deconz:8080/api/${APIKEY}/lights/7/state -X PUT -H "application/json" -d '{"ct": 250, "bri": 255}'

engine_1  | 18:52:18:935 skip binding for attribute reporting of ep: 0x00 cluster 0x1000 (end-device might sleep)
engine_1  | 18:52:19:735 delay sending request 220 dt 0 ms to 0xCCCCCCFFFEE2EF4A, ep: 0x01 cluster: 0x0300 onAir: 1
engine_1  | 18:52:19:789        0xCCCCCCFFFEE2EF4A force poll (2)
engine_1  | 18:52:19:879        0xCCCCCCFFFEE2EF4A force poll (2)
engine_1  | 18:52:19:884 ZCL attribute report 0xCCCCCCFFFEE2EF4A for cluster: 0x0300, ep: 0x01, frame control: 0x08, mfcode: 0x0000

Contexto adicional

Atualmente tenho 24 dispositivos em minha rede zigbee. 7 sensores (Xiaomi / Aqara, Ikea), 4 interruptores (Ikea), 13 luzes (Ikea, Philips, Osram / Ledvance).

Bug report

Todos 3 comentários

Olá. Obrigado por registrar este problema. Infelizmente, não podemos ajudá-lo, porque as informações necessárias estão faltando. Abra um novo problema, usando o modelo para fornecer todas as informações.

Olá. Obrigado por registrar este problema. Infelizmente, não podemos ajudá-lo, porque as informações necessárias estão faltando. Abra um novo problema, usando o modelo para fornecer todas as informações.

Você não quer remover cabeçalhos - o bot engasga com isso.

Esta é uma limitação conhecida do firmware IKEA: ele não aceita outro comando, quando o comando anterior ainda está em transição. Com o transitiontime padrão de 0,4 segundos, o segundo comando simplesmente chega muito rápido. Adicione "transtiontime": 0 ao corpo PUT ou divida-o em dois PUTs (um para on e bri vs um para ct ou xy ).

Esta página foi útil?
0 / 5 - 0 avaliações

Questões relacionadas

jan666 picture jan666  ·  4Comentários

1onar picture 1onar  ·  5Comentários

mvasicek picture mvasicek  ·  4Comentários

salopette picture salopette  ·  4Comentários

wizkidorg picture wizkidorg  ·  3Comentários