Deconz-rest-plugin: Zigbee 3.0 con Conbee 1/Conbee 2

¿Los dispositivos Hue no han sido Zigbee3 durante algunos años?

Manténgase en el tema, la pregunta es sobre conbee 1/2 y zigbee 3.0 y si uno de ellos puede convertirse en coordinador de zigbee 3.0 y cómo manejan el soporte de zigbee 3.0.

Cada vez llegan más zigbee 3.0, no solo Hue, por ejemplo -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061

Esto está relacionado con la nueva actualización de Zigbee2mqtt con soporte para CC26X2R1 y CC1352P-2 que puede ser un coordinador de zigbee 3.0 https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.7.0

Lo que quise decir es que si Hue ya es 3.0, ¿deCONZ ya es compatible con 3.0?

Esa todavía no es una respuesta si el conbee 1/2 se puede promover a un coordinador zigbee 3.0 :)

No pero da matices :)

Deja de secuestrar esta solicitud, el tono no tiene nada que ver con tener un coordinador zigbee 3.0 con el conbee 1 o 2, que es mi pregunta.

Los dispositivos que son zigbee 3.0 no son relevantes en este tema porque debido a que 3.0 es compatible con versiones anteriores de 1.2 pero 3.0 tiene ventajas sobre 1.2, es por eso que me gustaría tener un coordinador de zigbee 3.0 donde todos mis dispositivos zigbee se conecten -> https://zigbee .org/zigbee-for-developers/zigbee-3-0/ y no puedo encontrar esa información sobre el conbee 1/2 en el sitio web si eso es posible o en la hoja de ruta :)

ConBee y RaspBee admiten una amplia gama de dispositivos Zigbee 3.0. También la extensión Zigbee Green Power, que forma parte de Zigbee 3.0 y es utilizada por dispositivos como los conmutadores Friends of Hue. El próximo año implementaremos la compatibilidad con el código de instalación de Zigbee 3.0 para una seguridad avanzada.

pero 3.0 tiene ventajas sobre 1.2

¿Tiene alguna ventaja específica en mente?

Gracias @manup por la respuesta, como mencionó desde el punto de vista de la seguridad y la malla/rango debería ser mejor con zigbee 3.0 que con zigbee 1.2. Como se mencionó en otros problemas, algunos de nosotros sufrimos de dispositivos perdidos (como este problema -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1261), así que estoy buscando una manera de mejorar por eso me gustaria saber si el conbee 1/2 sera un coordinador zigbee 3.0 y si eso mejorara la calidad de la red/malla

No digo que mi red zigbee sea grande, pero tengo una buena cantidad de dispositivos en los que a veces pierdo la conexión de las luces y luego también de los dispositivos finales conectados ->

Hardware:
Nuc con deconz ejecutándose en docker con un conbee 1 (¿hay ventajas para actualizar a conbee 2?)

Mi red existe de:
18 luces zigbee (ikea/tono)
12 enchufes zigbee (ikea/osram)
3 repetidores CC2531 y 1 CC2530
7 interruptores zigbee xiaomi
3 atenuadores de tono
3 cubos mágicos zigbee xiaomi
3 botones zigbee xiaomi
4 sensores de vibración zigbee xiaomi
17 sensores de contacto zigbee xiaomi
4 sensores de movimiento de tono
18 sensores de movimiento zigbee xiaomi
9 sensores de temperatura zigbee xiaomi

Me temo que nada de esto está relacionado con Zigbee 3.0, la funcionalidad de la malla es la misma que en las versiones anteriores. Las caídas están relacionadas con errores en el firmware o quizás en el software. Por el momento, las luces más fiables son las Philips hue.

Si aún no lo ha hecho, recomiendo encarecidamente utilizar un cable de extensión USB.

Gracias @manup por la aclaración.
De hecho, ya tengo el conbee 1 conectado a un cable de extensión USB, que fue una de las sugerencias hechas.

@manup , ¿importaría si cambio el conbee 1 por un conbee 2 o eso realmente no cambia nada (todavía no está muy claro cuál es la diferencia/si uno es mejor que el otro)?

ConBee y RaspBee admiten una amplia gama de dispositivos Zigbee 3.0. También la extensión Zigbee Green Power, que forma parte de Zigbee 3.0 y es utilizada por dispositivos como los conmutadores Friends of Hue. El próximo año implementaremos la compatibilidad con el código de instalación de Zigbee 3.0 para una seguridad avanzada.

pero 3.0 tiene ventajas sobre 1.2

¿Tiene alguna ventaja específica en mente?

¿no?

https://cursos.csail.mit.edu/6.857/2017/project/17.pdf

sic:

"4.5 Actualizaciones en Zigbee 3.0

Hay un "momento de inseguridad" diseñado en la especificación Zigbee HA 1.2 que utiliza una clave de cifrado simétrica conocida como clave de enlace del centro de confianza para distribuir una clave de red única cuando un dispositivo se une a la red por primera vez. Esta es una compensación que Zigbee Alliance eligió hacer entre seguridad y simplicidad, con un impacto mitigado dado que un atacante tendría que estar capturando el tráfico de la red Zigbee al mismo tiempo que se une un nuevo dispositivo a la red. [5]

Este método se eliminó de la próxima especificación Zigbee 3.0 y se reemplazó con un proceso que requiere un código de instalación por dispositivo que se usa para generar una clave de unión única, que luego se usa para adquirir la clave de red Zigbee. El código de instalación puede estar impreso en el dispositivo, ser un código de barras 2D escaneado por una cámara o algún otro método fuera de banda para pasar el código desde el dispositivo final al dispositivo Coordinador Zigbee (en nuestro caso, el SmartThings Hub) como NFC o Bluetooth Smart. Sin embargo, nuestros dispositivos no admitieron el establecimiento de claves fuera de banda y, en su lugar, utilizaron la clave de enlace del centro de confianza descrita anteriormente".

Ya he visto un dispositivo zigbee 3.0 certificado, pero nunca usan esta función, es aburrido de usar.

Podría ser (una de) las ideas detrás de las luces Hue que ahora son compatibles con Bluetooth: la aplicación Hue puede obtener el código de instalación de la luz a través de Bluetooth y pasarlo al puente Hue a través de la API al emparejar la luz con el puente. . No estoy seguro si hacen esto todavía; No tengo ninguna de las nuevas luces habilitadas para Bluetooth. Su API ha estado admitiendo ID de dispositivos en la búsqueda de nuevas luces desde el principio, consulte https://developers.meethue.com/develop/hue-api/lights-api/ , sección 1.3.

¿Alguna actualización sobre esto con respecto a Conbee 1? Parece que Conbee 2 ofrece zigbee 3.0, ya que se define como compatible con zigbee 3.0 en su folleto de marketing en PDF;) Entonces, ¿qué significa eso para Conbee 1? ¿Habrá una actualización, fusionando / elevando 1.2 -> 3.0? ¿Se puede elegir? Como cualquier CC2531 puede operar ambos, sería un fastidio tener que pagar costos adicionales para reemplazar CB1 con CB2 solo por eso. ¿Alguna hoja de ruta nueva? Gracias 4 información....

No hay diferencia en el uso entre conbee 1 y conbee 2.

Tengo algunos termostatos ET Spirit y usan funciones de Green Power (según las especificaciones 3.0), pero no hay documentos UART apropiados para el dispositivo ConBee 2, incluso los documentos existentes se actualizaron hace un año. Los dispositivos ConBee tienen fugas de soporte, me hacen perder tiempo y dinero.

Tengo un sensor de luz Xiaomi Mi (sensor de luz pura sin detección de movimiento, medirá hasta 83.000Lux) en estos días, que también funciona en base a Zigbee 3.0. No pude vincularlo a mi ConBee 2. Lo intenté varias veces, pero el dispositivo no lo descubrió. Alguien tiene experiencias con el sensor?

@Pedder007 Creo que el problema de su dispositivo está aquí https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2380

Gracias @Smanar

@manup ¿El ConBee II como firmware coordinador es 100 % compatible con la pila Zigbee 3.0 completa?

Para aclarar, ¿ConBee II como coordinador con deCONZ proporciona una solución ZigBee 3.0 totalmente compatible?

¿El último firmware ConBee II proporciona una pila Zigbee 3.0 certificada que cumple con la especificación Zigbee 3.0?

Para comparar con los chips de la competencia Texas Instruments, tienen la versión de firmware Z-Stack HA 1.2 que solo es compatible con el perfil Zigbee Home Automation (ZHA), pero Texas Instruments también tiene una versión más nueva de firmware Z-Stack 3.0 que es compatible con la pila Zigbee 3.0 completa. :

https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinador

http://www.ti.com/tool/Z-PILA

Entonces, con ese fin, ¿el firmware del coordinador ConBee II cumple al 100 % con el estándar Zigbee 3.0?

¿Puede el firmware coordinador de ConBee II crear una red de malla Zigbee 3.0 que pueda contener dispositivos Zigbee 3.0 sin ejecutarse en modo compatible con versiones anteriores utilizando el perfil Zigbee Home Automation (ZHA)?

Es decir, no solo quiero que cree una red Zigbee Light Link (ZLL) o una red Zigbee Home Automation (ZHA), sino una malla de red Zigbee 3.0.

Sin ofender, pero hasta ahora no he escuchado una respuesta 100% clara a esto, sino un montón de respuestas evasivas sobre cómo puede controlar los dispositivos que admiten Zigbee 3.0 cuando esa no es la pregunta que queremos que se responda aquí. Zigbee 3.0 combina varios perfiles Zigbee anteriores en un estándar unificado y creo que, al igual que el póster original, no solo pregunto si ConBee admite el control de dispositivos Zigbee 3.0, ya que esa pregunta es realmente irrelevante aquí porque la mayoría de los dispositivos Zigbee 3.0 son compatibles con versiones anteriores. Perfil Zigbee Home Automation (ZHA).

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Gracias por sus aportaciones.

Entonces, ¿cuál es la respuesta oficial? porque gasté dinero en este dispositivo, al menos quiero que responda/no responda

Empujando, porque me gustaría una respuesta a esto también.

@miguelcaravantes Lo siento mucho, pero no creo que sea posible obtener ninguna respuesta oficial aquí en el rastreador de problemas oficial de la compañía, pero quizás nunca lo sepas.
Espero que lo estemos consiguiendo. Pero mantenga la puerta abierta para otras soluciones (no las de DE) si es necesario para mantener su dinero gastado seguro (lo hago).
Una nota al margen: la mayoría de los dispositivos Ikeas se actualizaron a Z30, excepto mi antiguo RGBWW y algunos dispositivos más antiguos.

Este problema se ha marcado automáticamente como obsoleto porque no ha tenido actividad reciente. Se cerrará si no se produce más actividad. Gracias por sus aportaciones.

¿Todavía no hay respuestas? ¿Como puede ser? Al menos podría comunicarse si no puede o no quiere implementar Zigbee 3.0.

Hola a todos, perdón por la respuesta tan tardía.
La respuesta corta sí.

La respuesta más larga:
Me gustaría aclarar por qué la pregunta es difícil de responder con un sí o un no para los dispositivos Zigbee del mundo real, ya que supongo que podría pensarse: es compatible con Zigbee 3.0 > Sí > debe ser compatible con todos los dispositivos Z3.0. Lamentablemente, no es así como funciona el estándar Zigbee.

ConBee y RaspBee (I y II) admiten una cantidad grande y creciente de dispositivos ZHA, ZLL, ZGP y Z3.0 y también funciones de Zigbee 3.0 como códigos de instalación o dispositivos Zigbee Green Power (ZGP). En su mayor parte, la dificultad con la compatibilidad con dispositivos Zigbee no tiene nada que ver con el estándar específico como ZLL o Z3.0, sino con las diferencias en los dispositivos y cómo deben implementarse para admitir un dispositivo específico.

Existen varias puertas de enlace que admiten Zigbee 3.0, pero ninguna que admita todos los dispositivos del mercado. Me gustaría pensar en Zigbee 3.0 como un detalle de bajo nivel con una marca de verificación detrás. ConBee II y RaspBee II funcionan en una pila Zigbee 3.0, pero incluso RaspBee I, que tiene 7 años y aún recibe actualizaciones, es compatible con los mismos dispositivos y características de Zigbee 3.0. El hardware y el firmware no hacen mucho más que actuar como un módem, la gran parte del código y el soporte del dispositivo se implementan a un nivel superior en deCONZ y el complemento REST-API. Por lo tanto, el hardware en sí es bastante seguro para el futuro y también puede admitir Thread si alguna vez se vuelve relevante.

Al final, puede ser una cuestión de gustos qué software se utiliza por encima del hardware. ConBee y RaspBee no están vinculados a deCONZ y también son compatibles con otros proyectos de software como zigbee2mqtt, zigypy-zha y la puerta de enlace WebThings. En términos de prueba futura, RaspBee sobrevivió al puente Philips Hue redondo 1 y la puerta de enlace de OSRAM y no hay planes de descontinuarlo.