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

Os dispositivos Hue já não são Zigbee3 há alguns anos?

Por favor, fique no tópico, a pergunta é sobre o conbee 1/2 e o zigbee 3.0 e se um deles pode se tornar um coordenador do zigbee 3.0 e como eles lidam com o suporte ao zigbee 3.0.

Mais e mais zigbee 3.0 estão chegando agora, não apenas Hue, por exemplo -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061

Isso está relacionado à nova atualização do Zigbee2mqtt com suporte para CC26X2R1 e CC1352P-2 que pode ser um coordenador do zigbee 3.0 https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.7.0

O que eu quis dizer foi que, se o Hue já é 3.0, o deCONZ já não suporta 3.0?

Isso ainda não é uma resposta se o conbee 1/2 puder ser promovido a coordenador do zigbee 3.0 :)

Não, mas dá nuances :)

Pare de seqüestrar este pedido, matiz não tem nada a ver com ter um coordenador zigbee 3.0 com o conbee 1 ou 2 que é a minha pergunta.

Dispositivos que são zigbee 3.0 não são relevantes neste tópico porque porque 3.0 é compatível com 1.2 mas 3.0 tem vantagens em 1.2 é por isso que eu gostaria de ter um coordenador zigbee 3.0 onde todos os meus dispositivos zigbee se conectam com -> https://zigbee .org/zigbee-for-developers/zigbee-3-0/ e não consigo encontrar essa informação sobre o conbee 1/2 no site se possível ou no roteiro :)

ConBee e RaspBee suportam uma ampla gama de dispositivos Zigbee 3.0. Também a extensão Zigbee Green Power, que faz parte do Zigbee 3.0 e usada por dispositivos como switches Friends of Hue. No próximo ano, lançaremos o suporte ao código de instalação do Zigbee 3.0 para segurança avançada.

mas 3.0 tem vantagens em 1.2

Você tem alguma vantagem específica em mente?

Obrigado @manup pela resposta, assim como você mencionou para um ponto de vista de segurança e a malha / intervalo deve ser melhor com o zigbee 3.0 do que com o zigbee 1.2. Como mencionado em outros problemas, alguns de nós sofrem com dispositivos perdidos (como este problema -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1261), então estou procurando uma maneira de melhorar por isso gostaria de saber se o conbee 1/2 será um coordenador zigbee 3.0 e se isso melhorará a qualidade do netwerk/mesh

Não estou dizendo que minha rede zigbee é grande, mas tenho uma boa quantidade de dispositivos onde às vezes perco a conexão das luzes e também dos dispositivos finais conectados a ela ->

Hardware:
Nuc com deconz rodando no docker com um conbee 1 (há vantagens em atualizar para o conbee 2?)

Minha rede existe de:
18 luzes zigbee (ikea/matiz)
12 plugues zigbee (ikea/osram)
3 repetidoras CC2531 e 1 CC2530
7 interruptores zigbee xiaomi
3 dimmers de matiz
3 cubos mágicos zigbee xiaomi
3 botões zigbee xiaomi
4 sensores de vibração zigbee xiaomi
17 sensores de contato zigbee xiaomi
4 sensores de movimento de matiz
18 sensores de movimento zigbee xiaomi
9 sensores de temperatura zigbee xiaomi

Receio que nada disso esteja relacionado ao Zigbee 3.0, a funcionalidade da malha é a mesma das versões anteriores. As desistências estão relacionadas a bugs no firmware ou talvez no software. No momento, as luzes mais confiáveis ​​são as Philips Hue.

Se ainda não o fez, recomendo usar um cabo de extensão USB.

Obrigado @manup pelo esclarecimento
Eu realmente já tenho o conbee 1 conectado a um cabo de extensão USB que foi uma das sugestões feitas

@manup importaria se eu trocasse o conbee 1 por um conbee 2 ou isso realmente não muda nada (ainda não está muito claro qual é a diferença / se um é melhor que o outro)?

ConBee e RaspBee suportam uma ampla gama de dispositivos Zigbee 3.0. Também a extensão Zigbee Green Power, que faz parte do Zigbee 3.0 e usada por dispositivos como switches Friends of Hue. No próximo ano, lançaremos o suporte ao código de instalação do Zigbee 3.0 para segurança avançada.

mas 3.0 tem vantagens em 1.2

Você tem alguma vantagem específica em mente?

Você não?

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

sic:

"4.5 Atualizações no Zigbee 3.0

Há um "momento de insegurança" projetado na especificação Zigbee HA 1.2 que usa uma chave de criptografia simétrica conhecida como a Chave de Link da Central de Confiabilidade para distribuir uma chave de rede exclusiva quando um dispositivo ingressa na rede pela primeira vez. Esta é uma troca que a Zigbee Alliance escolheu fazer entre segurança e simplicidade - com um impacto mitigado, uma vez que um invasor teria que capturar o tráfego de rede Zigbee ao mesmo tempo em que um novo dispositivo está sendo conectado à rede. [5]

Este método foi removido da próxima especificação Zigbee 3.0 e substituído por um processo que requer um código de instalação por dispositivo que é usado para gerar uma chave de junção única, que é então usada para adquirir a chave de rede Zigbee. O código de instalação pode ser impresso no dispositivo, ser um código de barras 2D que é escaneado por uma câmera ou algum outro método fora de banda de passar o código do dispositivo final para o dispositivo Zigbee Coordinator (no nosso caso, o SmartThings Hub), como NFC ou Bluetooth Smart. No entanto, nossos dispositivos não suportavam o estabelecimento de chaves fora de banda e, em vez disso, utilizavam a chave de link da central de confiança descrita acima."

Eu já vi dispositivo zigbee 3.0 certificado, mas eles nunca usam esse recurso, chato de usar.

Pode ser uma das ideias por trás das luzes Hue que agora suportam Bluetooth: O aplicativo Hue pode obter o código de instalação da luz por Bluetooth e passá-lo para a ponte Hue por meio da API ao emparelhar a luz com a ponte . Não tenho certeza se eles fazem isso ainda; Não tenho nenhuma das novas luzes habilitadas para Bluetooth. A API deles oferece suporte a IDs de dispositivos na busca por novas luzes desde o início, consulte https://developers.meethue.com/develop/hue-api/lights-api/ , seção 1.3.

Alguma atualização sobre isso em relação ao Conbee 1? Parece que o Conbee 2 oferece o zigbee 3.0, pois é definido para ser compatível com o zigbee 3.0 em seu folheto de marketing em PDF ;) Então, o que isso significa para o Conbee 1 - haverá uma atualização, mesclando / uplifting 1.2 -> 3.0. Pode ser escolhido? Como qualquer CC2531 pode operar os dois, seria uma chatice precisar arcar com custos extras para substituir o CB1 pelo CB2 apenas para isso. Algum novo roteiro? Obrigado 4 informações....

Não há diferença de uso entre o conbee 1 e o conbee 2.

Eu tenho alguns termostatos ET Spirit e eles usam recursos Green Power (de acordo com as especificações 3.0), mas não há documentos UART apropriados para o dispositivo ConBee 2, mesmo os documentos existentes foram atualizados há um ano. Dispositivos ConBee são vazamento de suporte, desperdiçam meu tempo e dinheiro.

Eu tenho um sensor de luz Xiaomi Mi (sensor de luz pura sem detecção de movimento, deve medir até 83.000Lux) hoje em dia, que funciona também com base no Zigbee 3.0. Não consegui vinculá-lo ao meu ConBee 2. Tentei várias vezes, mas não foi descoberto pelo bastão. Alguém tem experiências com o sensor?

@Pedder007 Acho que o problema com o seu dispositivo está aqui https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2380

Obrigado @Smanar

@manup O ConBee II como firmware coordenador 100% suporta totalmente a pilha Zigbee 3.0 completa?

Para esclarecer, o ConBee II como coordenador do deCONZ fornece uma solução ZigBee 3.0 totalmente compatível?

O último firmware ConBee II fornece uma pilha Zigbee 3.0 certificada que está em conformidade com a especificação Zigbee 3.0?

Para comparar com os chips da concorrência Texas Instruments, eles têm a versão de firmware Z-Stack HA 1.2, que suporta apenas o perfil Zigbee Home Automation (ZHA), mas a Texas Instruments também possui a versão 3.0 do firmware Z-Stack mais recente, que suporta toda a pilha Zigbee 3.0 :

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

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

Então, para isso, o firmware do coordenador ConBee II atende 100% ao padrão Zigbee 3.0?

O firmware do coordenador do ConBee II pode criar uma rede de malha Zigbee 3.0 que pode conter dispositivos Zigbee 3.0 sem executar em modo compatível com versões anteriores usando o perfil Zigbee Home Automation (ZHA)?

Ou seja, não quero apenas criar uma rede Zigbee Light Link (ZLL) ou uma rede Zigbee Home Automation (ZHA), mas também uma rede Zigbee 3.0.

Sem ofensa, mas até agora eu não ouvi uma resposta 100% clara para isso, mas sim um monte de respostas sobre como ele pode controlar dispositivos que suportam Zigbee 3.0 quando essa não é a pergunta que queremos responder aqui. O Zigbee 3.0 combina vários perfis Zigbee anteriores em um padrão unificado e acredito que, assim como o pôster original, não estou apenas perguntando se o ConBee suporta o controle de dispositivos Zigbee 3.0, pois essa pergunta é realmente irrelevante aqui porque a maioria dos dispositivos Zigbee 3.0 é compatível com versões anteriores. Perfil Zigbee Home Automation (ZHA).

Este problema foi marcado automaticamente como obsoleto porque não teve atividade recente. Será fechado se não ocorrer mais nenhuma atividade. Obrigado por suas contribuições.

então qual é a resposta oficial? porque gastei dinheiro nesse aparelho, pelo menos quero um ele vai/não vai responder

Cutucando, porque eu gostaria de uma resposta para isso também.

@miguelcaravantes Sinto muito, mas não acho que seja possível obter qualquer resposta oficial aqui no próprio rastreador de problemas oficial da empresa, mas talvez você nunca saiba.
Espero que estejamos conseguindo. Mas mantenha a porta aberta para outras soluções (não DE), se necessário, para manter seu dinheiro gasto com segurança (eu faço).
Uma nota lateral: a maioria dos dispositivos Ikeas é atualizada para o Z30, exceto meu antigo RGBWW e alguns dispositivos mais antigos.

Este problema foi marcado automaticamente como obsoleto porque não teve atividade recente. Será fechado se não ocorrer mais nenhuma atividade. Obrigado por suas contribuições.

Ainda sem respostas? Como pode ser? Pelo menos você pode se comunicar se não puder ou não quiser implementar o Zigbee 3.0.

Olá a todos, desculpe a demora na resposta.
A resposta curta sim.

A resposta mais longa:
Gostaria de esclarecer por que a pergunta é difícil de responder com sim ou não para dispositivos Zigbee do mundo real, pois acho que o pensamento pode ser: Suporta Zigbee 3.0 > Sim > deve ser compatível com todos os dispositivos Z3.0. Infelizmente não é assim que o padrão Zigbee funciona.

ConBee e RaspBee (I e II) suportam um número grande e crescente de dispositivos ZHA, ZLL, ZGP e Z3.0 e também recursos Zigbee 3.0 como códigos de instalação ou dispositivos Zigbee Green Power (ZGP). Na maioria das vezes, a dificuldade com o suporte a dispositivos Zigbee não tem nada a ver com o padrão específico como ZLL ou Z3.0, mas com diferenças nos dispositivos e como eles precisam ser implementados para oferecer suporte a um dispositivo específico.

Existem vários gateways que suportam o Zigbee 3.0, mas nenhum que suporta todos os dispositivos no mercado. Eu gostaria de pensar no Zigbee 3.0 como um detalhe de baixo nível com uma marca de seleção atrás dele. O ConBee II e o RaspBee II operam em um Zigbee 3.0 Stack, mas mesmo o RaspBee I, que tem 7 anos e ainda recebe atualizações, suporta os mesmos dispositivos e recursos do Zigbee 3.0. O hardware e firmware não fazem muito mais do que atuar como um modem, a grande parte do código e suporte a dispositivos é implementado em um nível superior no deCONZ e no plugin REST-API. O hardware em si é, portanto, bastante à prova de futuro e também pode suportar Thread se ele se tornar relevante.

No final, pode ser uma questão de gosto qual software acima do hardware é usado. O ConBee e o RaspBee não estão vinculados ao deCONZ e também são suportados por outros projetos de software, como zigbee2mqtt, zigypy-zha e gateway WebThings. Em termos de prova de futuro RaspBee, eu sobrevivi à ponte redonda Philips Hue 1 e ao gateway OSRAM e não há planos para descontinuá-lo.