Edit du 22/01/2019 : Ajout d’un événement spécifique pour prendre en compte le démarrage du robot “manuellement”.
Pour ceux qui ne le savent pas, je possède un robot aspirateur Xiaomi Roborock. C’est un excellent robot, qui fait bien son job quasiment aussi bien que le Neato que j’avais avant.
L’application Xiaomi est pratique, mais pas très intelligente. On ne peut sélectionner que des jours de passages. Pour lui, les vacances ou les jours de télétravail, il s’en fiche un peu.
Pour compenser, j’ai réalisé via jeedom (non ?!!!!) des scénarios pour contrôler de manière plus intelligente le passage de notre robot ménager, en utilisant le plugin de Lunarok.
L’application Xiaomi avait deux avantages sur jeedom : la présence de compteurs pour demander le nettoyage capteurs, le changement des brosses etc et une notification pour demander le remplacement / entretien. Bon, elle permet aussi de visualiser un plan 3D du lieu de passage du robot mais à part faire mumuse, ça ne sert à rien dans la vie de tous les jours. En tout cas, je n’ai pas trouvé 😉
Cet article va expliquer comment réaliser un scénario pour remplacer cette fonction
Prérequis
- Une installation de jeedom qui fonctionne
- Le plugin Xiaomi de Lunarok
- Un robot Xiaomi relié au plugin Jeedom
- En option, le plugin virtuel
Principe
Le principe va être de faire la différence entre le moment ou le robot part de sa base (début de nettoyage) et le moment ou le robot rentre à sa base (fin de nettoyage, recharge etc.) et d’ajouter ce temps à des compteurs distincts pour les matériels.
J’ai donc créé deux scénarios, le premier s’occupe de démarrer le robot aux heures / moment qui nous intéressent et le second s’occupe du moment ou le robot rentre à sa base.
Scénario de démarrage du robot
Dans mon cas c’est assez simple : j’ai un déclencheur temporel qui le lance tous les jours sauf le dimanche à 9h30. Pas trop compliqué. En cas de présence, on peut utiliser des fonctions pour éviter que le robot se lance.
Mais il faut prendre en compte les lancements manuels (via le bouton). Dans ce cas là j’ai ajouté un déclencheur :
[Maison][Robot blanc][Statut]# != "En charge" && #[Maison][Robot blanc][Batterie]# <= 98 && variable(robot_start) = 0
Seul défaut de ce déclencheur, s’il y a une longue coupure de courant, et ben… le robot se déclenche. Même en pleine nuit … Enfin, bon, 2% de batterie, c’est environ 30 min de décharge. C’est assez rare chez moi. Dans l’idéal, il faudrait pouvoir récupérer le statut d’un onduleur relié à jeedom, chose que je n’ai pas fait chez moi.
[Maison][Robot blanc][Statut]# != “En charge” && #[Maison][Robot blanc][Statut]# != “Retour à la base” && #[Maison][Robot blanc][Batterie]# <= 98 && variable(robot_start) = 0
Dans la partie scénario, je demande au robot de démarrer son cycle, je m’envoi un message et je note dans une variable au bout de 2 min que le robot a démarré. Cette variable sert surtout pour éviter les problèmes de coupures de courant…
Scénario de retour du robot à la base
La on rentre dans un cas plus compliqué. Pour le déclenchement, soit on demande au robot de retourner à la base, soit le robot se met en charge ET le robot a bien été démarré.
Au niveau du scénario : on commence par réinitialiser la variable de démarrage puis on ajoute le temps passé a chacun des compteurs : robot_filtre, robot_brosses et robot_capteur. J’utilise la formule suivante qui se base sur le temps d’exécution du scénario de début. On divise par 60 pour avoir le temps en minutes.
variable(robot_filtre) + floor(lastScenarioExecution(#[Maison][Robot][Robot_demarrage]#)/60)
A vous d’adapter cette partie. Ensuite j’envoi via IFTTT un message d’information. Bon, vous êtes pas obligé d’utiliser IFTTT, un mail / un message dans telegram fera aussi bien l’affaire.
J’ai rajouté ensuite des tests pour chacun des compteurs, et j’envoi un message différencié selon le capteur a nettoyé / changé.
Pour les valeurs des compteurs nous avons choisi les valeurs suivantes :
- nettoyage capteur toutes les 3000 min (50 h)
- Filtre => 12000 min (200 h)
- Brosses 18000 min (300 h)
- Vidage du bac : à chaque fois !
Gestion des cas d’erreurs
Alors après plusieurs essais, nous avons eu des soucis de robot coincé sur des jouets… j’ai donc ajouté un scénario se déclenchant sur une erreur.
Sa seule action est de renvoyer le robot à sa base s’il a bien démarré. Donc en le renvoyant, cela va démarrer le scénario de fin.
Option : virtuel pour visualiser réinitialiser les compteurs
Ce n’est pas obligatoire, mais je vous recommande de créer un virtuel pour réinitaliser les compteurs. Il vous faut donc le plugin virtuel.
Commencer par créer un nouveau virtuel et n’oubliez pas de l’activer et de le rendre visible.
Puis configurer les commandes pour afficher les informations des différents compteurs. J’en ai mis trois mais vous pouvez en mettre autant que vous voulez.
Ensuite, ajouter des “boutons” d’actions. Lorsque vous allez les créer cela va ajouter automatiquement des informations supplémentaires, qui sont affichées.
Mais l’action ne fait ici “rien du tout” alors pas besoin d’afficher le virtuel.
On configure chacune des actions pour réinitialiser un compteur : cliquer sur l’icône en forme de roue crantées, puis onglet configuration, et ajouter “action après exécution de la commande. Et ensuite, réinitialiser la variable.
Il ne reste plus qu’à “ranger” votre virtuel à votre sauce. Personnellement je met le mien au format tableau, et j’affiche chacune des infos virtuelles avec le widget “tile(core)”.
Pour conclure
Après quelques semaines d’utilisations, les compteurs marchent très bien. Mais évidemment, je ne me suis pas arrêté en si bon chemin et je me suis dit “et s’il était possible de rajouter une tâche dans ma todo-list pour penser à changer / nettoyer les différents capteurs ? Et bien, je l’ai fait, cela fonctionne trèèèès bien mais ce sera le sujet d’un prochain article.
