Bonjour a tous,
Cela fait un moment que je me demande quand ou comment prendre le temps de partager un peu mes dernières réflexions quant ’à Jeedom et ses directions.
D’abord je souhaite faire un point sur mon utilisation et mon profil qui peut etre, ou peut etre pas typique de la communauté d’utilisateurs Jeedom.
D’abord me premiers pas dans la Domo remonte au X10, avec homeseer, et il faut bien le dire, des outils un peu limités en termes d’accessibilité et de fiabilité. J’ai mis tout ça un peu de cote, pour ensuite basculer vers une solution de type semi Cloud. J’ai beaucoup de plaisir à aller chercher au plus loin les capacités des systèmes en question, et vois parfois tout ça comme un puzzle et des énigmes à résoudre.
Lors de l’achat et rénovation de ma maison actuelle, j’en a profité pour tout remettre à plat, et suis tombé sur cette petite solution à l’époque : Jeedom.
Depuis, j’ai essayé d’autre plateformes, mais suis systématiquement revenu sur Jeedom. Et ce pour Deux raison : l’architecture qui offre beaucoup de flexibilité (on peut faire n’importe quoi avec) et son interface qui offre une prise en main simple et rapide.
Je ne suis ni expert ni développeur, mais suis toutefois capable de lire et comprendre un script, les intrications de dépendances etc… Je n’ia pas peur de tester, trafiquer et de prendre le risque de tout casser, car j’ai toujours un backup à portée de main. Et les backups ne m’ont jamais fait défaut : c’est la résilience de Jeedom. Jeedom est pour moi une solution simple à aborder, mais compliquée à maitriser.
L’histoire :
Mon réseau est constitué principalement de Zwave (environ 60 modules) Ainsi que des tablettes que j’ai fait customiser via alibaba, disséminés dans la maison. (env 350M²) avec des design Custom qui fonctionnent tres bien est qui ont beaucoup profité des dernières améliorations.
Il y a quelques mois… Les point que je vais aborder
L’hiver arrive, est je constate que certain de mes Spiritz sont HS (le moteur tourne dans le vide.) Je constate aussi des latences sur le réseau et une fiabilité parfois discutable.
Pour commencer, Je décide de remplacer les Thermostats et je retrouve 1/ des dipsos limitées et des prix prohibitifs. Et quand je cherche une alternative au Spiritz zwave, je me rends a l’évidence : le Zigbee est de plsu en plus prépondérant. En outre, j’ai besoin de mettre un carillon couplé à un doorbird en Zwave. Je tombe bien sur la Sirèn6 d’Aeotec. Misère c’est du gen 7 et c’est le bazar à intégrer. Enfin on peut mais c’est un peu du bidouillage.
C’est ainsi que je challenge toute l’installation : le Zigbee, le Zwave et il s’agira de 2 chantiers simultanés. Au diable l’avarice !
Je découvre le nouveau contrôleur Gen 7 qui est dispo. Alors je fonce, et la …. Ça ne marche pas. Normal, la version OpenZWave ne le prend pas en charge. Et c’est à ce moment que je me rends compte que le chantier de l’EPR à cote, ce n’est rien en termes de sous-estimation de travail…
Je me lance donc dans la recherche de solution, en espérant que la nouvel génération 7 de Zwave saure résoudre certains de mes soucis de latence… Spoiler, ça n’a rien changé à ce niveau-là.
A ce jour, y’a pas a tortiller, si tu veux de last gen, la seule façon d’y arriver c’est de faire du Zwave JS, a la place de d’Open -Zwave que ce soit d’ailleurs 1.4 ou 1.6…
Et en suivant Alice dans son terrier, je découvre ZwaveJS2MQTT (prérequis), qui passe par un broker MQTT, et qui ensuite s’interface avec un JMQTT( plugin Jeedom au passage qui fonctionne vraiment bien – sauf pour les icones a l’heure ou j’écris ces lignes.)
En realité, cette approche est pas si mal pour la raison suivante :
Il faut voir Jeedom comme une fondation sur laquelle vont venir s’intercaler des briques. L’engine Jeedom va s’appuyer sur nombre de briques (ou plugins) qui auront chacun leur rôle. Toutefois, le ciment entre les briques(plugins) Jeedom est Jeedom est spécial. En gros la brique tu mets, elle est faite pour Jeedom, est c’est parfois la seule brique qui existe (cf open zwave.) Or la brique en question, mais c’est un dev tout aussi important si ce n’est plus que la partie fondation. Et c’est la le premier reproche que je ferais a Jeedom. Leur savoir-faire et leur qualité est dans le développement de l’engine… Ils ne font pas du développement de protocoles. Tout au plus, ils l’intègrent, est ca c’est juste trop de taf, tu cours toujours derrière un truc dont on ne maitrise pas le développement et du coup c’est jamais a jour. C’est comme une voiture, qui devrait s’adapter a des roues qui changent de formes de tailles etc… sans arrêt. Là-dessus, ils ne sont pas bons. L’avantage d’une couche intermédiaire, comme JMQTT, c’est de pouvoir s’appuyer sur un broker (qui va servir de passerelle universelle) est de pouvoir y connecter se que l’on veut derrière. Et la c’est magique car… on peut du coup séparer les composant, est les faire évoluer séparément. Et même les faire tourner sur des machines distinctes. Aujourd’hui, j’ai du coup un Jeedom sur un docker, un mqtt sur un autre docker, et un zwaveJS2 mqtt sur un PI3, avec sa clé en gen7, que je peux positionnée au je veux dans la maison câblée en ETH. (faite pas ca avec du wifi hein !?)
Du coup j’ai pu intégrer sans problème ma siren6 sur un Gen7, avec tout ce qui va bien, et en plus en secu S2. Du coté » de Jeedom ? rien a changer…… Et si je voulais mettrre du ozwave1.6… facile, il suffir de lancer zwave2mqtt1.6 est ca marche tout aussi bien (avec les limites de l’ozwave qu’on lui connait auj.)
L’autre avantage, c’est que j’ai pu sereinement envisager l’ajout du zigbee. Avec une Zigbee2mqtt. J’utilise le même broker MQTT évoqué précédemment, et enfin, zigbeelinker qui marche lui aussi tres bien. Et si je dois redémarrer un truc, je ne redémarre que ce truc. Et rien d’autre.
La réalité, c’est que l’histoire nous tout simplement que les protocoles évoluent, celui qui avance aujourd’hui ne sera pas celui de demain. Que leur version évolue aussi, leur distribution etc… et que s’enfermer structurellement dans un protocole alors que ce n’est pas leur cœur de métier, est a mon sens un erreur stratégique. Il faut que Jeedom se pérennise and permettant aux utilisateurs de choisir à tort ou a raison leur protocole de prédilection.
Du coup, pour ceux qui ont suivi tout ce pâté :
Jeedom est à ce jour la meilleure solution (pour moi) mais souffre de 3 défaut majeur.
• L’intégration native de module de communication dont la techno n’est pas maitrisée et qui ne va pas forcement dans le sens de l’histoire.
• Ne pas avoir réussi à ce jour de véritablement internationaliser la solution, et de pouvoir ainsi s’appuyer sur une communauté de dev globale (la ou Hass est tres fort.)
• Le hardware, même s’il augment l’adoption de la solution en abordant de nouveaux utilisateurs potentiels, ne me semble pas etre un élément clé dans le cœur de Jeedom.
Quelques retours sur les dernières technos et choix :
Siren6 est superbe. Marche tres bien.
Gen7 fonctionne bien et vite, mais je regrette qu’il n’y a plus la batterie et le bouton d’inclusion/exclusion, tres pratique pour réintégrer des modules dans les plâtres.
Mes ralentissements, qui sont devenu plus facile a identifier sur zwaveJS mon permit de voir que des modules se mettaient parfois a vomir toute les datas qu’ils pouvaient et inonder le réseaux. Genre 60 fois en l’espace de 2 sec, la même valeur remontée. J’ai l’impression que les modules qubinos étaient souvent la source du vomi. J’ai remplacé les Qubinon par des fibaros, ou des zigbee dans certains cas.
Le zigbee parlons en rapidement :
Contrairement a Zwave, le zigbee c’est du 2.4 ghz. En plein sur les fréquences Wifi. Et ça, ça pue. Car j’ai une belle installation Ubiquity, avec 5 accès point qui balancent un signal au plus fort.
I’l m’a fallu, basculer tout le réseau Wifi en Channel 1 pour le 2.4ghz et en low power. Et le zigbee en 25. Mais si vous avez des voisins qui saturent la fréquence du zigbee, ça peut poser des problèmes si le maillage n’est pas assez dense.
J’ai commencé avec une clé deconz…. Et je n’ai pas une tres bonne expérience… Le positionnement de la clé est critique. Sinon ça ne cause pas. Des soucis avec les Hues, des RQI qui ne remontent pas correctement etc… bref je l’ai échangé pour une Zigstar qui balance du 20db d’atténuation. Et là, ça passe beaucoup mieux…. Il faut toutefois noter que la réactivité du zigbee est impressionnante. Par contre, il faut du zigbee 3.0 est ça ce n’est pas toujours explicite sur les produits.
Le prix du zigbee aussi est beaucoup moins cher.
Voilà quelques impressions et retours d’expérience. Il y a beaucoup d’autre choses à dire, mais l’essentiel est là. Si je devais passer un message à l’équipe Jeedom, c’est vraiment un gros bravo, et merci pour toutes ces évolutions qui en font un beau produit (même s’ils sont un peu ronchons parfois).