Domotique : Orange rejoint la Zigbee Alliance, le Thread Group et mise sur CHIP

Domotique : Orange rejoint la Zigbee Alliance, le Thread Group et mise sur CHIP

2021, année domotique

Avatar de l'auteur
David Legrand

Publié dans

Hardware

05/03/2021 4 minutes
24

Domotique : Orange rejoint la Zigbee Alliance, le Thread Group et mise sur CHIP

Avec l'annonce de CHIP (Connected Home over IP), plusieurs protocoles domotiques gagnent en intérêt. Zigbee séduit par exemple en France. Ainsi, après NodOn, le fournisseur d'accès Orange rejoint la Zigbee Alliance. Mais aussi le Thread Group qui a eu les faveurs d'Apple. 

Cela fait quelque temps qu'Orange mise sur la domotique, notamment avec Maison connectée. Mais le dispositif est un classique des erreurs du genre lorsqu'il est implémenté avec courtermisme et de mauvais objectifs. Comme celui d'enfermer les clients dans une bulle d'outils dont il sera difficile de sortir et limiter le churn.

Ainsi, il faut en passer par des forfaits particuliers, se contenter des produits validés par Orange et du Bluetooth/Wi-Fi, en plus du protocole DECT ULE où le FAI est un peu seul avec des objets trop chers. Bref, un ensemble qui n'a rien de très attractif pour qui connait le sujet, qu'Orange vante donc plutôt à coup de vidéos sponsorisées.

Orange revient à la raison et mise sur Zigbee...

Mais cela pourrait changer. En effet, Michaël Trabbia désormais en charge de l'innovation et de la technologie du groupe vient d'annoncer la participation d'Orange à la Zigbee Alliance. Il y mentionne l'intérêt d'un « langage commun pour tous les objets de la maison », évoquant interopérabilité et standardisation, ainsi que le projet CHIP.

Une position qui semble similaire à celle de NodOn qui a fait ce même choix il y a quelques mois. Et effectivement, dans le communiqué qui accompagne cette annonce, on apprend qu'à travers Zigbee, c'est bien CHIP qui est visé :

« En officialisant son adhésion récemment, Orange s’associe à cette ambition faisant valoir son expertise et son rôle dans le domaine des services du Home LAN, matérialisés par le biais de box prenant part aux solutions IoT du foyer dans les pays concernés (e.g. la France ou l’Espagne). »

... mais aussi Thread

Le FAI ne s'arrête pas là et ne compte pas mettre tous ses œufs dans le même panier, surtout avec Apple et Google qui misent notamment sur Thread au sein de leurs écosystèmes respectifs, comme on l'a vu encore récemment avec le HomePod mini. Ainsi, Orange rejoint également le Thread Group.

« La complémentarité entre les travaux de la Zigbee Alliance et ceux du Thread Group est grande, le groupe de travail CHIP assurant plus particulièrement dans un premier temps la compatibilité avec les normes de communication sans-fil tel que Wi-Fi et Thread » précise le communiqué, qui évoque « une ambition d’universalité ».

Ainsi, après s'être enfermé dans des solutions peu standard, Orange semble désormais être plus ouvert. Espérons que cela se ressentira aussi plus franchement dans le modèle commercial mis en œuvre, avec une véritable possibilité pour le client de passer d'un écosystème Orange à un autre, et inversement.

Vers une Livebox réellement domotique ?

On peut s'attendre à une évolution des prochaines Livebox sur ce point, puisque les protocoles Thread et Zigbee en sont pour le moment absents. Mais c'est bien à travers ce produit qu'ils semblent destinés à être implémentés puisqu'Orange veut « valoriser le rôle central de la box dans la gestion des objets du foyer et, à terme, d’associer aux offres Internet des services IoT B2C enrichis autour du confort, de la sécurité, de l’assistance aux personnes, etc., en nous affranchissant des contraintes actuelles liées à la disparité des protocoles ». Tout un programme.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Orange revient à la raison et mise sur Zigbee...

... mais aussi Thread

Vers une Livebox réellement domotique ?

Fermer

Commentaires (24)


Quand on voit comment il galère avec leur box qui ne s’occupe que du réseau (notamment avec le loopback pété sur les LB5 puis LB4) j’ai pas confiance en une domotique Orange….


A un moment l’ARCEP va devoir mettre un stop aux box “couteau-suisse” qui essaient de faire tout pour verrouiller (lock-in) leur clients.



Je ne comprend pas même qu’on autorise une box a faire plus que l’accès réseau de base et qu’on autorise une ribambelle de services a être inclus dans l’abonnement internet. C’est anti-concurrentiel au possible.
Cette une vente groupée déguisée.


Quand on regarde la définition Wikipedia de Thread, ça laisse dubitatif :




Thread is an IPv6-based, low-power mesh networking technology for IoT products, […]




En terme de protocole domotique, mettre “IPv6” et “low-power mesh networking” dans la même phrase me paraît osé (comparé à ZigBee par exemple).



D’un côté on a Legrand qui fait des interrupteurs sans source d’alimentation, et de l’autre des constructeurs qui veulent y mettre de l’IPv6 en prétendant que c’est “low-power”.
Il n’y aurait pas comme une marmotte qui emballe du chocolat ? :non: (c’est peut-être moi la marmotte)



piwi82 a dit:


En terme de protocole domotique, mettre “IPv6” et “low-power mesh networking” dans la même phrase me paraît osé (comparé à ZigBee par exemple).




C’est 6LoWPAN à mon avis : https://fr.wikipedia.org/wiki/6LoWPAN.



kgersen a dit:


A un moment l’ARCEP va devoir mettre un stop aux box “couteau-suisse” qui essaient de faire tout pour verrouiller (lock-in) leur clients.



Je ne comprend pas même qu’on autorise une box a faire plus que l’accès réseau de base et qu’on autorise une ribambelle de services a être inclus dans l’abonnement internet. C’est anti-concurrentiel au possible. Cette une vente groupée déguisée.




Euh… what ?
Pour les attaquer sur ça, il faut prouver qu’Orange est en position dominante et qu’il en abuse. Bon courage…


Son commentaire se veut général et ne cite pas Orange. Il pourrait aussi s’appliquer à Free qui est d’ailleurs celui qui a introduit les box triples play puis à tout faire NAS, enceinte, domotique,..).



Ce type de box et services enferment effectivement l’utilisateur quand il a plein de données sur son NAs ou qu’il a acheté des périphériques utilisables uniquement sur sa box.
C’est donc une atteinte à la libre concurrence.


Y’a eu toute une periode zwave chez Orange (ils proposaient des modules fibaro rebadgés orange) que l’article occulte complètement quand il parle de XP passées.


Je ne fais pas l’historique des solutions domotique Orange, je parle de l’offre actuelle (Maison connectée).



fred42 a dit:


Son commentaire se veut général et ne cite pas Orange. Il pourrait aussi s’appliquer à Free qui est d’ailleurs celui qui a introduit les box triples play puis à tout faire NAS, enceinte, domotique,..).



Ce type de box et services enferment effectivement l’utilisateur quand il a plein de données sur son NAs ou qu’il a acheté des périphériques utilisables uniquement sur sa box. C’est donc une atteinte à la libre concurrence.




Pour moi, c’est du même tonneau : 0 position dominante, 0 abus.
Le fait de proposer des accessoires compatibles uniquement avec un matériel donné n’est pas une atteinte à la libre concurrence. Y’a aucun doute là dessus donc faudra trouver autre chose…
Pour le NAS, excuse moi mais tu y déposes des fichiers en SMB, tu peux aussi les récupérer pour les mettre ailleurs. A ce que je sache, le NAS de la freebox n’utilise pas de protocole non interopérable.
Franchement, c’est même pas la peine d’espérer y voir le moindre début de commencement de haussement de sourcil pour un juge à ce niveau…


Ouaip. Sauf que là, c’est du ZigBee. Si les protocoles sont bien suivis, tu peux changer de box pour une autre offrant du ZigBee, et c’est bon. Comme aujourd’hui, où les box proposent du wifi, et t’as pas à changer de matos quand tu changes de box, c’est toujours compatible, c’est du wifi :)



Honnêtement, je suis pour que ces box fournissent le plus de protocoles possibles. Ca ouvre les usages un max.



Cqoicebordel a dit:


Ouaip. Sauf que là, c’est du ZigBee. Si les protocoles sont bien suivis, tu peux changer de box pour une autre offrant du ZigBee, et c’est bon. Comme aujourd’hui, où les box proposent du wifi, et t’as pas à changer de matos quand tu changes de box, c’est toujours compatible, c’est du wifi :)



Honnêtement, je suis pour que ces box fournissent le plus de protocoles possibles. Ca ouvre les usages un max.




C’est pas parce que c’est en WiFi que le protocole utilisé au dessus est ouvert pour autant.



C’est la même chose en l’état pour le zigbee: nombre d’équipements estampillés zigbee n’en sont pas moins ‘fermés’ pour tout ou partie de leurs fonctionnalités, et l’obligent a utiliser la solution propriétaire du fournisseur. Les ‘ouvertures’ sont la plupart du temps la résultante de rétro engineering faits au cas par cas.



L’initiative CHIP entrouvre la porte pour plus d’ouverture et d’interopérabilité, a voir quand ce sera effectivement disponible. Pour le moment c’est à l’état de draft.



piwi82 a dit:


En terme de protocole domotique, mettre “IPv6” et “low-power mesh networking” dans la même phrase me paraît osé (comparé à ZigBee par exemple).




Thread, c’est un réseau 6LoWPAN, la déclinaisons d’IPV6 spécifique pour les réseaux basse conso ( IPv6 LoW Power wireless Area Networks), sur la couche radio de Zigbee, avec un mécanisme de routage mesh spécifique. Donc pas de soucis sur l’aspect conso, c’est totalement pensé pour (et plutôt bien pensé !)



En revanche, 6LoWPAN ne garantit aucune interopérabilité de niveau applicatif entre les équipements : les API de couche applicative ne sont pas standardisées (ça pourrait être du CoAP, avec les API standardisées spécifiques, mais c’est par dessus Thread, ce n’est pas forcément le cas), contrairement aux profils zigbee. Et ça c’est dommage …


Le plus étrange est que tout ceci se fait sans tenir compte des normes historiques applicables aux courants faibles et forts.



Le bidonville technique continue…


Toujours d’après Wikipedia concernant 6LoWPAN :




Cependant, ils sont difficiles à mettre en œuvre dans les capteurs en réseaux et autres systèmes contraints en raison, notamment, de la taille importante des en-têtes[1].




Ça rejoint un peu ce que je soupçonnais :transpi:


Relis la page wikipedia, la phrase que tu cites s’applique à IPV6 et explique justement pourquoi 6LoWPAN a été créé (et propose justement un mécanisme de compression d’en tête)…


Ah zut, désolé pour la confusion :sm:


Et malheureusement, en Zigbee, ce n’est pas du tout le cas.
Exemple tout bête: la gamme “… with Netatmo” de Legrand ne fonctionne pas avec les produits Netatmo, qui appartient à Legrand !
Donc pour les interrupteurs Legrand, il te faut un pont Legrand :-(
L’application voit bien les 2 ponts, peut controller les 2 Marques, mais c’est tout. Il y a très probablement 2 réseaux (faudrait que je me prenne un dongle Zigbee pour confirmer ca !)



Le vendor lock-in a de beaux jours devant lui, ne serait-ce que pour la mise à jour des éléments: on peut bidouiller et ajouter une ampoule IKEA à un pont Hue, mais on ne peut pas la mettre à jour.



Et ce point limite de fait l’usage avec des passerelles Zigbee et Jeedom (ou autre).



Et c’est l’avantage de CHIP, en théorie.
En théorie seulement, car la couche applicative est aussi à la discrétion de chaque vendeur.
Le protocole Homekjt est maintenant publique, et fait partie de Thread (c’est une option): on peut espérer l’arrivée de la prise en charge d’Homekit dans Android !
Donc, à voir si l’intégration que propose ce Thread/CHIP permet de limiter les applications sur nos téléphones.


J’ai du mal à comprendre le rapport avec le cas de Netatmo/Legrand ? Déjà Zigbee 3.0 a quand même pas mal facilité les choses pour l’interopérabilité. Ce n’est pas encore parfait, mais c’est déjà un grand bon en avant et on peut en général gérer le gros des fonctionnalités avec des marques différentes.



Par contre les produits Netatmo sont en Wi-Fi en général (que ce soit les éléments météo, chauffage, caméra), donc qu’ils n’intéragissent pas directement avec l’offre Zigbee sous la marque “with netatmo”, ça me semble assez logique.



Chip ne changera rien là dessus, même si le besoin de pont identifié comme tel est en général masqué par l’intégration à une enceinte/écran connectés (HomePod mini, Nest Hub Max) ou un routeur (nest Wi-Fi). Il faut bien un élément pour faire communiquer des protocoles différents, bien que sur des fréquences similaires.


Alors la maison connectée pourquoi pas (j’aime bien les gadgets) mais associé à un opérateur sûrement pas (j’aime bien être indépendant et changer comme bon me semble).



Une fois ta baraque équipée Orange (ou n’importe qui d’autre) ça va être compliqué de changer. Pour moi ils tentent la fidélisation forcée en attaquant l’IoT



clacos a dit:


Alors la maison connectée pourquoi pas (j’aime bien les gadgets) mais associé à un opérateur sûrement pas (j’aime bien être indépendant et changer comme bon me semble).



Une fois ta baraque équipée Orange (ou n’importe qui d’autre) ça va être compliqué de changer. Pour moi ils tentent la fidélisation forcée en attaquant l’IoT




À part un constructeur qui te vend des équipements qui respectent un protocole public et utilisable sans redevance, tu peux généraliser ce que tu dis à tous les objets connectés quelle que soit la marque.


Mon point est que meme pour un meme vendeur, l’interop n’est pas garantie:




  • Le thermostat et les vannes connectées Netatmo sont en Zigbee, plus un bridge Wifi (le module connecté à la chaudière)

  • les interrupteurs et micro-modules Legrand sont Zigbee aussi



Il y a donc un besoin d’avoir un pont Legrand et un autre Netatmo, les 2 créants leurs réseaux ZB indépendants.



J’espère que Thread/CHIP permettra à minima une unicité du réseau domotique au sein d’un logement, et proposer une solution plus standard pour la mise à jour des différents éléments du réseau (et pourquoi pas au sein de l’application “Home” d’Apple, et l’equivalent côté Android).
Comme tous les routeurs Threads font partie du meme réseau, l’extension de la couverture sera beaucoup plus aisée.
Le fait d’avoir des passerelles Threads non liés à un vendeur particulier me fait espérer, peut-être à tort !



(quote:55836:piwi82
En terme de protocole domotique, mettre “IPv6” et “low-power mesh networking” dans la même phrase me paraît osé (comparé à ZigBee par exemple).



IPv6 permet de rendre optionelles pas mal de choses comme la fragmentation. Une pile IPv6 minimale est ainsi bien plus facile à implémenter qu’une pile IPv4. Cela ouvre donc l’accès aux réseaux IP à beaucoup de plateformes embarquées ayant des ressources limitées. Avec un mini mtu, la conso peut être fortement minimalisée. Vis à vis d’IPv4, on peut donc facilement dire qu’IPv6 est basse consommation et Iot friendly.




ZigBee nécessitant des passerelles, il existe des cas où il sera plus intéressant d’être nativement IP. Pour ces cas, une base IPv6 only est un bon choix.


Non entre les tête et le module c’est du 868 MHz (qui est techniquement exploitable avec du ZB, mais selon les indications de la fiche technique c’est plutôt du RF).



Comme dit par d’autres, CHIP est surtout une unification de la couche applicative. Mais pour le reste, différents protocoles ne pourront jamais communiquer directement ensemble sans appareil pour assurer le lien. Et il n’y a pas de raison qu’un constructeur soi mono-protocole, ne serait-ce que parce que chacun peut avoir ses avantages, ils sont souvent divers au sein d’un foyer.



David_L a dit:


Non entre les tête et le module c’est du 868 MHz (qui est techniquement exploitable avec du ZB, mais selon les indications de la fiche technique c’est plutôt du RF).




Ok, c’est donc mon erreur, j’avais compris que c’était aussi du Zigbee. Ca fait donc sense que ca nécessite un deuxième pont, meme si je trouve dommage d’avoir choisis un protocole propriétaire…