Cela fait bien longtemps que vous n’avez pas eu des news domotiques sur mon blog. Et pourtant de nombreux changements sont survenus.

Et l’un des plus gros changement a été la mise en place d’un contrôleur Jeedom qui est monté doucement en charge jusqu’ à remplacer totalement ma box eedomus.

Ce transfert vers jeedom s’est finalement fait pour plusieurs raisons qui se sont révélées avec le temps. Elle s’est faite sans (trop de) prise de risque car la majorité des fonctions de la maison dépendent de la domotique.

Loin de moi l’idée de retirer tout mérite à cette box eedomus que j’ai beaucoup utilisée et que j’apprécie toujours.
Vous allez le voir par la suite, les évolutions apportées par Jeedom relèvent assez souvent de la geekerie et de l’utilisation avancée. Donc si vous n’avez aucuns de ces besoins, préférez l’usage plus simple d’une box eedomus.

Les étapes de la migration vers Jeedom

• Juillet 2017 : achat d’un robot aspirateur Roborock vaccum cleaner.
  • Domotiser cet appareil me semblait nécessaire : l’intérêt de ces robots est à mon sens de  nettoyer en notre absence pour éviter les nuisances sonores.
    Mais pourquoi aucun de ces robots n’a justement cette fonction d’activation lorsque le logement est libre ?
  • L’eedomus ne s’interface pas avec ces appareils Xiaomi. Jeedom peut le faire, même si il s’agit d’une utilisation qui ne serait pas vraiment tolérée par ladite marque : on récupère une clé cachée dans le smartphone, quelque part on « pirate » l’aspirateur.
  • C’est l’avantage des logiciels open-source, ils peuvent suivre une démarche qu’un produit commercial ne pourrait pas…

• Septembre 2017 : installation de Jeedom sur mon serveur
  • Autre intérêt de Jeedom : la possibilité d’installer sur un serveur Linux existant
  • Chez moi j’ai un serveur HP Proliant Micro Server Gen8 disponible et sous tension 24h/24, autant l’utiliser pour la domotique
  • Ce serveur a un processeur X86 relativement peu puissant (celeron dual core G1610T) mais est équipé de 12Go de RAM ECC et d’un SSD correct. Dans cette configuration il est beaucoup, beaucoup, plus rapide pour de la gestion domotique que tout type de box domotique, raspberry pi ou équivalent.
  • Pour faire les choses correctement Jeedom est installé séparément de l’OS Linux du serveur, dans un type particulier de machine virtuelle très efficace (technologie LXC). Ainsi la sécurité et la fiabilité reste assurée sans perte de performance.

 

• Octobre 2017 : prise en main de Jeedom
  • Les débuts sont plutôt difficiles avec Jeedom.
    Par défaut l’interface est assez rébarbative : un écran vide et  des menus déroulants assez fournis de fonctions dont on ne comprend pas au début l’intérêt entre elles.
  • En quelques semaines je commence à avoir quelques automatismes sous jeedom, et je connais les fonctions les plus utiles.
  • J’achète également mon premier plugin Xiaomi home.
  • Puis je programme mes premiers scripts d’automatisation du robot aspirateur : comptabiliser la surface nettoyée, et automatiquement sortir l’aspirateur et demander à vider le bac.

 

•  Décembre 2017 : achat du second plugin : icalendar
  • Le plugin permet de récupérer les données de calendriers au format caldav ou ical
  • Il récupère donc des informations dans un calendrier spécifique à Jeedom hébergé également sur mon serveur par Kopano, une sorte de Microsoft Exchange open source
  • Ce calendrier est synchronisé avec PC et smartphone, je peux rajouter des évènements calendaires pour jeedom de cette façon très simplement
  • Le plugin récupère également les données open data du calendrier des vacances scolaire de ma zone, ce qui permet d’utiliser cette information dans les scénarios.
  • Malheureusement après l’achat, je m’aperçois que la compatibilité n’est pas assurée entre le plugin et Kopano. Je décide de m’attaquer au code du plugin et de corriger la partie qui ne colle pas. Je reverse la modification ensuite auprès de l’auteur du plugin.
  • Je m’aperçois que ce plugin, créé par un particulier, n’est plus vraiment maintenu, cette modification n’a jamais été ré-intégrée 🙁 .

 

• Janvier 2018 : scripts de synchronisation entre eedomus et Jeedom
  • les données basiques synchronisées : phase du jour (pyjama, présence, absence …) / type de jour (travail, week-end, vacances scolaires)
  • je transfère également la gestion de la position des occupants vers Jeedom. Ces données sont reversées vers eedomus : maison / travail / nom de la ville
  • Un script est actif côté jeedom comme côté eedomus pour assurer la synchronisation dans les deux sens.

 

• février 2018 : gestion des caméras par Jeedom
  • Je décide de prendre l’option gratuite, mais limitée, en installant le plugin ftpd
  • Les caméras ne remonteront que les images lorsqu’un mouvement est détecté
  • Mais ces images pourront remonter par de multiples canaux (dont Telegram)

A noter que jusqu’à ce moment, je n’ai pas géré de protocole domotique depuis Jeedom. Aucun transfert de périphérique domotique n’a été réalisé. J’ai eu par contre à gérer assez d’usages pour prendre en main Jeedom et m’assurer que la suite des évènement devrait bien se dérouler.

• Mars 2018 : arrivée du Zwave sur Jeedom
  • Achat d’une clé contrôleur Aeotec Z-wave Usb stick. Cette clé a la particularité d’avoir une petite batterie :
    • même si l’alimentation est coupée, la fonction contrôleur z-wave continue à être effective pendant environ 1/2h
    • elle permet d’appairer des appareils même clé déconnectée du PC.
      Je voyais cette fonction comme essentiel. Dans la réalité l’appairage avec cette clé et jeedom se fait à pleine puissance. On peut donc appairer un périphérique à plusieurs dizaines de mètres, pas besoin d’enlever la clé de l’ordinateur.
  • Reconfiguration de la machine virtuelle jeedom pour que cette clé USB y soit accessible et que tout démarre correctement
  • Et premier appairage d’un module éclairage + capteur de mouvement
  • la vitesse de traitement de mon serveur + jeedom est confirmée comme plus rapide que l’eedomus. Jeedom peut recevoir le message du capteur de mouvement ainsi que la luminosité et commander la lumière en fonction du niveau de luminosité. La latence est faible, quelques 100aine de millisecondes, et de fait cet usage est possible sous jeedom. C’était impossible avec une box eedomus fortement sollicitée comme l’était la mienne, le temps de réponse dépassait le plus souvent la seconde.

 

• Avril 2018 : Mise en place d’une messagerie Telegram
  • La messagerie instantanée Telegram a une fonction « bot » utilisable par Jeedom avec le plugin du même nom.
  • Jeedom va donc pouvoir me remonter toutes les informations par ce biais jusqu’à mon PC et mon téléphone.
  • L’inverse est également possible : je peux envoyer des ordres à Jeedom par Telegram en utilisant la fonction « interactions ».
    Je teste un peu, mais finalement une interface imperihome reste plus efficace que taper des commandes…
  • Telegram devient par ailleurs la messagerie instantanée de la famille. La fonction de groupe privé est bien pratique pour dialoguer à 4.

 

• Avril 2018 : Achat du plugin Imperihome
  • Après différents essais de création de vues et de designs sous jeedom, je reviens à l’interface imperihome plus rapide à mette en place.
  • Imperihome peut de plus interroger et concaténer les données de Jeedom et eedomus, ce qui est très pratique dans cette phase intermédiaire

 

• Avril à septembre 2018 : transfert tranquille des périphériques liés à la gestion des lumières
  • C’est le cas d’usage le moins critique du système.
  • une nouvelle synchronisation est réalisée entre eedomus et jeedom qui permet de reporter les ordres généraux d’allumage / extinction des lumières vers les deux systèmes.

 

• Octobre 2018 : Achat du plugin RXFCOM
  • Cette fonction gratuite sur eedomus nécessite l’achat d’un plug payant, allez je me lance.
  • Mon périphérique RFXTRX se débranche donc de l’eedomus pour se connecter sur le serveur hébergeant Jeedom
  • Les capteurs encore nécessaire à l’eedomus (gestion du chauffage en particulier), sont réémis depuis jeedom vers eedomus par un script.

 

• Novembre-décembre 2018 : transfert de la gestion des volets
  • Je transfère les modules gérant les volets. Je transfère également les modules de détection d’ouverture.
  • Je souhaite gérer mes volets d’une façon assez compliquée : pour éviter des pics de consommation je veux que chaque volet s’ouvre/se ferme les uns après les autres.
    Trop compliqué à programmer par bloc (cela devient illisible), je passe donc à la programmation de ces scenarios en php
  • Dans cette utilisation avancée avec utilisation du php, Jeedom prend son sens : cette programmation s’intègre dans les scénarios d’une façon logique, on peut également mixer programmation bloc et programmation php.
  • Arrivé à ce stade, il paraît évident que la programmation en php est plus lisible et facile à maintenir, même si cela demande une phase d’apprentissage non négligeable et des connaissances de php.

• Janvier-Septembre 2019 : Transfert de tous les autres modules et nouveaux cas d’usage
  • Gestion du chauffage
  • Gestion des télécommandes DIO
  • Gestion d’une nouvelle pergola avec toile motorisée
  • …

Et aujourd’hui ?

Mon installation domotique est bien fournie, encore plus fournie que l’installation initiale sous eedomus. En chiffre cela donne :

• 182 équipements réels ou virtuels dont 42 Z-Wave et 12 RFXCOM
• 118 scenarios dont une quinzaine écrits en php
• 8 designs jeedom seulement permettant d’afficher des statistiques
• 28 plugins gratuits ou payants

C’est également beaucoup d’usages qui n’ont pas été évoqués ci-dessus et qui permettent de simplifier la vie au quotidien.

Avez-vous des sujets qui vous intéresseraient plus particulièrement  ? Si c’est le cas laissez un petit commentaire et je pourrai réaliser un article sur ce sujet.