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

Les appareils Hue ne sont-ils pas Zigbee3 depuis quelques années déjà ?

Veuillez rester sur le sujet, la question concerne conbee 1/2 et zigbee 3.0 et si l'un d'eux peut devenir un coordinateur zigbee 3.0 et comment ils gèrent le support zigbee 3.0.

De plus en plus de zigbee 3.0 arrivent maintenant non seulement Hue par exemple -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2061

Ceci est lié à la nouvelle mise à jour de Zigbee2mqtt avec la prise en charge de CC26X2R1 et CC1352P-2 qui peut être un coordinateur zigbee 3.0 https://github.com/Koenkk/zigbee2mqtt/releases/tag/1.7.0

Ce que je voulais dire, c'est que si Hue est déjà 3.0, deCONZ ne prend-il pas déjà en charge 3.0?

Ce n'est toujours pas une réponse si le conbee 1/2 peut être promu coordinateur zigbee 3.0 :)

Non mais ça donne de la nuance :)

Arrêtez de détourner cette demande, la teinte n'a rien à voir avec le fait d'avoir un coordinateur zigbee 3.0 avec le conbee 1 ou 2, ce qui est ma question.

Les appareils qui sont zigbee 3.0 ne sont pas pertinents dans ce sujet parce que 3.0 est rétrocompatible avec 1.2 mais 3.0 a des avantages sur 1.2 c'est pourquoi j'aimerais avoir un coordinateur zigbee 3.0 où tous mes appareils zigbee se connectent -> https://zigbee .org/zigbee-for-developers/zigbee-3-0/ et je ne trouve pas cette information sur le conbee 1/2 sur le site si c'est possible ou sur la feuille de route :)

ConBee et RaspBee prennent en charge une large gamme d'appareils Zigbee 3.0. Également l'extension Zigbee Green Power, qui fait partie de Zigbee 3.0 et utilisée par des appareils comme les commutateurs Friends of Hue. L'année prochaine, nous déploierons la prise en charge du code d'installation Zigbee 3.0 pour une sécurité avancée.

mais 3.0 a des avantages sur 1.2

Avez-vous un avantage spécifique en tête ?

Merci @manup pour la réponse, ainsi que vous l'avez mentionné pour un point de vue sécurité et le maillage/gamme devrait être meilleur avec zigbee 3.0 puis avec zigbee 1.2. Comme mentionné dans d'autres problèmes, certains d'entre nous souffrent d'appareils perdus (comme ce problème -> https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1261) donc je cherche un moyen d'améliorer c'est pourquoi j'aimerais savoir si le conbee 1/2 sera un coordinateur zigbee 3.0 et si cela améliorera la qualité du réseau / maillage

Je ne dis pas que mon réseau zigbee est grand, mais j'ai une bonne quantité d'appareils où je perds parfois la connexion des lumières, puis aussi des appareils terminaux qui y sont connectés ->

Matériel:
Nuc avec deconz fonctionnant dans docker avec un conbee 1 (y a-t-il des avantages à passer à conbee 2 ?)

Mon réseau est constitué de :
18 lumières zigbee (ikea/hue)
12 prises zigbee (ikea/osram)
3 répéteurs CC2531 et 1 CC2530
7 commutateurs zigbee xiaomi
3 gradateurs de teinte
3 cubes magiques zigbee xiaomi
3 boutons zigbee xiaomi
4 capteurs de vibrations zigbee xiaomi
17 capteurs de contact zigbee xiaomi
4 capteurs de mouvement de teinte
18 capteurs de mouvement zigbee xiaomi
9 capteurs de température zigbee xiaomi

Je crains que rien de tout cela ne soit lié à Zigbee 3.0, la fonctionnalité de maillage est la même que les versions précédentes. Les abandons sont liés à des bogues dans le micrologiciel ou peut-être un logiciel. Pour le moment, les lampes les plus fiables sont celles de Philips Hue.

Si ce n'est pas déjà fait, je recommande fortement d'utiliser un câble d'extension USB.

Merci @manup pour la précision
J'ai en effet déjà le conbee 1 connecté à un câble d'extension USB qui était l'une des suggestions faites

@manup serait-il important que j'échange le conbee 1 contre un conbee 2 ou cela ne change-t-il vraiment rien (toujours pas très clair quelle est la différence / si l'un est meilleur que l'autre)?

ConBee et RaspBee prennent en charge une large gamme d'appareils Zigbee 3.0. Également l'extension Zigbee Green Power, qui fait partie de Zigbee 3.0 et utilisée par des appareils comme les commutateurs Friends of Hue. L'année prochaine, nous déploierons la prise en charge du code d'installation Zigbee 3.0 pour une sécurité avancée.

mais 3.0 a des avantages sur 1.2

Avez-vous un avantage spécifique en tête ?

Pas vous ?

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

si :

"4.5 Mises à jour sur Zigbee 3.0

Il existe un "moment d'insécurité" conçu dans la spécification Zigbee HA 1.2 qui utilise une clé de chiffrement symétrique connue sous le nom de clé de lien du centre de confiance pour distribuer une clé réseau unique lorsqu'un appareil rejoint le réseau pour la première fois. C'est un compromis que la Zigbee Alliance a choisi de faire entre sécurité et simplicité - avec un impact mitigé étant donné qu'un attaquant devrait capturer le trafic réseau Zigbee en même temps qu'un nouvel appareil est connecté au réseau. [5]

Cette méthode a été supprimée de la prochaine spécification Zigbee 3.0 et remplacée par un processus qui nécessite un code d'installation par appareil utilisé pour générer une clé de jonction unique, qui est ensuite utilisée pour acquérir la clé réseau Zigbee. Le code d'installation peut être imprimé sur l'appareil, être un code-barres 2D qui est scanné par une caméra ou une autre méthode hors bande pour transmettre le code de l'appareil final à l'appareil Zigbee Coordinator (dans notre cas, le SmartThings Hub) comme NFC ou Bluetooth Smart. Cependant, nos appareils ne prenaient pas en charge l'établissement de clé hors bande et utilisaient à la place la clé de lien du centre de confiance décrite ci-dessus."

J'ai déjà vu un appareil certifié zigbee 3.0 mais ils n'utilisent jamais cette fonctionnalité, ennuyeuse à utiliser.

Peut-être (l'une des) idée(s) derrière les lumières Hue prenant désormais en charge Bluetooth : l'application Hue peut obtenir le code d'installation de la lumière via Bluetooth et le transmettre au pont Hue via l'API lors du couplage de la lumière au pont . Je ne sais pas s'ils le font encore; Je n'ai aucune des nouvelles lumières compatibles Bluetooth. Leur API prend en charge les identifiants d'appareils dans la recherche de nouvelles lumières depuis le début, voir https://developers.meethue.com/develop/hue-api/lights-api/ , section 1.3.

Une mise à jour à ce sujet concernant Conbee 1 ? Il semble que Conbee 2 propose zigbee 3.0 car il est défini comme étant compatible avec zigbee 3.0 dans son dépliant marketing PDF;) Alors qu'est-ce que cela signifie pour Conbee 1 - y aura-t-il une mise à jour, fusionnant / élevant 1.2 -> 3.0. Peut-il être choisi ? Comme n'importe quel CC2531 peut fonctionner à la fois, il serait dommage d'avoir à faire face à des coûts supplémentaires pour remplacer CB1 par CB2 juste pour cela. Une nouvelle feuille de route ? Merci 4 informations....

Il n'y a pas de différence d'utilisation entre le conbee 1 et le conbee 2.

J'ai quelques thermostats ET Spirit et ils utilisent les fonctionnalités Green Power (selon les spécifications 3.0), mais il n'y a pas de documentation UART appropriée pour l'appareil ConBee 2, même les documentations existantes ont été mises à jour il y a un an. Les appareils ConBee sont une fuite de support, me font perdre du temps et de l'argent.

J'ai un capteur de lumière Xiaomi Mi (capteur de lumière pure sans détection de mouvement, mesure jusqu'à 83 000 lux) ces jours-ci, qui fonctionne également sur la base de Zigbee 3.0. Je n'ai pas pu le lier à mon ConBee 2. J'ai essayé plusieurs fois, mais il n'a pas été découvert par le bâton. Quelqu'un a-t-il des expériences avec le capteur?

@ Pedder007 Je pense que le problème concernant votre appareil est ici https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2380

Merci @Smanar

@manup Le ConBee II en tant que micrologiciel coordinateur prend-il entièrement en charge la pile Zigbee 3.0 complète ?

Pour clarifier, est-ce que ConBee II en tant que coordinateur avec deCONZ fournit une solution ZigBee 3.0 entièrement conforme ?

Le dernier firmware ConBee II fournit-il une pile Zigbee 3.0 certifiée conforme à la spécification Zigbee 3.0 ?

Pour comparer avec les puces de la concurrence Texas Instruments, ils ont la version HA 1.2 du micrologiciel Z-Stack qui ne prend en charge que le profil Zigbee Home Automation (ZHA), mais Texas Instruments a également la version 3.0 du micrologiciel Z-Stack plus récente qui prend en charge la pile Zigbee 3.0 complète. :

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

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

Donc, à cette fin, le firmware du coordinateur ConBee II est-il 100% conforme à la norme Zigbee 3.0 ?

Le micrologiciel du coordinateur ConBee II peut-il créer un réseau maillé Zigbee 3.0 pouvant contenir des appareils Zigbee 3.0 sans fonctionner en mode rétrocompatible à l'aide du profil Zigbee Home Automation (ZHA) ?

Autrement dit, je ne veux pas seulement qu'il crée un réseau Zigbee Light Link (ZLL) ou un réseau Zigbee Home Automation (ZHA), mais plutôt un réseau maillé Zigbee 3.0.

Aucune infraction, mais jusqu'à présent, je n'ai pas entendu de réponse claire à 100% à cela, mais plutôt un tas de réponses esquivées sur la façon dont il peut contrôler les appareils prenant en charge Zigbee 3.0 lorsque ce n'est pas la question à laquelle nous voulons répondre ici. Zigbee 3.0 combine plusieurs profils Zigbee précédents en une seule norme unifiée et je pense que, tout comme l'affiche originale, je ne demande pas seulement si ConBee prend en charge le contrôle des appareils Zigbee 3.0 car cette question n'est vraiment pas pertinente ici car la plupart des appareils Zigbee 3.0 sont rétrocompatibles avec le Profil Zigbee Home Automation (ZHA).

Ce problème a été automatiquement marqué comme obsolète, car il n'a pas eu d'activité récente. Il sera fermé s'il n'y a plus d'activité. Merci pour vos contributions.

alors quelle est la réponse officielle? parce que j'ai dépensé de l'argent dans cet appareil, au moins je veux qu'il réponde/il ne réponde pas

Coup de coude, parce que j'aimerais aussi une réponse à cela.

@miguelcaravantes Je suis vraiment désolé mais je ne pense pas qu'il soit possible d'obtenir une réponse officielle ici dans le suivi officiel des problèmes de l'entreprise, mais peut-être que vous ne le saurez jamais.
J'espère que nous l'obtiendrons. Mais gardez la porte ouverte à d'autres solutions (pas de DE) si nécessaire pour garder votre argent dépensé en sécurité (je le fais).
Une remarque secondaire : la plupart des appareils Ikeas sont mis à niveau vers le Z30, à l'exception de mon ancien RGBWW et d'autres appareils plus anciens.

Ce problème a été automatiquement marqué comme obsolète, car il n'a pas eu d'activité récente. Il sera fermé s'il n'y a plus d'activité. Merci pour vos contributions.

Toujours pas de réponses ? Comment est-ce possible ? Au moins, vous pourriez communiquer si vous ne pouvez pas ou ne voulez pas implémenter Zigbee 3.0.

Salut tout le monde, désolé pour la réponse très tardive.
La réponse courte oui.

La réponse la plus longue :
J'aimerais clarifier pourquoi il est difficile de répondre à la question par oui ou par non pour les appareils Zigbee du monde réel, car je suppose que la réflexion pourrait aller : Prend en charge Zigbee 3.0> Oui> doit prendre en charge tous les appareils Z3.0. Malheureusement, ce n'est pas ainsi que fonctionne la norme Zigbee.

ConBee et RaspBee (I et II) prennent en charge un nombre important et croissant d'appareils ZHA, ZLL, ZGP et Z3.0, ainsi que des fonctionnalités Zigbee 3.0 telles que les codes d'installation ou les appareils Zigbee Green Power (ZGP). Pour l'essentiel, la difficulté avec la prise en charge des appareils Zigbee n'a rien à voir avec la norme spécifique telle que ZLL ou Z3.0, mais avec les différences entre les appareils et la manière dont ils doivent être implémentés pour prendre en charge un appareil spécifique.

Il existe différentes passerelles qui prennent en charge Zigbee 3.0, mais aucune ne prend en charge tous les appareils du marché. J'aimerais penser à Zigbee 3.0 comme un détail de bas niveau avec une coche derrière. ConBee II et RaspBee II fonctionnent sur une pile Zigbee 3.0, mais même RaspBee I, qui a 7 ans et reçoit toujours des mises à jour, prend en charge les mêmes appareils et les fonctionnalités Zigbee 3.0. Le matériel et le micrologiciel ne font pas grand-chose de plus que d'agir comme un modem, la grande partie du support de code et de périphérique est implémentée à un niveau supérieur dans deCONZ et le plugin REST-API. Le matériel lui-même est donc tout à fait à l'épreuve du temps et peut également prendre en charge Thread si jamais cela devient pertinent.

En fin de compte, le choix du logiciel utilisé au-dessus du matériel peut être une question de goût. ConBee et RaspBee ne sont pas liés à deCONZ et sont également pris en charge par d'autres projets logiciels tels que zigbee2mqtt, zigypy-zha et la passerelle WebThings. En termes de RaspBee à l'épreuve du temps, j'ai survécu au pont rond Philips Hue 1 et à la passerelle OSRAM et il n'est pas prévu de l'arrêter.