Deconz-rest-plugin: Controlador sinfónico de Ikea

Siga la wiki para compartir qué información relevante se necesita para agregarle soporte

¿Qué pasa si no puedo conectar el dispositivo a Deconz?

¿Puedo ayudar a agregar soporte?

Sí, proporcione la información que se describe aquí: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Pequeño dispositivo intrigante: aparentemente habla ZigBee, ya que requiere una puerta de enlace Trådfri, pero los altavoces Symfonisk (Sonos) hablan SOAP a través de http. Me pregunto cuánta inteligencia hay en el dispositivo frente a la puerta de enlace. No podrá usar el dispositivo para controlar los altavoces a través de deCONZ (en lugar de a través de la puerta de enlace Trådfri), pero debería poder obtener algunos eventos de botón para hacer clic y hacer doble clic. No estoy seguro de dónde estamos exponiendo el gesto de giro (con ángulo). De lo contrario, podríamos exponer un valor de evento de botón analógico, cf. el segundo punto final del cubo Xiaomi.

El giro funciona para atenuar las luces de Ikea aquí, es decir, conectar ahora mismo.

¿Necesitas algo más?

El clúster _Basic_. Lea los atributos antes de realizar la captura de pantalla.

Encontré (¿el último?) Uno en IKEA Amsterdam hoy, aunque todavía no están en ikea.nl. Se une a la red ZigBee de deCONZ sin problemas. Sin embargo, solo responde durante un período muy breve después de unirse a la red, y luego queda incomunicado. No se activará al hacer clic, girar o presionar brevemente el botón de reinicio.

Después de varios intentos, bombardeándolo con comandos _Read Attributes_ para mantenerlo despierto después de unirse a la red, logré vincular el clúster cliente _OnOff_ a un grupo. Y luego el clúster de cliente _Level Control_. Después de eso, ahora se comporta normalmente, despertando para enviar comandos al hacer clic y girar. Envía los siguientes comandos:

• _Activar_ al hacer clic;
• _Step Up_ al hacer doble clic;
• _Step Down_ en el clic de agudos;
• _Move Up_ al iniciar un giro a la derecha (en el sentido de las agujas del reloj);
• _Move Down_ al iniciar un giro a la izquierda (en sentido antihorario);
• _Parar_ al detener un giro.

Exponer el clic (1002), el doble clic (1004) y el clic agudo (1005) será sencillo.
Por lo que puedo decir, la tasa de movimiento es constante. El tiempo entre los comandos _Move_ y _Stop_ parece indicar cuánto tiempo estás girando, pero no qué tan rápido ni qué tan lejos. Probablemente sea más fácil exponer el giro a la izquierda / derecha como dos botones de presión larga (2001/2003 y 3001/3003).

No es nada trivial traducir estos comandos de ZigBee en comandos de Sonos. No hay un equivalente de Sonos a Toggle, ya que el concentrador Trådfri necesita mantener el estado de reproducción / pausa del reproductor Sonos. Además, no existe un equivalente _Move_ / _Stop_ para el volumen. Hay un comando _RampToVolume_, pero no creo que pueda interrumpirse.

Creo que logré vincularlo a mi concentrador Trådfri (la aplicación IKEA Home Smart mostró una ventana emergente de que se encontró un nuevo controlador). Sin embargo, la aplicación no encuentra mis altavoces Sonos, por lo que no puedo configurar el controlador para detectar los comandos (SOAP sobre HTTP) que el concentrador Trådfri envía al reproductor Sonos.

Confirmar a continuación agrega soporte para el controlador de sonido.

{
  "config": {
    "alert": "none",
    "battery": 16,
    "group": "1",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "390a8f3dfff393f27db48b6d845550a4",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "SYMFONISK Sound Controller",
  "name": "SYMFONISK Sound Controller ",
  "state": {
    "buttonevent": 2003,
    "lastupdated": "2019-09-27T09:15:06"
  },
  "swversion": "2.1.022",
  "type": "ZHASwitch",
  "uniqueid": "14:b4:57:ff:fe:66:48:62-01-1000"
}

Como referencia, aquí está el clúster _Basic_ con todos los atributos leídos:

@ebaauw, ¿le importaría dar una descripción detallada de los eventos de botón que generan las diferentes acciones?

Como mencioné anteriormente:

• 1002 clic;
• 1004 doble clic;
• 1005 clic de agudos;
• 2001/2003 arranque / parada giro en sentido antihorario;
• 3001/3003 arranque / parada giro en sentido horario.

¡Gracias Erik! ¿No hay eventos entre el inicio y el final de la rotación?

No, por lo que puedo decir, el controlador solo envía _Move_ cuando comienza a girar y _Stop_ cuando termina. Dependiendo de cuán suavemente gires (o no), obtienes múltiples combos _Move _ / _ Stop_ por turno. Vi algunos mensajes en el registro deCONZ que indicaban que soltaba notificaciones de eventos porque sucedieron demasiado rápido en sucesión, pero no sé qué hacer al respecto (aparte de ignorarlas ;-).

Me muero por saber qué comandos de Sonos envía el concentrador Trådfri, pero la aplicación IKEA Home Smart no encuentra mis reproductores Sonos (ni Symfonisk), aunque la aplicación Sonos sí. Además, la aplicación se bloquea en mi iPhone Xr (creo que desde iOS 13.1), pero no en mi iPad (iPadOS 13.1).

Bueno, puedes emparejar sonos con el asistente del hogar y unirlos :)

He estado haciendo lo mismo con HomeKit; Controlo mis altavoces Sonos (a través de homebridge-zp) usando el control remoto Trådfri de 5 botones (a través de homebridge-hue).

¿Cómo se empareja exactamente esto con deCONZ?
No puedo hacer que eso funcione

¿El controlador Symfonisk dispara un evento con una pulsación larga?

¿Cuándo estará en la versión de lanzamiento?

¿Cómo se empareja exactamente esto con deCONZ?
No puedo hacer que eso funcione

Tampoco puedo conectar mi control remoto. ¿Alguien puede ayudar?

@ Noah-UI: hasta donde yo sé, puedes conectarte a él y ver que 'funciona' en deconz, pero realmente no puedes actuar en este momento. Eso solo funciona si tienes el puente IKEA y lo tomas desde allí.

pero realmente no puedes actuar en este momento

Si bien no es posible controlar los reproductores Symfonisk / Sonos sin el concentrador Trådfri, el controlador se puede usar perfectamente con deCONZ para controlar otros dispositivos ZigBee. Envía comandos ZigBee regulares, que son recogidos por deCONZ v2.05.70 para crear valores buttonevent , que se pueden usar en reglas de puerta de enlace. Además, puede agregar luces al grupo del controlador y controlarlas directamente (incluso cuando deCONZ está inactivo).

¿El controlador Symfonisk dispara un evento con una pulsación larga?

No, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -536069107.

¿Cómo se empareja exactamente esto con deCONZ?

Tenga en cuenta que deCONZ no admite el emparejamiento de enlaces táctiles (que es lo que usa el concentrador Trådfri). Debe buscar nuevos dispositivos en Phoscon / abrir la red en la aplicación web anterior y reiniciar el dispositivo (presionando el botón de reinicio cuatro veces; el LED debería parpadear).

Como mencioné antes (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment-535090364), el dispositivo apaga su radio muy rápidamente después de unirse a la red; es fundamental que deCONZ haya configure los enlaces antes de que eso suceda, o el dispositivo no volverá a encender su radio al hacer clic / girar. Las posibilidades de un emparejamiento exitoso se pueden aumentar apagando todos los enrutadores y emparejando el controlador cerca de RaspBee / ConBee. Si es necesario, mantenga la radio activa enviándole comandos desde la GUI de deCONZ durante el emparejamiento.

@Keesromkes en su captura de pantalla, deCONZ no recibió los descriptores simples, lo que hizo que faltara el botón desplegable derecho. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2002#issuecomment -547985838 para obtener más detalles.

Hola, acabo de actualizar a la última versión de deconz (270), pero parece que no puedo imaginar cómo agregar el interruptor.
Estoy usando la interfaz de usuario, en cambio, agrego otro. 4x haga clic rápidamente pero no se agrega a deconz.
Usted me podría ayudar ?

En realidad, se agregó, es solo que no aparece en la nueva aplicación Phoscon en mi lista de dispositivos. Lo encontré en la aplicación anterior.

¡Qué artilugio tan interesante!

Si bien no es posible controlar los reproductores Symfonisk / Sonos sin el concentrador Trådfri

no es verdad. puede hacer que Node-Red observe los clics / giros del evento, y luego tener un flujo que ajuste sus dispositivos Sonos en función de la acción que detectó.

Si bien no es posible controlar los reproductores Symfonisk / Sonos sin el concentrador Trådfri

no es verdad. puede hacer que Node-Red observe los clics / giros del evento, y luego tener un flujo que ajuste sus dispositivos Sonos en función de la acción que detectó.

Estoy tratando de hacerlo usando appdaemon y hass automatización, todo está casi funcionando, solo estoy buscando el volumen ahora, ya que es solo 1 evento para iniciar / detener ... ( ver aquí )

Estoy tratando de hacerlo usando appdaemon y hass automatización, todo está casi funcionando, solo estoy buscando el volumen ahora, ya que es solo 1 evento para iniciar / detener ... ( ver aquí )

Para eso, debe subir / bajar el volumen repetidamente hasta que se dispare el evento de parada.

He optado por +/- 7% del volumen cada 500 ms. Funciona bastante bien.

Parece que emparejé con éxito mi controlador sonos, puedo verlo en la aplicación phoscon (a través de VNC) y en la aplicación web anterior.
Sin embargo, cuando escucho eventos (en HASSIO) no obtengo nada :(

Oh! ¡De repente funciona! Después de jugar mucho en Phoscon e intentar incluirlo varias veces.
No estoy seguro de cómo, pero ahora funciona y obtengo los eventos en HASSIO

escribió un instructivo para NodeRed

https://www.reddit.com/r/homeassistant/comments/dssysn/nr_rabbit_hole_part_10_sonic_attack_using_the/

Oh! ¡De repente funciona! Después de jugar mucho en Phoscon e intentar incluirlo varias veces.
No estoy seguro de cómo, pero ahora funciona y obtengo los eventos en HASSIO

¿Tiene una solución para interpretar correctamente el movimiento de rotación en HASSIO, por ejemplo para aumentar / disminuir el volumen?

Oh! ¡De repente funciona! Después de jugar mucho en Phoscon e intentar incluirlo varias veces.
No estoy seguro de cómo, pero ahora funciona y obtengo los eventos en HASSIO

¿Tiene una solución para interpretar correctamente el movimiento de rotación en HASSIO, por ejemplo para aumentar / disminuir el volumen?

No, eso es lo siguiente. Con la esperanza de que otros propongan algo para eso 😊

Ver # 2040. Mejor cierre este tema.

Oh! ¡De repente funciona! Después de jugar mucho en Phoscon e intentar incluirlo varias veces.
No estoy seguro de cómo, pero ahora funciona y obtengo los eventos en HASSIO

¿Tiene una solución para interpretar correctamente el movimiento de rotación en HASSIO, por ejemplo para aumentar / disminuir el volumen?

No, eso es lo siguiente. Con la esperanza de que otros propongan algo para eso 😊

Pruebe esto: https://github.com/lbouriez/hassio-home-assistant_config/blob/master/appdaemon/apps/modules/symfonisk_sonos.py
Para mi funciona bastante bien

¿Alguien sabe cómo hacer que el cambio aparezca en la nueva aplicación de phoscon?
Tengo todos mis conmutadores, pero el symfonisk solo aparece en la aplicación anterior.

No puedo obtener el symfonisk en phoscon. Estoy usando deconz 2.5.70 y conbee con 26330500. Cuando intento conectarme como un interruptor de ikea, solo muestra el control remoto de 5 botones y el atenuador antiguo. Cuando intento conectarme como "otro", no funciona. (presione el botón de conexión 4 veces en el control remoto Symfonisk hasta que el LED parpadee).
¿Qué estoy haciendo mal? Emparejé varios otros dispositivos (ikea y xiaomi) y no tuve estos problemas antes. :/ Por favor ayuda.
EDITAR: Parece que deconz lo aprende, pero no se muestra en la aplicación phoscon. Puedo ver el interruptor en iobroker que está obteniendo los dispositivos por REST. Pero en la interfaz web no se muestra el conmutador. ¿Cómo puede funcionar esto?

@ siggi85 @lbouriez - en resumen, no aparecerá en el nuevo phoscon (hasta que lo admitan). Puede direccionar el dispositivo a través de hass.io o NodeRed (ambos he estado demasiado ocupado con otras cosas para configurar)

@Keesromkes Gracias por tu respuesta. Sí, tiene usted razón. En deconz directamente puedo ver el interruptor y puedo usarlo a través de API.

Pero, lamentablemente, el uso de la rueda no se puede utilizar en este momento. Evento 3001 cuando comienzas a girar y cuando detiene el evento 3003. Además, el evento 3003 no viene cada vez que te detienes. Y no puede comprobar cuánto tiempo o rápido gira. Simplemente comenzar y detener no es suficiente para usarlo de manera efectiva. No sé cómo funciona sin problemas con los altavoces Symfonisk directamente.

@ siggi85 revisa mi script de appdaemon, no es perfecto, todavía tengo problemas con la rueda a veces, pero te da una idea de cómo hacerlo hasta que alguien viene con una solución mejor.

Pero, lamentablemente, el uso de la rueda no se puede utilizar en este momento.

Los eventos de botón se derivan 1: 1 de los mensajes enviados por el controlador. No informa cuánto tiempo giras. Vea mi publicación arriba.

hasta que alguien venga con una mejor solución.

Ese alguien tendrá que ser IKEA entregando nuevo firmware para el controlador Symfonisk, haciendo que se comporte de manera diferente. No es muy probable, en mi opinión.

@ siggi85 estás siendo demasiado literal. simplemente no envía una señal continua cuando lo gira. y probablemente nunca lo hará. todo lo que necesita buscar es un código de giro START. como dije anteriormente, si gira lentamente, obtendrá múltiples códigos de giro START y STOP. para cada código de INICIO, luego suba el volumen. (hago un +2 en mi flujo de NodeRed, funciona muy bien).

edición: estaba en este ticket https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2040

Pensé tal vez en un evento de parada con el valor del giro. Tal vez 3001 para empezar y 3500 para una media vuelta o algo así. Pero no lo es. Probaré la opción +2, pero mi idea de usarla fue otra. Veré si esto es adecuado para mí. Gracias por sus respuestas chicos.

Otra pregunta. Conseguí dos de esos y los emparejé con éxito.

Pero ahora tienen el mismo nombre y no puedo averiguar cómo cambiar el nombre porque no aparecen como una entidad en HomeAssistant y tampoco en la aplicación web Phoscon. ¿Quizás de alguna manera a través de la API Rest?

FYI

Ahora uso el controlador para controlar mi amplificador IOTAVX con NodeRed y Home Assistant a través de un control remoto Broadlink. Gracias por el trabajo.

Hola chicos,
¿Hay alguna actualización en este tema?
También tengo la configuración hassio / conbee2 / deconz / symfonisk remote y me gustaría controlar mis altavoces Sonos.
Saludos,
Dominik

Otra pregunta. Conseguí dos de esos y los emparejé con éxito.

Pero ahora tienen el mismo nombre y no puedo averiguar cómo cambiar el nombre porque no aparecen como una entidad en HomeAssistant y tampoco en la aplicación web Phoscon. ¿Quizás de alguna manera a través de la API Rest?

¿Ya tienes una solución para este tema?

Otra pregunta. Conseguí dos de esos y los emparejé con éxito.

Pero ahora tienen el mismo nombre y no puedo averiguar cómo cambiar el nombre porque no aparecen como una entidad en HomeAssistant y tampoco en la aplicación web Phoscon. ¿Quizás de alguna manera a través de la API Rest?

¿Ya tienes una solución para este tema?

Puede intentar usar la API sí https://dresden-elektronik.github.io/deconz-rest-doc/sensors/ "Actualizar sensor", pero 1 dispositivo en deconz puede tener múltiples entradas en la API, así que IDK cómo funcionará.

Si aún puede acceder a la aplicación anterior (en ayuda> aplicación anterior), verá su dispositivo.
No sé por qué no podemos verlo en la nueva aplicación :(

Si aún puede acceder a la aplicación anterior (en ayuda> aplicación anterior), verá su dispositivo.
No sé por qué no podemos verlo en la nueva aplicación :(

Lo intentaré a través de la API.
Mi antigua aplicación se ve exactamente igual que la nueva, ¿qué estoy haciendo mal?

Otra pregunta. Conseguí dos de esos y los emparejé con éxito.

Pero ahora tienen el mismo nombre y no puedo averiguar cómo cambiar el nombre porque no aparecen como una entidad en HomeAssistant y tampoco en la aplicación web Phoscon. ¿Quizás de alguna manera a través de la API Rest?

¿Ya tienes una solución para este tema?

Puede intentar usar la API sí https://dresden-elektronik.github.io/deconz-rest-doc/sensors/ "Actualizar sensor", pero 1 dispositivo en deconz puede tener múltiples entradas en la API, así que IDK cómo funcionará.

Lo probé a través de la API, pero no tuve éxito, tal vez soy demasiado tonto.
He habilitado el puerto 40850 en deconz. Si lo escribo en el navegador, accedo a la nueva aplicación web.
Me falta la conexión entre la entidad hass.io para deconz Symfonisk Controller.
Traté de leer el documento, pero no lo hice bien.
¿Podrías darme algunas pistas o un breve tutorial de lo que necesito?
¡Gracias de antemano!

¿Podrías darme algunas pistas o un breve tutorial de lo que necesito?

Ayer logré emparejar un segundo controlador, pero tuve que cambiar el nombre del dispositivo a través de la API. Intente algo como esto:

curl -u 'username:password' http://x.x.x.x:7080/api -X POST -H "Content-Type: application/json" -d '{ "devicetype": "curl" }' (recuperar el token de API, devuelto como "nombre de usuario")

curl http://x.x.x.x:7080/api/<api token>/sensors -X GET -H "Content-Type: application/json" (enumere todos los sensores para averiguar el ID del sensor para cambiar el nombre)

curl http://x.x.x.x:7080/api/<api token>/sensors/<sensor id> -X PUT -H "Content-Type: application/json" -d '{ "name": "<new name>" }' (cambiar el nombre del sensor)

Otra pregunta. Conseguí dos de esos y los emparejé con éxito.

Pero ahora tienen el mismo nombre y no puedo averiguar cómo cambiar el nombre porque no aparecen como una entidad en HomeAssistant y tampoco en la aplicación web Phoscon. ¿Quizás de alguna manera a través de la API Rest?

Lo renombré a través de la aplicación Hue Essentials

FYI

Ahora uso el controlador para controlar mi amplificador IOTAVX con NodeRed y Home Assistant a través de un control remoto Broadlink. Gracias por el trabajo.

¿Puedes publicar tu código NodeRed?

FYI
Ahora uso el controlador para controlar mi amplificador IOTAVX con NodeRed y Home Assistant a través de un control remoto Broadlink. Gracias por el trabajo.

¿Puedes publicar tu código NodeRed?

Por supuesto. Copié solo las cosas que realmente se necesitan.

[ { "id": "d952ec68.792e6", "type": "deconz-input", "z": "cac2275d.5aab68", "name": "Symfonisk Controller", "server": "9705a63e.b575c", "device": "14:b4:57:ff:fe:69:37:45-01-1000", "device_name": "SYMFONISK Sound Controller : ZHASwitch", "state": "0", "output": "always", "outputAtStartup": false, "x": 110, "y": 440, "wires": [ [ "a1449ad.1aa1068" ], [] ] }, { "id": "a1449ad.1aa1068", "type": "switch", "z": "cac2275d.5aab68", "name": "Events", "property": "payload.buttonevent", "propertyType": "msg", "rules": [ { "t": "eq", "v": "1005", "vt": "num" }, { "t": "eq", "v": "1004", "vt": "num" }, { "t": "eq", "v": "1002", "vt": "str" }, { "t": "eq", "v": "2001", "vt": "num" }, { "t": "eq", "v": "2003", "vt": "num" }, { "t": "eq", "v": "3001", "vt": "num" }, { "t": "eq", "v": "3003", "vt": "num" } ], "checkall": "true", "repair": false, "outputs": 7, "x": 290, "y": 460, "wires": [ [ "3a5dcdc8.481b92" ], [ "1f8c9412.286444" ], [ "2ca5c685.4dabba" ], [ "acbd3ab8.036f08" ], [ "a4e4c412.1a3fb" ], [ "b0800e96.d8f64" ], [ "a4e4c412.1a3fb" ] ], "outputLabels": [ "Triple", "Double", "Single", "Spin Left Start", "Spin Left Stop", "Spin Right Start", "Spin Right Stop" ] }, { "id": "a4e4c412.1a3fb", "type": "function", "z": "cac2275d.5aab68", "name": "Stop", "func": "var newMsg = { payload: \"stop\" };\nreturn newMsg;\n", "outputs": 1, "noerr": 0, "x": 490, "y": 600, "wires": [ [ "b0800e96.d8f64", "acbd3ab8.036f08" ] ] }, { "id": "acbd3ab8.036f08", "type": "looptimer", "z": "cac2275d.5aab68", "duration": "1", "units": "Second", "maxloops": "10", "maxtimeout": "1", "maxtimeoutunits": "Minute", "name": "", "x": 680, "y": 560, "wires": [ [ "ec10c519.7484a8" ], [] ] }, { "id": "b0800e96.d8f64", "type": "looptimer", "z": "cac2275d.5aab68", "duration": "1", "units": "Second", "maxloops": "10", "maxtimeout": "1", "maxtimeoutunits": "Minute", "name": "", "x": 680, "y": 600, "wires": [ [ "18b688c.60c6877" ], [] ] }, { "id": "9705a63e.b575c", "type": "deconz-server", "z": "", "name": "Deconz", "ip": "192.168.188.122", "port": "80", "apikey": "91E977E002", "ws_port": "443", "secure": false, "polling": "15" } ]

@kmplngj, ¿

@ebaauw ¿

• Dispositivos> Interruptores> Agregar nuevo interruptor> Otro
• Luego inserté la batería, presioné el botón al lado 4 veces.
• Symfonisk está justo al lado de Conbee 2, prácticamente tocándolo (conectado al puerto usb3 de pi4)
• La luz parpadea varias veces y luego permanece fija.

No ocurre nada en la interfaz de usuario. Incluso si hace una solicitud de API
curl http://core-deconz:40850/api/\F04AC28AFD/sensors -X GET -H "Content-Type: application/json"
Solo obtengo el dispositivo Phillips, que supongo que es el virtual que ya está allí
{"1":{"config":{"configured":true,"on":true,"sunriseoffset":30,"sunsetoffset":-30},"etag":"36afb24d0ddea3297e6077583506aee3","manufacturername":"Philips","modelid":"PHDL00","name":"Daylight","state":{"dark":false,"daylight":true,"lastupdated":"2020-03-26T13:52:46","status":160,"sunrise":"2020-03-26T13:20:22","sunset":"2020-03-27T01:40:48"},"swversion":"1.0","type":"Daylight","uniqueid":"00:21:2e:ff:ff:05:a1:3e-01"}}#

Tengo 2 controles remotos Symfonisk y ninguno de ellos puede conectarse. ¿Alguna idea de cuál podría ser el problema? ¿Es que tengo un dispositivo Aeotech zwave cerca?

conectado al puerto usb3 de pi4

Eso es pedir problemas. Los controladores y cables USB-3 con un blindaje inadecuado (léase: casi todos) interfieren con la radio de 2,4 GHz, y ZigBee es especialmente sensible a esto. Conecte el ConBee a un puerto USB-2 y no utilice los puertos USB-3. He visto algunos informes en los que las personas lograron usar un SSD USB-3 mientras ConBee se conectaba al USB-2 con un cable de extensión, y otros en los que no lo hicieron. De todos modos, usar un cable de extensión es una buena idea, al igual que apagar WiFi y Bluetooth en la Raspberry Pi.

¿Es que tengo un dispositivo Aeotech zwave cerca?

No estoy seguro si ZWave también usa 2.4GHz, pero "cerca" no suena bien. Nuevamente use un cable de extensión USB para crear cierta distancia al ConBee.

No ocurre nada en la interfaz de usuario.

¿Te refieres a Phoscon o en la GUI de deCONZ? Quieres mirar la GUI. No sé si Phoscon todavía es compatible con el controlador Symfonisk (no uso Phoscon), pero si no aparece en la API, Phoscon no lo verá de todos modos.

Gracias por una respuesta rápida, intentaré todo eso.
¿Cómo se conecta a la GUI (he estado usando la interfaz web de Phoscon)? Sé que hay un puerto VNC para el complemento Hassio Deconz, pero parece que no funciona cuando intento usar mi IP HA.

Debe ejecutar deCONZ con la GUI habilitada. Utilice el servicio deconz-gui en lugar del servicio deconz.

Sí, eso funcionó, todos emparejados ahora. Creo que fue la combinación de apagar wifi, bt en pi4 + usando la extensión USB y deCONZ con la habilitación de GUI. Dejé el control remoto al lado de conbee2 durante aproximadamente un minuto, si lo alejas, no se emparejará por completo. Gracias de nuevo por la ayuda rápida.

Me di cuenta de que, especialmente en rotaciones cortas, no recibo un evento STOP.
¿Es esto un problema con el hardware de ikea o podemos hacer algo al respecto con deconz?

También hay # 2195 que informa problemas similares con el hardware de ikea

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -536075055

I did see some messages in the deCONZ log that it did drop buttonevent notifications because they happened too quickly in succession, but I don’t know what to do about that (other than ignore them ;-).

Ese es probablemente el culpable aquí. ¿Supongo que esto solo puede ser arreglado por @manup entonces?

Editar:

Puede confirmar. Esto sucede todo el tiempo

16:24:49:627 button 2001 Move Up
16:24:49:627 button 2001 Move Up, discard too fast event (dt = 25)

¿Quizás incluir este dispositivo específico en la lista blanca?

UTSL, si el mismo buttonevent se emite nuevamente dentro de 0.5 segundos, se descarta:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/b3086c6009154aa1b5cdb89febb5f177912952e9/de_web_plugin.cpp#L3647 -L3657

No estoy seguro de por qué está ahí este código. ¿Quizás deCONZ recogería varios mensajes si se envía un comando de grupo y emitiría varios buttonevents ? ¿Quizás es una especie de eliminación de rebotes para un dispositivo en particular?

¿Quizás incluir este dispositivo específico en la lista blanca?

No estoy seguro de si funcionará (depende de por qué el código está allí en primer lugar). Si está relacionado con el dispositivo, prefiero incluir en la lista blanca el dispositivo que necesita este código.

No estoy seguro de qué tan relevante es arreglar esto, prefiero dedicar mi tiempo a implementar el soporte adecuado de ZHARelativeRotary (ver # 2305).

No estoy seguro de lo relevante que es arreglar esto

Actualmente, el controlador Symfonisk no se puede usar, ya que ocasionalmente aumentará el volumen de la música sin detenerse nunca. No hay nada que pueda hacer cuando eso sucede, aparte de apagar rápidamente todo el sistema de sonido si no quiere perder su capacidad auditiva: /

Gracias por señalar el código. Curiosamente, no pude encontrar eso a través de la búsqueda de github. Intentaré ver qué sucede cuando se comenta esa línea.

He notado que sucede cuando haces pequeños ajustes o si mueves el dial demasiado rápido o demasiado lento. Mi solución alternativa: deje de aumentar / disminuir el volumen después de 5 segundos. No es genial para ser honesto. Pero no es un factor decisivo para mí, no vale la pena instalar el puente de ikea solo por eso.

Actualmente, el controlador Symfonisk no se puede usar, ya que ocasionalmente aumentará el volumen de la música sin detenerse nunca.

Eso no está relacionado con este código: busca el mismo buttonevent , por lo que no descarta un 2003 después de un 2001.

¿Cómo controlas el volumen de la música?

¿Cómo controlas el volumen de la música?

Estoy iniciando un ciclo de temporizador de 500 ms que aumenta / disminuye el volumen en un 1% en 2001/3001 y lo detiene en todos los demás eventos.

A veces (especialmente en rotaciones cortas, cambios de dirección y múltiples ajustes poco después de otro) no hay ningún otro evento.

Tienes razón. Parchar ese cheque no ayuda (obviamente).
Aquí hay algunos resultados de depuración mientras reproducía el problema:

20:02:50:971 button 3001 Move Down
20:02:50:993 button 3001 Move Down
20:02:50:993 button 3001 Move Down, would discard too fast event (dt = 21)
20:02:51:775 button 3003 Stop
20:02:51:808 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:02:56:024 button 3001 Move Down
20:02:56:045 button 3001 Move Down
20:02:56:045 button 3001 Move Down, would discard too fast event (dt = 22)
20:02:56:237 button 2001 Move Up
20:02:56:258 button 2001 Move Up
20:02:56:258 button 2001 Move Up, would discard too fast event (dt = 22)

Otra cosa que noté mientras miraba el registro de depuración de deconz son esas líneas que parecen aparecer con bastante frecuencia.

20:00:42:344 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:00:47:150 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:00:47:171 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

0x0008 - Control de nivel (atenuador)

Entonces, esos son probablemente de los que estaba hablando con respecto al soporte de ZHARelativeRotary

¿Cómo controlas el volumen de la música?
Estoy iniciando un ciclo de temporizador de 500 ms que aumenta / disminuye el volumen en un 1% en 2001/3001 y lo detiene en todos los demás eventos.

Mejor cambie el volumen en cada 2001/3001.

Otra cosa que noté mientras miraba el registro de depuración de deconz son esas líneas que parecen aparecer con bastante frecuencia.

Interesante, el controlador está enviando otro comando. Necesito verificar.

Mejor cambie el volumen en cada 2001/3001.

Pero entonces no obtendrá ningún cambio de volumen mientras gira con una velocidad constante

¿En qué firmware está tu controlador?

El controlador actualmente está ejecutando FW 2.1.022 .
El complemento OTAU informa la versión 0x21022631 , el tipo de imagen 0x11ca y la identificación del fabricante 0x117C .

El último firmware para este tipo de imagen parece ser 10043101-3.1-TRADFRI-dimmer-2.1.024.ota.ota.signed que informa como versión 0x21024631 en el complemento otau

¿Debo actualizar el controlador?

Editar:

Bien. Veremos mañana si ese nuevo firmware cambia algo.
El registro de cambios oficial establece lo siguiente:

SYMFONISK Sound Controller V-2.1.024.
Improvement Disconnected state issue.
Improvement Performance.

Esa es la misma versión que mi controlador. Deben haber lanzado la nueva versión bastante recientemente.

Mientras giraba constantemente (al menos en mi percepción), veo múltiples eventos de 2001/2003. Pero a veces, no veo ningún evento al girar.

20:00:47:171 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

El comando 0x03 es _Stop_. El problema con ese comando es que no contiene la dirección (hacia arriba o hacia abajo), por lo que no sabemos si enviar 2003 o 3003. Para hacer frente a eso, el complemento API REST almacena el directorio del comando _Move_ anterior . Eso ha funcionado perfectamente para todos los dispositivos, desde que presenté esto, hace muchos años.

El mensaje se mostrará cuando no se haya guardado ninguna dirección anterior. Creo que esto solo puede suceder cuando se reciben dos comandos _Stop_ seguidos. Necesito ejecutar el rastreador para ver qué está pasando aquí. Primero actualizaré el firmware del controlador.

Actualización al 4.07% después de 45 minutos. Hombre, esta cosa es lenta.

Mientras tanto, encontré una revisión del dispositivo en la tienda Ikea de EE. UU .:

Gran concepto, pero he tenido varios problemas con los niveles de volumen de "fuga" en los que los parlantes se ponen en marcha a toda velocidad hasta el punto de que tuve que esforzarme para desconectarlos. Compré cuatro de ellos, pero planeo devolverlos todos - una lástima. Además, la configuración fue un dolor total, ya sabes qué, probablemente debido a un enrutador de doble banda que necesitaba tener el canal de 5 GHz desactivado temporalmente.

Eso no debería evitar que intentemos arreglar eso, pero seguramente es interesante saber que está sucediendo con el puente oficial como camino. ... aunque no menciona que está usando eso 🤔

¿Qué altavoces y volumen usas? ¿Qué software utiliza para asignar los eventos de los botones a los cambios de volumen?

Actualización al 4.07% después de 45 minutos. Hombre, esta cosa es lenta.

Y probablemente fallará al 90% más o menos :-(

Tiendo a actualizar los dispositivos IKEA que funcionan con baterías desde mi red de prueba (menos tráfico), asegurándome de que el coordinador actúe como padre. Aún así, suele tardar entre 3,5 y 4 horas. Ahora al 14% en 00:32:30. Los dispositivos alimentados por la red suelen tardar entre 10 y 30 minutos.

He adaptado el flujo de nodo rojo que se pegó en este hilo que habla con el asistente doméstico, que a su vez habla con el servidor de medios de Logitech, controlando finalmente el volumen de algunos auges de squeezebox.

Por ahora, estoy limitando el volumen máximo al 70%. Sigue siendo muy ruidoso, pero no tan catastrófico.

Sí, tiendes a tener estas cadenas largas. Controlo mis altavoces Sonos desde el controlador, usando controlador -> deCONZ -> Homebridge Hue -> Automatización HomeKit -> Homebridge ZP -> Sonos. Homebridge Hue traduce cada serie x001, x001, ..., x003 a _Long Press_ en HomeKit, y Homebridge ZP expone la configuración de volumen relativo de Sonos.

Probé el controlador con el concentrador IKEA Trådfri hace un tiempo. El concentrador Trådfri actúa como cliente de Sonos, por lo que la cadena es considerablemente más corta: controlador -> concentrador -> Sonos. Por lo que recuerdo, funcionó un poco más suave, pero no impecablemente.

Una configuración en cascada de este tipo es intrínsecamente vulnerable, ya que proporciona demasiados lugares donde un mensaje se puede perder y un comando no se detiene. Recomiendo encarecidamente no usar la lógica de inicio / parada en estos casos, pero simplemente envíe un comando por evento de botón. Incluso la aplicación estándar Hue crea reglas de puente Hue como esta, cuando se mantienen presionados los botones _DimUp_ o _DimDown_ del regulador Hue. Cuando se usa de forma independiente (sin el puente), el atenuador envía _Move_ y _Stop_.

Una configuración en cascada de este tipo es intrínsecamente vulnerable, ya que proporciona demasiados lugares donde un mensaje se puede perder y un comando no se detiene.

Estoy ejecutando controlador> deCONZ> centro de automatización> Sonos. Y todavía tengo el problema. Estoy seguro de que es la falla del controlador ya que todas las demás automatizaciones funcionan a la perfección

Incluso la aplicación Hue estándar crea reglas de puente Hue como esta, cuando se mantienen presionados los botones DimUp o DimDown del atenuador Hue.

Tienes razón, pero el atenuador de tono envía eventos _Hold_ cada segundo hasta que lo sueltas. El controlador Ikea Symfonisk no envía un nuevo evento a intervalos regulares; Todavía no entiendo la lógica, pero supongo que envía un nuevo evento solo cuando la velocidad de rotación ha cambiado. Pero eso es una suposición. La única solución es escuchar el inicio / parada.

La actualización se realizó correctamente sin problemas durante la noche. Ahora en 2.1.024. Batería bajada al 16% (desde 60%) - He visto cosas peores. La confiabilidad del controlador parece un poco más confiable, pero todavía me falta un evento x003 ocasional.

Releí "todos" los comentarios y otros problemas relacionados con el controlador SYMFONISK, después de una buena noche de sueño. Parece que la comunicación entre el controlador y deCONZ no es confiable, lo que hace que los mensajes del controlador lleguen a deCONZ fuera de servicio o no lleguen en absoluto. El mensaje "no button handler" es causado por dos comandos _Stop_ que se reciben sucesivamente; el "evento descartar demasiado rápido" al recibir dos comandos _Move_ en sucesión. Cuanto más salta Zigbee entre el controlador y el coordinador, peor se vuelven estos problemas.

Parece que el controlador envía comandos demasiado rápido en sucesión para que la red Zigbee maneje las transmisiones. Efectivamente, el controlador lanza un ataque de denegación de servicio en la red Zigbee. Signify recomienda como máximo una transmisión por segundo, y el puente Hue tiende a tener redes Zigbee más pequeñas que deCONZ. Tenga en cuenta que el atenuador Hue, el botón Hue y Lutron Aurora solo envían mensajes de unidifusión para eventos x001 (actuando efectivamente como sensores). Cuando actúan como controladores, solo envían un _Move_ al presionar / mantener presionado y un _Stop_ al soltar.

Para confirmar, reemplacé los enlaces de grupo en el controlador con enlaces de unidifusión al coordinador. Eso parece obrar milagros.

Asegúrese de activar el controlador al presionar _Bind_ o _Unbind_. _Bind Dropbox_ muestra el éxito cuando se ha creado o eliminado el enlace. Vuelva a intentarlo si es necesario. Asegúrese de agregar los nuevos enlaces antes de eliminar los antiguos, o el controlador se volverá "bella durmiente" sobre usted y ya no se despertará con la entrada.

Tenga en cuenta que sigo viendo "descartar eventos demasiado rápidos" y "sin controlador de botón". Si las pruebas tienen éxito, cambiaré la marca de verificación para no descartar eventos de unidifusión. Y cambie la lógica de emparejamiento para el controlador, no para crear un grupo y el enlace correspondiente. Creo que tiene sentido sacrificar el control directo de la luz en favor del control del sonido de trabajo.

Creo que ocurre un problema similar con el atenuador inalámbrico Trådfri. Aparentemente en ese entonces, decidí mapear _Move_ a x002 e ignorar _Stop_. Eso fue hace tres años, sin embargo, no recuerdo los detalles.

@paolotremadio , @Hypfer , otros, ¿podrían repetir mi prueba y confirmar esto?

• En el panel _Binding dropbox_ en la GUI deCONZ, vincule el clúster cliente (gris) _On / Off_ en el controlador al punto final 0x01 en el coordinador;
• y vincule el clúster de cliente (gris) _Level Control_ en el controlador al punto final 0x01 en el coordinador;
• Verifique qué grupo está usando el controlador: en la búsqueda de API, el valor config.group para el recurso ZHASwitch /sensors para el controlador. Convierta este valor a hexadecimal.
• En el panel _Binding dropbox_ en la GUI deCONZ, desvincula el clúster cliente (gris) _On / Off_ en el controlador de ese grupo (en hexadecimal);
• Y desvincular el clúster de cliente (gris) _Level Control_ en el controlador del grupo (en hexadecimal).

@paolotremadio , @Hypfer , otros, ¿podrían repetir mi prueba y confirmar esto?

• En el panel _Binding dropbox_ en la GUI deCONZ, vincule el clúster cliente (gris) _On / Off_ en el controlador al punto final 0x01 en el coordinador;
• y vincule el clúster de cliente (gris) _Level Control_ en el controlador al punto final 0x01 en el coordinador;
• Verifique qué grupo está usando el controlador: en la búsqueda de API, el valor config.group para el recurso ZHASwitch /sensors para el controlador. Convierta este valor a hexadecimal.
• En el panel _Binding dropbox_ en la GUI deCONZ, desvincula el clúster cliente (gris) _On / Off_ en el controlador de ese grupo (en hexadecimal);
• Y desvincular el clúster de cliente (gris) _Level Control_ en el controlador del grupo (en hexadecimal).

Hecho eso. Un controlador parece funcionar de manera mucho más confiable. El otro pierde algunas paradas, pero parece que no tan a menudo como antes. Lo probaré durante uno o dos días.

Lo probaré en algún momento más tarde.
Gracias por tu investigación y trabajo @ebaauw
¿Quizás deberíamos mantener abierto el número 2195 para ese tema?

¿Quizás deberíamos mantener abierto el número 2195 para ese tema?

Sí, no parece estar relacionado con este problema.

OK, saqué el rastreador. Cuando está vinculado al coordinador, el atenuador inalámbrico Trådfri envía transmisiones al grupo 0x0000. Por lo tanto, esta solución alternativa no se puede utilizar con ese dispositivo.

El controlador parece enviar varios mensajes de unidifusión por acción, cuando está vinculado al coordinador. Tienen el mismo número de secuencia ZCL, pero diferentes números de secuencia MAC y NWK. La verificación de los valores de eventos repetidos solo en mensajes de grupo ahora da como resultado tres x001 y uno x003 por serie. Intentaré verificar el número de secuencia de ZCL y filtrar los mensajes duplicados.

Se agregó la verificación en el número de secuencia de ZCL. Ahora se comporta como esperaba. Al girar, veo un flujo continuo de pares x001 / x003 buttonevent . Verifiqué dos veces el registro del rastreador: el _Move_ siempre parece ir seguido de un _Stop_, dentro de 300ms. Creo que no hay valor agregado en exponer x001 vs x003, y propongo cambiarlo a un solo x002, al igual que para el atenuador inalámbrico Trådfri.

Tenga en cuenta que el número de eventos de los botones refleja la _duración_ del giro, no el ángulo ni la velocidad. No hay ningún mensaje especial que indique que deje de girar. Solo la ausencia del siguiente par _Move _ / _ Stop_.

Tenga en cuenta lo genial que es ver milisegundos en lastupdated ;-)

Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.126"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.309"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.329"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.509"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.523"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.884"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.917"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.102"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.118"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.305"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.357"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.547"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.617"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.806"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.892"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.079"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.283"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.472"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.641"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.823"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.923"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.104"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.194"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.378"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.459"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.663"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.691"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.876"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.904"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.071"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.102"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.292"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.353"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.537"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.553"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.734"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.746"}
Apr 17 14:53:18 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:18.102"}

Apr 17 14:53:22 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:22.936"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.122"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.234"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.424"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.593"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.776"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.899"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.088"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.186"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.370"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.456"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.641"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.750"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.938"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.086"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.271"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.401"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.586"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.670"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.860"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.968"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.147"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:26.338"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.522"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:26.705"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.889"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.093"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.276"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.442"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.635"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.776"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.957"}

Se agregó la verificación en el número de secuencia de ZCL. Ahora se comporta como esperaba. Al girar, veo un flujo continuo de pares x001 / x003 buttonevent . Verifiqué dos veces el registro del rastreador: el _Move_ siempre parece ir seguido de un _Stop_, dentro de 300ms. Creo que no hay valor agregado en exponer x001 vs x003, y propongo cambiarlo a un solo x002, al igual que para el atenuador inalámbrico Trådfri.

Tenga en cuenta que el número de eventos de los botones refleja la _duración_ del giro, no el ángulo ni la velocidad. No hay ningún mensaje especial que indique que deje de girar. Solo la ausencia del siguiente par _Move _ / _ Stop_.

Tenga en cuenta lo genial que es ver milisegundos en lastupdated ;-)

Eso es realmente genial. Permitiría un control de volumen mucho mejor. ¿Hay alguna rama para probar?

Ver compromiso anterior. Tenga en cuenta que este envía eventos x002 en lugar de pares x001 / x003. Es mejor eliminar el recurso actual /sensors (también debe limpiar el grupo asociado) y volver a emparejar el controlador. El complemento debe configurar el enlace al coordinador en el emparejamiento.

Maldición. config.group se volvió a crear al cargar el sensor desde la base de datos.

El controlador realmente se actualizó con éxito. Solo tomó> 24 horas terminar.
De todos modos. Lo eliminé de deconz, construí la última rama ebaauw / master rest-plugin y volví a emparejar el controlador.

Lamentablemente, solo veo un evento x002 sin importar cuánto tiempo gire el dial :(

Veo algunos de estos:

19:26:31:324 discard sensor state push for 70: state/lastupdated (already pushed)
19:27:44:051 discard sensor state push for 70: state/lastupdated (already pushed)

Editar:
Comentar ese cheque no resolvió el problema. Ahora solo envía el mismo evento dos veces

¿Y /sensors/70 es el controlador?

Sí, /sensors/70 es el controlador de Symfonisk. Sin embargo, ese no parece ser el problema: /

No, el mensaje indica que se han cambiado varios atributos del mismo objeto state o config . Cada cambio de atributo genera un evento interno. Cuando se maneja el primer evento, emite una notificación de socket web de todos (o, dependiendo de websocketnofityall , todos los atributos cambiados). Los otros eventos no necesitan emitir una notificación, ya que el cambio ya se ha enviado. Entonces ellos emiten este mensaje en su lugar.

¿Algo más que buscar?

¿Está viendo un flujo constante de eventos x002 en websocket?

Si. 328 es el controlador:

Apr 18 19:54:14 pi2 dc_eventlog[860]: /sensors/452/state: {"lastupdated":"2020-04-18T17:54:14.069"}
Apr 18 19:54:19 pi2 dc_eventlog[860]: /sensors/452/state: {"lastupdated":"2020-04-18T17:54:19.539"}
Apr 18 19:54:20 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:20.636"}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:21.397","power":23}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.417"}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.758"}
Apr 18 19:54:22 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.991"}
Apr 18 19:54:22 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:22.233"}
Apr 18 19:54:24 pi2 dc_eventlog[860]: /sensors/453/state: {"lastupdated":"2020-04-18T17:54:23.967"}
Apr 18 19:54:24 pi2 dc_eventlog[860]: /sensors/314/state: {"lastupdated":"2020-04-18T17:54:24.821"}
Apr 18 19:54:25 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:25.194"}
Apr 18 19:54:25 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:25.294","power":21}
Apr 18 19:54:26 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:26.329","power":23}
Apr 18 19:54:26 pi2 dc_eventlog[860]: /sensors/454/state: {"lastupdated":"2020-04-18T17:54:26.449"}
Apr 18 19:54:27 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:27.931"}
Apr 18 19:54:27 pi2 dc_eventlog[860]: /sensors/453/state: {"lastupdated":"2020-04-18T17:54:27.953"}
Apr 18 19:54:28 pi2 dc_eventlog[860]: /sensors/426/state: {"current":247,"lastupdated":"2020-04-18T17:54:28.294"}
Apr 18 19:54:29 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:29.291","power":21}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:31.675"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/296/state: {"lastupdated":"2020-04-18T17:54:31.736"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/296/state: {"lastupdated":"2020-04-18T17:54:31.756"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:31.954"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.245"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:32.304","power":23}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.529"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.816"}
Apr 18 19:54:33 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:33.228"}
Apr 18 19:54:33 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:33.605"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:34.019"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:34.606"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/112/state: {"lastupdated":"2020-04-18T17:54:34.730"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.147"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.408"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.679"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.955"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:36.668"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:36.948"}
Apr 18 19:54:37 pi2 dc_eventlog[860]: /sensors/113/state: {"lastupdated":"2020-04-18T17:54:37.876"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.409"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.611"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.778"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.139"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.386"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.572"}
Apr 18 19:54:40 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:40.242"}
Apr 18 19:54:42 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:42.298","power":21}
Apr 18 19:54:45 pi2 dc_eventlog[860]: /sensors/434/state: {"lastupdated":"2020-04-18T17:54:45.049","voltage":237}

Hm. Eliminarlo y volver a emparejarlo tampoco lo resolvió

¿Puede consultar el registro deCONZ para algo como:

Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:713 APS-DATA.indication srcAddr: 0x56b2, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -49
Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:713     asdu: 117f0100c30000
Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:716 button 2002 Move Up

scrAddr es la dirección NWK del controlador. Según tengo entendido, dstAddrMode: 2 indica una dirección NWK, por lo que una unidifusión al coordinador. Para transmisiones grupales es 1.

Más de 24 horas para una actualización de firmware es cuatro veces más larga de lo habitual. ¿Quizás indicativo de problemas de red (interferencia)?

¿Qué tan grande es tu red? ¿A qué distancia (cuántos saltos) está el controlador del coordinador? ¿Ejecuta alguna automatización que pueda estar obstruyendo la red (> 1 transmisión por segundo)?

¿Qué pasa con la interferencia? Cualquier código de error en el registro (consulte https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Zigbee-Error-Codes-in-the-Log). ¿Está utilizando una RaspBee o una ConBee? Si es el último: ¿conectado al puerto USB2 mediante un cable de extensión? ¿Algún dispositivo Wifi, bluetooth, USB3, DECT, ... cercano que pueda utilizar o interferir con la banda de 2,4 GHz?

Las actualizaciones de firmware de los dispositivos conectados a la red funcionan normalmente (lectura: 30-45 minutos).
Actualmente es una red de 73 nodos que está prácticamente inactiva. Módulo Raspbee. No se registran errores.

Actualmente está a un salto del coordinador. Dicho salto es una barra de reproducción de tonos si eso importa

Volví a emparejar el dispositivo y recibí mensajes APS. Aunque nada como APS-DATA.indication

20:13:23:171 APS-DATA.indication from unknown node 0xCCCCCCFFFEE084E5
20:13:23:171 ZDP device announce: 0xCCCCCCFFFEE084E5, 0x9E24, 0x80
20:13:23:186 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 2, node: 0x9E24
20:13:23:186 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 1, node: 0x9E24
20:13:23:186 new node - ext: 0xccccccfffee084e5, nwk: 0x9E24
20:13:23:187 device announce 0xCCCCCCFFFEE084E5 (0x9E24) mac capabilities 0x8020:13:23:187 set fast probe address to 0xCCCCCCFFFEE084E5 (0x9E24)
20:13:23:187 FP indication 0x0000 / 0x0013 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:23:187                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24
20:13:23:187 device announce 0xCCCCCCFFFEE084E5 (0x9E24) mac capabilities 0x80

20:13:30:335 FP indication 0x0104 / 0x0019 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:30:335                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)

20:13:31:945 FP indication 0x0104 / 0x0003 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:31:945                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)

20:13:39:757 ZDP status = 0x00 -> SUCCESS
20:13:39:757 ZDP Node_Descriptor_rsp 0xCCCCCCFFFEE084E5 - 0x9E24
20:13:39:757 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 3, node: 0x9E24
20:13:39:757 DB pushZdpDescriptorDb()
20:13:39:757 DB save zll database items 0x00000800
20:13:39:757 DB sql exec UPDATE devices SET nwk = 40484 WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5';INSERT INTO devices (mac,nwk,timestamp) SELECT 'cc:cc:cc:ff:fe:e0:84:e5', 40484, strftime('%s','now') WHERE (SELECT changes() = 0);
20:13:39:921 DB saved in 164 ms
20:13:39:923 DB UPDATE device_descriptors SET data = x'0240807c11525200002c520000', timestamp = 1587233619 WHERE device_id = (SELECT id FROM devices WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5') AND endpoint = 0 AND type = 2
20:13:39:923 DB INSERT INTO device_descriptors (device_id, endpoint, type, data, timestamp) SELECT id, 0, 2, x'0240807c11525200002c520000', 1587233619 FROM devices WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5'
20:13:40:302 don't close database yet, keep open for 900 seconds
20:13:40:309 FP indication 0x0000 / 0x8002 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:40:309                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:40:309 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) cluster 0x8002
20:13:40:309 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) clear timeout on cluster 0x8002

20:13:41:812 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 7, node: 0x9E24
20:13:41:817 FP indication 0x0000 / 0x8005 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:41:817                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:41:817 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) cluster 0x8005
20:13:41:817 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) clear timeout on cluster 0x8005
20:13:41:828 don't use deleted sensor and node 0xCCCCCCFFFEE084E5 as candidate

Sin embargo, nada como la indicación APS-DATA.

Los verá al presionar o girar el controlador. Con suerte, cada ~ 300ms mientras gira.

No se puede confirmar. Activaba eventos de botón todo el tiempo.

¿Necesito una bandera de depuración cli o algo para que aparezca? Estaba usando esta línea deCONZ --dbg-info=2 --dbg-zdp=1 --dbg-zcl=1 --db-aps=1 --dbg-http=1 comando

Definitivamente desea agregar --dbg-error=1 . No sé por qué no muestran errores de forma predeterminada.

Para ver la carga útil de APS ( asdu ), configure --dbg-aps=2 .

Todavía necesito documentar estos parámetros de línea de comandos en el WIki ...

Ah, sí. Ahora puedo ver esos eventos.

21:25:37:225 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 127, rssi: -67
21:25:37:307 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:312 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:402 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:512 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:599 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:40:397 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:40:507 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:42:748 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:42:875 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:635 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:740 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:851 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:939 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:52:764 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:52:846 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:56:046 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:56:129 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:26:01:008 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:26:01:069 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67

Aquí hay algunos con la carga útil asdu también:

21:24:46:719 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 95, rssi: -79
21:24:46:719    asdu: 11660101c30000
21:24:46:719 APS-DATA.request id: 179 erase from queue
21:24:46:838 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 103, rssi: -78
21:24:46:838    asdu: 1167030000
21:24:46:931 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 95, rssi: -79
21:24:46:931    asdu: 1167030000

OK, eso es esperanzador. AddrMode 2, por lo que el enlace de unidifusión parece estar en efecto. Veo un _Move_ (tercer byte 01 ) en .719 seguido de un _Stop_ (tercer byte 03 ) en .838 y .931. Tenga en cuenta que la secuencia ZCL (segundo byte, 67 ) es la misma para los comandos _Stop_ (67), el controlador envía cada comando tres veces (consulte https://github.com/dresden-elektronik/deconz- rest-plugin / issues / 1898 # issuecomment-615154288).

El registro deCONZ realmente apesta, no hay una manera fácil de grep solo los mensajes para un solo dispositivo, ya que combinan la dirección mac, la dirección nwk, el recurso y el nombre del recurso. Pero, ¿puede ver si APS-DATA.indication para el comando _Move_ está seguido de button 2002 Move Up o button 3002 Move Down ?

Desea analizar su registro en busca de mensajes faltantes, para tener una idea de la confiabilidad del tráfico desde el controlador hasta el coordinador. Si ve grandes lagunas en los números de secuencia, explicaría por qué no obtiene los eventos de botones repetidos.

A continuación se muestra un extracto de mi registro. Verá un par _Move _ / _ Stop_, varios 100ms uno después del otro, seguido del siguiente par _Move _ / _ Stop_ dentro de varios 10ms. Ve que dos mensajes (secuencia 4b y 5b) no llegaron al coordinador. De alguna manera no veo ningún mensaje repetido, tal vez uno de los enrutadores entre el controlador y el coordinador pensó que no reenviarían duplicados.

Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379     asdu: 11460100c30000
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379 button 2002 Move Up
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:963 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:963     asdu: 1147030000

Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992     asdu: 11480100c30000
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992 button 2002 Move Up
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:113 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:113     asdu: 1149030000

Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186     asdu: 114a0100c30000
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186 button 2002 Move Up

Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:632 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:632     asdu: 114c0100c30000
Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:633 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:739 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:739     asdu: 114d030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:771 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:771     asdu: 114e0100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:772 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:974 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:974     asdu: 114f030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:009 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:009     asdu: 11500100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:010 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:346 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:346     asdu: 1151030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429     asdu: 11520100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429 button 2002 Move Up
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:614 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 106, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:614     asdu: 1153030000

Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824     asdu: 11540100c30000
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824 button 2002 Move Up
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:10:004 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:10:004     asdu: 1155030000

Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090     asdu: 11560100c30000
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090 button 2002 Move Up
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:363 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:364     asdu: 1157030000

Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:432 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:432     asdu: 11580100c30000
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:433 button 2002 Move Up
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:632 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:632     asdu: 1159030000

Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662     asdu: 115a0100c30000
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662 button 2002 Move Up

Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:928 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:928     asdu: 115c0100c30000
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:929 button 2002 Move Up
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:13:049 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 106, rssi: -71
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:13:049     asdu: 115d030000

Nunca hay dos eventos del mismo botón seguidos, incluso mientras gira constantemente, ya que no parece haber un flujo constante de APS-DATA.indication en absoluto.

Son decenas de giro constante en el sentido de las agujas del reloj:

12:29:58:665 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:29:58:665    asdu: 116c0100c30000
12:29:58:666 button 2002 Move Up
--
12:29:58:686 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 175, rssi: -69
12:29:58:686    asdu: 116c0100c30000
12:29:58:723 APS-DATA.indication srcAddr: 0x463a, srcEp: 0x0B dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 167, rssi: -70
--
12:30:01:545 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:545    asdu: 116d0101c30000
12:30:01:546 button 3002 Move Down
--
12:30:01:574 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:574    asdu: 116d0101c30000
12:30:01:603 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:603    asdu: 116e0100c30000
12:30:01:604 button 2002 Move Up
--
12:30:01:624 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:624    asdu: 116e0100c30000
12:30:02:219 poll node 00:17:88:01:06:92:7e:a0-0b
--
12:30:07:328 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:07:328    asdu: 116f030000
12:30:07:328 Force binding of attribute reporting for sensor SYMFONISK controller
12:30:07:351 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:07:351    asdu: 116f030000

Para referencia:
El uso de grep con -A2 para mostrar las siguientes dos líneas de una coincidencia parece funcionar bastante bien.
deCONZ --dbg-error=1 --dbg-aps=2 --dbg-info=2 | grep -A2 -E -i "APS-DATA.indication srcAddr: 0x48c0"

Genial, no conocía la opción -A de grep .

Entonces su controlador envía:

• 6c: _Move Up_ que da como resultado un evento de botón de 2002;
• 6c: _Move Up_ repetido, que se ignora con razón;
• 6d: _Move Down_ que da como resultado un evento de botón 3002;
• 6d: _Move Down_ repetido, que se ignora con razón;
• 6e: _Move Up_, que da como resultado un evento de botón de 2002;
• 6e: _Move Up_, repetido y justamente ignorado;
• 6f: _Stop_, ahora ignorado, ya que ya no vamos a x001 / x003;
• 6f: _Parada_, repetido y acertadamente ignorado.

La buena noticia: no faltan mensajes (números de secuencia secuencial), por lo que su red parece estar bien.

La mala noticia: comportamiento muy diferente al de mi controlador. Además, estoy desconcertado por el _Move Down_ entre los mensajes de _Move Up_. Solo para estar seguro: ¿reemplazó la batería después de la actualización del firmware?

Qué tipo está impreso en la parte posterior de su controlador (el mío dice E1744 ). ¿Puede verificar los atributos del clúster _Basic_?

No parece haber ninguna configuración mágica en el dispositivo, que cambiaría su comportamiento. Empiezo a sospechar de un dispositivo defectuoso. Es difícil saber si es tuyo o mío, con solo dos dispositivos para comparar, pero el mío funcionó como se esperaba cuando se combinó con el concentrador Trådfri.

lgtm. El texto en la parte posterior también dice TIPO E1744 e incluso con una nueva celda de botón (la cuarta en realidad) todavía se comporta así.

¿El tuyo está conectado directamente al controlador?

Hacer ráfagas cortas en rápida sucesión funciona por cierto. Es solo el giro continuo que parece romperse

En realidad, pedí dos de esos, así que simplemente saqué el segundo de su paquete y lo emparejé con la red.

El comportamiento es exactamente el mismo, lo que probablemente descarta el hardware defectuoso, así como la versión de firmware.

Estoy sin ideas, me temo. ¿O quizás esté relacionado con el color? El mío es negro. Casi tentado a conseguir un segundo controlador yo mismo.

¿El tuyo está conectado directamente al controlador?

Actualmente está conectado a un enchufe inteligente innr SP 120. Estaba conectado al coordinador (Conbee II) en mi red de prueba (para una actualización de firmware más rápida).

Me gustaría saber de @paolotremadio , @rchl y otros cómo se comportan sus controladores.

De todos modos, volví a los eventos de botón x001 / x003 de forma predeterminada, pero no resolverá el problema de los cambios de fuga en caso de que se pierda un _Stop_.

Use la API para establecer mode en 4 (ModeDimmer, también utilizado por el atenuador inalámbrico Trådfri) para obtener eventos x002 en su lugar. Para volver a los valores predeterminados, configure mode en 1 (ModeScenes).

Ambos son negros también, lamentablemente.
~ Parece que lo emparejé con el módulo Raspbee. ~ Sigue siendo el mismo comportamiento.
Editar:
No. Está emparejado con la luz de ikea justo al lado del módulo raspbee

Hay un número junto a la batería: 1938-1 . No tengo idea de lo que eso puede significar, pero ¿podría ser diferente?

pero no resolverá su problema de cambios rápidos en caso de que se pierda una parada.

De Verdad? Pensé que eso sucedió debido a que la red no pudo mantenerse al día. Eso, en teoría, debería resolverse utilizando unidifusión, ¿verdad?

Pensé que eso sucedió debido a que la red no pudo mantenerse al día. Eso, en teoría, debería resolverse utilizando unidifusión, ¿verdad?

Tienes razón, por supuesto. Si esa era realmente la causa, debería resolverse. Estaba más preocupado de que un mensaje individual pudiera desaparecer. Pero como parece que varias copias llegan a su coordinador, las posibilidades de que eso ocurra son escasas.

Parece que está funcionando como cabría esperar.
No puedo causar ningún problema de volumen de fuga.

¡Excelente!
La latencia también es bastante buena. En general, una buena solución.

Gracias por investigar eso @ebaauw

Veo el mismo comportamiento que @Hypfer después de seguir los pasos de https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898 (tenga en cuenta que estoy en la última versión de deconz y no en @ebaauw rama de):

• al girar lentamente a la derecha, veo pares repetidos de eventos de 2001 y 2003
• al girar a la derecha rápido y con un ritmo constante, veo un evento de 2001 al principio y luego un evento de 2003 después de terminar con la rotación. No importa cuánto tiempo esté rotando, siempre que sea rápido y constante.

¡Pero ya no puedo reproducir los eventos "stop" (* 3) que faltan! :)

Creo que este problema se puede solucionar después de que se haya fusionado el número 2658.

¿Y qué pasa con el problema de los cambios constantes que no desencadenan eventos? ¿Es eso algo que funciona correctamente con las relaciones públicas antes mencionadas?

@rchl

Ese problema se evita al no usar el modo 4 y, en su lugar, mantener los eventos x001 / x003 como antes.
https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2658/commits/7035ee72624e9765d1573f343480208ccefec468

Creo que este problema se puede solucionar después de que se haya fusionado el número 2658.

Y parece que se fusionó hace 10 días. 😄 👍

¿Es necesario realizar alguna acción para aprovechar la solución?
¿Es suficiente actualizar deconz o es necesario reiniciar y volver a vincular el controlador?

¿Es necesario realizar alguna acción para aprovechar la solución?

También me interesaría esta respuesta. Tengo un dispositivo Deconz en mi Home Assistant Raspberry Pi y dice que tengo la versión 2.5.75 de FW y que está actualizado.

Tengo el Symfonisk conectado pero solo obtengo un evento en la dirección en la que se gira (2001/3001) y cuando dejó de girar (2003/3003), y pulsaciones de botones (1001, 1004, 1005). Pero nada de sucesos repetidos o algo que diga cuánto se giró.

Por lo que tengo entendido, el PR enviará los eventos de dirección de forma continua mientras giro la perilla. Pero, ¿un evento representa un cierto número de grados de rotación?

Probablemente necesite volver a emparejar el controlador Symfonisk o actualizar manualmente el enlace para que esté usando unidifusión como se describe aquí https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -615078454

Las otras preguntas también se responden en este hilo.

Pero, ¿un evento representa un cierto número de grados de rotación?

Mira aquí:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -535090364

Considere leer el hilo completo antes de comentar.

Parece que este problema está resuelto o inactivo. Si no es así, vuelva a abrir.

Actualicé deCONZ, reparé el controlador y realicé el enlace manualmente (no estoy seguro de si todavía es necesario). Ambos son increíblemente confiables. Lo único que he notado: los códigos de sentido horario y antihorario se han invertido. Pero fue fácil para mí arreglar la automatización, así que no me importa.

¡Gracias por el increíble trabajo, como siempre!

Tengo un segundo controlador. Ambos he conectado a la red, pero parece que el nuevo no dispara ningún evento en Node-RED. ¿Alguna idea de cuál podría ser el problema?

Estoy en la última versión de Docker de Deconz.

@kmplngj Probablemente el enlace. Intente volver a emparejarlo varias veces.