Piloter et contrôler Jeedom avec Google Home/Amazon Alexa au travers du cloud

Quand j’ai débuté dans le monde des objets connectés, je pensais sincèrement que Google Home serait le coeur de mon installation. Je me suis vite rendu compte de mon erreur : Google Home est très très limité, le support de Google est nullisme et finalement Google Home ne fonctionne bien que pour ce qui est basique. Je suis donc passé à Jeedom pour piloter mes appareils et cela fonctionne à merveille. Mais  on ne peut tirer son plein potentiel qu’en y connectant les assistants vocaux (Google Home ou Amazon Alexa) afin d’interagir avec son Jeedom par la voix. 

Installation des plugins : Google Smarthome et Alexa

La première étape consiste à installer le plugin Google Smarthome sur Jeedom, un plugin payant (4 euros) disponible sur le market officiel. Ce plugin permet de configurer les équipements que l’on pourra utilisé ensuite avec Google Home. 

Si vous voulez contrôler vos équipements à partir d’Amazon Alexa, c’est alors un autre plugin qu’il faut installer : Alexa. Celui-ci est gratuit.

Le plugin Google Smarthome et le plugin Alexa imposent tout deux une pré-condition : il faut absolument que Jeedom soit accessible en HTTPS car le plugin ne fonctionne pas en HTTP. Si vous ne savez pas comment procéder, un service DNS est possible chez Jeedom. Personnellement, j’ai opté pour l’achat d’un domaine chez OVH (1,99 euro par an) et pour l’installation de certificats SSL gratuits. Attention que si le HTTPS n’est pas installé correctement, ce qui était le cas au début chez moi, vous pourrez aller jusqu’au bout de la procédure et voir dans Google Home les objets mais leur statut restera toujours “hors connexion”. 

Le plugin Google Smarthome pour Google Home

Une fois le plugin Google Smarthome installé, deux modes sont possibles sur la page de configuration.

Le mode “Standalone” est plus compliqué à mettre en oeuvre et implique des contraintes notamment celles évoquées par le concepteur du plugin:

Le mode standalone est une “arnaque” car cela vous fait créer une application chez Google en mode développement qui ne permet la synchronisation que pendant 3 jours après activation du mode test. Il faut donc lors de l’ajout ou modification des équipements réactiver le mode test tous les 3 jours pour pouvoir faire une synchronisation. Attention on parle bien d’une modification de la configuration si vous n’ajoutez pas ou ne modifiez pas d’équipements il n’y a rien a faire l’application marchera sans limite de temps

Etant donné que l’application est une application de dev coté Google ils peuvent à tout moment la couper, la supprimer ou changer les régles. Dans ce cas Jeedom ne pourra aucunement être tenu responsable en cas de mauvais fonctionnement.

L’autre mode, “Cloud”, est payant : 12 euros par an. Jeedom a été pensé pour fonctionner hors Cloud mais les assistants vocaux nécessitent, eux, de passer par un cloud. Il faut donc que Jeedom stocke ses informations dans un cloud, ce qui a un coût. Trois mois sont offerts avec l’achat du plugin Google Smarthome. Ensuite, il faudra prolonger son service via le Jeedom Market et via ce lien : https://www.jeedom.com/market/index.php?v=d&p=profils#services

C’est le mode Cloud que j’ai choisi de configurer.

1. Google Smarthome – Envoi de la configuration

La première étape consiste à cliquer sur le bouton “Envoyer” dans la page de configuration du plugin Google Smarthome afin d’envoyer la configuration (c’est à dire envoyer ses informations de connexion à l’API du plugin) au cloud Jeedom Market. Afin de vérifier que tout s’est bien passé, on peut retourner sur l’écran ci-dessus (l’écran des services du Jeedom Market) et on peut cliquer sur le bouton bleu “D’actualité” pour voir ce qui est activé. Le bouton “v Google Smarthome”, une fois cliqué, ouvre une fenêtre avec l’URL de votre Jeedom et le statut “Commande OK”. Vérifiez bien que cette étape fonctionne avant de continuer.

2. Google Smarthome – remonter les équipements Jeedom

La seconde étape consiste à choisir ce que l’on va remonter dans le cloud afin que les assistants vocaux puisse les utiliser.

• Aller dans Plugins / Communication / Google Smarthome

• Les équipements connus de Jeedom sont alors affichés. En choisir un, comme ici un capteur de présence (et de température) Philips Hue . Cocher “Transmettre” (afin de pouvoir utiliser l’appareil dans Google Home) et “Remonter l’état” (afin de faire remonter l’information de température). Choisir aussi le type d’appareil, ici un Thermostat. Cela permettra à Google d’interpréter les commandes vocales. J’espère vivement que Google va enfin implémenter les objets capteurs et qu’on ne doive plus passer par un “faux” thermostat pour remonter une information de température. Une option permet de configurer un code pin qui serait demandé par l’assistant vocal avant d’exécuter la commande. C’est une couche de sécurité supplémentaire peu utile pour un capteur de température (mais qui peut-être utile, par exemple, pour désactiver une alarme).

• Cliquer sur sauvegarder. 
• Rafraîchir la page et vérifier, pour chaque appareil que l’on choisi de remonter, que le statut est bien “OK”. Car, pas de chance avec les capteurs de présence Hue, ils passent en NOK à ce stade.

3 Google Smarthome – gérer le cas des capteur de présence/température Philips Hue

Certains appareils, comme les capteurs de présence Philips Hue, ne remontent pas nativement dans le cloud. L’erreur est “Voici les générique type qui sont utilisation avec votre type d’équipement”. Visiblement, il n’y en a pas, par défaut, pour les capteurs Hue.

Mais ce n’est pas grave : on peut contourner le problème avec un virtuel (créé via le plugin virtuel à installer dans Jeedom depuis le market):

• Créer un équipement virtuel dans la catégorie “Chauffage”. Cocher “Activer” et “Visible”

• Cliquer sur le tab “Commandes”. Cliquer sur “+ Ajouter une info virtuelle”. Lui donner le nom de “Consigne” et choisir le Sous-Type “Numérique”. Dans Valeur, cliquer sur le bouton “Rechercher équipement” pour aller sélectionner la température du capteur Hue (ce qui remplira, chez moi, la valeur suivante :#[Hall][Hue motion sensor Hall bas][Température]#). Cliquer sur “Sauvegarder”

• Cliquer sur “Configuration avancée”. Au niveau des commandes (en fond d’écran), cliquer sur le bouton avec les engrenages pour la commande Consigne (la première dans l’écran ci-dessous).

• Cliquer sur le tab “Configuration”. Au niveau de “Type générique”, choisir “Thermostat consigne”. Cliquer sur “v Enregistrer”

• Refaire la même étape : ajouter une seconde information virtuelle appellée “Température ambiante”, avec la même valeur (#[Hall][Hue motion sensor Hall bas][Température]#) mais cette fois en choisissant le Type générique “Thermostat Température ambiante” 

• Vous devriez voir maintenant votre virtuel en statut “OK” quand vous le remontez dans le plugin Google Smarthome (voir point précédent).

• Ecran 5: Cliquer sur “Jeedom Smarthome”. Introduire ensuite son nom d’utilisateur et mot de passe du Jeedom Market.
• Ecran 6: Les objets dans le Cloud Jeedom, qu’on avait choisi de remonter à l’étape 2, sont visibles dans les pièces correspondantes. Par exemple, ici, le plugin virtuel pour la température d’un capteur Philips Hue, est bien représenté comme un thermostat et dans la pièce Hall.
• Ecran 7: quand on ouvre le “thermostat” “virtuel”, la température de la pièce est affichée.

Limitation des plugins

Google Smarthome et Alexa sont des plugins bien fait qui permettent de faire remonter des équipements de Jeedom vers Google Home et Amazon Alexa. Mais, et c’est cohérent, on est limité à ce que Google / Alexa sont capables de faire et aux types d’équipement qu’ils gèrent. Par exemple, pour Google, cela se limite à cette liste

• Lumière : supporte l’allumage/l’arret, le changement de couleur, le dimming….
• Thermostat : support le changement de consigne et les modes (de maniere limité seul certain nom de mode sont autorisé par Google, attention a bien faire la configuration avancée)
• Prise : marche/arret
• Caméra : en beta, peut afficher le flux sur une télé Android sur le réseaux local
• Store : permet d’ouvrir/fermer un store (vous pouvez inverser le sens dans la configuration avancée)
• Volet : permet d’ouvrir/fermer un volet (vous pouvez inverser le sens dans la configuration avancée)
• Fenêtre [beta] : supporte normalement le status ouvert/fermé d’une fenetre (pour information il n’y a que si je pose la question en anglais que ca marche)
• Porte [beta] : supporte normalement le status ouvert/fermé d’une porte (pour information il n’y a que si je pose la question en anglais que ca marche)
• Alarme [beta] : permet d’armer/désarmer l’alarme (attention il faut employer le terme arme/désarme pour que Google fasse l’action)
• Verrou [beta] : permet de fermer/ouvrir un équipement
• TV [beta] : permet de changer le volume et les chaines
• Enceinte [beta] : permet de changer le volume et de faire stop,pause,suivant,precedent,reprendre

Impossible, par exemple, de faire remonter un capteur d’humidité ou un capteur de pluie.

Une autre limitation des plugins est qu’ils ne supportent pas les équipements avec une double fonction (2 sortie comme certain module zwave Fibaro). Mais on peut, là aussi, passer par deux virtuels pour les décomposer et contourner le problème.

Conclusion

Google Home et Amazon Alexa intègrent nativement, au travers de leur Cloud, un grand nombre d’appareil. On a donc, pour la plupart, déjà les appareils disponibles dans Google Home sans être passé ni par ce plugin ni par Jeedom. Mais ce plugin peut-être utilisé pour remonter des appareils non gérés nativement par Google comme mes capteur de présence Hue. Et ce plugin peut-être enfin utilisé pour remonter des équipements contrôlés par Jeedom au travers d’une clé Zigbee (et ne passant donc pas par leur éventuel cloud constructeur).

Selon donc votre configuration, ce plugin vous sera plus ou moins utile. En ce qui me concerne, je l’apprécie beaucoup car il me permet de me passer de certains ponts.