Deconz-rest-plugin: No se puede configurar el brillo cuando se configura ct / xy en la misma solicitud PUT en las lámparas Ikea

Creado en 25 oct. 2020  ·  3Comentarios  ·  Fuente: dresden-elektronik/deconz-rest-plugin

Describe el error

Al configurar "bri" y al mismo tiempo configurar "ct" o "xy" en el estado de la luz, la luz cambia brevemente su brillo al estado deseado y luego vuelve al estado anterior. Sin "ct" o "xy" en la solicitud, el brillo se cambia correctamente.

Sin embargo, al obtener el estado actual de la luz, la API devuelve el nuevo valor de brillo.

Pude reproducir el comportamiento en "Bombilla TRÅDFRI E27 CWS opal 600lm" y "Panel FLOALT WS 30x30".

Pasos para reproducir el comportamiento

  1. Identifique la identificación de la luz para una luz mencionada anteriormente (en mi caso, es 7)
  2. Establezca inicialmente "ct", "bri" y "on": curl http://deconz:8080/api/${APIKEY}/lights/7/state -X PUT -H "application/json" -d '{"ct": 153, "bri": 1, "on": true}'
  3. Cambie "ct" y "bri". La temperatura de color de las luces cambiará, sin embargo, el brillo se vuelve solo brevemente más brillante y se restablece al valor "bri" anterior: curl http://deconz:8080/api/${APIKEY}/lights/7/state -X PUT -H "application/json" -d '{"ct": 250, "bri": 255}'
  4. Obtenga el estado de luz actual y observe que "bri" está configurado en 254: curl http://deconz:8080/api/${APIKEY}/lights/7

Comportamiento esperado

Deconz debería cambiar "ct" / "xy" y "bri" en una sola solicitud de lámparas Ikea.

Los pasos mencionados anteriormente funcionan bien con mi "Philips Hue LightStrip Plus".

Ambiente

  • Sistema de host: Raspberry Pi
  • Método de ejecución: contenedor Marthoc Docker
  • Versión de firmware: 26660700
  • Versión deCONZ: 2.05.84
  • Dispositivo: ConBee II
  • ¿Utiliza un cable de extensión USB: no
  • ¿Hay algún otro dispositivo USB o serie conectado al sistema host? Si es así: ¿Cuál?

    • Tengo un pequeño OLED conectado al RPi GPIO SCL y SDA

Registros deCONZ

Estos registros se generan al activar 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

Actualmente tengo 24 dispositivos en mi red zigbee. 7 sensores (Xiaomi / Aqara, Ikea), 4 interruptores (Ikea), 13 luces (Ikea, Philips, Osram / Ledvance).

Bug report

Todos 3 comentarios

Hola. Gracias por presentar este problema. Desafortunadamente, no podemos ayudarlo porque falta la información requerida. Abra un nuevo número utilizando la plantilla para proporcionar toda la información.

Hola. Gracias por presentar este problema. Desafortunadamente, no podemos ayudarlo porque falta la información requerida. Abra un nuevo número utilizando la plantilla para proporcionar toda la información.

No desea eliminar los encabezados, el bot se ahoga con eso.

Esta es una limitación conocida del firmware de IKEA: no acepta otro comando, cuando el comando anterior todavía está en transición. Con el valor predeterminado transitiontime de 0.4 segundos, el segundo comando simplemente llega demasiado rápido. Añada "transtiontime": 0 al cuerpo PUT o divídalo en dos PUT (uno para on y bri vs uno para ct o xy ).

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

salopette picture salopette  ·  4Comentarios

qm3ster picture qm3ster  ·  3Comentarios

horchi picture horchi  ·  5Comentarios

marthoc picture marthoc  ·  6Comentarios

Thomas-Vos picture Thomas-Vos  ·  4Comentarios