Deconz-rest-plugin: Soporte de interruptores Aqara OPPLE

A continuación, los vi en Ali (https://nl.aliexpress.com/item/4000322297550.html) por un buen precio. Vi que son zigbee 3.0

+1 en esos. Los vi ayer y el precio es increíble en comparación con otros interruptores de pared en el mercado, y mucho más potencial que el interruptor de pared Aqara normal. Ordenaré y reportaré.

+1 en esos por favor. Feliz de ver que esto obtuvo la etiqueta "integración de dispositivos". Precio loco del cambio. ¡Ya tengo el otro interruptor aquara y funciona genial!

👍
Siguiendo también.
Selectores de escenas muy interesantes.

Acabo de recibir mi versión de 6 botones. Intenté agregar el dispositivo como un interruptor y falló, pero puedo verlo en la aplicación deconz. El primer botón enciende todas mis "luces" y el segundo botón las apaga.

Modelo: WXCJKG13LM
Identificador del modelo: lumi.remote.b686opcn01

¿Qué información necesitan para integrar este dispositivo?

@djashjones https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support
¿Ha intentado escuchar deconz_events en Home Assistant o Nodered?

Lo siento, no sé cómo escuchar eventos en HA, ni en node-red (que tengo ambos).

@djashjones
En HA -> Herramientas de desarrollo -> Eventos
Escribe deconz_event en el cuadro inferior y presiona "Comenzar a escuchar".
Después de esto, intente presionar el interruptor Aqara Opple y vea si obtiene alguna respuesta. Si tiene éxito, verá una respuesta similar a la de la imagen. El número de "evento" debe cambiar según el botón que presione y si lo presiona, mantenga presionado o presione dos veces.
Inténtelo y vuelva a informar :)

Acabo de recibir mi versión de 6 botones.

¿Cómo lo experimentas, en cuanto a calidad?

Misma calidad que el balancín de 2 botones que funciona con baterías que tengo. Me gusta mucho Es como el control remoto de Ikea y la base es magnética.

Veré qué eventos se despiden esta noche cuando llegue a casa del trabajo.

No aparece nada cuando escucho deconz_event en el asistente doméstico mientras presiono botones. Puedo verlo en deconz como las capturas de pantalla de arriba pero no en phoscon.

Lo extraño es que enciende / apaga mis bombillas de tráfico que están vinculadas en phoscon ...

Confirmado, nada en HA, caso sabio.

Tengo bombillas Ikea Tradfri (regulables) y enchufes.

Botón 1, arriba a la izquierda, acción = Apaga todas las luces y enchufes.
Botón 2, arriba a la derecha, acción = Enciende todas mis luces y calcetines.
Botón 3, centro izquierdo, acción = Disminuye el brillo de las bombillas.
Botón 4, medio a la derecha, acción = Aumenta el brillo de las bombillas.

¿Alguna noticia para Homey?

mismo problema aquí como dijo djashjones
¿Encontraste alguna solución todavía?

+1, acaba de recibir los interruptores de 4 botones y hace lo comentado por @djashjones
Estoy usando pimatic que usa la API REST y no se muestra.
Llamar a la API en / api / none muestra la dirección MAC en la lista de todos los dispositivos
¿En qué podemos ayudar a integrar el dispositivo?

Fuera de tema: Solo la versión del receptor de 6 botones. No había ninguna instrucción en la caja. ¿Alguien podría decir cómo combinarlo mejor? ¿El botón de reinicio parece ser inútil? ¿Aguanta hasta 5 segundos pero no pasa nada?

¿Tienes el nuevo homekit hub de Xiaomi?

El jueves 5 de diciembre de 2019 a las 22:36 heine79, [email protected] escribió:

Fuera de tema: Solo la versión del receptor de 6 botones. No hubo Instruktion en el
Caja. ¿Alguien podría decir cómo combinarlo mejor? ¿El botón de reinicio parece ser inútil?
¿Aguanta hasta 5 segundos pero no pasa nada?

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT6EMS5NORT34L3VFT3QXF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TULDVH5HW4DFNVWWK3TULD52XHW4DF
o darse de baja
https://github.com/notifications/unsubscribe-auth/AHRBAT3EVRCQ33MKCPF4WJLQXF7ABANCNFSM4JLW7MBQ
.

¿Tienes el nuevo homekit hub de Xiaomi?
...
El jueves 5 de diciembre de 2019, 22:36 heine79, @ . * > escribió: Off topic: Just Receiver 6 Button version. No había ninguna instrucción en la caja. ¿Alguien podría decir cómo combinarlo mejor? ¿El botón de reinicio parece ser inútil? ¿Aguanta hasta 5 segundos pero no pasa nada? - Estás recibiendo esto porque estás suscrito a este hilo. Responder a este correo electrónico directamente, visualizarla en GitHub <# 2061? Email_source = notificaciones y email_token = AHRBAT6EMS5NORT34L3VFT3QXF7ABA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGCMOOA # issuecomment-562349880>, o darse de baja https://github.com/notifications/unsubscribe-auth/AHRBAT3EVRCQ33MKCPF4WJLQXF7ABANCNFSM4JLW7MBQ .

No. Estoy unsing conbee con Hassio.

Creo que lo emparejé manteniendo presionado el botón (arriba a la izquierda, al lado del LED) hasta que comenzó a parpadear.

También estoy esperando ansiosamente la integración de estos conmutadores. Seguí adelante y ya compré uno de 6 botones, si hay algo que se pueda hacer para acelerar la integración, avíseme.

También tengo las versiones de 6 y 4 botones esperando soporte :)
Buena calidad por cierto ...

Encontrado en zigbee2mqtt git que estos conmutadores deberían poder admitir "liberación tras retención".
Si es verdadero, estos conmutadores admitirán el evento 1234.
Para ustedes que tienen el balancín simple / doble Aqara normal, es posible que hayan notado que no es posible atenuar las luces de una buena manera. Esto se debe a que solo envía un evento cuando está en espera. El nuevo interruptor de Aqara Opple permite enviar eventos x001 (mantener) y x003 (liberar después de mantener).

Esto será ideal para mi baño cuando reciba apoyo. 1 para el encendido / apagado, 2 para la regulación y la tercera fila para el encendido / apagado manual del extractor

¡O WLED, uno para cambiar el brillo, un color y un efecto!

El lunes 9 de diciembre de 2019 a las 17:42 djashjones, [email protected] escribió:

Esto será ideal para mi baño cuando reciba apoyo. 1 para encendido / apagado, 2
para la atenuación y la tercera fila para el encendido / apagado manual del extractor

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT3VMW4JPFEYH32PNMDQXZ7PDA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEGKAV4I#issuecomment-563350257 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AHRBAT3TD3VBIR2KNW7JCVLQXZ7PDANCNFSM4JLW7MBQ
.

Acabo de recibir el mío :-), variación de 6 botones
Estoy de acuerdo en que controla todas las luces: 2 botones superiores están encendidos y apagados, los botones centrales están atenuados hacia arriba o hacia abajo y los 2 botones inferiores son más amarillos o menos amarillos.
no aparece en domoticz ni en phoscon :-(. ¿Hay alguna forma de controlar qué luces controla?
¿Hay alguna manera de hacer que controle solo luces específicas?

Versión de 4 botones:

Entonces, jugando un poco con deCONZ, y noté que hay una manera de agregar un archivo xml para extender los perfiles, dispositivos, etc.¿Es esto algo que puede ayudar aquí? ¿O necesitamos obtener soporte de código para estos conmutadores?

Intenté mirar la guía del usuario "extendiendo la sección zcldb, pero no estoy seguro de cómo mapear las cosas. Parece que el mapeo es correcto (encendido / apagado, atenuador y color están identificados) pero no hay eventos o configuraciones como las hay con Otro conmutador xiaomi que tengo, y todavía no pude encontrar algo obvio en el archivo que me muestre cómo vincularlo a un tipo específico de dispositivo.

¿Hay alguna manera de hacer que controle solo luces específicas?

Normalmente, sugeriría crear un grupo, agregarle una luz y vincular los clústeres de clientes del conmutador a ese grupo. Sin embargo, no estoy seguro de si eso funcionará para Xiaomi. Podría ser suficiente para vincular solo un clúster, pero también podría necesitar vincular los tres (_On / Off_, _Level Control_ y _Color Control_).

No entiendo el uso del segundo punto final en el interruptor de 6 botones.

hmmm - Lo intenté, los archivos vinculantes en el tiempo de espera :-(

Asegúrese de presionar un botón para reactivar el interruptor mientras emite el enlace.

Muchas gracias, trabajando ahora después de algunos intentos y prensas. Tuve que unir cada uno de los elementos por separado, pero ahora funciona en una lámpara, que es mucho mejor. Los siguientes pasos son que necesito que esto funcione con 3 lámparas que tengo en mi habitación. ¿Necesito 3 grupos? uno para encendido / apagado, atenuación y color?
También intentaré vincularme al segundo punto final, ver qué sucede ...

Lo mejor es crear un solo grupo, vincular los tres grupos a él y agregar varias luces a este grupo.

De acuerdo, se las arregló para vincular el segundo punto final, pero no hizo nada, intenté hacer presiones largas, presiones dobles, etc. pero nada ...
Probaré el grupo a continuación, pero realmente necesito eventos ahora, ya que quiero vincular algunas de las acciones a dispositivos que no son zibgee.

También me interesaría la compatibilidad con estos conmutadores. Me compré los 2, 4 y 6. Sería genial que trabajaran con conbee ...

bueno, está funcionando un poco ahora, con muchas limitaciones. puede usarlo para controlar el encendido / apagado, la atenuación y el color siempre que sus lámparas también estén controladas por conbee; puede crear un grupo de lámparas en phoscon y conectar los interruptores usando la opción de vinculación en deCONZ (puede vincular a un grupo o a una sola luz). pero eso es todo.
No puede obtener eventos para domoticz / HA / Homey, etc. (que es el mayor problema), no puede presionar prolongadamente o presionar dos veces y no puede cambiar las asignaciones de los botones (por ejemplo, no puede alternar con uno de los botones).
De hecho, lo compré para poder tener un controlador central en cada habitación que pueda controlar las luces y el aire acondicionado (que se controla desde domoticz), esperando ansiosamente el apoyo.

Otra pregunta para los expertos: ¿hay alguna manera de crear una luz "virtual" en deCONZ? Quiero decir que puedo tener un objeto de luz en deCONZ que no es realmente una bombilla de luz física real.
Porque consigo eventos de luz para domoticz, y si puedo crear una luz virtual en deCONZ que esté controlada por el interruptor, puedo usar los eventos en domoticz para controlar otro hardware.

¿Alguien lo ha probado con Xiaomi Hub para ver qué tan bien funciona?

El sábado 14 de diciembre de 2019 a las 13:28 eserero, [email protected] escribió:

bueno, está funcionando un poco ahora, con muchas limitaciones. puedes usarlo para
controle el encendido / apagado, la atenuación y el color siempre que sus lámparas también estén controladas
por conbee: puede crear un grupo de lámparas en phoscon y conectar el
cambia usando la opción de vinculación en deCONZ. pero eso es todo.
No puedes conseguir eventos para domoticz / HA / Homey, etc. (que es el más grande
problema), no puede utilizar una pulsación larga o una doble pulsación y no puede cambiar el
asignaciones de botones (por ejemplo, no puede alternar con uno de los
botones).
De hecho, lo compré para poder tener un controlador central en cada
habitación que puede controlar las luces y el aire acondicionado (que es
controlado desde domoticz) - esperando ansiosamente apoyo.

Otra pregunta para los expertos: ¿hay alguna manera de crear un
¿Luz "virtual" en deCONZ? Quiero decir que puedo tener un objeto ligero en deCONZ
eso no es realmente una bombilla física real.
Porque consigo eventos ligeros para domoticz, y si puedo crear un virtual
luz en deCONZ que está controlado por el interruptor, puedo usar los eventos en
domoticz para controlar otro hardware.

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT7XWEUYIXCITRDJBKDQYTNOVA5CNFSM4JLW7MB2YY3PNVWWK3VULDVH5W4DVWWWK3VULDVH5W4DVWWWWK3TVULDH5W4D
o darse de baja
https://github.com/notifications/unsubscribe-auth/AHRBATZMPO6E6WTQ7OR3DJTQYTNOVANCNFSM4JLW7MBQ
.

no lo he probado. solo es compatible con el nuevo hub (el que tiene el soporte siri). Supongo que agregarán soporte para el centro regular en el futuro, no hay una razón real para no hacerlo.

Estoy empezando a tener la impresión de que los poderes fácticos no tienen interés en integrar nuevos dispositivos o ¿soy yo?

Estoy empezando a tener la impresión de que los poderes fácticos no tienen interés en integrar nuevos dispositivos o ¿soy yo?

No creo que la historia merezca ese tipo de cinismo, la mayoría (¿o todos?) De los dispositivos Xiaomi anteriores se han integrado hasta donde yo sé. Me inclino más a pensar que es esta temporada que está ocupada por todo lo que hace que el progreso sea lento. Dicho esto, yo también agradecería una palabra o dos para hacernos saber que estos dispositivos no se han olvidado, incluso si aún no se han logrado avances.

No me malinterpretes, me encanta mi palo Conbee II, ha sido sólido como una roca durante un año

Acabo de ordenar algunos enchufes Samsung Smartthings Zigbee versión 2019 y leer sobre la versión anterior que tenía interés pero que nunca se integró.

Yo acabo de recibir el mío. Curiosamente, cuando lo conectas a Phoscon (no recibes ningún comentario que haya encontrado), inmediatamente controla todas las luces. Ni siquiera tengo un grupo para todas las luces, así que no estoy seguro de cómo apagarlo. No puedo ver el Switch en Phoscon o mediante la API REST. No se envía nada a Home Assistant.

En una nota de hardware, puedo ver en el manual que tiene una batería CR2032 pero no hay instrucciones sobre cómo reemplazarla eventualmente. ¿Alguien se ha esforzado por averiguar si es posible?

Encontré la explicación del extraño comportamiento y también cómo acceder a la batería. https://community.hubitat.com/t/xiaomi-opple-6-button-remote/27921/9

¡Estoy a punto de publicar ese enlace, pero me ganaste!

@manup ¿Hay alguna información que podamos brindarle que pueda ayudarlo a integrar este dispositivo de manera más completa?

¿Controla todas las luces que están en phoscon?

El miércoles 18 de diciembre de 2019, 12:41 PremiumUsername, [email protected]
escribió:

Yo acabo de recibir el mío. Curiosamente cuando lo conectas a Phoscon (no obtienes
retroalimentación que ha encontrado), inmediatamente controla todas las luces. Yo no
incluso tengo un grupo para todas las luces, así que no estoy seguro de cómo apagarlo. I
no puedo ver el Switch en Phoscon o mediante la API REST. No se envía nada a
Asistente de hogar.

En una nota de hardware, puedo ver en el manual que tiene una batería CR2032
pero no hay instrucciones sobre cómo reemplazarlo eventualmente. Alguien tiene
ha intentado averiguar si es posible?

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061?email_source=notifications&email_token=AHRBAT72KTKADT3G2HH5XADQZID5PA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHF3C2A#issuecomment-566997352 ,
o darse de baja
https://github.com/notifications/unsubscribe-auth/AHRBAT4WD65QRWPGJHEYYQLQZID5PANCNFSM4JLW7MBQ
.

sí

Chicos, si miran mi publicación anterior, logré configurarla para que funcione con una luz específica o un grupo específico usando la opción de vinculación en deCONZ. Si necesita más ayuda con esto, hágamelo saber y publicaré una explicación más exacta.

si necesita más ayuda con esto, hágamelo saber

Esa es una buena oferta, pero necesito la integración con Home Assistant para mis propósitos.

Publicaré una explicación más exacta.

Por favor, hazlo.

si necesita más ayuda con esto, hágamelo saber

Esa es una buena oferta, pero necesito la integración con Home Assistant para mis propósitos.

Yo también. tiene más opciones que el botón IKEA 5 que estoy usando actualmente.

Publicaré una explicación más exacta.

Por favor, hazlo.

De acuerdo con todos los que necesitamos para llevar los eventos a los sistemas de automatización del hogar, de lo contrario, es una solución paralizada. usando Domoticz yo mismo.

de todos modos, esto es lo que hice para que funcione solo con las luces de mi sala de estar.

1. crear un grupo en phoscon (digamos luces, o cualquier interruptor)
2. si ejecuta phoscon en Chrome, haga clic derecho en la página y seleccione "inspeccionar".
3. vaya a la pestaña de red; debería ver algo como lo siguiente (no sé cómo obtener el número de grupo de deconz ...)

1. haga clic en una de las líneas con "grupo" en ellas - en el lado derecho puede ver los números de grupo. si los expande, puede ver los nombres de los grupos que definió en phoscon. encuentra el grupo que quieres y recuerda el número
2. vaya a deconz y seleccione el "panel de enlace" en el menú desplegable del panel

3. 

4. abra el menú del clúster desde el interruptor xiaomi y arrastre la línea "on / off" al botón "source" en el cuadro de enlace. debe ser 006. en la parte de destino, seleccione "grupo" y escriba el número de grupo con el 0x00 precedente como puede ver en la captura de pantalla.

5. ahora presione el botón "enlazar". - tenga en cuenta que me tomó varios intentos y hacer clic repetidamente en uno de los botones del interruptor para despertarlo.
6. Repita la operación para "control de nivel" 0008 y "control de color" 0300.

¿Se puede utilizar el método proporcionado por eserero de alguna manera para proporcionar control de dispositivos sin zigbee en Home Assistant? Por ejemplo, ¿es posible crear un grupo de luces en Phoscon sin luces y de alguna manera integrar ese grupo en Home Asssitant y usar el estado de ese grupo para controlar las automatizaciones?

deCONZ versión 2.05.71
Yo también lo he intentado.
Hice lo mismo que
Y verifique el detector de eventos deconz cuando presione el botón.
Pero nada, tranquilo ..

Para ver los eventos de los botones, necesita el soporte adecuado en el complemento de la API REST. El enlace es solo para controlar las luces directamente (y evitar que el conmutador controle todas las luces en su red).

@ebaauw, ¿existe una manera fácil de obtener el soporte adecuado en el complemento de la API REST mientras espera una integración oficial? Obviamente, hay comunicación desde el conmutador Opple a deconz.

¿Se puede utilizar el método proporcionado por eserero de alguna manera para proporcionar control de dispositivos sin zigbee en Home Assistant? Por ejemplo, ¿es posible crear un grupo de luces en Phoscon sin luces y de alguna manera integrar ese grupo en Home Asssitant y usar el estado de ese grupo para controlar las automatizaciones?

Esa es una forma muy indirecta de hacerlo, pero si es posible crear grupos de luces vacíos, podría usar eso en HA para controlar una automatización (dado que es posible apagar y encender un grupo de este tipo en phoscon). A menos que tenga mucha prisa, es mejor esperar los eventos de botón adecuados con verdadera integración deconz, en lugar de usar esa solución provisional en mi opinión.

Tengo dc_eventlog ejecutándose.
Veo otro sensor y buttonevent pero no de Aqara OPPLE ...

Intentaré ser paciente :-)

Obviamente, hay comunicación desde el conmutador Opple a deconz.

Técnicamente, no, el conmutador _no_ se comunica con la puerta de enlace; envía mensajes de difusión (transmisión en grupo), que también son recogidos por la puerta de enlace. La puerta de enlace escucha a escondidas los mensajes del conmutador al grupo.

Tenga en cuenta que estos interruptores OPPLE funcionan de manera muy diferente a los otros interruptores Xiaomi, que de hecho envían informes directamente al coordinador y no pueden controlar las luces directamente.

¿Existe una manera fácil de obtener el soporte adecuado en el complemento de la API REST mientras espera una integración oficial?

No lo llamaría fácil. Necesitas:

• Incluya el conmutador en la lista blanca https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L103
• Cree un mapa de botones, probablemente muy similar a https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/sensor.cpp#L498
• Vincula el interruptor al mapa de botones en https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/sensor.cpp#L1130
• Configure checkReporting , checkClientCluster , y llame a checkSensorGroup() para el cambio en https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin .cpp # L3036
• Incluya el interruptor en la lista blanca https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L2138
• Incluya el interruptor en la lista blanca https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L2392
• Y probablemente incluya el conmutador en la lista blanca en uno o dos lugares más ("siempre hay un lugar más para incluir un dispositivo en la lista blanca").

No es demasiado difícil, si toma un interruptor de comportamiento similar que ya es compatible como ejemplo y busca en el código referencias que incluyan ese interruptor en la lista blanca. Pero es un poco de prueba y error. Es por eso que ya no creo relaciones públicas para conmutadores a los que no tengo acceso.

@ebaauw
Estaba siguiendo tus pasos + una lista blanca adicional donde agregué el interruptor y puedo emparejarlo a través de la sección del sensor en la aplicación phoscon y aparece en el resto de la API. Desafortunadamente, algo no es correcto. No hay botones para enviar eventos ... No estoy seguro de qué estoy haciendo mal? ¿Probablemente algunos conflictos?

Lo intento con el interruptor de botón Aqara Opple 2.

¿El grupo de encendido / apagado y nivel debe tener un color azul?

Al menos ya no enciende / apaga todas las luces como informaron otras personas :)

No hay botones para enviar eventos ... No estoy seguro de qué estoy haciendo mal? ¿Probablemente algunos conflictos?

¿Lo vinculó a un mapa de botones? ¿Qué dice el registro deCONZ?

¿El grupo de encendido / apagado y nivel debe tener un color azul?

No. Los clústeres vienen en pares: el clúster de servidores (azul) es el actuador, que mantiene el estado; el grupo de clientes (gris) controla el actuador. Los comandos se envían de cliente a servidor; los informes (y las respuestas) se envían del servidor al cliente. De hecho, es bastante normal que los controladores tengan clústeres de clientes; Son los otros interruptores inalámbricos Xiaomi los que mutilan el estándar más allá del reconocimiento al enviar informes en lugar de comandos.

Al menos ya no enciende / apaga todas las luces como informaron otras personas :)

Entonces, los enlaces probablemente estén configurados correctamente. Tenga en cuenta también config.group .

@ebaauw ok, conseguí que los eventos del botón funcionaran. Mi mapa de botones estaba mal ...
Dado que estoy haciendo esto por primera vez, todavía hay algunas cosas que no entiendo. Tal vez puedas ayudarme a entender eso más para que pueda implementar el soporte correctamente ...

1. Sobre el grupo. Ninguno de mis otros conmutadores tiene un group en la configuración. ¿Por qué este tiene un grupo y está bien así?

2. Conseguí que los eventos de botón funcionaran, pero solo funcionaba con una o dos pulsaciones. El interruptor también debería admitir una pulsación larga, pero eso no parece funcionar. Noté que la presión única proviene del grupo OnOff y la presión doble proviene del grupo Nivel. ¿Significa eso que la pulsación larga debería provenir del grupo de colores? ¿Tiene que agregar de alguna manera el grupo de colores explícitamente al conmutador?

3. La información de la batería siempre muestra null . ¿Eso esta bien?

4. Solo puedo agregar el interruptor en la aplicación phoscon cuando busco sensores, no interruptores. ¿Porqué es eso? ¿Se puede cambiar esto para que lo encuentre cuando busco interruptores?

1. Sobre el grupo. Ninguno de mis otros conmutadores tiene un grupo en la configuración. ¿Por qué este tiene un grupo y está bien así?

¿Qué otros interruptores tienes? Solo los interruptores que envían comandos a (un grupo de) luces tienen config.group . Como dije anteriormente, los otros interruptores Xiaomi son la excepción porque se comportan como un sensor con estado en lugar de un interruptor inalámbrico sin estado.

1. Conseguí que los eventos de botón funcionaran, pero solo funcionaba con una o dos pulsaciones. El interruptor también debería admitir una pulsación larga, pero eso no parece funcionar. Noté que la presión única proviene del grupo OnOff y la presión doble proviene del grupo Nivel. ¿Significa eso que la pulsación larga debería provenir del grupo de colores? ¿Tiene que agregar de alguna manera el grupo de colores explícitamente al conmutador?

Debe averiguar qué comando envía el interruptor al presionar prolongadamente. Normalmente es _Move_ en espera y _Stop_ en liberación prolongada. deCONZ debería registrar estos comandos (cuando se inicia con la cantidad correcta de registro de depuración). ¿Qué comando envía al presionar dos veces? _ ¿Moverse al nivel_? Dudo que envíe comandos desde el grupo _Color Control_, a menos que se use una pulsación larga para recorrer los colores o las temperaturas de color.

1. La información de la batería siempre muestra nula. ¿Eso esta bien?

No. ¿Se llena cuando lee los atributos del clúster _Power Configuration_? Si es así, debe crear un enlace desde este clúster (¡servidor!) Al coordinador (punto final 0x01) y configurar el informe de atributos para el _Porcentaje de batería restante_. Esto debería informar el valor en 0.5%, pero no todos los proveedores se adhieren a eso (especialmente IKEA).

1. Solo puedo agregar el interruptor en la aplicación phoscon cuando busco sensores, no interruptores. ¿Porqué es eso? ¿Se puede cambiar esto para que lo encuentre cuando busco interruptores?

Lo siento, no tengo experiencia con Phoscon. No es de código abierto, por lo que solo dresden elektronik puede cambiarlo.

1. Sí, tengo otros conmutadores xiaomi. Pero también tengo interruptores Philips Hue Dimmer y acabo de notar que también tienen un grupo. Así que esto lo aclaro ahora :)

2. Así que descubrí que mi mapa de botones estaba mal después de buscar en el registro deCONZ, así es como conseguí que funcionaran las pulsaciones simples y dobles. Pero durante la pulsación prolongada no aparece nada en el registro. Para presionar dos veces, obtengo ahora button 1004 Double press o button 2004 Double press en la consola. El mapa de botones se ve así:

static const Sensor::ButtonMap aqaraOpple2Map[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0006, 0x00, 0,    S_BUTTON_1 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 1,    S_BUTTON_1 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },
    // First button On
    { Sensor::ModeScenes,           0x01, 0x0006, 0x01, 0,    S_BUTTON_2 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 0,    S_BUTTON_2 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },

    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

No estoy seguro si esto es 100% correcto.

¿Hay algún lugar donde pueda depurar con un registro de la pulsación larga? ¿O cómo debería proceder ahora para averiguar por qué no aparece la pulsación larga?

1. Así es como se ve la configuración de energía después de leerla.
   

2. Entendido.

Gracias por el apoyo.

El mapa de botones se ve así

Entonces, el conmutador envía un comando _Step_ (clúster 0x0008, comando 0x02) al presionar dos veces.

¿Hay algún lugar donde pueda depurar con un registro de la pulsación larga?

Ejecute deCONZ con --dbg-info=2 --dbg-aps=2 --dbg-error=1 y tail -f la salida. Debería ver mensajes como:

Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 APS-DATA.indication srcAddr: 0x7ce3, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0006, lqi: 255, rssi: -46
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389     asdu: 011601
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 APS-DATA.indication from child 0x7CE3
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 verify 0x000d6ffffea46abf is child node after 778788 s
Dec 23 19:52:14 pi5 deCONZ[13715]: 19:52:11:389 button 1002 On
...
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:635 APS-DATA.indication srcAddr: 0x7ce3, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -48
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:635     asdu: 0117050053
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:635 APS-DATA.indication from child 0x7CE3
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:55:636 button 1001 Move up (with on/off)
...
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:306 APS-DATA.indication srcAddr: 0x7ce3, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -48
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:306     asdu: 011807
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:306 APS-DATA.indication from child 0x7CE3
Dec 23 19:56:04 pi5 deCONZ[13715]: 19:55:58:308 button 1003 Stop (with on/off)

Esto es presionar, mantener y soltar durante un tiempo para un controlador Trådfri On / Off. El primer mensaje de cada secuencia es la indicación APS-DATA., Que muestra la dirección NWK (0x7ce3 en mi caso) de la fuente. Compruebe el panel _Node Info_ en la GUI deCONZ para encontrar la dirección NWK de su conmutador. A continuación, verá el punto final de origen (0x01), el perfil (0x0104 para ZHA) y el clúster (0x0006 para _On / Off_ o 0x0008 para _Level Control_). En asdu verá la carga útil de ZCL. El primer byte es un mapa de bits de estado, el segundo byte es el número de secuencia, el tercer byte es el comando ( 01 para _On_; 05 para _Move with (On / Off) _; y 07 por _Parada_). Consulte la Especificación de la biblioteca de clústeres de ZigBee. Los bytes después de eso son los parámetros del comando ( 00 para la dirección: _Up_ y 53 para la tasa de movimiento). Tenga en cuenta que el texto después de button 100x es del mapa de botones.
deCONZ debería registrar una advertencia cuando no se encuentre un comando coincidente en el mapa de botones, pero no tengo un ejemplo a mano.

1. Así es como se ve la configuración de energía después de leerla.

Por supuesto, Xiaomi no informa el _Porcentaje de batería restante_, a pesar de que ahora tienen algunos interruptores "normales". Debe incluir el interruptor en la lista blanca aquí:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L5736
¿Qué tipo de batería tiene OPPLE? CR2032? El código para convertir el voltaje en porcentaje probablemente debería funcionar igualmente mal para cualquier pila de botón de litio de 3V. Es posible que aún necesite el enlace y los informes de atributos, pero también es posible que el conmutador esté codificado para informar esto periódicamente al coordinador (dirección NWK 0x0000).

1.

Por lo tanto, el conmutador envía un comando de paso (grupo 0x0008, comando 0x02) al presionar dos veces.

¿Está bien o es un problema?

2.
Ok, también puse una especie de pulsación larga (mantener pulsado) para trabajar. Así es como se ve ahora el mapa de botones:

static const Sensor::ButtonMap aqaraOpple2Map[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0006, 0x00, 0,    S_BUTTON_1 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 1,    S_BUTTON_1 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 1,    S_BUTTON_1 + S_BUTTON_ACTION_HOLD, "Hold off" },

    // First button On
    { Sensor::ModeScenes,           0x01, 0x0006, 0x01, 0,    S_BUTTON_2 + S_BUTTON_ACTION_INITIAL_PRESS, "Normal press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 0,    S_BUTTON_2 + S_BUTTON_ACTION_DOUBLE_PRESS, "Double press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 3,    S_BUTTON_2 + S_BUTTON_ACTION_HOLD, "Hold On" },

    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

Pero desafortunadamente, no importa si mantengo presionado el botón izquierdo o derecho en el interruptor, siempre dispara solo el evento Hold off (el botón izquierdo). ¿Qué estoy haciendo mal aquí? El parámetro es diferente y lo tengo en el mapa de botones pero todavía no funciona ...

Aquí está la depuración:

20:56:43:000 APS-DATA.indication srcAddr: 0xf9d4, srcEp: 0x01 dstAddrMode: 1, profile: 0x0104, cluster: 0x0300, lqi: 255, rssi: -49
20:56:44:000    asdu: 11224c0345000700000000000000
20:56:44:001 button 1001 Hold off

20:56:59:307 APS-DATA.indication srcAddr: 0xf9d4, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0300, lqi: 255, rssi: -49
20:56:59:307    asdu: 11234c0145000700000000000000
20:56:59:307 button 1001 Hold off

3.
Sí, tiene batería CR2032. Después de incluir el interruptor en la lista blanca en el lugar especificado, muestra el porcentaje de batería, pero solo cuando leo manualmente el grupo de configuración de energía con la interfaz gráfica de usuario ... ¿Por qué?

¿Está bien o es un problema?

OK

¿Qué estoy haciendo mal aquí? El parámetro es diferente y lo tengo en el mapa de botones pero todavía no funciona ...

Debe manejar el comando 0x4c (_Step Color Temperature_), después de _Move Color Temperature_:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3418 -L3419
La lógica es probablemente la misma que para _Step_:

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3384

No debería emitir un x001 sin el correspondiente x003. Si el conmutador no envía nada en la versión prolongada, debe asignar estos comandos a x003.

pero solo cuando leo manualmente el clúster de configuración de energía con la interfaz gráfica de usuario ... ¿Por qué?

Como dije, es posible que deba configurar los informes de atributos.

Ok, conseguí que el evento del botón de espera también funcione correctamente. Creo que los eventos ahora se envían correctamente ...

Como dije, es posible que deba configurar los informes de atributos.

No estoy seguro de cómo hacerlo. ¿Podrías ayudarme con eso?

Bueno, el interruptor funciona ahora. Todavía hay algunos problemas que deben solucionarse, pero no estoy seguro de cómo proceder ahora. Tampoco estoy seguro de si lo que codifiqué allí es la forma correcta de manejar el interruptor ...

Como dije, es posible que deba configurar los informes de atributos.

No estoy seguro de cómo hacerlo. ¿Podrías ayudarme con eso?

• Asegúrese de que checkReporting esté configurado para el sensor en https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/de_web_plugin.cpp#L3036
• Incluya el sensor en la lista blanca en https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L1691
• Incluya el sensor en la lista blanca una vez más para manejar _Battery Voltage_ en https://github.com/dresden-elektronik/deconz-rest-plugin/blob/bb47cdbc19c257e3000fdb8475aa456830e6df94/bindings.cpp#L1919

No estoy seguro de cómo proceder ahora. Tampoco estoy seguro de si lo que codifiqué allí es la forma correcta de manejar el interruptor ...

Es mejor crear una solicitud de extracción, para que se pueda revisar el código.

Tengo todo configurado así, pero todavía no funciona. Lo que es interesante es que después de agregar un interruptor después de unos minutos, ya no puedo ni siquiera leer los atributos manualmente a través de deconz gui. La lectura manual siempre se agota. Pero los eventos de botón funcionan desde el interruptor ...

Conseguí que los 3 interruptores funcionaran (2, 4 y 6 botones) al menos parcialmente. Todavía hay muchos problemas que tengo y no estoy seguro de poder solucionarlos en este momento.

1. Los conmutadores comparten el mismo grupo de proveedores con VENDOR_115F . Sospecho que esto podría estar causando algunos de los problemas.

2. Agregar un interruptor no siempre funciona por alguna razón. A veces funciona en el primer intento, pero a veces tengo que intentar multiplicarlo. No tengo ni idea de porqué.

3. Solo puedo agregar un interruptor cuando busco sensores. También puedo buscar interruptores, pero eso nunca tiene éxito, incluso si el interruptor todavía se empareja pero se comporta de manera extraña. Tampoco tengo idea de por qué ...

4. Cuando agrego un interruptor, siempre se crea un nuevo grupo para cada interruptor. Ya tengo como 50 grupos en este momento (debido a que se multiplican las veces que se quitan y se vuelven a agregar los interruptores). ¿Se puede hacer de alguna manera que para los conmutadores Aqara Opple siempre se cree un solo grupo?

5. A veces, en la configuración, las temperaturas suben en el resto de la API. Incluso lo incluí en la lista negra en la base de datos.cpp ...

6. El interruptor de 4 botones no tiene un evento de botón de retención. No importa qué botón mantenga presionado, siempre llega con solo presionar uno.

7. El interruptor de 6 botones no tiene un evento de doble pulsación. Aquí, no importa dónde presione dos veces, siempre viene una sola presión.

8. Además, el interruptor de 6 botones para retener envía un evento de retención cuando mantengo presionado el botón y un evento de liberación cuando lo suelto. No importa si mantengo presionado el botón izquierdo o derecho, al soltarlo siempre ocurre el mismo evento, no hay diferencia entre soltar a la izquierda o derecha. ¿Está bien así? Además, mantener y soltar el botón 5 y 6 no funciona, incluso si el mapa es correcto. Mi mapa se ve así:

static const Sensor::ButtonMap aqaraOpple6Map[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0006, 0x00, 0,    S_BUTTON_1 + S_BUTTON_ACTION_INITIAL_PRESS, "Off top press" },
    // First button On
    { Sensor::ModeScenes,           0x01, 0x0006, 0x01, 0,    S_BUTTON_2 + S_BUTTON_ACTION_INITIAL_PRESS, "On top press" },
    // Third button Off
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 1,    S_BUTTON_3 + S_BUTTON_ACTION_INITIAL_PRESS, "Off middle press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x01, 1,    S_BUTTON_3 + S_BUTTON_ACTION_HOLD, "Off middle hold" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x03, 0,    S_BUTTON_3 + S_BUTTON_ACTION_LONG_RELEASED, "Off middle hold stop" },
    // Fourth button On
    { Sensor::ModeScenes,           0x01, 0x0008, 0x02, 0,    S_BUTTON_4 + S_BUTTON_ACTION_INITIAL_PRESS, "On middle press" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x01, 0,    S_BUTTON_4 + S_BUTTON_ACTION_HOLD, "On middle hold" },
    { Sensor::ModeScenes,           0x01, 0x0008, 0x03, 0,    S_BUTTON_4 + S_BUTTON_ACTION_LONG_RELEASED, "On middle hold stop" },
    // Fifth button Off
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 1,    S_BUTTON_5 + S_BUTTON_ACTION_DOUBLE_PRESS, "Off bottom press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 1,    S_BUTTON_5 + S_BUTTON_ACTION_HOLD, "Off bottom hold" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 0,    S_BUTTON_5 + S_BUTTON_ACTION_LONG_RELEASED, "Off bottom hold stop" },
    // Sixt button On
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4c, 3,    S_BUTTON_6 + S_BUTTON_ACTION_DOUBLE_PRESS, "On bottom press" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 3,    S_BUTTON_6 + S_BUTTON_ACTION_HOLD, "On bottom hold" },
    { Sensor::ModeScenes,           0x01, 0x0300, 0x4b, 0,    S_BUTTON_6 + S_BUTTON_ACTION_LONG_RELEASED, "On bottom hold stop" },

    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

Crearé una solicitud de extracción a partir del código que tengo y tal vez alguien pueda ayudarme a solucionar los problemas que aún están presentes. Al menos creo que esto va en la dirección correcta y los interruptores ya se pueden usar lentamente.

Una vez más, gracias @ebaauw , no llegaría tan lejos sin tu ayuda 👍

1. Los conmutadores comparten el mismo grupo de proveedores con VENDOR_115F. Sospecho que esto podría estar causando algunos de los problemas.

No lo creo. Es solo uno de los atributos para identificar el dispositivo.

1. A veces, en la configuración, las temperaturas suben en el resto de la API. Incluso lo incluí en la lista negra en la base de datos.cpp ...

¿El switch envía un informe de atributos especiales de Xiaomi (atributo 0xff01 o 0xff02) en el clúster _Basic_)? En ese caso, informa su temperatura interna, probablemente junto con el voltaje de la batería. Debería ver un mensaje "extraer atributo especial de Xiaomi" en el registro deCONZ.

1. El interruptor de 4 botones no tiene un evento de botón de retención. No importa qué botón mantenga presionado, siempre llega con solo presionar uno.

Realmente depende de los comandos de ZigBee que envíe el conmutador. Solo un _Move_ viene con un _Stop_ correspondiente; un _Paso_ o _Movimiento al nivel_ no lo hace.

1. Además, el interruptor de 6 botones para retener envía un evento de retención cuando mantengo presionado el botón y un evento de liberación cuando lo suelto. No importa si mantengo presionado el botón izquierdo o derecho, al soltarlo siempre ocurre el mismo evento, no hay diferencia entre soltar a la izquierda o derecha.

Parece el param incorrecto en el mapa de botones. Tenga en cuenta que el conmutador envía el mismo comando _Stop_ cuando suelta _Off_ u _On_ durante mucho tiempo. El complemento de la API REST recuerda la dirección del _Move_ anterior en sensor->previousDirection para saber qué evento x003 enviar.

1. Además, el interruptor de 6 botones para retener envía un evento de retención cuando mantengo presionado el botón y un evento de liberación cuando lo suelto. No importa si mantengo presionado el botón izquierdo o derecho, al soltarlo siempre ocurre el mismo evento, no hay diferencia entre soltar a la izquierda o derecha. ¿Está bien así? Además, mantener y soltar el botón 5 y 6 no funciona, incluso si el mapa es correcto.

No entiendo el código para manejar param para el comando _Move Color Temperature_. Está ahí para el interruptor de iluminación dresden elektronik. Para el sunricherCCTMap puse algunas declaraciones de depuración para ver cuál sería el valor de param , y puse esos valores en el mapa de botones. Parece funcionar, aunque no estoy seguro de por qué. Vea mi comentario en https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1509#issuecomment -530545504.

1. El interruptor de 4 botones no tiene un evento de botón de retención. No importa qué botón mantenga presionado, siempre llega con solo presionar uno.
2. El interruptor de 6 botones no tiene un evento de doble pulsación. Aquí, no importa dónde presione dos veces, siempre viene una sola presión.

Tenía 4 botones y 6 botones y cuando los probé en un concentrador Aqara, ambos singel, duplicaron y mantuvieron presionados todos los botones dentro de la aplicación Aqara y en HomeKit. Así que supongo que también deberían funcionar de esa manera en Deconz.

¿Pudiste oler los comandos que envían?

No lo creo. Es solo uno de los atributos para identificar el dispositivo.

Sí, pero hay algunas comprobaciones en el código para esa identificación de grupo VENDOR_115F que hacen algunas cosas adicionales que no entiendo.

¿El switch envía un informe de atributo especial de Xiaomi (atributo 0xff01 o 0xff02) en el clúster básico)? En ese caso, informa su temperatura interna, probablemente junto con el voltaje de la batería. Debería ver un mensaje "extraer atributo especial de Xiaomi" en el registro deCONZ.

No vi ese mensaje en la consola. El valor de temperatura siempre permanece null cuando aparece en la configuración.

Realmente depende de los comandos de ZigBee que envíe el conmutador. Solo un Move viene con un Stop correspondiente; un Paso o Mover a Nivel no lo hace.

Los comandos que se envían se asignan en el mapa de botones, no aparece nada más en el registro de depuración.

Parece el parámetro incorrecto en el mapa de botones. Tenga en cuenta que el interruptor envía el mismo comando de parada cuando se suelta durante mucho tiempo en Apagado o Encendido. El complemento de la API REST recuerda la dirección del anterior Move in sensor-> previousDirection para saber qué evento x003 enviar.

Entonces, ¿cómo debo asignar esto en el mapa de botones? Como dijiste, el mismo comando _Stop_ proviene del interruptor sin importar qué botón suelte, por lo que siempre obtengo _On middle hold_ stop_ en el registro de depuración.

No entiendo el código para manejar el parámetro para el comando Mover temperatura de color. Está ahí para el interruptor de iluminación dresden elektronik. Para sunricherCCTMap, puse algunas declaraciones de depuración para ver cuál sería el valor de param y coloqué esos valores en el mapa de botones. Parece funcionar, aunque no estoy seguro de por qué. Vea mi comentario en el n. ° 1509 (comentario).

Yo tampoco :) ¿Entonces es necesario que haya un manejo especial para eso en el caso del Aqara Opple?

Por cierto, puede echar un vistazo a la solicitud de extracción y ver si hay algo que observe que podría estar mal ...

¿Cuándo se admitirán los conmutadores OPPLE de Aqara en deconz?
¿Próxima versión?

El soporte inicial está incluido en el n. ° 2239
Ya tengo una compilación personalizada de ese código ejecutándose en mi máquina y están funcionando bien con algunos problemas menores. Solo tenemos que esperar hasta que @manup fusione mi solicitud de extracción ...

Muchas gracias a todos los que hicieron que esta integración ocurriera tan rápido. ¡Estoy listo para presionar el botón de pedido para recibir algunos de esos cambios!

Ya tengo una compilación personalizada de ese código ejecutándose en mi máquina y están funcionando bien con algunos problemas menores.

¡Bien hecho! ¿Cuáles son los problemas menores restantes?

A veces puede suceder que no se emparejen en el primer intento (pero eso tal vez solo esté relacionado con mi entorno de desarrollo).
Además, el interruptor de 4 botones, por alguna razón, no tiene un evento de retención y el de 6 botones no tiene el evento de doble pulsación.
Además de que funcionan bien y los uso a diario sin ningún otro problema.

A veces puede suceder que no se emparejen en el primer intento (pero eso tal vez solo esté relacionado con mi entorno de desarrollo).
Además, el interruptor de 4 botones, por alguna razón, no tiene un evento de retención y el de 6 botones no tiene el evento de doble pulsación.
Además de que funcionan bien y los uso a diario sin ningún otro problema.

en zigbee2mqtt, la versión de 6 botones también tiene solo el evento one click , así que ¿tal vez lo hizo Xiaomi intencionalmente?

Alguien mencionó aquí que con el concentrador Aqara todos los eventos están en los 3 interruptores, así que no estoy seguro de eso.

al botón uno le falta el evento de doble pulsación.

Según esta revisión: https://homekitnews.com/2019/12/04/aqara-opple-smart-switch-review/

Parece que los clics dobles deberían estar disponibles para la versión de 6 botones, al menos si se usa con un hub xiaomi. ¿Es posible que el conmutador detecte qué coordinador se usa y limita la funcionalidad si no se usa un concentrador xiaomi?

Alguien mencionó aquí que con el concentrador Aqara todos los eventos están en los 3 interruptores, así que no estoy seguro de eso.

Sí, he probado la versión de 4 botones + 6 botones con el concentrador Aqara y presionar una sola vez, mantener presionado y presionar dos veces funciona en todos los botones. Ambos se pueden configurar en la aplicación Xiaomi / Aqara Home o en HomeKit. ¿Quizás un rastreador de zigbee pueda resolver esta pregunta?

Sí, alguien tendría que olfatear la comunicación en zigbee de esos conmutadores con el concentrador Aqara. Por lo que vi, ni siquiera hay paquetes que lleguen a deconz, lo que indica que hubo un doble clic en el interruptor de 6 botones.
Entonces, alguien con un concentrador Aqara y esos conmutadores necesitaría oler el tráfico ...

No soy un experto en zigbee.
Pero cambiar el código para que Deconz agregue un dispositivo es 1980.

Ha sido genial si es posible importar un archivo en Deconz que contenga soporte y explicación / información para los nuevos dispositivos compatibles con Deconz.

Eso es cierto, creo que por esta razón quieren trabajar en una API REST v2, lo que debería facilitar la adición de nuevos dispositivos.

Sí, alguien tendría que olfatear la comunicación en zigbee de esos conmutadores con el concentrador Aqara. Por lo que vi, ni siquiera hay paquetes que lleguen a deconz, lo que indica que hubo un doble clic en el interruptor de 6 botones.
Entonces, alguien con un concentrador Aqara y esos conmutadores necesitaría oler el tráfico ...

¡Genial que hayas agregado este dispositivo merdok! :)
Vi que Manup aprobó la solicitud de extracción ahora. Una gran noticia :)
Como no soy codificador, tengo el concentrador Aqara y los conmutadores Opple. ¿Puedo comprar un rastreador y publicar los registros si tú o alguien más está dispuesto a intentar hacer algún uso de él?

Quiero decir, si ya tienes un palo de conbee, puedes usarlo para olfatear el tráfico.

Quiero decir, si ya tienes un palo de conbee, puedes usarlo para olfatear el tráfico.

Tengo un Conbee II y, por lo que he entendido, todavía no tiene soporte para Wireshark. Entiendo perfectamente que los registros del rastreador no pueden resultar nada útiles. Aún así, pediré un rastreador hoy e informaré aquí con los registros. Ya que tengo estos interruptores Opple en una caja esperando a ser instalados e integrados en toda mi casa no puedo destacar sin saber porque todos los botones de eventos funcionan en Aqara pero no en deconz. :)

Es cierto que el soporte para Conbee 2 debería llegar este año ...
Pero sería genial si pudieras olfatear el tráfico, definitivamente ayudaría con las cosas que faltan.

Es cierto que el soporte para Conbee 2 debería llegar este año ...
Pero sería genial si pudieras olfatear el tráfico, definitivamente ayudaría con las cosas que faltan.

Ayer ordené un CC2531 con depurador / programador. Informaré los registros aquí una vez que llegue.

Perfecto 👍

hola a todos - progreso increíble en esto hasta ahora :-).
¿Alguien puede publicar aquí una API de descanso compilada para ubuntu con el soporte de opple? Intenté compilar con las instrucciones en la página principal y no puedo obtener el primer comando (sudo apt install deconz-dev) - no puedo encontrar deconz-dev ....

Creo que deberías tener un poco más de paciencia, estoy seguro de que @manup publicará un nuevo lanzamiento pronto :)

: sollozo: pero lo quiero ahora: sonrisa:
Quiero actualizar el complemento domoticz python para crearlo y admitirlo, pero seré paciente.

Así que olfateé el tráfico entre el concentrador Aqara y los interruptores Opple de 6 botones + 4 botones.
Las diferencias que he notado es que:
Un solo click:
"Uint16: 1 (0x0001)"
Haga doble clic:
"Uint16: 2 (0x0002)"
Sostener:
"Uint16: 0 (0x0000)"
Suelte mantener:
"Uint16: 255 (0x00ff)"

No creo que necesite registros para todos los botones, ya que el único valor que cambia es "Punto final de origen", solo indica si es el botón 1, 2, 3, 4, 5 o 6.
Los siguientes registros serán para el botón 1.

6 botones de un solo clic:

Frame 1072: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 158
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 137
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 137
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 1
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 1 (0x0001)

6 botón doble clic:

Frame 1083: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 160
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 139
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 139
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 2
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 2 (0x0002)

6 botones de retención:

Frame 1086: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 161
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 140
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 140
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 0
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 0 (0x0000)

6 botones de retención de liberación:

Frame 1088: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Network Layer Data, Dst: 0x0000, Src: 0xa6cd
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 162
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 141
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 141
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 255
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 255 (0x00ff)

Entonces, el botón 4 se ve muy similar, también todos los registros del primer botón.
4 botones de un solo clic:

Frame 1097: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 44
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 33
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 33
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 1
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 1 (0x0001)

4 botones doble clic:

Frame 1099: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 45
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 34
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 34
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 2
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 2 (0x0002)

Mantener 4 botones:

Frame 1110: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 47
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 36
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 36
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 0
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 0 (0x0000)

Retención de liberación de 4 botones:

Frame 1112: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) on interface \\.\pipe\zboss_sniffer, id 0
ZBOSS dump, IN, page 0, channel 11
IEEE 802.15.4 Data, Dst: 0x0000, Src: 0x19bb
ZigBee Network Layer Data, Dst: 0x0000, Src: 0x19bb
ZigBee Application Support Layer Data, Dst Endpt: 1, Src Endpt: 1
    Frame Control Field: Data (0x00)
        .... ..00 = Frame Type: Data (0x0)
        .... 00.. = Delivery Mode: Unicast (0x0)
        ..0. .... = Security: False
        .0.. .... = Acknowledgement Request: False
        0... .... = Extended Header: False
    Destination Endpoint: 1
    Cluster: Multistate Input (Basic) (0x0012)
    Profile: Home Automation (0x0104)
    Source Endpoint: 1
    Counter: 48
ZigBee Cluster Library Frame, Command: Report Attributes, Seq: 37
    Frame Control Field: Profile-wide (0x18)
    Sequence Number: 37
    Command: Report Attributes (0x0a)
    Attribute Field, Uint16: 255
        Attribute: Present Value (0x0055)
        Data Type: 16-Bit Unsigned Integer (0x21)
        Uint16: 255 (0x00ff)

Hay más árbol en los registros, pero no creo que sea necesario. Sin embargo, si se necesitan más registros, estaré encantado de proporcionarlos.

¿Has tenido suerte con un rastreador, @addellll? Tengo una versión de 6 botones y creo que está actuando de manera bastante extraña. No estoy convencido de que el mapa de botones sea correcto. Es difícil creer que las cosas serían fundamentalmente diferentes entre el centro de Aqara y deCONZ. (Editar: Ah, veo tu nueva publicación justo arriba ... ¡oportuno!)

Buenas cosas, @addellll

Parece que el Opple es un híbrido, al igual que el regulador de intensidad Hue: envía ambos comandos para controlar las luces directamente, así como informes para informar al coordinador. El uso de _Multistate Input_ y _Present Value_ es típico de Xioami, pero normalmente anunciarían los clústeres (y puntos finales) en los descriptores.

Me preocupa un poco que estos informes no aparezcan en el registro deCONZ. Sería atípico para Xiaomi, pero ¿tal vez el concentrador Aqara realiza alguna configuración cuando el conmutador está emparejado?

@merdok , mejor cambie el mapa de botones para buscar estos informes en lugar de los comandos, consulte el mapa de botones para el interruptor de atenuación Hue.

@addellll gracias por eso! Con este conocimiento podemos mejorar el soporte :)

@ebaauw, pero no veo el clúster multiestado en la interfaz gráfica de usuario de deconz en esos conmutadores. ¿Será esto un problema?

No lo creo, pero no estoy seguro. ¿Quizás por eso no vio estos informes en el registro?

Sé que hay otros dispositivos que no anuncian todos los clústeres compatibles. Para esos, el complemento de la API REST simplemente empuja hacia atrás el clúster faltante a la huella digital, después de lo cual la GUI los mostrará. Supongo que se podría adoptar un enfoque similar para los puntos finales faltantes, pero no creo que lo haya visto antes.

https://github.com/dresden-elektronik/deconz-rest-plugin/blob/10810836905fbcd1e7c9fafcaf386702c9fed41f/de_web_plugin.cpp#L3749

Así que solo intenté agregar .push_back(MULTISTATE_INPUT_CLUSTER_ID); en lugares de multiplicación a los conmutadores, pero eso no ayudó ... El clúster multiestado todavía no aparece en la interfaz gráfica de usuario de deconz y no aparecen eventos / informes de ese clúster en el registro. No estoy seguro de dónde está el problema.

Yo tampoco, me temo. También existe la posibilidad de que el sensor necesite una configuración especial antes de enviar los informes _Multistate Input_. Necesitaríamos un registro de rastreo al emparejar el sensor con el concentrador Aqara para confirmar o descartar eso.

Oh, agregaría el clúster al fpSwitch.inClusters mientras procesa el clúster _Basic_, comprobando en función del modelId y manufacturercode del Opple. Eso debería al menos ser suficiente para los informes del primer punto final.

Proporcionaré los registros de emparejamiento esta noche o mañana.

Este es un volcado completo desde el segundo antes de poner el concentrador Aqara en modo de emparejamiento hasta que el emparejamiento con el interruptor fue exitoso. Además, la última acción es solo presionar el primer botón.
https://anonfile.com/d9K910P9n4/OppleAqaraPairing_pcapng
Solo ábrelo en Wireshark.

Gracias. No veo que no se configure nada en el Opple. Sin embargo, Opple solicita el _Descriptor de nodo_ al coordinador. No he visto dispositivos que hagan eso antes. ¿Está tratando de averiguar (del _Código de fabricante_ 0x115F) si está unido a una red por un concentrador Xioami? ¿O es simplemente para confirmar que puede enviar informes de atributos al coordinador?

@addellll , ¿ya intentó emparejar el Opple con deCONZ, rastreando si envía los informes del atributo _Multistate Input (Basic) _ a la puerta de enlace también?

Curiosamente, el centro de Aqara no comprueba el _Descriptor de nodo_ de Opple ni los _Descriptores simples_. Eso sugeriría que ha codificado la huella digital de cada dispositivo, basado en el _Model Identifier_ y probablemente la _Application Version_ (ya que solo consulta estos _Basic_ atributos). Oppla también envía un informe de atributos para estos dos atributos.

Veo un informe de atributos para 0xfcc0 / 0x00f7 (con el código de fabricante 0x115f), que se parece sospechosamente al informe de atributos especiales de Xiaomi, pero ahora codificado como una cadena octeca (tipo 0x41). Sin embargo, la carga útil parece decodificarse bien:

  battery    temp         ?   RSSI dB             LQI         ?         ?       ?     on?
--------- ------- --------- --------- --------------- --------- --------- ------- -------
0121 e30b 0328 19 0421 a801 0521 1200 0624 0300000000 0821 1101 0a21 0000 0c20 01 6410 00
   3.043V    25°C  u16  424  u16   18  u40          3  u16  273  u16    0   u8  1   false

No creo que hayamos visto la etiqueta 0c antes. 64 se usa para abrir / cerrar en el sensor de puerta, para fugas en el sensor de agua y para encender / apagar para lumi.ctrl_ln2 . 04 , 08 y 0a son bastante comunes, pero no hemos podido averiguar qué significan.
En resumen: deberíamos poder admitir config.battery y config.temperature para Opple.

¿Puede decirme dónde está ocurriendo el procesamiento de clúster básico? Encontré algo en:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/10810836905fbcd1e7c9fafcaf386702c9fed41f/de_web_plugin.cpp#L3706
pero eso en realidad nunca se llama para ninguno de mis dispositivos ...

Creo que deberíamos centrarnos en el clúster multiestado en este momento y hacer que funcione, después de eso podemos obtener la temperatura y la batería del atributo especial

EDITAR:
Ok, descubrí que solo se llama al emparejar el dispositivo. Así que sí lo llamaron y agregué el clúster multiestado en fpSwitch.inClusters pero aún así no tuve suerte. Sin cambios en la interfaz gráfica de usuario y sin eventos / informes que lleguen ...

Volcado completo ejecutando el interruptor Aqara en mi deconz con algunas pulsaciones de botones diferentes. Pero no estoy ejecutando el último código fuente aquí con la extracción combinada. El ID de fuente es 0x4177. No sé si esto es de alguna ayuda ...
https://anonfile.com/Z34b69Pdne/OppleDeconz_pcapng

Usando deCONZ 2.05.66 con un Conbee (I). Me doy cuenta de que los interruptores Opple aún no son compatibles, pero me pregunto por qué todas mis luces zigbee (Hue y Tradfri) se encienden / apagan al presionar un botón después de emparejar el interruptor Opple 6. ¿Se está enviando algún tipo de comando de difusión?

Usando deCONZ 2.05.66 con un Conbee (I). Me doy cuenta de que los interruptores Opple aún no son compatibles, pero me pregunto por qué todas mis luces zigbee (Hue y Tradfri) se encienden / apagan al presionar un botón después de emparejar el interruptor Opple 6. ¿Se está enviando algún tipo de comando de difusión?

Aún no hay una compilación para esta actualización, debe compilar el código fuente para que funcione hoy, de lo contrario, debe esperar hasta que @manup realice una nueva compilación. Estoy seguro de que llegará pronto.

Usando deCONZ 2.05.66 con un Conbee (I). Me doy cuenta de que los interruptores Opple aún no son compatibles, pero me pregunto por qué todas mis luces zigbee (Hue y Tradfri) se encienden / apagan al presionar un botón después de emparejar el interruptor Opple 6. ¿Se está enviando algún tipo de comando de difusión?

Aún no hay una compilación para esta actualización, debe compilar el código fuente para que funcione hoy, de lo contrario, debe esperar hasta que @manup realice una nueva compilación. Estoy seguro de que llegará pronto.

Lo sé :) Solo me pregunto por qué todas mis luces zigbee están encendidas / apagadas con la versión actual de deCONZ. ¿Está enviando comandos de transmisión o algo así?

Sí, el conmutador envía una transmisión que afecta a las luces de su red zigbee. Esto se solucionará tan pronto como se lance la nueva versión.

Sí, el conmutador envía una transmisión que afecta a las luces de su red zigbee. Esto se solucionará tan pronto como se lance la nueva versión.

@merdok : escribí controladores de dispositivo Xiaomi / Aqara para un sistema HA diferente, Hubitat, y me pregunto cómo resolvió el problema de estos conmutadores que envían mensajes de transmisión en grupo al grupo _todos los dispositivos_.

¿Su modificación deCONZ mantiene la vinculación con el coordinador pero cambia el grupo asignado a un grupo vacío en el coordinador?

No hay vinculación para el coordinador. Los dispositivos Xiaomi envían sus informes al coordinador (dirección NWK 0x0000) de forma predeterminada.

No hay grupos en el coordinador. Un grupo ZigBee es como una dirección de multidifusión, a la que se suscriben los dispositivos. Consulte el panel _Cluster Info_ en la GUI de deCONZ para el servidor (azul) _Groups_ cluster para obtener más detalles.

En el nuevo estado de fábrica, el Opple envía mensajes de transmisión para controlar las luces directamente (sin interferencia de deCONZ). Al vincular los clústeres de cliente (gris) _On / Off_ y _Level Control_ a un grupo, en su lugar envía mensajes de transmisión grupal. deCONZ escucha a escondidas los mensajes de transmisión / transmisión en grupo para aplicar ingeniería inversa a los eventos de los botones. Cuando ve una transmisión en grupo, establece config.group en el recurso del sensor.

No hay vinculación para el coordinador. Los dispositivos Xiaomi envían sus informes al coordinador (dirección NWK 0x0000) de forma predeterminada.

No hay grupos en el coordinador. Un grupo ZigBee es como una dirección de multidifusión, a la que se suscriben los dispositivos. Consulte el panel _Cluster Info_ en la GUI de deCONZ para el servidor (azul) _Groups_ cluster para obtener más detalles.

No estoy muy familiarizado con las redes ZigBee, pero ¿las tablas de enlace no están almacenadas y administradas por el coordinador?

¿Y qué dispositivo (s) gestiona los grupos de ZigBee: el coordinador, los enrutadores, los dispositivos finales o los tres?

En el nuevo estado de fábrica, el Opple envía mensajes de transmisión para controlar las luces directamente (sin interferencia de deCONZ). Al vincular los clústeres de cliente (gris) _On / Off_ y _Level Control_ a un grupo, en su lugar envía mensajes de transmisión grupal. deCONZ escucha a escondidas los mensajes de transmisión / transmisión en grupo para aplicar ingeniería inversa a los eventos de los botones. Cuando ve una transmisión en grupo, establece config.group en el recurso del sensor.

En el nuevo estado de fábrica, entendí que los botones Aqara-Opple transmiten mensajes a todos los nodos (punto final 0xFFFF), por lo que los clústeres están vinculados a ese punto final, ¿verdad?

Si entiendo correctamente su explicación, la única forma en que se pueden usar los botones Aqara-Opple es vincular los grupos relevantes a un grupo, y no al coordinador, por lo que la unidifusión no es posible. Y los conmutadores Aqara-Opple siempre deben configurarse para controlar al menos un dispositivo final directamente (como parte de un grupo).

Entonces, me pregunto cómo el concentrador Aqara administra la configuración de los botones Aqara-Opple para que no controlen todas las luces / interruptores en la malla de forma predeterminada después del emparejamiento.

pero ¿las tablas vinculantes no están almacenadas y gestionadas por el coordinador?

No, cada dispositivo ZigBee tiene su propia tabla de enlace, que se configura por punto final y clúster a dónde enviar mensajes. Consulte la sección sobre _Binding Dropox_ en el manual del usuario de la GUI, desde el menú de ayuda.

Y qué dispositivo (s) gestiona los grupos de ZigBee

Un grupo ZigBee es solo un número, no un objeto a administrar. Cada dispositivo administra su propia membresía, es decir, tiene su propia tabla de membresía de grupos que escucha. Como dije antes, esta tabla se administra a través del clúster _Groups_.

punto final 0xFFFF

Esa es la dirección de transmisión de NWK, no un punto final.

por lo que los clústeres están vinculados a ese destino de punto final , ¿verdad?

No, como dije, está codificado en caso de que no haya ninguna entrada en la tabla de enlace.

la única forma en que se pueden usar los botones Aqara-Opple

No, nunca dije eso. Para evitar que Opple envíe transmisiones, debe crear enlaces desde los clústeres _On / Off_ y _Level Control_. La mejor práctica es para un grupo. El interruptor no sabe ni le importa si alguna luz escucha a ese grupo.

para controlar al menos un dispositivo final directamente

Por lo general, los conmutadores controlan los enrutadores; los dispositivos finales tienden a dormir y no se pueden controlar porque su radio está apagada (para ahorrar batería).

Entonces, me pregunto cómo el concentrador Aqara administra la configuración de los botones Aqara-Opple para que no controlen todas las luces / interruptores en la malla de forma predeterminada después del emparejamiento.

Crea los enlaces en el dispositivo. Y también lo hará el complemento REST API una vez que el conmutador sea totalmente compatible.

¡Gracias por tu paciencia, @ebaauw! Entiendo todo, pero tengo una pregunta más:

Para evitar que Opple envíe transmisiones, debe crear enlaces desde los clústeres _On / Off_ y _Level Control_. La mejor práctica es para un grupo. El interruptor no sabe ni le importa si alguna luz escucha a ese grupo.

¿Se pueden crear enlaces a partir de esos clústeres a algo más que a un grupo?

La razón por la que pregunto es que no uso DeCONZ, uso una solución HA diferente y estoy tratando de encontrar el método para que los dispositivos de botón Aqara-Opple funcionen de manera similar a cómo funcionan los dispositivos de botón Aqara / Xiaomi, solo enviando reporta al coordinador.

Vea la conversación de arriba. El Opple funciona de manera diferente a todos los demás dispositivos Xiaomi, controlando las luces directamente. Además de eso, envía informes desde los clústeres de _Multistate Input_ del servidor al coordinador, nuevamente sin un enlace. De alguna manera, deCONZ no los recibe o procesa, todavía estamos averiguando por qué (probablemente relacionado con el hecho de que Opple no anuncia los clústeres _Multistate Input_ ni los otros puntos finales). Aún necesita crear enlaces para los clústeres de clientes para evitar que Opple transmita los comandos.

Tenga en cuenta que la API REST no expone la creación de enlaces. Esto es interno al complemento de la API REST.

Fuera del hilo, no estoy seguro: ¿Se espera el soporte para Aqara OPPLE en la próxima versión?
No veo ninguna referencia "OPPLE" en las confirmaciones.

Sí, el soporte inicial se incluirá en la próxima versión.

¿Ya está incluido en el http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb que se actualizó el día 14?

He probado deconz-2.05.73 con Aqara OPPLE switches * 4 adn * 6 button.
Y existe la posibilidad de agregar interruptores.

La prensa Singel está bien.
Pero * 2 clics y pulsación larga es aleatorio.
Está trabajando en algún botón.

Pero no puedo ver los interruptores en phoscon.

El 2 clic y la pulsación larga son diferentes entre esos interruptores. Esto se debe a que todavía estamos luchando para que el punto final correcto esté disponible en deconz. Sabemos que hay un clúster multiestado presente en el conmutador pero no es visible en deconz ...

Hola, con la última versión beta, he intentado con éxito incluir 4 botones y 6 botones en Phoscon, pero no se muestran como dices ostgardh.

Interruptor de 4 botones: 1 clic en Aceptar en 4 botones, doble clic en Aceptar en los botones 3 y 4, sin clics largos
Interruptor de 6 botones: 1 clic en Aceptar en 6 botones, doble clic en Aceptar y clic largo en Aceptar en el botón 3, 4, 5, pero en el botón 6, el clic largo regresa al soltar 5 botones (6001 -> 5003)

Tengo una pregunta: ¿cómo abrir el interruptor para cambiar la batería?

Recién actualizado a 2.05.73 - ¿cómo emparejo el interruptor opple? Presionar el botón C en la parte posterior no hace nada, el LED parpadea 3 veces pero deconz no reconoce el interruptor.

deconz no reconoce el interruptor

No puede verlo en la GUI de deconz después de que se haya emparejado, y no informará que haya emparejado nada cuando intente emparejarlo. Si usa Home Assistant, puede vnc en deconz para ver si el interruptor está en el mapa del dispositivo.

@mrgreenfr

Tengo una pregunta: ¿cómo abrir el interruptor para cambiar la batería?

Maby te ayuda.
https://homekitnews.com/2019/12/04/aqara-opple-smart-switch-review/
Desplácese hacia abajo hasta EL TEMA DE REEMPLAZO DE LA BATERÍA

Si alguien está interesado, agregué soporte básico para Domoticz para la variante de 6 botones: funciona con una sola pulsación y una doble pulsación para los botones centrales. Esto es bastante bueno :-)

https://github.com/Smanar/Domoticz-deCONZ/issues/46

Hola, con la última versión beta, he intentado con éxito incluir 4 botones y 6 botones en Phoscon, pero no se muestran como dices ostgardh.

Interruptor de 4 botones: 1 clic en Aceptar en 4 botones, doble clic en Aceptar en los botones 3 y 4, sin clics largos
Interruptor de 6 botones: 1 clic en Aceptar en 6 botones, doble clic en Aceptar y clic largo en Aceptar en el botón 3, 4, 5, pero en el botón 6, el clic largo regresa al soltar 5 botones (6001 -> 5003)

Tengo una pregunta: ¿cómo abrir el interruptor para cambiar la batería?

Tengo el mismo problema con la liberación de 6 botones después de un clic largo. Evento 5003 de retorno remoto en lugar de 6003.
@merdok ¿

Parece que zigbee2mqtt tiene soporte para el interruptor Aqara Opple
https://www.zigbee2mqtt.io/devices/WXCJKG13LM.html
Intento profundizar en el código zigbee2mqtt y encontrar cómo han resuelto el soporte de opple ..

@bastshoes, sé sobre ese problema, intentaré resolverlo cuando tenga algo de tiempo libre
@ostgardh la última vez que verifiqué su implementación estaba bastante cerca de esta, así que supongo que tendrán los mismos problemas que tenemos con el doble clic y la presión prolongada en las versiones de 4 y 6 botones.

Veo en el código que los conmutadores de Opple no informan los valores buttonevent correctos, por lo que no puedo agregar soporte a homebridge-hue.

El x000 (presionar), x001 (mantener), x002 (soltar) y x003 (soltar después de mantener) provienen del interruptor de atenuación Hue. Al presionar / soltar un botón, envía x000, x002. Al presionar, mantener presionado, soltar un botón, envía x000, x001, x001, ..., x001, x003.
El puente Hue no admite notificaciones push, por lo que los clientes de API (como homebridge-hue) deben sondear el puente. Lo mejor que puede manejar el puente es una vez cada 2 segundos. Esto significa que es probable que los clientes de API se pierdan el evento x000 y algunos de los eventos x001. En consecuencia, su lógica se basa en ver x002 y x003.

Por lo tanto, asegúrese de que cada secuencia de acciones de botón que presione (mantenga presionado) y suelte termine con x002 o x003. _No_ emita x000 sin un x002 o x003 correspondiente, y _no_ emita un x001 sin un x003 correspondiente. Si un conmutador solo envía un comando al presionarlo, debe asignarse a x002; solo si envía un comando en la prensa y uno en la liberación, la prensa se asigna a x000 y la liberación a x002.

No estoy seguro de qué quiere decir exactamente con eso, no soy un experto en los eventos y solo hice mi desarrollo basado en los eventos para otros botones. No tuve ningún problema desde que implementé esto (usando HomeAssistant). ¿Puede indicarme qué y dónde se debe ajustar exactamente?

Además, todavía no vemos el clúster multiestado en deconz, que supongo que es necesario para agregar el soporte adecuado de Opple. Actualmente faltan eventos que los conmutadores envían pero no llegan a deconz debido al clúster no disponible.

¿Puede indicarme qué y dónde se debe ajustar exactamente?

Quieres emitir:

• Para una sola pulsación: x002 ( S_BUTTON_ACTION_SHORT_RELEASED );
• Para pulsación larga: x003 ( S_BUTTON_ACTION_LONG_RELEASED );
• Para doble pulsación: 0x004 ( S_BUTTON_ACTION_DOUBLE_PRESS ).

Solo emita un x000 ( S_BUTTON_ACTION_INITIAL_PRESS ) si será seguido por un x002 o x003; solo emita un x001 ( S_BUTTON_ACTION_HOLD ) si será seguido por un x003. Es decir, si el interruptor envía diferentes mensajes para presionar / mantener o soltar.

Además, todavía no vemos el clúster multiestado en deconz, que supongo que es necesario para agregar el soporte adecuado de Opple.

Justo después de aquí:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3848 -L3852
desea agregar lo siguiente:

else if (node->nodeDescriptor().manufacturerCode() == VENDOR_XIAOMI &&
         modelId.contains(QLatin1String("86opcn01"))) // Aqara Opple switches
{
    fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID);
}

Eso debería mostrar el clúster en la GUI y permitir que los mensajes se registren. No sé si el interruptor requiere un enlace. Por lo general, los dispositivos Xiaomi envían informes al coordinador (dirección NWK 0x0000) de fábrica, pero estos interruptores no se parecen a ningún otro interruptor de Xioami.

Para manejar los informes _Multistate Input_, necesitaría cambiar
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3407
a

else if ((ind.clusterId() == DOOR_LOCK_CLUSTER_ID && sensor->manufacturer() == QLatin1String("LUMI")) ||
         (ind.clusterId() == MULTISTATE_INPUT_CLUSTER_ID && sensor->modelId().contains(QLatin1String("86opcn01"))))

Puede hacerlo con un solo buttonMap para los tres conmutadores:

• ep coincide con el botón (0x01, ... 0x06 para S_BUTTON_1 a S_BUTTON_6 ; los interruptores de 2 y 4 botones simplemente no enviarán mensajes desde los puntos finales superiores) ;
• cluster es 0x0012 (_Entrada multiestado_);
• cmd es 0x0a (_Reportar atributos_);
• param es:
  
  
  
  • 0 por S_BUTTON_ACTION_HOLD ;
  
  
  • 1 por S_BUTTON_ACTION_SHORT_RELEASED ;
  
  
  • 2 por S_BUTTON_ACTION_DOUBLE_PRESS ;
  
  
  • 255 por S_BUTTON_ACTION_LONG_RELEASED .
  
  

¡Gracias! ¡Lo comprobaré durante el fin de semana y veré si puedo hacerlo funcionar!

@ebaauw
Intenté agregar el clúster multiestado según su sugerencia, pero no funcionó. Se llama al código, ya que también agregué un registro allí y lo veo en la consola, pero el clúster multiestado todavía no aparece en la interfaz gráfica de usuario.
¿Alguna otra idea?

Actualmente no puedo ajustar el mapa del botón según su solicitud, ya que el botón solo envía un S_BUTTON_ACTION_INITIAL_PRESS y eso es todo. Nada viene después de eso. No viene S_BUTTON_ACTION_SHORT_RELEASED .
En algunos botones vuelve un S_BUTTON_ACTION_LONG_RELEASED . Pero aquí también, cuando sostengo mucho tiempo y suelto, no vuelve nada.

Creo que sin hacer que el clúster multiestado funcione, no podemos obtener el soporte adecuado para esos conmutadores ...

Correcto, verifiqué dos veces mi lumi.sensor_wleak : de hecho, el clúster _IAS Zone_ agregado no se muestra en la GUI, pero los mensajes de ese clúster están disponibles para el complemento REST API.

No veo ningún evento o mensaje nuevo después de agregar el clúster con su código. Nada cambió realmente.

¿Has vuelto a emparejar el interruptor?

Sí, lo reparé. Y como dije, vi que se llamaba al código porque agregué una salida de registro allí y apareció en la consola.

¿Cuál es el uniqueid del recurso /sensors ? ¿Termina con -01-0012 ?

Lamentablemente no:

{
"config": {
"battery": 100,
"group": "7",
"on": true,
"reachable": true
},
"ep": 1,
"etag": "3cecbb01c9daea3e7cdd67424fd87bc5",
"manufacturername": "LUMI",
"mode": 1,
"modelid": "lumi.remote.b686opcn01",
"name": "lumi.remote.b686opcn01",
"state": {
"buttonevent": 2000,
"lastupdated": "2020-03-01T21:01:58"
},
"swversion": "20190730",
"type": "ZHASwitch",
"uniqueid": "04:cf:8c:df:3c:75:b8:b9-01-0006"
}

Hm, probablemente se deba a que el clúster de cliente _On / Off_ (out) tiene prioridad aquí:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L4764

Tal vez evite la adición de clústeres de clientes enumerando los conmutadores aquí:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L4290 -L4293
Después de eso y volver a emparejar, debería terminar en -01-0012 .

Vi que se llamaba al código porque agregué una salida de registro allí y apareció en la consola.

Solo para verificar, ¿esa sería esta línea?

    fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID);

Actualmente no puedo ajustar el mapa del botón según su solicitud, ya que el botón solo envía un S_BUTTON_ACTION_INITIAL_PRESS y eso es todo.

El botón no envía S_BUTTON_ACTION_INITIAL_PRESS. Envía un comando en la prensa, que actualmente está asignado a S_BUTTON_ACTION_INITIAL_PRESS. Este comando debería haber sido asignado a S_BUTTON_ACTION_SHORT_RELEASED en su lugar, porque el botón no envía otro comando en el lanzamiento.

Tal vez evite la adición de clústeres de clientes enumerando los conmutadores aquí:

Ok, ahora uniqueid termina con -01-0012 pero no veo ningún mensaje o evento nuevo en la consola. El interruptor funciona como antes, en realidad no ha cambiado nada excepto el ID único.

Solo para verificar, ¿esa sería esta línea?

Sí, esa línea.

El botón no envía S_BUTTON_ACTION_INITIAL_PRESS. Envía un comando en la prensa, que actualmente está asignado a S_BUTTON_ACTION_INITIAL_PRESS. Este comando debería haber sido asignado a S_BUTTON_ACTION_SHORT_RELEASED en su lugar, porque el botón no envía otro comando en el lanzamiento.

Oh, entonces tengo que cambiar en el mapa de botones de S_BUTTON_ACTION_INITIAL_PRESS a S_BUTTON_ACTION_SHORT_RELEASED ?

Ok, ahora el uniqueid termina con -01-0012

Eso es bueno.

pero no veo ningún mensaje o evento nuevo en la consola.

Eso no es bueno. Mirando zigbee2mqtt, hace algo de magia para configurar el Opple:
https://github.com/Koenkk/zigbee-herdsman-converters/blob/29f6a72d56e6c93e19261e93d2de76fa7da70362/devices.js#L890

El clúster se define aquí:
https://github.com/Koenkk/zigbee-herdsman/blob/e7050455cedc7dc8115dc1260989a666515923ed/src/zcl/definition/cluster.ts#L3651

Por lo tanto, escribe el valor 1 de u8 en el clúster

Hacemos algo similar para el atenuador Hue en delayedFastEnddeviceProbe() , en algún lugar alrededor:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/69946322ade31ba98f2d0827f3dc7a8fc07a71b5/de_web_plugin.cpp#L14171
Me temo que el archivo es demasiado grande para incluirlo en GitHub. Me pregunto si eso es una pista. ;-)

Oh, entonces tengo que cambiar en el mapa de botones de S_BUTTON_ACTION_INITIAL_PRESS a S_BUTTON_ACTION_SHORT_RELEASED?

Sí, por favor.

Entonces escribe el valor 1 de u8 en el clúster 0xFFC0, atributo 0x0009, usando el código de fabricante 0x115f. Apuesto a que el Opple necesita escuchar esta palabra mágica para comenzar a enviar mensajes de entrada multiestado.

Eso tiene sentido. Pero no tengo ni idea de cómo escribirlo en el punto final con deconz. ¿Podrías decirme cómo y dónde tengo que hacerlo?

Hacemos algo similar para el atenuador Hue en delayedFastEnddeviceProbe (), en algún lugar alrededor:

No puedo encontrar el método delayedFastEnddeviceProbe() implementación en de_web_plugin.cpp, solo veo que se llama dos veces. ¿Estás seguro de que está en ese archivo?

Sí, por favor.

Puedo hacer este cambio, pero ¿tiene sentido ajustarlo ahora, ya que nos estamos acercando para que funcione el clúster multiestatal?

Por cierto : ¿sabes cómo agregar la compatibilidad adecuada con Home Assistant? Actualmente tengo que escuchar los eventos del conmutador y en Dispositivo para el Opple solo aparece la batería. Otros interruptores tienen allí todos los eventos enumerados ...

No puedo encontrar el método delayedFastEnddeviceProbe() implementación en de_web_plugin.cpp, solo veo que se llama dos veces. ¿Estás seguro de que está en ese archivo?

Tendré que volver a comprobar cuando vuelva a casa. Como mencioné, el archivo es demasiado grande para que GitHub lo muestre en su totalidad. Falta el último par de miles (!) De líneas.

Puedo hacer este cambio, pero ¿tiene sentido ajustarlo ahora?

Estoy de acuerdo, concentrémonos en hacer funcionar la _Entrada multiestatal_.

Por cierto: ¿sabes cómo agregar la compatibilidad adecuada con Home Assistant?

Lo siento, no uso ni conozco HA.

Tendré que volver a comprobar cuando vuelva a casa. Como mencioné, el archivo es demasiado grande para que GitHub lo muestre en su totalidad. Falta el último par de miles (!) De líneas.

Oh, ahora mismo. Veo el método ahora en mi entorno de desarrollo local.

Ok, basándonos en zigbee2mqtt ahora sabemos lo que se debe hacer para que el clúster multiestado funcione, ahora debemos encontrar la ubicación correcta para escribir los datos en el punto final (supongo que al inicio).

El lugar correcto es delayedFastEnddeviceProbe() , al lado de donde está escrito el atributo de atenuación Hue. Han pasado un par de años desde que escribí eso, pero afaik todavía funciona. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/commit/82cdb3b521e3704d2c75b17eb360b334893f7bf5.

Entonces he agregado esto:

if (sensor->modelId().contains(QLatin1String("86opcn01")))  // Aqara Opple
{
    DBG_Printf(DBG_INFO, "WRITE TO OPPLE \n");
    deCONZ::ZclAttribute attr(0x0009, deCONZ::Zcl16BitBitMap, "mode", deCONZ::ZclReadWrite, false);
    attr.setBitmap((quint64) 0x000b);
    writeAttribute(sensor, sensor->fingerPrint().endpoint, 0xFFC0, attr, VENDOR_XIAOMI);
}

Se llama al código cuando se empareja (veo DBG_Printf en la consola), pero el clúster multiestado aún no es visible en la interfaz gráfica de usuario y tampoco hay nuevos eventos o mensajes. ¿Qué hice mal?

Aquí hay algunos resultados de registro:

write manufacturer specific attribute of 0x04CF8CDF3C75B8B9 ep: 0x01 cluster: 0xFFC0: 0x0009
21:11:59:078 add task 248 type 20 to 0x04CF8CDF3C75B8B9 cluster 0xFFC0 req.id 95
21:11:59:079 0x04CF8CDF3C75B8B9 (lumi.remote.b686opcn01) create binding for attribute reporting of cluster 0x0001 on endpoint 0x01
21:11:59:079 discard double entry in binding queue (size: 4) for for 0x04CF8CDF3C75B8B9, cluster 0x0001
21:11:59:079 APS-DATA.request id: 96, addrmode: 0x03, addr: 0x04cf8cdf3c75b8b9, profile: 0x0000, cluster: 0x0021, ep: 0x00 -> 0x00 queue: 1 len: 15 tx.options 0x04
21:11:59:106 APS-DATA.request id: 95, addrmode: 0x03, addr: 0x04cf8cdf3c75b8b9, profile: 0x0104, cluster: 0xFFC0, ep: 0x01 -> 0x01 queue: 2 len: 10 tx.options 0x04

También busqué en toda la consola las referencias de ID de clúster multiestado (0x0012) pero no hay una sola entrada para eso ...

El atributo Opple es de tipo u8, por lo que el segundo argumento del constructor ZclAttribute debe ser deCONZ::Zcl8BitUint . Debe establecerlo en el valor u8 de 1 a attr.setValue((quint64) 1); .

Las clases deCONZ:: son de la API de C ++ que el programa central deCONZ ofrece a los complementos. Vea los archivos #include del paquete deconz-dev , instalados en /usr/include/deconz . El sitio web que documenta esta API de C ++ ha desaparecido ...

if (sensor->modelId().contains(QLatin1String("86opcn01")))  // Aqara Opple
{
    DBG_Printf(DBG_INFO, "WRITE TO OPPLE \n");
    deCONZ::ZclAttribute attr(0x0009, deCONZ::Zcl8BitUint, "mode", deCONZ::ZclReadWrite, false);
    attr.setBitmap((quint64) 0x000b);
    attr.setValue((quint64) 1);
    writeAttribute(sensor, sensor->fingerPrint().endpoint, 0xFFC0, attr, VENDOR_XIAOMI);
}

Aún nada. ¿Tengo que dejar los hacks de ayer o tengo que eliminarlos?

Elimina la llamada a setBitMap , solo para estar seguro.

Aún nada...

Verificó dos veces y tres veces las fuentes de zigbee2mqtt. Me tomó una cuarta verificación para ver que el clúster es 0xFCC0 . Mi error.

Je, copié eso de tu comentario, pero incluso después de eso lo comparé multiplicado por la fuente, pero tampoco noté el error ...

Ok, ahora finalmente puedo ver algo nuevo.

El clúster multiestado y 2 nuevos puntos finales aparecieron en la interfaz gráfica de usuario:

Mi antiguo mapa de botones ya no funciona.
Los nuevos eventos provienen del clúster 0x0012 (multiestado):

APS-DATA.indication srcAddr: 0x4586, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -47
22:45:20:520    asdu: 18b00a5500210100
22:45:20:520 Node data 0x04cf8cdf3c75b8b9 profileId: 0x0104, clusterId: 0x0012
22:45:20:524 Force binding of attribute reporting for sensor lumi.remote.b686opcn01
22:45:20:525 no button handler for: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55

Algunas cosas nuevas como el informe de atributos ZCL:

22:50:10:693 APS-DATA.indication srcAddr: 0x4586, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -47
22:50:10:693    asdu: 18b70a5500210200
22:50:10:693 Node data 0x04cf8cdf3c75b8b9 profileId: 0x0104, clusterId: 0x0012
22:50:10:695 Force binding of attribute reporting for sensor lumi.remote.b686opcn01
22:50:10:695 no button handler for: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55
22:50:10:695 ZCL attribute report 0x04CF8CDF3C75B8B9 for cluster: 0x0012, ep: 0x01, frame control: 0x18, mfcode: 0x0000
22:50:10:695    payload: 5500210200

Algunos de ellos desde el punto final 4 ????

22:54:04:230 Node data 0x04cf8cdf3c75b8b9 profileId: 0x0104, clusterId: 0x0012
22:54:04:233 ZCL attribute report 0x04CF8CDF3C75B8B9 for cluster: 0x0012, ep: 0x04, frame control: 0x18, mfcode: 0x0000

No estoy seguro de cómo manejar esos ...

Editar ahora tengo 6 nuevos puntos finales en la interfaz gráfica de usuario, por cada botón en el control remoto se crea un punto final. Solo aparecen en la interfaz gráfica de usuario cuando presiono un botón en el control remoto por primera vez.

El mensaje no button handler for: en la consola solo aparece para el primer punto final, para el resto solo veo ZCL attribute report en la consola.

uniqueid en rest api todavía termina con -01-0006

Así que supongo que ahora solo necesito configurar un nuevo mapa de botones y debería funcionar. Entonces, ¿cómo creo un mapa de botones adecuado ahora con estos nuevos datos?

El clúster multiestado y 2 nuevos puntos finales aparecieron en la interfaz gráfica de usuario:
Solo aparecen en la interfaz gráfica de usuario cuando presiono un botón en el control remoto por primera vez.

Ah, eso es cierto (claro, ahora lo recuerdo); la GUI muestra los clústeres (no informados en los _Descriptores detallados_) cuando ve un mensaje del dispositivo que se origina en ese clúster.

Mi antiguo mapa de botones ya no funciona.

Es posible que desee volver a verificar que se hayan creado los enlaces para los clústeres de clientes.

Sin embargo, lo más probable es que el conmutador utilice los clústeres de clientes o el clúster de servidores _Multistate Input_. Quizás escribir otro valor en el atributo mágico cambiaría ponerlo en modo "dual", pero creo que deberíamos contar nuestras bendiciones y no tratar de arreglar lo que no está roto.

Sin embargo, debe abstenerse de crear un grupo para estos conmutadores, exponer config.group y configurar cualquier enlace de clúster de cliente.

No estoy seguro de cómo manejar esos ...

En el buttonMap.

El mensaje sin controlador de botón para: en la consola solo aparece para el primer punto final

Es mejor crear primero un nuevo mapa de botones.

por lo demás, solo veo el informe de atributos ZCL en la consola.

¡Y eso es lo que queremos ver!

uniqueid en resto api todavía termina con -01-0006

Asegúrese de no agregar los clústeres de clientes a la huella digital de fpSwitch, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -593149167.

Entonces, ¿cómo creo un mapa de botones adecuado ahora con estos nuevos datos?

Ver arriba, https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -592617874. Leí que el interruptor también admite triple pulsación con valor 3.

Sin embargo, debe abstenerse de crear un grupo para estos conmutadores, exponer config.group y configurar cualquier enlace de clúster de cliente.

Lo siento no entiendo eso. ¿Podrías ser más específico?

Asegúrese de no agregar los clústeres de clientes a la huella digital de fpSwitch, consulte # 2061 (comentario).

Haciendo eso, también necesito hacer retroceder el clúster multiestado ( fpSwitch.inClusters.push_back(MULTISTATE_INPUT_CLUSTER_ID); ) o de lo contrario el conmutador no se emparejará, ¿está bien?

Comenzó un nuevo mapa de botones según su sugerencia en un comentario anterior:

static const Sensor::ButtonMap aqaraOpple6MapNew[] = {
//    mode                          ep    cluster cmd   param button                                       name
    // First button Off
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 0,    S_BUTTON_1 + S_BUTTON_ACTION_HOLD, "Off top hold" },
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 1,    S_BUTTON_1 + S_BUTTON_ACTION_SHORT_RELEASED, "Off top press" },
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 2,    S_BUTTON_1 + S_BUTTON_ACTION_DOUBLE_PRESS, "Off top double press" },
    { Sensor::ModeScenes,           0x01, 0x0012 , 0x0a , 255,    S_BUTTON_1 + S_BUTTON_ACTION_LONG_RELEASED, "Off top long released" },
    // end
    { Sensor::ModeNone,             0x00, 0x0000, 0x00, 0,    0,                                           nullptr }
};

y eso resulta siempre con button 1001 Off top hold se activa sin importar si presiono una vez, presiono dos veces, presiono tres veces, mantén presionado o suelto.

Presionar los otros botones aún no da como resultado que no button handler for: aparezca en la consola ...

A continuación se muestran los mensajes de cada evento.

Presionar una sola vez:

23:50:12:401 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -49
23:50:12:401    asdu: 180d0a5500210100

Pulse dos veces:

23:50:14:214 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -49
23:50:14:214    asdu: 180e0a5500210200

Pulsación triple:

23:50:15:696 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -49
23:50:15:696    asdu: 180f0a5500210300

Sostener:

23:52:53:785 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -50
23:52:53:785    asdu: 18100a5500210000

Liberar:

23:52:54:568 APS-DATA.indication srcAddr: 0xc394, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -50
23:52:54:568    asdu: 18110a550021ff00

El único cambio entre esos mensajes es la última parte de carga útil, y parece ser exactamente como dijiste, pero siempre solo aparece button 1001 Off top hold en la consola.
Para los otros botones, solo aparece la indicación APS-DATA en la consola y button xxxx incluso si ajusté el mapa de botones.

Lo siento no entiendo eso. ¿Podrías ser más específico?

No llames checkSensorGroup() ni checkSensorBindingsForClientClusters() ni sensor->addItem(DataTypeString, RConfigGroup);

Haciendo eso, también necesito hacer retroceder el clúster multiestado

Sí, eso debe quedarse.

y eso resulta siempre con el botón 1001 Off top hold que se activa sin importar si presiono una sola vez, dos veces, tres veces, sostengo o suelto.

¿Puede enumerar el código que cambió aquí?
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/84cd1b0bdf4e66b5f244cf733c263166129fca62/de_web_plugin.cpp#L3407

Presionar los otros botones aún no da como resultado ningún controlador de botones para: que aparezca la consola ...

¿Agregó las entradas para los otros puntos finales al buttonMap?

No llame a checkSensorGroup () ni checkSensorBindingsForClientClusters () ni sensor-> addItem (DataTypeString, RConfigGroup);

¡Entendido! Eliminé mis llamadas a checkSensorGroup() y checkSensorBindingsForClientClusters() . Este sensor->addItem(DataTypeString, RConfigGroup); nunca lo agregué. El interruptor todavía funciona, pero el config.group todavía está presente en el resto de la API.

También he eliminado checkClientCluster = true; ¿Está bien?

¿Puede enumerar el código que cambió aquí?

No cambió nada allí.

¿Agregó las entradas para los otros puntos finales al buttonMap?

Sí, lo hice. Lo que es interesante, para los otros botones ni siquiera se llama al método checkSensorButtonEvent() . Acabo de colocar una salida de registro allí y se imprime en la consola para el botón con el punto final 1, pero para todos los demás no imprime mi registro, por lo que nunca se llama ...

Lo que es interesante, para los otros botones ni siquiera se llama al método checkSensorButtonEvent ().

Siempre hay un lugar más para incluir en la lista blanca ... Debe incluir los conmutadores en la lista blanca aquí para buscarlos utilizando el punto final 01.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/c69b8323051a90dd78035025ffe174df7370f440/de_web_plugin.cpp#L715 -L718

No cambió nada allí.

Debería haberlo hecho, consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -592617874 arriba, justo antes del mapa de botones.

Tenga en cuenta que puede utilizar el mismo mapa de botones para los tres conmutadores.

También he eliminado checkClientCluster = true; ¿Eso esta bien?

Eso creo.

Siempre hay un lugar más para incluir en la lista blanca ... Debe incluir los conmutadores en la lista blanca aquí para buscarlos utilizando el punto final 01.

¿Entonces básicamente algo así si te entiendo bien?

else if (sensorNode->modelId().contains(QLatin1String("86opcn01")))
{
    sensorNode = getSensorNodeForAddressAndEndpoint(ind.srcAddress(), 0x01);
}

Debería haberlo hecho, vea el # 2061 (comentario) arriba, justo antes del mapa de botones.

Oh, lo siento, de alguna manera me perdí eso.

Agregará el código que falta hoy por la noche y lo probará.

Eso creo.

Supongo que, dado que ahora logramos que el clúster multiestado funcione, parte del código anterior que agregué ya no es necesario, así que quiero intentar mantenerlo lo más limpio posible ...
¿Está bien que config.group todavía aparezca en el resto de la API? ¿El switch todavía necesita estar en un grupo ahora que el clúster multiestado está activo o ya no es necesario?

¿Entonces básicamente algo así si te entiendo bien?

Sí.

Oh, lo siento, de alguna manera me perdí eso.

Como dije, siempre hay un lugar más ...

¿Está bien que config.group todavía aparezca en el resto de la API?

No, no está bien, ya que el interruptor ahora no envía ningún comando para controlar las luces de ese grupo. Es posible que desee eliminar el recurso y volver a emparejar el conmutador para verificar si aún se crea config.group . Probablemente sea un sobrante de antes de escribir el atributo especial.

Ok, ahora todas las pulsaciones de botones van dentro de checkSensorButtonEvent() para que se solucione.

Pero ahora, después de agregar dentro del método checkSensorButtonEvent() :

else if ((ind.clusterId() == DOOR_LOCK_CLUSTER_ID && sensor->manufacturer() == QLatin1String("LUMI")) ||
         (ind.clusterId() == MULTISTATE_INPUT_CLUSTER_ID && sensor->modelId().contains(QLatin1String("86opcn01"))))

todas las pulsaciones de botón muestran no button handler for: incluso si el botón es correcto y está ajustado según su sugerencia.

¿Verificó con una impresión de depuración que se ejecuta entonces el bloque para ese if ?

Sí, se llama. Incluso recibe una llamada 5 veces por cada pulsación de un botón.

EDITAR: Lo siento, me acabo de dar cuenta de que estoy equivocado si bloquear ...

Ok, el interruptor funciona perfectamente ahora 👍 Todos los eventos llegan y se manejan correctamente. ¡Creo que lo tenemos!
config.group ya no está presente en el resto de la API!
Déjame comprobar las variantes de 4 y 2 botones y creo que está hecho.
Luego prepararía una solicitud de extracción. Sería bueno si pudiera echarle un vistazo rápido y verificar si todo está bien, especialmente con respecto a la actualización del complemento Homebridge.

¡Creo que lo tenemos!

¡Frio!

Déjame comprobar las variantes de 4 y 2 botones y creo que está hecho.

Simplemente use el mismo buttonMap; simplemente no enviarán informes desde los puntos finales superiores.

Una pequeña cosa más que acabo de notar con respecto a config.group en el resto de la API. Entonces, cuando inicialmente emparejo el interruptor, config.group aparece en el resto de la API y luego, después de reiniciar Deconz, desaparece. ¿Sabes por qué es así y cómo puedo evitarlo?

Entonces, ahora tienes clics simples, dobles, largos (¿y triples?) En todos los botones, ¿@merdok?

¿Se muestra config.group con el valor null ? ¿Ves una notificación de websocket que indica que el config.group ha cambiado?

¿Estás seguro de que no estás haciendo un addItem(DataTypeString, RConfigGroup) para el nodo sensor?

@ebaauw No, hay un número de grupo y este grupo está realmente creado.
Lo interesante es que bajo el punto final /groups veo que el nuevo grupo y el interruptor es un miembro de ese grupo.
Después de emparejar el conmutador y reiniciar deconz, el conmutador ya no tiene la propiedad config.group , pero el grupo bajo el punto final /groups todavía existe y el conmutador sigue siendo miembro de ese grupo allí.

No, no llamo y nunca llamé (incluso en mi primera implementación) este addItem(DataTypeString, RConfigGroup)

Creo que tal vez se encuentre con otro bloque if donde se llama esto ... pero ¿dónde?

@jdberry correcto, ¡todos los eventos funcionan! Simple, doble, triple, retención, liberación prolongada

@ebaauw
OK no importa. Encontré el lugar donde se creó el grupo. Estaba en bindings.cpp

Actualmente también existe este bloque de código en bindings.cpp:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/c69b8323051a90dd78035025ffe174df7370f440/bindings.cpp#L2482 -L2489

¿Debo agregar también el clúster MULTISTATE allí ahora que funciona?

Estaba en bindings.cpp
¿Debo agregar también el clúster MULTISTATE allí ahora que funciona?

La mayoría de los dispositivos Xiaomi (si no todos) envían informes al coordinador de forma inmediata. No es necesario crear ningún enlace para estos dispositivos. Los presentó para Opple porque controla las luces directamente a través de estos clústeres de clientes de forma predeterminada. Ahora que tenemos el clúster _Multistate Input_ funcionando, todas las referencias al Opple deben eliminarse de bindings.cpp (asumiendo que también informará la batería al coordinador de forma inmediata). Además, asegúrese de que ninguno de los métodos de bindings.cpp sea ​​llamado para Opple. Consulte https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment -593671487.

¿Cuándo sé que reporta la batería al coordinador? Eliminé todas las referencias a los interruptores Opple en bindings.cpp y todo todavía funciona, excepto que la batería en el resto de la API ahora muestra null , necesito presionar manualmente el botón de lectura en el grupo de configuración de energía en el deconz gui para que se actualice a 100 .

EDITAR: Actualmente dejé el enlace de voltaje de la batería en el archivo bindings.cpp para el interruptor, sin esto obtengo el valor null para la batería en el resto de la API.

EDITAR: Actualmente dejé el enlace de voltaje de la batería en el archivo bindings.cpp para el interruptor, sin esto obtengo el valor nulo para la batería en el resto de la API.

Puede que no me necesiten, pero supongo que no haría ningún daño. config.battery normalmente muestra null hasta que llega el primer informe. No me sorprendería que la creación de informes genere un primer informe.

He pedido un Opple de seis botones; alguna gente amable me donó algo de dinero. Una vez que pueda oler su tráfico, será más fácil verificar si se necesita la configuración. Sin embargo, pasarán un par de semanas antes de que llegue ...

Ok genial 👍
Envié la solicitud de extracción con el soporte mejorado. ¡Todo parece funcionar bien! Si tiene tiempo, revísela rápidamente y compruebe si me he perdido algo.

¡¡Increíble trabajo @merdok y @ebaauw !!

¡¡Increíble trabajo @merdok y @ebaauw !!

¡Acordado! ¡Gracias a los dos por esforzarse para resolver esto!

Acabo de configurar mi primer interruptor opple de 6 botones y me pregunto si soy el único con este problema, pero no lo he visto en ningún otro lugar en mis búsquedas.

Al mirar los eventos, obtengo los eventos 1000, 2000,3000,4000,5000 y 6000 con solo presionar los botones correspondientes, lo cual es genial. Mantener presionados los botones 1 o 2 me da los mismos eventos correspondientes (1000 y 2000), sin embargo, los botones 3-6 me dan un código de retención de (ejemplo del botón 3) 3001 y 3003 (al soltarlo). presionar dos veces cualquiera de los 6 botones solo me da el evento de presionar una sola vez, y presionar tres veces no genera eventos en los 6 botones.

¿Este comportamiento conocido / registrado ya en algún lugar, o soy el único con este comportamiento? También lancé un nodo de depuración en el componente deconz en el nodo rojo en busca de eventos, pero tampoco hay cambios allí, los mismos resultados que el anterior con Home Assistant.

Gracias por adelantado

Debe compilar el complemento de la API REST usted mismo (consulte README) o esperar la próxima versión con estos cambios.

@ jsnyde30 esta es la implementación anterior. Para el nuevo soporte mejorado, use deconz v2.05.75 beta o espere la próxima versión oficial.

gracias merdok! Lo siento si me perdí eso en las notas.

Debe compilar el complemento de la API REST usted mismo (consulte README) o esperar la próxima versión con estos cambios.
@ebaauw
El archivo Léame es bastante corto para instalar el entorno de desarrollo:
sudo apt install deconz-dev

¿Dónde se encuentra el repositorio de paquetes? Probé mi raspi, no encuentra el paquete deconz-dev.
La mejor pista que obtuve al buscar fue:
wget http://www.dresden-elektronik.de/rpi/deconz-dev/deconz-dev-latest.deb
que no se resuelve.
¿Hay más instrucciones sobre la contribución para este proyecto?

Acabo de actualizar a 2.05.75 y ahora mi control remoto opple no envía eventos de botón. Eliminé el interruptor y lo volví a emparejar. No ayudó. Aún no hay eventos. He perdido el grupo que se creó para el control remoto.

Acabo de actualizar a 2.05.75 y ahora mi control remoto opple no envía eventos de botón. Eliminé el interruptor y lo volví a emparejar. No ayudó. Aún no hay eventos. He perdido el grupo que se creó para el control remoto.

¿Quitó y luego volvió a asociar el conmutador a su red?

¿Quitó y luego volvió a asociar el conmutador a su red?

Si. Quité el control remoto y luego caminé a través del proceso de emparejamiento.

Aquí igual. en 2.04.74 logré obtener eventos de botón (presionar una sola vez) pero con el 2.04.75 el interruptor no hace nada. Ya lo volvió a emparejar, ahora aparece en la interfaz gráfica de usuario pero no envía ningún estado.

@raddi
Lo mismo para mi.
Actualice a 2.04.75, elimine el dispositivo. Pero no envía ningún estado ...

FYI ..
Si presiono el botón de otros dispositivos, puedo ver el botón azul parpadeando en la GUI.
Pero no para el Aqara OPPLE que he añadido ...

Lo comprobaré hoy por la noche. Quizás algo salió mal con la fusión ...

Ok, veo un lugar donde algo salió mal mientras @manup estaba fusionando las confirmaciones.
Tendré que enviar una nueva solicitud de extracción para solucionarlo.

Dejé de trabajar aquí también después de la actualización.

Enviado una corrección: # 2561

Solo para confirmar, obtuve la última fuente con mi corrección, compilé, probé y todo funciona bien. Los interruptores aparecen en la interfaz de usuario y todos los eventos funcionan.

@merdok Acabo de compilar las relaciones públicas y lo probé aquí con un nuevo Opple de 6 botones. Para emparejar, fui a la antigua interfaz de usuario web y usé "red abierta". Luego mantuve presionado el botón en la parte posterior hasta que el LED parpadeó. Luego presioné cada botón una vez.

Parece que el botón superior ahora es un control de "todo encendido" / "todo apagado", ya que todas mis luces se encienden o apagan al presionarlo. Revisé la API REST, pero parece que no puedo encontrarla allí (pero podría estar usando la API REST incorrectamente ...).

Actualmente no tengo acceso a la interfaz de usuario deCONZ (escritorio) ...

¿Algunas ideas? ¡Bien podría ser un PEBCAK, seguro ...! :PAGS

Nunca intenté emparejarlo con la antigua interfaz de usuario web. Te recomiendo que pruebes con la aplicación Phoscon.

Ok, entré en la aplicación de escritorio y la borré desde allí, pero mis luces aún reaccionan a ella ...
Intenté agregarlo nuevamente yendo a "agregar sensor" en Phoscon, pero no se puede hacer clic en el botón "listo". Lo mismo cuando se va a "agregar interruptor". Lo estoy haciendo mal?

Elimina el interruptor antes de volver a emparejarlo.

Hice. Entró en la aplicación de escritorio deCONZ, seleccioné el nodo y presionó "eliminar". Luego, el nodo desapareció.

EDITAR:
Parece que se volvió a agregar ahora, verificaré si está funcionando mejor ahora. :)

"39": {
"config": {
"batería": 100,
"on": verdadero,
"alcanzable": verdadero
},
"ep": 1,
"etag": "190c1c15c8c64eea05ce4a20bad3a8b6",
"nombre del fabricante": "LUMI",
"modo": 1,
"modelid": "lumi.remote.b686opcn01",
"name": "Transmisor de 3 elementos",
"Expresar": {
"buttonevent": 2002,
"lastupdated": "2020-03-09T21: 43: 23"
},
"swversion": "20190730",
"tipo": "ZHASwitch",
"uniqueid": "04: cf: 8c: df: 3c: 77: b5: 89-01-0012"
}

Compilé las nuevas confirmaciones y ahora funciona perfectamente. Visible en la GUI de Phoscon, funciona con el complemento Homebridge-Hue y con el complemento Node-RED. ¡Muchas gracias por tu esfuerzo y tiempo!

¡Hola @merdok !

Según tengo entendido, de acuerdo con los cambios de su código, no se creará ningún grupo para opple switch.
Fue útil crear enlaces directos para controlar las luces incluso si el coordinador no funciona. ¿Algún cambio para mantenerlo?

El grupo era necesario en la primera implementación para poder controlar solo luces específicas, sin el grupo, el interruptor solo controlaría todas las luces en su red zigbee. Como en este momento, el conmutador tiene el soporte adecuado, por lo que el grupo ya no es necesario. Quiero decir que aún puede crear grupos usted mismo usando la API REST y poner el interruptor en ella si esto es algo que desea.

Quiero decir que aún puede crear grupos usted mismo usando la API REST y poner el interruptor en ella

Eso no servirá de nada. Cambiamos el modo de funcionamiento del Opple, para que envíe informes al coordinador, en lugar de comandos al grupo asociado. Esto era necesario para admitir los eventos de botones enriquecidos (presionar, mantener presionado, soltar, soltar largo, presionar dos veces, presionar tres veces).

Hola tios

Así que sin fecha a 205,75. Tengo el mismo problema sin eventos. ¿Significa esto que debo esperar a la próxima versión para que este interruptor funcione?

¿Eliminó el recurso /sensors y volvió a emparejar el conmutador?

Gracias por la rápida respuesta.
No eliminé el recurso de sensores. ¿Será esto en el Phoscon?

pero volví a emparejar, dos veces

Sí, creo que si elimina el conmutador en Phoscon, eliminará el recurso. Sin embargo, si elimina el nodo en la GUI, los recursos quedan intactos.

Quiero decir que aún puede crear grupos usted mismo usando la API REST y poner el interruptor en ella

Eso no servirá de nada. Cambiamos el modo de funcionamiento del Opple, para que envíe informes al coordinador, en lugar de comandos al grupo asociado. Esto era necesario para admitir los eventos de botones enriquecidos (presionar, mantener presionado, soltar, soltar largo, presionar dos veces, presionar tres veces).

Ok lo tengo.

¿Cómo obtengo soporte de última hora para Aqara OPPLE?
Solo encuentro 2.05.75
http://deconz.dresden-elektronik.de/ubuntu/beta/?C=M;O=D

Espere la próxima versión o compile deconz usted mismo a partir de las fuentes.

gracias lo haré :)

Todavía obtengo el nivel de la batería cuando conecto el interruptor. También restablece todas mis otras luces en la conexión. Cuando reviso el registro de cambios, esto no debería suceder. ¿Qué estoy haciendo mal? ¿No es 2.05.75 la versión que dará soporte a los conmutadores opple? Home Assistent muestra el interruptor como

seguido: lumi.remote.b286opcn01
por LUMI

Para Home Assistant, la integración de deconz debe actualizarse con el soporte de Opple. Hasta que eso suceda, puede escuchar eventos desde el interruptor Opple.

Espere la próxima versión o compile deconz usted mismo a partir de las fuentes.

¿Cuándo se planea el próximo lanzamiento?

No sé eso. @manup está haciendo los lanzamientos.

Para Home Assistant, la integración de deCONZ debe actualizarse con el soporte de Opple. Hasta que eso suceda, puede escuchar eventos desde el interruptor Opple.

Eso no parece funcionar aquí. Solía ​​poder recibir eventos del conmutador con deconz 2.05.74 pero desde la actualización a .75 eso ya no funciona:

Al presionar cualquier botón en el interruptor no se produce ningún evento en Home Assistant.

Parece estar conectado en la aplicación web Phoscon ...

... así como en la GUI.

Ya intenté quitar el interruptor en la interfaz web, así como en la GUI deCONZ, pero fue en vano. ¿Hay algo más que pueda probar?

Ya se indicó aquí varias veces que 2.05.75 tiene errores y debe esperar a la próxima versión o compilar deconz usted mismo a partir de las fuentes.

¡Hola chicos! Dime, ¿fechas aproximadas de actualización por favor? Ya tengo mis dos interruptores de 6 botones, pero maldita sea :)

En mi caso, compilé desde el último maestro y los conmutadores no se agregan. Phoscon muestra actualmente la versión .75. En la GUI son así:

Y en el resto de la API no se muestran.

@ mat1990dj tengo lo mismo en .75.
Y el interruptor se une a todas las luces e interruptores Zigbee. Entonces, presionar los botones de encendido / apagado hace que todos se enciendan / apaguen.

¿Quizás estoy compilando mal? o emparejamiento incorrecto?
Compilé usando:

sudo apt install deconz-dev
git clone https://github.com/dresden-elektronik/deconz-rest-plugin.git
cd deconz-rest-plugin
qmake && make -j2
sudo cp ../libde_rest_plugin.so /usr/share/deCONZ/plugins
and then launched deCONZ as usual.

Eliminé ambos sensores antiguos de la API de descanso, también de la GUI con Eliminar nodo seleccionado
Emparejé haciendo:
5s presione el botón de retroceso
Escanear dispositivos / escanear interruptores
No pasó nada

También lo compilé, y no pasó nada para mí y para mi único amigo. Entonces, los chicos tenemos que esperar hasta que haya una integración más cercana de los chicos de DE con Mark, o al menos si hay versiones de desarrollo de ensamblajes. Para evitar situaciones como con opple ...

No sé cómo eliminar correctamente los dispositivos, se vuelven a conectar automáticamente :(

Debe usar el resto de la API para eliminar el dispositivo y luego reiniciar deconz antes de intentar emparejarlo nuevamente. Así es como lo hago yo.

Ya lo hice una vez, pero tengo tres dispositivos que siguen volviendo y no sé cómo eliminarlos porque ya no aparecen en la API.

Intente ponerlo en modo de emparejamiento y luego bórrelo.

Ya hice eso, siguen emparejándose así :(

Hola @ mat1990dj Creo que tienes algo como este problema, ¿puedes confirmarlo? Ova aquí: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2605

Inténtelo, creo que no es mi problema local, o el suyo, algo sucedió después de algunas de las actualizaciones ...

Parece algo similar, pero no cambié el nombre de los dispositivos. Realmente parece que los viejos bichos fantasmas

Intente ponerlo en modo de emparejamiento y luego bórrelo.

¡Eso funcionó para mí!
He pulsado el botón "c" (aprox. 5 s) en la parte trasera y luego lo borré. Después de eso, el dispositivo ya no se muestra.

Gracias

Bien, pero ¿puedes repetir mi pregunta cambiando el nombre también? Simplemente cambie el nombre de algún dispositivo a través de phoscon, luego reinicie deconz, es interesante. Tendrás el mismo problema o no ... Gracias de antemano.

Intente ponerlo en modo de emparejamiento y luego bórrelo.

¡Eso funcionó para mí!
He pulsado el botón "c" (aprox. 5 s) en la parte trasera y luego lo borré. Después de eso, el dispositivo ya no se muestra.

Gracias

Para ser claro,
5s botón C, y luego eliminar de deCONZ GUI?
¿Sin emparejamiento de phoscon?

Esto no funciona para mí, siguen viniendo, se quedan sin la línea de enlace y luego no puedo emparejarlos correctamente nuevamente.

No sé cómo pasar de aquí a emparejarlos y usarlos
Incluso los eliminé de zll.db e intento emparejarlos nuevamente, pero siempre vendrán así.

La situación parece que solo necesita restablecer el dispositivo, pero eso no es normal. Personalmente, en mi opinión, esto es una consecuencia de las actualizaciones, tal comportamiento no ha sido antes. Elimina, empareja de nuevo, etc.

También tengo dos fantasmas en mi raspbee ...

Tengo varias imágenes en mi raspberry pi. Uno para funcionamiento 24 horas al día, 7 días a la semana y otro para desarrollo. Entonces, los dispositivos que enlazo en desarrollo también aparecen en la interfaz gráfica de usuario de deconz en mi imagen de ejecución diaria. Pero eso no debería causar ningún problema y nunca tuve problemas con eso.
Entonces, ¿por qué quiere deshacerse de ellos por completo?

No sé cómo pero llegué a esta situación:

Uno de los interruptores está emparejado (aunque no informa ningún estado)
El otro está emparejado pero sin descriptor, ¿cómo conseguirlos? Dios sabe...

Bien, pero ¿puedes repetir mi pregunta cambiando el nombre también? Simplemente cambie el nombre de algún dispositivo a través de phoscon, luego reinicie deconz, es interesante. Tendrás el mismo problema o no ... Gracias de antemano.

Ahora he intentado reproducir su problema.
Estoy usando el stick ConBee II con la versión 2.05.75 / 8.3.2020 en Hassio.
Ahora he cambiado el nombre de una luz, un interruptor y un sensor:
Todos los dispositivos también fueron renombrados directamente en Hassio. Después de eso reinicié el contenedor deCONZ. Todos los dispositivos han mantenido sus nombres. Incluso después de reiniciar Hassio, no puedo reproducir el problema descrito.

Intente ponerlo en modo de emparejamiento y luego bórrelo.

¡Eso funcionó para mí!
He pulsado el botón "c" (aprox. 5 s) en la parte trasera y luego lo borré. Después de eso, el dispositivo ya no se muestra.
Gracias

Para ser claro,
5s botón C, y luego eliminar de deCONZ GUI?
¿Sin emparejamiento de phoscon?

Esto no funciona para mí, siguen viniendo, se quedan sin la línea de enlace y luego no puedo emparejarlos correctamente nuevamente.

No sé cómo pasar de aquí a emparejarlos y usarlos
Incluso los eliminé de zll.db e intento emparejarlos nuevamente, pero siempre vendrán así.

el interruptor opple solo se me mostró en deCONZ, no en la GUI de phoscon.
Lo había eliminado varias veces en deCONZ pero seguía volviendo.
Solo después de presionar el botón "C" durante 5 segundos. y luego (después de aproximadamente 5 minutos) borrando el dispositivo en deCONZ, el dispositivo realmente ha desaparecido de forma permanente.

Solo un breve pingback, ya que esos botones no funcionan en mi sistema y estoy usando Docker (debido a un entorno realmente grande con SQL, FHEM, Homebridge, etc.), me gustaría preguntarle a Wehn ​​que la próxima versión fija será ¿ser publicado? Cualquiera que tenga una idea, mientras reviso el cajero automático diario de Github ...

DE chicos no ha compartido ninguna fecha de lanzamiento.

Okidoki, gracias. Solo me preguntaba, ya que ha pasado alrededor de un mes y muchos problemas se han marcado como resueltos; llévame a la esperanza de que un lanzamiento esté cerca;)

Si. como dije antes, nunca esperé una actualización como ahora.

Hoy recibí mi Opple de 6 botones (WXCJKG13LM).
Necesitaba 3xreset antes de que phoscon configurara el interruptor.
Después del primer reinicio, phoscon no reconoció el interruptor, aunque al hacer clic en algunas luces aleatorias se encendían y en el botón 2.
después del segundo reinicio, phoscon lo recogió y configuró el interruptor como:

Mi entusiasmo disminuyó después de darme cuenta de que el cambio no genera ningún evento de canal en openhab. Estoy usando el enlace openhab deCONZ que funciona bien para el archivo.

Antes de la prueba, se creó un nuevo contenedor de ventana acoplable basado en http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb de hoy

@lukicsl Creo que esto debe implementarse para la integración de openhab deconz.
Necesito hacer algo similar para el asistente del hogar. Ya tengo un compromiso para la integración de deconz del asistente doméstico preparado y esperando el próximo lanzamiento oficial de deonz.

@merdok Acabo de depurar el enlace deconz y parece que no se generan eventos en el websocket registrado

Lo siento, no se nada de openhab ...

@merdok deconz está exponiendo un websocket donde te registras para todo tipo de eventos.
Respecto a este cambio, no se generan eventos, al menos parece.
https://dresden-elektronik.github.io/deconz-rest-doc/websocket/

Interesado en saber si podemos hacer que esto funcione con deconz y Homeassistant

Configuré en el nodo rojo un oyente websocket:

¡Al presionar los botones en Opple no se generan eventos!

Aquí la definición nodada, cambie la clave de la aplicación cuando use:

flows.json.txt

¿Cómo debería NodeRed obtener eventos si deconz no los genera ... Problema: deconz no genera eventos para esos cajeros automáticos de Opple? Es por eso que todos estamos esperando la próxima versión ...

He utilizado la última versión beta.deb. Pensé que esto tiene todas las confirmaciones de git.
Si no, tengo la última versión compilada por mí mismo. Probaré este.

Pude compilar la última versión que generó libde_rest_plugin.so. Copié libde_rest_plugin.so en / usr / share / deCONZ / plugins.
Desafortunadamente, esto resultó en que no pude iniciar sesión en Phoscon.
Lo extraño era que el servidor VNC se estaba ejecutando, así que fui testigo de que la red se estaba construyendo.
Retrocedí a .75 y esperé el lanzamiento oficial.

@lukicsl Tengo el mismo resultado con el último complemento compilado por mí mismo. Así que ... espera el nuevo lanzamiento.

+1 para integración. No verifiqué si eran compatibles antes y estaba contento cuando llegaron mis interruptores hoy.
Demasiado temprano...

+1 para integración. No verifiqué si eran compatibles antes y estaba contento cuando llegaron mis interruptores hoy.
Demasiado temprano...

Lo mismo aquí ... Espero una integración muy pronto ... Tengo 2 de esos 6 botones ...

Vaya, no puedo creer que ya hayan pasado 5 meses.

... no hay actualizaciones en el horizonte. : |

... no hay actualizaciones en el horizonte. : |

Maldita sea ... ¿Alguna idea de por qué no vienen actualizaciones? ¿Es un problema tan grande integrar esos conmutadores? Incluso mi Osram 4 Button no funciona ... :-(

Creo que las actualizaciones son más lentas ahora debido a la corona.

Recibí información sobre una próxima actualización los próximos días.

Creo que las actualizaciones son más lentas ahora debido a la corona.

Bueno, deberían dejar de beber 🤣 perdón por eso 🧥

Es una pena. :( @merdok tal vez probaremos un contenedor de desarrollo? Tal vez necesites ayuda con esto? :( Maldita sea, ya estoy tan cansado de esperar, solo estaño.

Recibí información sobre una próxima actualización los próximos días.

¿Junio ​​agosto? :D

Bueno, siéntete libre de compilar por tu cuenta;)

No fui tímido y lo compilé ... puedes leer el resultado de arriba. :)

La versión compilada debería funcionar (la estoy usando todo el tiempo sin ningún problema, todos los eventos funcionan), solo asegúrese de volver a emparejar sus interruptores.

Cuando empareja sus conmutadores con deconz 2.05.75 y luego instala cualquier otra versión sin volver a emparejar los conmutadores, los eventos seguirán sin funcionar.

@merdok ¿tengo que reparar todos los dispositivos o solo los interruptores opple?

Estoy tratando de compilarme en un raspi 4, pero siempre aparece un error:

{entrada estándar}: mensajes del ensamblador:
{entrada estándar}: 10900: Advertencia: el final del archivo no está al final de una línea; nueva línea insertada
{entrada estándar}: 11309: Error: pseudo-operación desconocida: .l' {standard input}:11276: Error: invalid operands (*UND* and .ARM.extab.text._ZN5QListIN6deCONZ16SimpleDescriptorEE13detach_helperEi sections) for - '
{entrada estándar}: 11279: Error: operandos no válidos (secciones UND y .ARM.extab.text._ZN5QListIN6deCONZ16SimpleDescriptorEE13detach_helperEi) para `- '
g ++: error fatal: programa terminado con señal eliminada cc1plus
compilación terminada.
make [1]: * [Makefile.

make [1]: Saliendo del directorio '/ home / pi / deconz-rest-plugin'
make: ** [ Makefile: 40 : release] Error 2

Solo interruptores de Opple.

He aquí un pensamiento. Aqara, Opple, Lumi, Xiaomi o como se llamen a sí mismos. Una cosa que he notado es que, aunque están basados ​​en zigbee, la compañía no está siguiendo el procedimiento estándar. Con cada versión, hacen que sea más difícil integrar sus productos con el uso de su centro y, por lo tanto, lo obligan a usar su servicio en la nube y recopilar datos sobre usted.

@merdok Marcin, ¿podría compartir su complemento compilado?

@SAOPP no estoy seguro de poder hacer eso ...

Estoy ejecutando el instalador todo incluido de hass.io, ¿es correcto que no pueda compilar con esta versión?

No, Hass usa complementos precompilados, lo que demora ax días / semanas / meses después de que se lanza una nueva versión.

@SAOPP no estoy seguro de poder hacer eso ...

oh, es decir, el complemento compilado no se puede distribuir? :(

No estoy seguro, pero es bastante fácil compilarlo por sí solo. Literalmente toma solo 5 minutos.

No estoy seguro, pero es bastante fácil compilarlo por sí solo. Literalmente toma solo 5 minutos.

¿Lo compilaste en raspbian?
Recibo un error y no puedo compilar

Sí, lo compilé en raspbian, solo sigue la guía, no hay nada que puedas hacer mal.

Lo compilé yo mismo pero no funciona totalmente, vea los comentarios arriba. No puedo iniciar sesión en phoscon y DESCANSAR.

Sí, lo compilé en raspbian, solo sigue la guía, no hay nada que puedas hacer mal

Hice todo exactamente como se describe. Pero siempre me sale un error:

{entrada estándar}: mensajes del ensamblador:
{entrada estándar}: 38943: Advertencia: el final del archivo no está al final de una línea; nueva línea insertada
{entrada estándar}: 39934: Advertencia: cero asumido para la expresión faltante
{entrada estándar}: 39904: Error: operandos no válidos (secciones UND y .ARM.extab) para `- '
g ++: error fatal: programa terminado con señal eliminada cc1plus
compilación terminada.
make [1]: * [Makefile.

make [1]: Saliendo del directorio '/ home / pi / deconz-rest-plugin'
make: ** [ Makefile: 40 : release] Error 2

EDITAR: Me las arreglé para compilarlo en una nueva imagen deconz. los interruptores se reconocen como esperaba.

Sí, lo compilé en raspbian, solo sigue la guía, no hay nada que puedas hacer mal.

Me gustaría esperar el nuevo lanzamiento regular. ¿Hay una fecha de lanzamiento planificada para v2.05.76?

Seguro que sí, pero ¡sólo @manup lo sabe exactamente cuándo se

Ha pasado tanto tiempo desde que compré los interruptores que ya ni siquiera sé dónde los he puesto ...

Compilé con éxito el complemento sin ningún problema. Pude integrar con éxito el conmutador. En Phoscon no hay posibilidad de vincularlo con una luz, pero los eventos se disparan en la API (probado con node-red, home Assistant y también con la aplicación de Android Hue Essentials). Ahora puedo vincular todos los botones (pulsación corta, pulsación larga, pulsación múltiple) con grupos, luces, etc. en Hue Essentials.

Yo también lo compilé. Todo está funcionando hasta ahora con iobroker.

Ahora puedo decir que esos oppel Switches valen cada centavo. 😁

Entonces, ¿cuál es mi mejor solución? Tengo un interruptor listo en la habitación del bebé. El día está fijado para el 12 de mayo. Estoy ejecutando la instalación fácil de hass.io en una raspberry pi 4. ¿Esperar y usar un interruptor de Ikea hasta que lleguen las actualizaciones? ¿O reinstalar raspbian con el asistente de inicio, compilar la última compilación con la esperanza de que mi conocimiento sea suficiente?

Use cosas que ya funcionan, ya sea el ikea o pruebe el atenuador de tonos phillips. Ambos están disponibles en la mayoría de países y son económicos.

Use cosas que ya funcionan, ya sea el ikea o pruebe el atenuador de tonos phillips. Ambos están disponibles en la mayoría de países y son económicos.

Es cierto, pero en los Países Bajos, el atenuador Hue no encajará sobre el balancín normal. Esta camioneta de interruptores se colocará en el mismo lugar donde se encontraba el antiguo balancín. Esa es la belleza :). El plan es usar este interruptor en todas las habitaciones eventualmente.

Pensé que Phillips hizo una cubierta para encajar sobre la placa frontal. Lo hacen para el Reino Unido.

EDITAR: Me las arreglé para compilarlo en una nueva imagen deconz. los interruptores se reconocen como esperaba.

Puedo compilar, pero el complemento no se carga ...

20:22:30:985 HTTP Server listen on address 0.0.0.0, port: 80, root: /usr/share/deCONZ/webapp/
20:22:31:008 CTRL. 3.16.220:22:31:340 dev /dev/ttyAMA0
20:22:31:340 ZCLDB init file /root/.local/share/dresden-elektronik/deCONZ/zcldb.txt
20:22:31:436 found node plugin: libde_signal_plugin.so - Signal Monitor Plugin
20:22:31:453 found node plugin: libstd_otau_plugin.so - STD OTAU Plugin
20:22:31:727 dev /dev/ttyAMA0

(No hay una línea como 20:26:58:519 found node plugin: libde_rest_plugin.so - REST API Plugin , que está ahí cuando uso el contenedor de la ventana acoplable sin modificaciones)

Estoy usando la imagen oficial de la ventana acoplable, ¿algo que me falte aquí?

Editar: Parece que no soy el único con el problema: https://github.com/marthoc/docker-deconz/issues/114

Gracias al equipo de desarrollo por el trabajo que está realizando. No puedo esperar a que esto sea etiquetado y sea parte del próximo lanzamiento. No he podido encontrar otro dispositivo que me guste que se acerque a esta opción de 6 bandas.

Me decepcionó un poco descubrir que esto aún no funciona (lo compré según la lista de compatibilidad en la wiki).

No me opongo a ejecutar el repositorio, pero no estoy seguro de cómo (o si) funciona con una configuración de HassOS / HassIO con supervisor.

Supongo que tendré que darme cuenta de eso o esperar pacientemente la liberación.

@ luke3butler No funcionará con la solución de supervisor. Estoy en el mismo barco, tratando de averiguar si quiero reinstalar RaspPI con Rasbian y luego instalar Home Assistant.

La misma historia aquí: parece el único dispositivo que se adapta a mis necesidades (a excepción del quad ZWAVE aeotec wallmote).
Pero ejecutando HAssOS en VM, así que no para mí (y no me gusta cambiar eso pronto, ya que toda la casa ahora se está ejecutando en él)

@annetimdegraaf @ bramv101
Creo que en realidad es posible con un poco de trabajo. Bifurque el complemento de supervisor existente, modifíquelo para crear una versión del maestro, luego simplemente cree un nuevo repositorio en Github aquí y llámelo "deCONZ-dev" o algo así.

Una vez que esté en su lugar, cualquiera podría potencialmente agregar el repositorio personalizado y migrar para usarlo si desea usar el canal inestable. Incluso podría permitir configurar manualmente el comando de pago para clonar y construir.

Editar: iba a esperar y ser paciente por una liberación, pero cuando alguien dice que no es posible, solo tengo que encontrar una solución 😄
No estoy seguro de si seguiré adelante con esto, pero definitivamente es posible.

Acabo de ordenar un raspbee ya que quiero que mi radio zigbee esté lejos de mi PC HASS.

¿Hay algún howto sobre cómo compilar el software más reciente? Ahora tengo un dispositivo conbee de repuesto. ¿Necesito probar algo en el interruptor opple?

@ luke3butler

Acabo de lanzar todos los dispositivos, instalar y compilar el estado real. Pero desafortunadamente ninguno de mis interruptores opple funcionó de manera estable. Como la compilación no generó mensajes de error, supongo que parece haber (en el momento en que compilé) cambios en el código que afectan la estabilidad. Por lo tanto, si alguien pudiera compilar una versión de desarrollo estable, estoy de acuerdo, sería bueno intercambiarla a ella o los archivos de datos en un servidor compartido o donde sea ...

Tengo un problema extraño. Tenía dos interruptores 6x conectados y mostrados en el complemento deconz. Al presionar botones, etc., no se mostró ninguna actividad en el diagrama VNC, por lo que eliminé ambos del complemento. Luego quise agregarlos nuevamente como interruptor. La aplicación no los encontró y no los muestra como interruptores, pero funcionó de alguna manera:

Por supuesto, estos conmutadores no se presentan a HA como conmutadores, lo que los vuelve inútiles.
¿Alguna idea de lo que puedo hacer?

EDITAR: Al leer todas las publicaciones, parece que no soy el primero ni el único. Así que supongo que tendré que esperar al próximo lanzamiento de Deconz.

En el asistente doméstico, al usar la integración deconz, todos los eventos de pulsación simple, pulsación doble y retención funcionan, pero no hay ningún evento de liberación tras retención

En el asistente doméstico, al usar la integración deconz, todos los eventos de pulsación simple, pulsación doble y retención funcionan, pero no hay ningún evento de liberación tras retención

¿Con la versión de lanzamiento en este momento? Versión 2.05.75 FW 264A0700?
No funciona aquí ... Los interruptores opple no se reconocen como interruptores en absoluto.

Lo siento, quise decir que los eventos se reconocen si los escuchas en Home Assistant usando "deconz_event" en la sección de herramientas de desarrollador, lo que significa que puedes hacer automatizaciones basadas en ellos, pero estás en lo correcto, todavía no hay entidades de cambio disponibles.

Lo siento, quise decir que los eventos se reconocen si los escuchas en Home Assistant usando "deconz_event" en la sección de herramientas de desarrollador, lo que significa que puedes hacer automatizaciones basadas en ellos, pero estás en lo correcto, todavía no hay entidades de cambio disponibles.

¿Configuraste / instalaste algo especial para eso? Tengo el complemento supervisor de Deconz, vinculé mi dispositivo de 6 botones en Deconz, el interruptor aparece en dispositivos con porcentaje de batería, pero no veo nada en el registro deconz_event al presionar los botones :(

En primer lugar, puede ver todos los eventos que se activan con el complemento deconz yendo a herramientas de desarrollador -> eventos (en el asistente de inicio), y en la parte inferior de la página tiene una sección llamada 'escuchar eventos'. ingrese deconz_event en el campo 'evento al que suscribirse' y presione comenzar a escuchar.
Ahora, cuando presione una tecla en su control remoto, en la parte inferior de la pantalla verá los eventos que se activan con el complemento deconz.
Por ejemplo, un solo clic del botón uno le da un evento con id 1002. Este es el id que puede usar como disparador para encender una luz, por ejemplo.
Puede crear estas automatizaciones agregando una automatización como puede ver en una entrada en esta página: https://community.home-assistant.io/t/deconz-switch-configuration/93346/2

Una alternativa a las automatizaciones en yaml es usar el complemento node-red para el asistente doméstico, que es donde tengo todas mis automatizaciones en el asistente doméstico. Node-red es genial de muchas maneras y puedes ver cómo funciona en youtube si aún no lo sabes, por ejemplo aquí https://www.youtube.com/results?search_query=home+assistant+event + disparador + nodo-rojo

¿Qué versión de Phoscon estás usando @joggs ? Con la última versión, no recibirá ningún evento con el interruptor Opple en Home Assistant. Por lo tanto, muchas personas ahora están esperando una actualización, ya que solucionará el problema.

2.05.75. ¿No es el último?

Esa es la última versión, extraño. Yo mismo tengo un interruptor de 6 vías y no recibo ningún evento en Home Assistant.

2.05.75. ¿No es el último?

Ejecutar la misma versión también pero escuchar eventos deconz_event no da ningún evento. No al presionar los botones, pero tampoco al activar sensores de movimiento o alternar luces. ¿Quizás hay un escenario que causa estos eventos? @joggs, ¿

Solo para tu información, tengo que crear el nuevo complemento en la imagen de la ventana acoplable. Parece funcionar. https://github.com/marthoc/docker-deconz/issues/114

Finalmente logré hacer la compilación de la manera correcta, antes de tener un lío con tener Pi (armhf) y obtener el paquete de desarrollo para amd64. La biblioteca ahora es recogida por el contenedor. Mis instrucciones detalladas están en: docker-deconz / issues / 114 .

Inicié el contenedor y pude iniciar sesión en Phoscon, el REST también estaba bien. Revisé en el contenedor en ejecución qué biblioteca está presente. Todo bien como se esperaba.

Quité el interruptor e intenté agregarlo nuevamente. Agregar como un interruptor no funcionaba en absoluto, agregar como un sensor funcionó en el primer intento.

Aunque todavía no obtengo ningún evento en la interfaz REST, nada, nada, nichts.
Pulsando cualquiera de los botones tampoco veo actividad en el LED:

Finalmente, finalmente lo tengo funcionando.
Eliminé varias veces el interruptor de Phoscon y lo restablecí, sin resultado positivo. No estaba cambiando el nombre del interruptor en Phoscon. En el último intento le cambié el nombre y empezó a funcionar.
No estoy totalmente seguro de qué lo hizo funcionar.

2.05.75. ¿No es el último?

Ejecutar la misma versión también pero escuchar eventos deconz_event no da ningún evento. No al presionar los botones, pero tampoco al activar sensores de movimiento o alternar luces. ¿Quizás hay un escenario que causa estos eventos? @joggs, ¿

Acabo de agregar el opple a deconz y todavía utilizo el nombre predeterminado (Transmisor de 3 bandas). No agregado a ningún grupo en phoscon.
En la integración de deconz en Home Assistant, tengo habilitado 'permitir grupos de luz deconz', pero eso no debería importar en este caso.
Tal vez puedas intentar reinstalar la integración deconz en Home Assistant

¡Hola!

He notado un comportamiento inusual de mis interruptores opple y no tengo idea de cómo resolverlo ...

Cada vez que reinicio el Raspbery Pi con el software Conbee instalado o el adaptador Deconz en mi iobroker, el Opple parece tener los siguientes 4 pedidos:

1x "Botón 1: Soltar después de presionar = verdadero"
1x "Botón 4: Soltar después de presionar = verdadero"
2x "Botón 4: Suelte después de triple presión = verdadero"

El estado "Verdadero" no es visible para mí en la vista Objetos de iobroker. Siguen siendo "falsos".

Eso es un problema muy grande porque el botón "1" enciende mi televisor, lo que no es muy bueno si la frambuesa se reinicia en medio de la noche ...

¿Alguien tiene problemas similares o tal vez una pista de cómo resolver esto?

¡GRACIAS!

Finalmente recibí el Opple de 6 botones que ordené el 2 de marzo. Se emparejó sin ningún problema y veo eventos de botones x002, x004, x005 y x001 / x003 para presionar, presionar dos veces, presionar tres veces y mantener / soltar los 6 botones. Los descriptores son un poco desordenados, pero el interruptor funciona de todos modos. Haremos algunos experimentos el próximo fin de semana, para ver si el interruptor puede ser seducido al modo dual, informando los eventos de los botones a través de los clústeres _Multistate Input_ y, al mismo tiempo, controlando las luces a través de los clústeres _On / Off_.

¿Alguien ya ha calculado si se puede reemplazar la batería?

Aparentemente, Aqara no quería que los usuarios pudieran reemplazar fácilmente la batería de los interruptores Opple pero, sin embargo, es posible reemplazar la batería con algo de trabajo.

Gracias, @merdok. ¿Necesitas romper las mecedoras para eso? Parecen bastante frágiles cuando intentan abrirlos.

Sí, necesitas desarmarlos. Todavía no lo hice yo solo, pero he visto una guía en línea.

Tengo un palo de conbee de repuesto ahora. ¿Cómo obtengo esta versión preliminar? Esta será mi plataforma de prueba para futuros dispositivos deconz en mi red.

¿Necesitas romper las mecedoras para eso? Parecen bastante frágiles cuando intentan abrirlos.

Sentí curiosidad cuando recibí por primera vez el interruptor de seis botones,

@ebaauw hay una guía en https://community.hubitat.com/t/xiaomi-opple-6-button-remote/27921

@manup Hola manuel, muchos de nosotros estamos esperando el próximo lanzamiento. Parece que no es posible compilar manualmente para la solución supervisor / hassio / home Assistant. He estado mirando las fechas de lanzamiento de versiones anteriores, y esta vez parece que lleva más tiempo. ¿Puedes arrojar algo de luz sobre la fecha de lanzamiento de v2.05.76?

¿Quizás alguien que lo compiló para Raspberry podría compartir los archivos y los copiamos manualmente en las ubicaciones apropiadas? ¿O no funcionaría?
Personalmente, no me gustaría presionar a los desarrolladores ... pero me gustaría jugar con los interruptores por lo menos;)

¿Quizás alguien que lo compiló para Raspberry podría compartir los archivos y los copiamos manualmente en las ubicaciones apropiadas?

libde_rest_plugin.so (armhf)
para raspi

Gracias, pero ¿dónde se encuentra ese archivo?

/usr/share/deCONZ/plugins/libde_rest_plugin.so

Así que probé el archivo de @lukicsl aquí. Se recoge y se carga en el contenedor, pero el comportamiento no parece diferir.

No puedo eliminar el interruptor de la lista, vuelve a aparecer inmediatamente cuando actualizo. Todavía apaga todas mis luces e interruptores. Intentar emparejarlo tampoco funciona. No hay eventos del interruptor en el asistente doméstico.

/usr/share/deCONZ/plugins/libde_rest_plugin.so

Gracias, pero eso no es accesible en HASSIO

Por supuesto. Simplemente puede extender el complemento oficial:

1. Descarga https://github.com/home-assistant/hassio-addons/tree/master/deconz
2. Copie la carpeta deconz en el directorio de complementos de su asistente de inicio (usando SMB o SCP)
3. Modifique config.yml y cambie el nombre a, por ejemplo, deconz-master
4. Copie libde_rest_plugin.so en el directorio deconz.
5. Cambie el Dockerfile a

FROM homeassistant/armhf-addon-deconz:5.3.2
COPY libde_rest_plugin.so /usr/share/deCONZ/plugins/

1. Instale su complemento local, detenga el deconz oficial e inicie el nuevo.

Pero como dije, todavía no parece funcionar correctamente.

acaba de llegar un Opple 6 botones, conectado a deconz a través de la aplicación como un interruptor, se conecta pero no devuelve ningún evento a Home Assistant, versión 2.05.75

@ Luke95vl este es un error conocido. Espere hasta el próximo lanzamiento para solucionarlo

¿Alguien conoce personalmente a @manup ?

Espero que esté bien, ya sabes con todo lo que está pasando. No puedo encontrar ninguna actividad de él desde el 5 de abril, me temo que podríamos estar solos para compilar. Utilizo la imagen de la ventana acoplable y no puedo descifrar cómo compilarla y hacerla funcionar. ¿Alguien hizo esto con éxito?

Creo que se avecinan cambios importantes, solo quieren asegurarse de que la actualización sea estable. Hay demasiados problemas con deconz últimamente y se está volviendo un poco inestable

@djashjones ahh eso tiene sentido.

@djashjones está haciendo cambios importantes, es un poco extraño no enviar ningún código durante 4 semanas. Con cambios importantes, generalmente es aconsejable realizar confirmaciones a menudo ...

Deconz no es completamente de código abierto. El código de back-end está cerrado y es propiedad de dresden elektronik. El resto de la API es de código abierto y es mantenida por codificadores que no pertenecen a la empresa, es decir, voluntarios.

Si desea que los dispositivos zigbee más recientes y mejores sean compatibles con la configuración de su hogar inteligente, entonces zigbee2mqtt es el camino a seguir.

@djashjones Estoy 99% seguro de que @manup trabaja para Dresde.

@svenove Si ese es el caso, ¡¡¡WTF está sucediendo !!!!! 🤣

También tengo este problema con un interruptor de 2 vías aqara opple. ¿Hay alguna forma de solucionarlo?

Aqara Opple 2-gang no funciona
El interruptor inalámbrico inteligente Aqara WXKG11LM 2016 funciona a la perfección

zigbee2mqtt funcionaría, pero ¿es más dyi?

Tengo la versión de 2 bandas de este interruptor opple aqara (WXCJKG12LM) e intenté emparejarlo con phoscon y falló, PERO, al escuchar deconz_events en Home Assistant, ¡se nota! Se muestra como:

{
"event_type": "deconz_event",
"datos": {
"id": "lumi_remote_b486opcn01_30",
"unique_id": "04: cf: 8c: df: 3c: 75: c2: 25",
"evento": 3000
},
"origen": "LOCAL",
"time_fired": "2020-05-08T10: 34: 52.733044 + 00: 00",
"contexto": {
"id": "2213df60b1a24be09c93bec99e1b1276",
"parent_id": nulo,
"user_id": nulo
}
}

Sin embargo, el cambio no se ve por ninguna parte en la aplicación web phoscon ...

dos botones con el mismo evento?

dos botones con el mismo evento?

No, todos los botones tienen diferentes identificadores de eventos, ¡simplemente no los iba a publicar todos aquí!

¡Por favor, Dresden Elektronik, integre los dispositivos Aqara OPPLE! ¡Todos lo estamos esperando ansiosamente!
¿Existe un área de solicitud de funciones donde podamos votar?

dos botones con el mismo evento?

No, todos los botones tienen diferentes identificadores de eventos, ¡simplemente no los iba a publicar todos aquí!

Diferente, ¿te refieres a cada evento diferente del mismo botón? ¿O?

dos botones con el mismo evento?

No, todos los botones tienen diferentes identificadores de eventos, ¡simplemente no los iba a publicar todos aquí!

Diferente, ¿te refieres a cada evento diferente del mismo botón? ¿O?

No entiendo tu pregunta. El interruptor funciona perfectamente con normalidad en Home Assistant. Lo tengo cambiando algunas luces ahora. Cada botón del conmutador crea un evento en Home Assistant como era de esperar: 1000 para el botón uno, 2000 para el botón dos, 3000 para el botón tres y así sucesivamente. También hay identificadores de eventos para mantener presionados los botones. Como era de esperar. Entonces puedo hacer un uso completo del interruptor Opple con deconz y Home Assistant. El interruptor simplemente no aparece en la aplicación web Phoscon, por lo que no puedo cambiarle el nombre ni nada, pero eso no es gran cosa.

Exactamente. También tiene eventos de doble clic. Manejo todos los eventos desde node-red en homeassistant y funciona perfectamente. También veo el interruptor en la aplicación phoscon después de emparejarlo normalmente desde la aplicación phoscona

Tengo la versión de 2 bandas de este interruptor opple aqara (WXCJKG12LM) e intenté emparejarlo con phoscon y falló, PERO, al escuchar deconz_events en Home Assistant, ¡se nota! Se muestra como:

{
"event_type": "deconz_event",
"datos": {
"id": "lumi_remote_b486opcn01_30",
"unique_id": "04: cf: 8c: df: 3c: 75: c2: 25",
"evento": 3000
},
"origen": "LOCAL",
"time_fired": "2020-05-08T10: 34: 52.733044 + 00: 00",
"contexto": {
"id": "2213df60b1a24be09c93bec99e1b1276",
"parent_id": nulo,
"user_id": nulo
}
}

Sin embargo, el cambio no se ve por ninguna parte en la aplicación web phoscon ...

Confié en esta publicación. De acuerdo, tal vez te entienda mal. kay todo funciona bien.

El README establece que estos conmutadores también admiten eventos de triple pulsación y 6 tipos de eventos diferentes en total. ¿Alguien podría confirmar esto?

Sí, en mi configuración de iobroker puedo presionar un evento de triple presión para cada botón.

Estoy muy interesado en la nueva versión. Tengo el WXCJKG11LM y tengo el mismo problema que casi todos los demás aquí. Se muestra en deconz (por error como Dimmer) pero no en Phoscon. Vi en el registro deconz que una vez asignó el evento correcto (botón 1000 presionado y así sucesivamente) e incluso mostró en Eve ambos botones con clic simple / doble y clic largo. Pero no llegó ningún acontecimiento. Después de eliminar el dispositivo y volver a unirse, dice botón no asignado. y por defecto enciende y apaga todas mis luces. en NodeRed solo veo el último evento (almacenado en búfer), pero no llegan nuevos eventos. Si se requiere alguna entrada, hágamelo saber.

Personalmente, no experimentaré más antes de que salga una versión estable conocida. El problema que tengo: mi impresora 3D está detrás de un interruptor de encendido zigbee y olvidé que estaba funcionando cuando probaba el interruptor opple. Y sí, por supuesto, se APAGÓ a mitad de impresión;)
Esto nunca volverá a suceder. Esperé tanto tiempo ahora (supongo que estaba entre los primeros en recibir cuando estaba usando zigbee2mqtt en ese momento), así que puedo esperar uno o dos meses más.
Si alguien quiere que depure algo, estoy feliz de ayudar, pero hasta entonces lo dejo como está ...

Bien, ahora tengo el interruptor de cuatro botones y está en el cajón :(
se muestra en phoscon y eso es todo. no se muestran eventos de botones.

{"config": {"batería": 100, "on": true, "alcanzable": true}, "ep": 1, "etag": "7e15482cb98d58da8f76543da706a5d9", "nombre del fabricante": "LUMI", "modo" : 1, "modelid": "lumi.remote.b486opcn01", "name": "Paradies", "state": { "buttonevent": null, "lastupdated": "none" }, "swversion": "20190730" , "type": "ZHASwitch", "uniqueid": "04: cf: 8c: df: 3c: 77: bb: 42-01-0012"}

¿Por qué está en la lista de dispositivos compatibles?
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported -wireless-switches

Lo mismo he experimentado con el termostato euronics. Funciona, pero solo se admite la mitad y el emparejamiento no es para todos.

Puedo esperar, pero para algunos puede ser muy molesto.

¡DEJE DE AGREGAR DISPOSITIVOS A LA LISTA DE DISPOSITIVOS COMPATIBLES QUE NO SON COMPLETAMENTE COMPATIBLES! O AGREGUE UNA COLUMNA "en desarrollo / en construcción / beta / alpha".
La columna "cuestiones" no es aplicable en este caso en mi opinión

Hola lex

¿Está el suyo en la lista de admitidos? Recientemente compré uno y tiene el código de tipo: WXCJKG11LM, que, como puede ver en los elementos compatibles, NO aparece en la lista.

Entonces, ¿qué código está en tu interruptor?

De: lex [email protected]
Enviado: 15 de mayo de 2020 09:37
Para: dresden-elektronik / deconz-rest-plugin [email protected]
Cc: mhin76 [email protected] ; Comentario [email protected]
Asunto: Re: [dresden-elektronik / deconz-rest-plugin] Compatibilidad con conmutadores OPPLE de Aqara (# 2061)

Bien, ahora tengo el interruptor de cuatro botones y está en el cajón :(
se muestra en phoscon y eso es todo. no se muestran eventos de botones.

{"config": {"batería": 100, "on": true, "alcanzable": true}, "ep": 1, "etag": "7e15482cb98d58da8f76543da706a5d9", "nombre del fabricante": "LUMI", "modo" : 1, "modelid": "lumi.remote.b486opcn01", "name": "Paradies", "state": {"buttonevent": null, "lastupdated": "none"}, "swversion": "20190730" , "type": "ZHASwitch", "uniqueid": "04: cf: 8c: df: 3c: 77: bb: 42-01-0012"}

¿Por qué está en la lista de dispositivos compatibles?
https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Supported-Devices#supported -wireless-switches

Lo mismo he experimentado con el termostato euronics. Funciona, pero solo se admite la mitad y el emparejamiento no es para todos.

¡DEJE DE AGREGAR DISPOSITIVOS A LA LISTA DE DISPOSITIVOS COMPATIBLES QUE NO SON COMPLETAMENTE COMPATIBLES!

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061#issuecomment-629081857 , o cancele la suscripción https://github.com/notifications/unsubscribe- auth / ALXOFW2O7YLCUNZZL2CBIW3RRTWKPANCNFSM4JLW7MBQ . https://github.com/notifications/beacon/ALXOFW2BBQXYWOQUSLY4KJTRRTWKPA5CNFSM4JLW7MB2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZIZLOORPif

¡MALDICIÓN! el mío es WXCJKG12LM. Aprendí algo sobre comprar cosas de zigbee.
perdon por mi perorata!

que hacer a continuacion esperando o vendiendo?

Tengo la versión de 6 botones desde noviembre del año pasado. Estaba funcionando un poco antes de la última actualización (solo presionar una vez), luego la actualización .75 rompió todo. Tengo varios controles remotos de botones de IKEA 5 y ahora los atenuadores de tono. Ambos valen realmente bien. No tengo ninguna razón para comprar más interruptores opple, incluso si serán compatibles. ¡Puedo comprar Ikea y Philips localmente con entrega rápida!

Tengo dos interruptores agregados y uno funciona (izquierda) y otro tiene el comportamiento extraño descrito que enciende / apaga todo.
Los eventos se pasan al asistente de hogar en el de la izquierda, pero no en el de la derecha.
(No hay multiestado en el correcto)

@ mat1990dj intente restablecer y reparar el interruptor con el problema.

@ mat1990dj intente restablecer y reparar el interruptor con el problema.

Lo intenté varias veces, sigue volviendo sin el clúster multiestado

Reinicie el conmutador, quítelo de deconz, reinicie deconz y luego vuelva a emparejar.

Reinicie el conmutador, quítelo de deconz, reinicie deconz y luego vuelva a emparejar.

Sigue viniendo sin ese descriptor, es realmente extraño, también tengo problemas para emparejar un interruptor IKEA de 5 botones, aunque el atenuador funcionó perfectamente.

@ mat1990dj la primera vez que emparejé mi interruptor no compatible WXCJKG11LM (después de reiniciar varias veces porque phoscon no mostró ningún éxito) De repente vi el interruptor en mi aplicación homekit (y Eve), con los botones y las acciones que se aplicarán para la primera, la segunda y clic largo. Pero no llegó ningún acontecimiento. Después de buscar en Internet, leí algo sobre el nombre del dispositivo que no debería tener un espacio en el nombre. Así que lo renombré a través de la API REST (bc a través de deconz, el cambio de nombre no funciona y el interruptor aún no se muestra en phoscon). Pero el cambio de nombre no resolvió el problema. Entonces eliminé el nodo a través de deconz e incluso eliminé cualquier entrada en la base de datos deconz (a través del cliente SQLIGHT). Después de volver a emparejar, noté que apareció el nuevo nombre. Y a partir de entonces, el interruptor nunca volvió a aparecer en mi kit de inicio (bueno, mientras tanto, actualicé deconz a la versión 2.05.75).
Longstory short: incluso cuando elimina un nodo en deconz incl. DB de alguna manera en el Zigbee Stick (ConBee II) o en algún otro lugar se queda una entrada. Esperaré hasta que este interruptor sea compatible. Vi en el código fuente de 2.05.75 que algunas áreas ya están preparadas para esta versión. Crucemos los dedos y pronto estará terminado. :)

Sí, esperemos :)
Gracias

Bueno, ahora estoy confundido. Acabo de leer por casualidad en la nota de la versión 2.05.75 que este conmutador es compatible. Pero no me funciona. Entonces, ¿código con errores? Nota de publicación en alemán:

Estaba funcionando un poco antes de .75 pero solo un evento de presionar un solo botón. ¡Desde .75 nada! Así que he estado esperando más de 2 meses para una solución.

¿Por qué la gente no lee con atención que 2.05.75 es una versión beta y no debería usarse ...
Quiero decir, si alguien instala una versión beta, por supuesto, habrá problemas ...
2.05.74 tiene soporte básico para los conmutadores Opple, el soporte completo llegará con la próxima versión, así que tenga paciencia.

El problema es (en el caso de Home Assistant) que la mayoría de las personas están ejecutando el complemento, que incluye la versión 2.05.75. Quizás sea mejor indicar claramente con cada lanzamiento que es una versión beta o estable, en Github puedes indicar eso. ( más info )

@klaasnicolaas ya lo hacen. Aquellos sin "_stable" se consideran beta, supongo. https://github.com/dresden-elektronik/deconz-rest-plugin/tags

Incluso entonces hay margen de mejora 😉

¡76 está ahí! ¿Quién intenta primero?

También disponible para deconz / HomeAssistant. ¡Golpeado hace 19 minutos!

Eso sí: ¡parece ser una "versión beta"!

@gysman Wooohoo ¡gracias por la información!
Ahora solo espero que la nueva imagen de la ventana acoplable la pruebe :)

¡La imagen de la ventana acoplable Fyi debería aparecer pronto!
https://github.com/marthoc/docker-deconz/pull/225

Acabo de actualizar a la nueva versión. Pero mi conmutador Opple de 3 bandas todavía no funciona. ¿Estoy haciendo algo mal? He emparejado con éxito el interruptor en Phoscon. Puedo verlo como una unidad en Home Assistant. Pero si escucho deconz_event, no me da nada. Funcionaba en una de las versiones anteriores de Deconz; creo que era 5.3.1

Mi interruptor de 6 botones se emparejó correctamente con Deconz y aparece en la aplicación Phoscon. Cuando escucho el deconz_event en Home Assistant, veo los eventos de las pulsaciones de botones sin ningún problema.

No funciona para mi. Versión de 6 botones.

{"buttonevent": null, "lastupdated": "none"} carga útil completa de node-red

actualización: tampoco hay eventos en HA.

Mi interruptor de 6 botones se emparejó correctamente con Deconz y aparece en la aplicación Phoscon. Cuando escucho el deconz_event en Home Assistant, veo los eventos de las pulsaciones de botones sin ningún problema.

¿Estás usando Home Assistant?

Sí, lo mencioné en mi publicación anterior :)

Mi interruptor de 6 botones se emparejó correctamente con Deconz y aparece en la aplicación Phoscon. Cuando escucho el deconz_event en Home Assistant, veo los eventos de las pulsaciones de botones sin ningún problema.

¿Tiene alguna sugerencia sobre lo que podría estar haciendo mal?

Mi interruptor de 6 botones se emparejó correctamente con Deconz y aparece en la aplicación Phoscon. Cuando escucho el deconz_event en Home Assistant, veo los eventos de las pulsaciones de botones sin ningún problema.

¿Tiene alguna sugerencia sobre lo que podría estar haciendo mal?

En realidad no, pero la última vez, cuando agregué un atenuador Philips Hue, tuve que reiniciar mi Pi antes de ver eventos en deconz_event

También puede verificar la GUI a través de VNC para ver si se agregó correctamente

También quiero mencionar que nunca intenté emparejar mi Opple hasta 2.05.76, sabía que había problemas, así que solo esperé la versión de trabajo

Cuando actualice a 2.05.76 desde 2.05.75, primero debe eliminar completamente los conmutadores de deconz, luego reiniciar deconz y luego volver a emparejarlos con la nueva versión. Sin estos pasos, los interruptores aún no funcionarán, ya que tendrá el emparejamiento roto en su base de datos desde 2.05.75

Intenta emparejar el interruptor de nuevo

reiniciar y volver a emparejar funciona. Mi dispositivo no se agregó hasta .76

Cuando actualice a 2.05.76 desde 2.05.75, primero debe eliminar completamente los conmutadores de deconz, luego reiniciar deconz y luego volver a emparejarlos con la nueva versión. Sin estos pasos, los interruptores aún no funcionarán, ya que tendrá el emparejamiento roto en su base de datos desde 2.05.75

Eso funciono. Muchas gracias :-) He estado esperando esto durante tanto tiempo

No veo liberación tras espera (x003)
Lo veo en la información del clúster deconz (255) pero no en el evento HA.
Restablecí el interruptor, lo quité y reinicié y luego volví a incluir el interruptor.

No veo liberación tras espera (x003)
Lo veo en la información del clúster deconz (255) pero no en el evento HA.
Restablecí el interruptor, lo quité y reinicié y luego volví a incluir el interruptor.

No hay problemas aquí con los 6 botones.

Evento 1 disparado a las 5:27 p. M.:
{
"event_type": "deconz_event",
"datos": {
"id": "lumi_remote_b686opcn01_22",
"id_único": "xxxxxxxxxxxxxxxxxxxxxx",
"evento": 3003
},
"origen": "LOCAL",
"time_fired": "2020-05-23T15: 27: 08.018072 + 00: 00",
"contexto": {
"id": "xxxxxxxxxxxxxxxxxxxxxxx",
"parent_id": nulo,
"user_id": nulo
}
}

Extraño, también tengo el botón 6.
Todo lo demás funciona 1 2 3 clics y mantener, pero no soltar después de mantener.
Muy bien, tengo que probar un poco más.
Gracias por confirmar que debería funcionar.

@mickeman tengo el mismo problema.
En el registro veo esto:

sin controlador de botón para: lumi.remote.b686opcn01 ep: 0x06 cl: 0x0012 cmd: 0x0A pl [0]: 0x55

@ L3H0
Ok, he intentado exactamente como se muestra a continuación una vez más, pero no ayuda
Estoy ejecutando deconz en ubuntu bajo WMware.
He actualizado el conbee II al firmware 0x26580700

Cuando actualice a 2.05.76 desde 2.05.75, primero debe eliminar completamente los conmutadores de deconz, luego reiniciar deconz y luego volver a emparejarlos con la nueva versión. Sin estos pasos, los interruptores aún no funcionarán, ya que tendrá el emparejamiento roto en su base de datos desde 2.05.75

He agregado el interruptor 2 veces, reinicio la ventana acoplable con deconz pero sigue siendo el mismo: /
No actualizo el FW de conbee II, todavía tengo 264A0700

@ L3H0
Ok, entonces no es el firmware.
¿Quizás @merdok podría ayudar?

Lo haría, pero no veo ningún paquete deb para la instalación ni un archivo de creación para su propia compilación. No estoy muy familiarizado con github pero usé "$ wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb " para obtener la última versión beta disponible, pero eso me devuelve 2.05 0,75
¿Podrías darme una pista?

Soy 23.05.2020 um 14:45 schrieb Adrian [email protected] :

¡La imagen de la ventana acoplable Fyi debería aparecer pronto!
marthoc / docker-deconz # 225

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

Ok, instalé la versión más nueva y reparé mi Opple con éxito. Ahora se muestra correctamente en phoscon y deconz, pero desafortunadamente no se ve ningún evento en el nodo rojo en ese dispositivo.

Am 23.05.2020 um 20:52 schrieb Martin Hinz [email protected] :

Lo haría, pero no veo ningún paquete deb para la instalación ni un archivo de creación para su propia compilación. No estoy muy familiarizado con github pero usé "$ wget http://deconz.dresden-elektronik.de/raspbian/beta/deconz-latest-beta.deb " para obtener la última versión beta disponible, pero eso me devuelve 2.05 0,75
¿Podrías darme una pista?

Soy 23.05.2020 um 14:45 schrieb Adrian [email protected] :

¡La imagen de la ventana acoplable Fyi debería aparecer pronto!
marthoc / docker-deconz # 225

-
Estás recibiendo esto porque comentaste.
Responda a este correo electrónico directamente, véalo en GitHub o cancele la suscripción.

¿Funciona, pero no hay mapeo de clics largos en Phoscon?

@Kroeliemonster : ¿Qué firmware? Tengo el mismo problema que Mikeman sin información de liberación en HA: (No veo liberación tras retención (x003)), ¿cuánto tiempo aguantaste?

@Kroeliemonster : ¿Qué firmware? Tengo el mismo problema que Mikeman sin información de liberación en HA: (No veo liberación tras retención (x003)), ¿cuánto tiempo aguantaste?
Firmware: 26490700
Puedo aguantar por un tiempo corto o más largo y todavía da el evento x003

Instalé el firmware 26490700 para Conbee II y actualicé deConz a 2.05.76 pero todavía no puedo ver mi interruptor de 4 botones. En Domoticz veo lo mismo. Cuando lo elimine de domoticz, volverá después de reiniciar mi pi.

Creo que tengo que quitar el interruptor de deConz, pero ¿cómo puedo hacer eso con deConz en modo sin cabeza?

Tenía 264a0700 y ningún evento x003 y actualizado a 26580700 y ningún evento x003 en HA.

@Havym : ¿a través de API? no tienes una interfaz web? como los agregaste

Recibo el siguiente registro del complemento HA deconz:

13:22:48:598 no button handler for: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl[0]: 0x55

HA 0.110.1 deconz .76 CB II 26580700

@Havym : ¿a través de API? no tienes una interfaz web? como los agregaste
La primera vez que los agregué a través de la aplicación phoscon como tantos usuarios. El interruptor no era compatible en ese momento y encendía y apagaba todas las luces. Pero el interruptor aún no es visible en la aplicación phoscon.
Pero sin deConz Gui no puedo eliminar el conmutador.

Pruebe en la aplicación phoscon -> cambiar -> agregar nuevo interruptor -> otro -> presione c en opple hasta que parpadee tres veces -> espere 30 segundos.
Si el conmutador está ahora en la aplicación phoscon, elimínelo, reinicie deconz y agréguelos nuevamente.

Lo curioso es que ... intenté tu camino y apareció en phoscon y borré el interruptor de nuevo y reinicié deconz. Ahora ya no puedo conectar el interruptor.

EDITAR: ¡Lo intenté de nuevo y aparece en deconz y en domoticz! Gracias.

Puedo confirmar que después de instalar la actualización del complemento y reiniciar HA, ahora puedo agregar ambos interruptores 6x y todos dan resultados adecuados para el estado de clic y liberación 1,2,3x. BUEN TRABAJO. Gracias.

Ahora creo que necesito averiguar cuál es el mejor método para llenar todos estos posibles conmutadores (18 para cada conmutador de hardware) con las acciones adecuadas. ¿Cuál sería la mejor forma de hacerlo? Supongo que necesitas escribir 18 automatizaciones para cada evento, ¿correcto?

¿Tiene 5 estados para cada cambio? 1 (x002), 2 (x004), 3 (x005) x clic, pulsación larga (x001) y suelta (x003)? En automatización, hay cinco para cada estado, pero la versión x003 después de una pulsación larga no proviene de deconz.

Mmm. Extraño, pensé que x003 también estaba allí, pero no puedo hacer que aparezca ahora. Todos los demás funcionan bien.

A través de node-red obtengo 1,2,3,4,5. Es una pena que haya tardado 6 meses en llegar tan lejos y es Beta

Probé los componentes HA y node red pero aún no recibo los eventos x003 (release). Quité el nodo y quité el conmutador de la interfaz web y lo volví a agregar varias veces pero con los mismos resultados. Seguiré jugando con él hasta que alguien publique una solución. Sin embargo, hasta ahora todo lo demás funciona perfectamente, lo cual es genial considerando que fue un pisapapeles en mi pared durante unos meses😁

¿Puede verificar en la GUI si el atributo _Present Value_ (0x0055) del _Multistate Input_ cluster (0x0012), en el punto final correspondiente al botón, refleja las acciones del botón? Debe ser 0 para mantener, 255 para liberación prolongada y 1, 2, 3 para pulsación simple, doble o triple.

@ebaauw

¿Puede verificar en la GUI si el atributo _Present Value_ (0x0055) del _Multistate Input_ cluster (0x0012), en el punto final correspondiente al botón, refleja las acciones del botón? Debe ser 0 para mantener, 255 para liberación prolongada y 1, 2, 3 para pulsación simple, doble o triple.

En mi caso, puedo ver todas las acciones de los botones en la GUI como se indica arriba.
Pero en Home Assistant solo puedo ver x001 x002 x004 x005.
Estoy ejecutando deCONZ en ubuntu y he actualizado el firmware de Conbee II a 26580700.

@ebaauw

¿Puede verificar en la GUI si el atributo _Present Value_ (0x0055) del _Multistate Input_ cluster (0x0012), en el punto final correspondiente al botón, refleja las acciones del botón? Debe ser 0 para mantener, 255 para liberación prolongada y 1, 2, 3 para pulsación simple, doble o triple.

En mi caso, puedo ver todas las acciones de los botones en la GUI como se indica arriba.
Pero en Home Assistant solo puedo ver x001 x002 x004 x005.
Estoy ejecutando deCONZ en ubuntu y he actualizado el firmware de Conbee II a 26580700.

Sí, puedo confirmar. Todo es visible en VNC GUI.

Los únicos eventos que obtengo en HA son x001, x002, x004 y x005.
Puedo usar mi interruptor ahora, ¡lo cual es fantástico! Unos pocos eventos faltantes es mejor que ningún evento :-)

Gracias desarrolladores, su trabajo es muy apreciado.

En mi caso, puedo ver todas las acciones de los botones en la GUI como se indica arriba.
Sí, puedo confirmar. Todo es visible en VNC GUI.

En ese caso, el evento del botón x003 tendría que ser emitido por el complemento de API REST. No veo cómo no puede.

Comenzaría a sospechar de HA, pero como también hay un informe sobre Node-red:

• ¿Podrías comprobar dos veces en la API, después de la retención / liberación prolongada, que state.buttonevent es de hecho x003?
• ¿Podría verificar con dc_eventlog (incluido en Homebridge Hue) o con otro cliente de socket web que el evento x003 se emite en el socket web?

Intenté crear una regla con Hue Essentials (aplicación de Android) directamente con la API deconz y eso no funciona con 1003.
1002, por ejemplo, funciona como debería.

@ebaauw Present Value (0x0055) informa "255" para liberación de retención prolongada.
Parece que está informando "1" para una sola pulsación (¿liberar?), "0" para mantenerla, "2" para una doble pulsación, "3" para una triple pulsación y "255" para una liberación prolongada.

Esto puede ser irrelevante, pero también informa 255 después de una liberación prolongada con el clic final de una pulsación doble o triple (todavía informa 2 o 3 para esos eventos antes de la liberación prolongada)

Editar: incluida la captura de pantalla

Esto puede ser irrelevante, pero también informa 255 después de una liberación prolongada con el clic final de una pulsación doble o triple (todavía informa 2 o 3 para esos eventos antes de la liberación prolongada)

Es un poco inusual ver un x003 sin un x001 anterior, pero los clientes de API deberían poder manejar esto (al sondear el puente Hue, el x001 incluso podría haberse perdido). No creo que sea relevante para el caso de eventos perdidos / no manejados.

Realmente necesitamos determinar dónde radica el problema. Por lo que podemos decir, el conmutador informa bien los eventos, informando 255 para _Present Value_. El siguiente paso es verificar que la API actualice state.buttonevent y emita una notificación de conexión web.

Una vez más, no entiendo cómo podría ser para los otros valores, pero no para 255. Odiaría jugar la carta de “funciona para mí” y culpar ciegamente a los clientes de la API, así que por favor verifique esto.

En el registro de desconz de HA AddOn después de presionar el botón 1 en el botón Opple 6 (WXCJKG13LM) durante 4 segundos:

07: 51: 35: 742 botón 1001 Desactivar retención
07: 51: 35: 742 Informe de atributo ZCL 0x04CF8CDF3Cxxxxxx para el clúster: 0x0012, ep: 0x01, control de trama: 0x18, mfcode: 0x0000
07: 51: 39: 719 sin controlador de botones para: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl [0]: 0x55
07: 51: 39: 719 Informe de atributo ZCL 0x04CF8CDF3Cxxxxxx para el clúster: 0x0012, ep: 0x01, control de marco: 0x18, mfcode: 0x0000

Parece que no hay un controlador de botones en deconz .76 para x003

¿Podría ejecutar deconz con --dbg-info=2 y capturar la carga útil asdu también? Creo que 0x55 podría referirse al lsb de la identificación del atributo _Present Value_ (0x0055). El conmutador envía el mismo informe de atributo (comando 0x0A) para todas las acciones, solo difiere el valor en la carga útil.

En mi caso, seguí los pasos para agregar, quitar, reiniciar y volver a agregar, y uno de mis conmutadores funcionó perfectamente, pero el otro aún se agrega sin la entrada multiestado, y hace lo extraño al controlar todas las luces en la red.

Espero captar todo lo relevante, si necesita más, hágamelo saber ...

08: 13: 16: 503 APS-DATA.indicación del niño 0x3B01
08: 13: 16: 504 verificar 0x04cf8cdf3cxxxxxx es el nodo secundario después de 94 s
08: 13: 16: 504 Datos de nodo 0x04cf8cdf3cxxxxxx profileId: 0x0104, clusterId: 0x0012
08: 13: 16: 505 0x04CF8CDF3Cxxxxxx: actualizar el valor ZCL 0x01 / 0x0012 / 0x0055 después de 0 s
08: 13: 16: 507 botón 1001 Desactivar retención
08: 13: 16: 508 Forzar la vinculación de informes de atributos para el sensor OPPLE Schalter 3-fach
08: 13: 16: 508 Informe de atributo ZCL 0x04CF8CDF3Cxxxxxx para el clúster: 0x0012, ep: 0x01, control de marco: 0x18, mfcode: 0x0000
08: 13: 16: 510 carga útil: 5500210000
08: 13: 16: 515 Websocket 172.30.32.1:34146 enviar mensaje: {"e": "cambiado", "id": "66", "r": "sensores", "estado": {"buttonevent": 1001, "lastupdated": "2020-05-25T06: 13: 16.507"}, "t": "event", "uniqueid": "04: cf: 8c: df: 3c: xx: xx: xx-01- 0012 "} (ret = 165)
08: 13: 16: 516 Websocket 172.30.32.1:34172 enviar mensaje: {"e": "cambiado", "id": "66", "r": "sensores", "estado": {"buttonevent": 1001, "lastupdated": "2020-05-25T06: 13: 16.507"}, "t": "event", "uniqueid": "04: cf: 8c: df: 3c: xx: xx: xx-01- 0012 "} (ret = 165)
08: 13: 16: 517 Websocket 172.30.32.1:34182 enviar mensaje: {"e": "cambiado", "id": "66", "r": "sensores", "estado": {"buttonevent": 1001, "lastupdated": "2020-05-25T06: 13: 16.507"}, "t": "event", "uniqueid": "04: cf: 8c: df: 3c: xx: xx: xx-01- 0012 "} (ret = 165)
08: 13: 16: 518 Websocket 192.168.76.92:43698 enviar mensaje: {"e": "cambiado", "id": "66", "r": "sensores", "estado": {"buttonevent": 1001, "lastupdated": "2020-05-25T06: 13: 16.507"}, "t": "event", "uniqueid": "04: cf: 8c: df: 3c: xx: xx: xx-01- 0012 "} (ret = 165)
08: 13: 16: 521 verificar el estado del vecino: APP_SUCCESS (0x00)
08: 13: 16: 521 estado del sensor de descarte empujar para 66: estado / última actualización (ya empujado)
08: 13: 16: 544 APS-DATA.indicación del niño 0x3B01
08: 13: 16: 544 Datos de nodo 0x04cf8cdf3cxxxxxx profileId: 0x0104, clusterId: 0x0012
08: 13: 16: 545 0x04CF8CDF3Cxxxxxx: actualizar el valor ZCL 0x01 / 0x0012 / 0x0055 después de 0 s
08: 13: 16: 546 Forzar la vinculación de informes de atributos para el sensor OPPLE Schalter 3-fach
08: 13: 16: 546 sin controlador de botón para: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl [0]: 0x55
08: 13: 16: 546 Informe de atributo ZCL 0x04CF8CDF3Cxxxxxx para el clúster: 0x0012, ep: 0x01, control de trama: 0x18, mfcode: 0x0000
08: 13: 16: 546 carga útil: 550021ff00

Estoy completamente perdido. No hay código para manejar los diferentes valores en la carga útil de manera diferente. Esto funciona para mi:

May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443 APS-DATA.indication srcAddr: 0xee72, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0012, lqi: 255, rssi: -38
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443     asdu: 18cb0a550021ff00
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:444 Node data 0x04cf8cdf3c79744f profileId: 0x0104, clusterId: 0x0012
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:444 0x04CF8CDF3C79744F: update ZCL value 0x01/0x0012/0x0055 after 0 s
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 button 1003 Off long released
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 don't create binding for attribute reporting of sensor Opple
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 Force binding of attribute reporting for sensor Opple
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446 ZCL attribute report 0x04CF8CDF3C79744F for cluster: 0x0012, ep: 0x01, frame control: 0x18, mfcode: 0x0000
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:446     payload: 550021ff00
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:448 Websocket 127.0.0.1:52216 send message: {"e":"changed","id":"7","r":"sensors","state":{"buttonevent":1003,"lastupdated":"2020-05-25T20:17:08.445"},"t":"event","uniqueid":"04:cf:8c:df:3c:79:74:4f-01-0012"} (ret = -1092095048)
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:449 Websocket 127.0.0.1:52260 send message: {"e":"changed","id":"7","r":"sensors","state":{"buttonevent":1003,"lastupdated":"2020-05-25T20:17:08.445"},"t":"event","uniqueid":"04:cf:8c:df:3c:79:74:4f-01-0012"} (ret = -1092095048)
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:451 discard sensor state push for 7: state/lastupdated (already pushed)

Reinicié y volví a emparejar el Opple, solo para estar seguro. Probé un Pi 4B en Raspbian Buster con ConBee II en v2.05.76 y un Pi 3B + en Raspbian stretch con RaspBee en v2.05.77.

¿En qué plataforma estás corriendo? La única explicación que se me ocurre es un error del compilador.

Intenté v2.05.77 con los interruptores de botones 2/4/6 y todo parece funcionar como se esperaba.

Lo único de lo que no estoy seguro es que cuando mantengo presionado un botón durante bastante tiempo (más de 6 segundos), el evento de lanzamiento ya no se produce. @ebaauw ¿sabes si debería ser así?

No puedo responder si debería ser así, pero siento lo mismo. Por lo que parece, el interruptor ya no envía el mensaje de liberación cuando lo mantienes presionado durante demasiado tiempo. No relacionado con el problema "sin controlador de botones".

Ok, lo pensé también.
Sobre el problema "sin controlador de botones", me pregunto también por qué algunos usuarios obtienen una carga útil 0x55 en lugar de 0x255

Es 255 (decimal) o 0xFF.

Consulte los registros anteriores: la carga útil es para el comando _Report_ Attributes 550021xx00 , o: 0x0055 - atributo _Present Value_; 0x21 - tipo de datos uint16 ; 0x00xx el valor. El registro muestra la carga útil [0], que es el primer byte, o 0x55; el manejador de botones mira la carga útil [3], que es el cuarto byte, o xx.
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2a26b78f4139a179968e61aa0e0caf3fd1917162/de_web_plugin.cpp#L3581 -L3591

Correcto. Lo siento, ya es demasiado tarde ... Ahora lo veo. Entonces, ¿por qué mira el primer byte para algunos usuarios?

Experimenté lo mismo si mantienes presionado el botón durante mucho tiempo, después de 6 segundos no habrá más mensajes, pero el x001 después de 1 segundo para una presión prolongada, como se muestra arriba.
Utilizo un NUC con caja virtual y Home Assistant 0.110.2 (o más reciente) con AddOn deconz .76 ConBee II 26580700.
El mensaje parece enviarse, ya que solo hay una pulsación larga o una pulsación muy larga ;-):

08: 13: 16: 546 sin controlador de botón para: lumi.remote.b686opcn01 ep: 0x01 cl: 0x0012 cmd: 0x0A pl [0]: 0x55
08: 13: 16: 546 Informe de atributo ZCL 0x04CF8CDF3Cxxxxxx para el clúster: 0x0012, ep: 0x01, control de trama: 0x18, mfcode: 0x0000
08: 13: 16: 546 carga útil: 550021ff00

¿Necesitas algo más? Hágamelo saber.

¡Muchas gracias por la ayuda!

¿Cómo captar los datos adsu ? Si activo --dbg-info=2 no tengo algo como esto en el registro:
May 25 22:17:10 pi5 deCONZ[28578]: 22:17:08:443 asdu: 18cb0a550021ff00
Entonces, ¿qué parámetro activa esta salida para registrar?

Probablemente --dbg-aps=2 . Necesito recopilar y documentar todos estos en algún momento ...

Muchas gracias por todo tu trabajo.
Tengo un cambio de este tipo durante seis meses y he estado leyendo mucho aquí.
Acabo de agregar el interruptor a asistente de hogar. Ahora tengo 16 nuevos eventos que manejar ...
Muchísimas gracias

Pero por qué, uno de los mejores eventos no está funcionando. Es tan triste. ; (

¿Te refieres a liberación tras espera?

¿Te refieres a liberación tras espera?

sí

Liberar después de mantener está funcionando ... aparentemente, que el interruptor no envía el evento de liberación después de más de 6 segundos es un problema con el interruptor en sí.

Liberar después de mantener está funcionando ... aparentemente, que el interruptor no envía el evento de liberación después de más de 6 segundos es un problema con el interruptor en sí.

No, no funciona en HA. Sí, el evento está disponible en la GUI, pero esta no es una solución que funcione. Dices que el interruptor funciona mal, pero no veo ningún problema en zigbee2mqtt con este interruptor.

Está funcionando en HA. Lo he estado usando desde que lo implementé en marzo con HA ...
Es necesario investigar por qué para algunas personas no funciona.

@merdok : Incluso el conmutador envía esto en 6 segundos, la liberación después de la retención NO funciona en deconz, ni en HA, ni en NodeRED.

Deconz NO está enviando el evento x003 para que se libere después de mantenerlo en 6 segundos.

Probé esto hoy con tres nuevos botones opple 6 gang y una nueva instalación limpia de deconz (.77) con ConBee II 264A0700 y 26580700.

17: 45: 50: 322 APS-DATA.indication srcAddr: 0x0494, srcEp: 0x03 dstAddrMode: 2, perfil: 0x0104, cluster: 0x0012, lqi: 255, rssi: -42
17: 45: 50: 322 asdu: 18040a550021ff00
17: 45: 50: 322 APS-DATA.indicación del niño 0x0494
17: 45: 50: 322 Datos de nodo 0x04cf8cdf3c797497 profileId: 0x0104, clusterId: 0x0012
17: 45: 50: 322 Forzar vinculación de informes de atributos para el sensor OPPLE Schalter 3-fach
17: 45: 50: 322 sin controlador de botón para: lumi.remote.b686opcn01 ep: 0x03 cl: 0x0012 cmd: 0x0A pl [0]: 0x55
17: 45: 50: 322 Informe de atributo ZCL 0x04CF8CDF3C797497 para clúster: 0x0012, ep: 0x03, control de trama: 0x18, mfcode: 0x0000
17: 45: 50: 322 carga útil: 550021ff00

El problema del comunicado de prensa prolongado podría ser un error del compilador.
Podría estar equivocado, y esta teoría tendría que ser probada, pero parece estar funcionando en Raspberry Pi (ARM) y no en x86.

Estoy ejecutando HA / deconz en una PC sin cabeza, y noté que alguien de arriba que tiene este problema está usando un NUC. Las personas que tienen éxito parecen estar usando una Raspberry Pi.

¿Alguien tiene comentarios sobre lo que está ejecutando y su éxito en la realización de estos eventos?

Editar: No estoy seguro de cómo, o si, los difiere de código para diferentes tipos de interruptores, pero me pongo eventos de liberación de otros interruptores, simplemente no este interruptor Opple (lumi.remote).

Podría ser una explicación, uso un NUC con Win10, VB.
Probaré mi rpi3b ...

@ luke3butler buen punto. Eso puede ser. También uso Raspberry Pi (ARM) y funciona.

Tengo, Deconz en la ventana acoplable en Synology.

Para mí, el evento x003 funciona en un rpi3-something

x003 NO funciona en mi configuración.
Ejecutando en Intel i5 con WMware (ESXI) y Ubuntu Desktop 18.04

RPi3 aquí con HA y aunque solo uso el lanzamiento después de los eventos de espera antes de que finalicen los 6 segundos, tengo que confirmar que después de 6 segundos el evento x003 no llega a Deconz.

En mi RPi3B funciona, con el mismo Opple 6-gang y el mismo ConBee II 264A0700 y ConBee II 26580700
En mi NUC i7 win10 VB HA 0.110.3 AddOn Deconz .77 no lo hace.

@Kroeliemonster, este es un problema diferente, probablemente relacionado con el cambio en sí.
Tienes que diferenciar eso, ¡porque esto confunde a la gente aquí!

Según los comentarios recibidos hasta ahora, parece un error del compilador o al menos algo relacionado con la arquitectura de la CPU.

Según los comentarios recibidos hasta ahora, parece un error del compilador o al menos algo relacionado con la arquitectura de la CPU.

Esa parece ser la explicación más plausible, como señalé anteriormente.

La única explicación que se me ocurre es un error del compilador.

La expresión errática parece ser:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/2a26b78f4139a179968e61aa0e0caf3fd1917162/de_web_plugin.cpp#L3586

zclParam0 es un quint16 ; zclFrame.payload() devuelve un QByteArray . QByteArray::at() devuelve un char . Así que estamos comparando un valor entero de 16 bits sin signo de 255 con un valor, supongo, de 8 bits, posiblemente con signo, char . Supongo que eso está buscando problemas.

El único otro lugar en los mapas de botones donde usamos un zclParam0 de 255 es para el 1002 (giro brusco a la derecha) del atenuador IKEA. ¿Te importaría adivinar lo que vemos allí? Pista: # 2787. ¿Quizás fuimos un poco prematuros llamando al atenuador para que fuera maldecido?

@manup , ¿cuál es tu opinión sobre esto?

@ebaauw , ¿crees que tal vez usar 0xFF en el mapa de botones para el parámetro podría solucionarlo?

La mayoría de los usos de "payload (). At (" en ese archivo se emiten o asignan a temporales sin firmar. Me parece que todos los usos que se comparan con un valor sin firmar deben tratarse de la misma manera, por coherencia, incluso si no parece tener estrictamente banderas rojas sobre ellos como lo hace esta instancia de uso donde el 255 puede tratarse como el valor firmado -1.

¿Crees que tal vez usar 0xFF en el mapa de botones para el parámetro podría solucionarlo?

No. El compilador traduciría 255 y 0xFF exactamente al mismo valor. Cambiar el zclParam0 a 65535 (0xFFFF) podría ser para x86, pero se interrumpirá en ARM.

Cambiar la comparación a buttonMap->zclParam0 == zclFrame.payload().at(3) & 0xFF podría funcionar en ambas arquitecturas. Usar una forma más decente de decodificar la carga útil sería la mejor solución en mi humilde opinión.

char está firmado en x86 y no está firmado en ARM, consulte:
https://www.linuxtopia.org/online_books/an_introduction_to_gcc/gccintro_71.html

Entonces, en x86, el valor de 8 bits -1 (0xFF) probablemente se convierte al valor sin signo de 16 bits 65535 (0xFFFF), que sería -1 como valor de 16 bits con signo. En ARM, el valor sin signo de 8 bits 255 (0xFF) se convertiría al valor sin signo de 16 bits 255 (0x00FF).

¿Quizás buttonMap->zclParam0 == static_cast<quint8>(zclFrame.payload().at(3)) ?

También podría funcionar. No puedo compilar en x86 para comprobarlo.

Hay algunos lugares más con un zclParam0 > 127: el 1010 (muchas pulsaciones) en el lumi.sensor_switch y el 7002, 8002, 9002 (_4_, _5_, _6_) en el control remoto interno RC110. Adivina qué: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/635#issuecomment-534519677).

También podría funcionar. No puedo compilar en x86 para comprobarlo.

Yo tampoco puedo. Lo más probable es que use un molde para un int de 8 bits sin firmar de alguna variedad, por lo que static_cast a quint8 o uint8_t serían buenos. Si usa el enfoque de manipulación de bits, me sentiría más seguro con Y con 0x0ff lugar de 0xff , solo porque no puedo decir que el último necesariamente producirá un resultado sin firmar, aunque supongo que probablemente sí.

Lo probaría, pero desafortunadamente no puedo compilar también para x86.

@ebaauw aquí está potencialmente resolviendo el problema detrás de un lote de errores.
Su trabajo es muy apreciado. 🥇

Si nadie puede realizar pruebas x86, me tomaré el tiempo necesario para configurar un entorno de prueba dedicado. Estoy usando la integración HA (supervisada), pero puedo activar otra VM.

Incluso puedo ayudar en la nube, pero necesito ayuda para ...

Parece que este problema se ha encontrado (y solucionado) antes, para el 1010 (muchas pulsaciones) de lumi.sensor_switch :
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/720a324f33dcb31efc086f2f052b35eba3948794/de_web_plugin.cpp#L3546
Con una respetable cantidad de fuerza bruta, debo añadir.

Acabo de asignar el payload().at( _n_ ) a un quint8 para el Lutron Aurora, pero no sé si alguien lo probó en x86 (u otra plataforma con firma char ).

¿Podrías probar mi compromiso anterior en x86?

Para el registro: no es un error del compilador después de todo, solo un código malo e intransitable.

Felicitaciones por todo el arduo trabajo en curso, por el momento parece que no puedo enviar eventos a mi HassOS a través de deconz.
¿Hay algún otro conmutador de 6 bandas por este precio / calidad?

Probando la última "beta", todo funciona bien. Por mi parte, podemos cerrar el problema después del lanzamiento final.

¿Podemos _Finalmente_ cerrar esto 😄?

No pude probarlo, ya que la versión beta no está disponible para complementos HA y ahora mismo no tengo la posibilidad de probarlo en una máquina virtual x86 o x86.

@ebaauw , @Mimiix Muchas gracias por el arduo trabajo.

Lo probaré, tan pronto como esté disponible el lanzamiento en HA.

@thecem No hice mucho, @ebaauw es el que alabar aquí;)
Si el complemento HA está disponible y actualizado, comuníquese aquí si hay algún problema :)

_Mimiix le gusta deshacerse de viejos problemas de larga duración 😄_

¿Existe algún procedimiento especial de pareja? Instalé la última versión de deconz, pero no puedo acoplar el interruptor de 6 botones. Funciona, porque enciende las luces directamente, pero no está conectado a deconz.

Probé el x003 y funciona en NUC WIN10 HA 0.110.4 Addon Deconz 2.05.08:

@ebaauw : ¡Gracias por el tremendo trabajo!

¿Existe algún procedimiento especial de pareja? Instalé la última versión de deconz, pero no puedo acoplar el interruptor de 6 botones. Funciona, porque enciende las luces directamente, pero no está conectado a deconz.

Tuve el mismo problema al principio. Así que jugué con el botón C (manténgalo presionado durante 5 segundos, espere, presione durante 1 segundo, espere, repita todo) y en algún momento se conectó a deconz. Prueba y error muy insatisfactorio. _Además, no desencadena un deconz_event, por lo que es inútil para mí en este momento._

Editar: He actualizado deconz y ahora obtengo los eventos. :-)

Necesita al menos la versión 2.05.77, si se conectó antes, repárela con la versión más reciente.
En deconz:

• conectar nuevo interruptor
• presione el botón c (breve // ​​1 segundo, si lo restableció antes presionándolo durante 15 segundos, si no, presiónelo durante 15 segundos)
• Espere

Tengo 2.05.78 / 22.05.2020: la última versión ayer, pero hoy desapareció de https://phoscon.de/en/changelog/ por alguna razón.

Presioné c durante 15 segundos. cada ~ 5 segundos, el LED parpadea.
Presioné Agregar interruptor en la aplicación web Phoscon
Presioné C para 1 (también intenté 5) ... el LED parpadea nuevamente, pero no hay emparejamiento :(

Como este problema va a terminar en personas que necesitan ayuda en asuntos pequeños y los conmutadores opple son compatibles, voy a cerrar este problema.

Para pequeñas preguntas, ¡Discord es el lugar para estar! puede encontrar la URL en el archivo readme.md

Chicos, hoy trato de emparejar opple 6 botones con mi raspbee con firmware 26350500, y me enfrenté a un comportamiento interesante. Al hacer clic en agregar interruptor, comencé a tocar el botón C emparejado y no pasa nada, pero hice clic en un botón en el interruptor y el interruptor comenzó a controlar mis tres bombillas E27 aqara, encendido / apagado, temperatura de color y brillo. Después de esto, repito el modo de emparejamiento varias veces, y finalmente se agregó el interruptor al phoscon, pero en HA no recibí ningún evento de él.

Entonces, la pregunta es, ¿funciona raspbee con interruptores opple?

Botón 1, arriba a la izquierda, acción = Apaga todas las luces y enchufes.
Botón 2, arriba a la derecha, acción = Enciende todas mis luces y calcetines.
Botón 3, centro izquierdo, acción = Disminuye el brillo de las bombillas.
Botón 4, medio a la derecha, acción = Aumenta el brillo de las bombillas.

Tengo mi opple de 6 vías hoy y tengo exactamente el mismo comportamiento.

Estoy en 2.5.79 con firmware 26350500 en un ConBee 1

Todo lo que puedo aconsejarte es que intentes agregar nuevamente. Como escribí anteriormente en otro tema, pude agregar sin presionar botones durante el proceso de emparejamiento, simplemente comencé el proceso de emparejamiento y puse el dispositivo en modo de emparejamiento. Por así decirlo, pruebe su suerte. ;)

Aquí está el tema del que estoy hablando: https://github.com/dresden-elektronik/deconz-rest-plugin/issues/3074

Reparé el interruptor varias veces.
Eliminó el interruptor en Phoscon.
Iniciando descubrimiento en Phoscon.
Mantenga presionado el botón C en el interruptor durante ~ 13 segundos hasta que el LED parpadee por segunda vez.
......
......
El interruptor se descubre sin presionar ninguno de los 6 botones.
Todas las luces y enchufes se encienden automáticamente.

Bueno esta bien. Una y otra y otra vez. Ahora funciona. No se porque

Bueno, tampoco puedo dar una respuesta detallada sobre este asunto. Me alegro de que lo hicieras al final.

Hoy recibí este interruptor y, según mi experiencia, es útil que sigas presionando el botón C después de que el LED parpadee. Cuando comencé a hacer eso, pude emparejarlo.

Tengo la misma versión que @ saxn-paule y casi lo mismo en Phoscon - solo una pequeña diferencia tengo la versión en detalle.

Es necesario recopilar información y, en la medida de lo posible, describir el proceso de emparejamiento lo más detallado posible para los usuarios en la página de soporte de deconz en git ...

Queridos todos
Recibí el mismo interruptor y pude incluirlo en Phoscon. Ahora, estoy tratando de crear algunas acciones para estos seis botones, desafortunadamente solo los dos botones superiores se identifican a través de automatizaciones. ¿Cómo generar automatizaciones para los botones central y abajo?

Hola
qué versión de deconz estás ejecutando. Hubo algunos problemas al principio. Si está en 2.5.82, le sugiero que elimine el interruptor nuevamente y vuelva a unirse presionando el botón Atrás durante más de 15 segundos. Después de que se unió y reciba el mensaje de que se unió correctamente, presione el botón superior izquierdo. Así es como funcionó para mí y los 6 botones muestran eventos ahora.

Hola
He vuelto a hacer este proceso, pero cuando paso por la configuración (Hassio), ¿tengo solo una entidad (batería) y ninguna entidad de botones?

Ok, pero esto quizás no sea un problema de desconz. ¿Puede publicar una solicitud en el foro de soporte de hassio?

Estoy usando ioBroker y funciona bien.

Eso es lo que pude generar todas las automatizaciones necesarias.
gracias

Hola
He vuelto a hacer este proceso, pero cuando paso por la configuración (Hassio), ¿tengo solo una entidad (batería) y ninguna entidad de botones?

Lo más probable es que ya lo hayas encontrado, pero seguro. En Home Assistant, debe trabajar con eventos (escriba deconz_event); los botones no se agregan como entidad de cambio.

Si tiene todos los dispositivos que desea controlar mediante este interruptor en deCONZ Zigbee, lo más conveniente para mí es usar las acciones Phoscon.

Hola,

¿Cómo puedo actualizar Phoscon ejecutándose en frambuesa? Dice que la versión 2.05.71 está actualizada sin posibilidad de actualizar a 2.05.77 para que el Opple funcione.

gracias
Jakub

@ elpaso666 Dependiendo de su método de instalación. Si solo tiene una instalación nativa, use la forma de actualización de Linux. Información aquí: https://www.cyberciti.biz/faq/ubuntu-upgrade-update-single-package-using-apt-get/

Funciona igual si ejecuta Raspbian.

A todos los usuarios que tengan preguntas genéricas: El dispositivo está implementado correctamente y es funcional.

Si tiene preguntas: use Discord o abra un problema propio (¡con la plantilla de preguntas del usuario!)

@Mimiix He ejecutado sudo atp-get update / upgrade ... aunque fue, la última línea es como:
Configurando deconz (2.05.81-raspbian-buster-stable) ...
cómo siempre en phoscon veo 2.05.71 / 14/9/2020 - versión anterior, pero nueva fecha :)

@Mimiix He ejecutado sudo atp-get update / upgrade ... aunque fue, la última línea es como:
Configurando deconz (2.05.81-raspbian-buster-stable) ...
cómo siempre en phoscon veo 2.05.71 / 14/9/2020 - versión anterior, pero nueva fecha :)

Exactamente lo mismo aquí ... Actualicé a la última versión, pero la aplicación phoscon todavía muestra 2.05.71 con una versión más nueva.
fecha como elpaso666 mencionado.
Revisé nuevamente a través de shell para actualizar, pero ahora dice que estoy en la última versión.

Hola,
intente reiniciar el RPI. después de reiniciar, tenía la última versión en Phoscon gui con botón disponible para actualizar el FW, lo cual hice y ahora estoy en el último phoscon y el último FW donde el botón Aquara Opple confirma que está actualizado mientras funciona.

Jakub

Hola,
intente reiniciar el RPI. después de reiniciar, tenía la última versión en Phoscon gui con botón disponible para actualizar el FW, lo cual hice y ahora estoy en el último phoscon y el último FW donde el botón Aquara Opple confirma que está actualizado mientras funciona.

Jakub

Gracias Jakub .... esa fue la solución !! Aqara Opple funciona ahora.

Botón 1, arriba a la izquierda, acción = Apaga todas las luces y enchufes.
Botón 2, arriba a la derecha, acción = Enciende todas mis luces y calcetines.
Botón 3, centro izquierdo, acción = Disminuye el brillo de las bombillas.
Botón 4, medio a la derecha, acción = Aumenta el brillo de las bombillas.

Tengo mi opple de 6 vías hoy y tengo exactamente el mismo comportamiento.

Estoy en 2.5.79 con firmware 26350500 en un ConBee 1

hola, tengo el mismo problema, ¿cómo lo solucionaste?
Estoy en 2.05.88 con FW 26660700 (último firmware), Conbee 2

Botón 1, arriba a la izquierda, acción = Apaga todas las luces y enchufes.
Botón 2, arriba a la derecha, acción = Enciende todas mis luces y calcetines.
Botón 3, centro izquierdo, acción = Disminuye el brillo de las bombillas.
Botón 4, medio a la derecha, acción = Aumenta el brillo de las bombillas.

Tengo mi opple de 6 vías hoy y tengo exactamente el mismo comportamiento.
Estoy en 2.5.79 con firmware 26350500 en un ConBee 1

hola, tengo el mismo problema, ¿cómo lo solucionaste?
Estoy en 2.05.88 con FW 26660700 (último firmware), Conbee 2

Lo mismo para mi. El emparejamiento con Phoscon funciona bien, pero siempre activa todos los dispositivos Zigbee sin que se configure ninguna escena en ioBroker. Simplemente hace lo que quiere, así que supongo que este interruptor no sirve para nada ...

Switch funciona bien aquí, pero debo admitir que no estoy asignando acciones a través de la interfaz Phoscon. Estoy manejando las pulsaciones de botones a través de node-red (y el complemento deconz correspondiente).

Hmm, entonces me pregunto si esto está relacionado con ioBroker, que uso con deconz. Aunque no configuré ningún comando para activar todo en un disparador ... algo extraño

Hola
Tengo varios interruptores opple aqara y funcionan bien. También al principio tuve problemas para emparejarlos. Seguí estos pasos.

1. Eliminar el interruptor en la aplicación phoscon si ya está allí
2. Iniciar el modo de emparejamiento
3. presione el botón de reinicio durante al menos 13 segundos en el interruptor opple y suelte
4. ¡¡¡Esperar!!! hasta que esté emparejado por completo y pueda ver que el nombre del fabricante y del interruptor ha cambiado en Phoscon
5. Cerrar el proceso
6. presione el botón superior izquierdo 1x
   Con este proceso siempre funcionó.

Espero que esto ayude.

Atentamente
Derrotar

@easybeat gracias por tu publicación. ¿Puede recibir eventos a través de websockets desde el conmutador opple? En mi caso, el emparejamiento funciona, pero no hay eventos en websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Hola

sí, los estoy usando en ioBroker sin ningún problema con el último adaptador deconz 2.06.

¿Eso ayuda?

Gracias
Derrotar

@easybeat gracias por tu publicación. ¿Puede recibir eventos a través de websockets desde el conmutador opple? En mi caso, el emparejamiento funciona, pero no hay eventos en websocket. (Conbee 2: 2.06.00 Firmware 26660700)

¿Ha intentado reiniciar la instancia del adaptador deconz? ¿Y un reinicio de ioBroker? Ese fue el paso de resolución en mi caso con el interruptor Opple.

@easybeat gracias por tu publicación. ¿Puede recibir eventos a través de websockets desde el conmutador opple? En mi caso, el emparejamiento funciona, pero no hay eventos en websocket. (Conbee 2: 2.06.00 Firmware 26660700)

Lo siento, no vi que mencionaste que ya estás en la versión deconz 2.06. No lo estoy, estoy en 2.5.86 con firmware anterior.

¿Ha intentado reiniciar la instancia del adaptador deconz? ¿Y un reinicio de ioBroker? Ese fue el paso de resolución en mi caso con el interruptor Opple.

Sí, reinicié deconz. No hay ioBroker involucrado de mi lado. Solo estaba comprobando WebSocket.

Investigué un poco sobre las versiones:

• Al emparejar en 2.06.00 -> Sin eventos
• Al emparejar en 2.05.88 -> Sin eventos
• Al emparejar en 2.05.85 -> Los eventos están funcionando
  
  
  
  • Actualizar a 2.06.00: los eventos siguen funcionando ( sin emparejamiento nuevo)
  
  

Parece que el emparejamiento está roto> = 2.05.88 (el emparejamiento funciona, pero no hay eventos)

@easybeat Thx, tu pista sobre tu versión me indicó la dirección correcta.

Investigué un poco sobre las versiones:

• Al emparejar en 2.06.00 -> Sin eventos
• Al emparejar en 2.05.88 -> Sin eventos

• Al emparejar en 2.05.85 -> Los eventos están funcionando

  • Actualizar a 2.06.00: los eventos siguen funcionando ( sin emparejamiento nuevo)

Parece que el emparejamiento está roto> = 2.05.88 (el emparejamiento funciona, pero no hay eventos)

@easybeat Thx, tu pista sobre tu versión me indicó la dirección correcta.

está bien. muy interesante. Por favor, cree un informe de errores y bueno, los hizo funcionar. Creo que estos son los mejores interruptores compatibles con deconz en este momento.

Gracias
Derrotar

Por lo general, uso la interfaz gráfica de usuario de phoscon y deconz y hago lo siguiente cuando emparejo el oppleswitch:

1. Haga clic en 'Agregar nuevo interruptor'
2. Presione el botón del interruptor de operación C ubicado en la parte posterior durante 6 segundos
3. Vaya a deconz, haga clic en clúster básico y lea los atributos
4. Phoscon debería mostrar 'el compuesto ha sido preparado', no lo cierre todavía.
5. Si su dispositivo se muestra en Deconz así, es exitoso y no está emparejado con todos los dispositivos Zigbee.
   
6. De lo contrario, haga clic en el dispositivo oppleswitch en deconz gui y presione F5 (Restablecer nodo) hasta que llegue a los clústeres anteriores. Repita hasta que tenga éxito, por lo general lo hago 2-3 veces.