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 :
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.
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.
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.
Les TV Philips récentes sous Android TV (> 2016) utilisent une API basée sur JointSpace
MAIS, pour faire simple, Philips a décidé de masquer cet API via d’une part un changement de port, l’utilisation du https au lieu du http… et en prime, cela nécessite un appairage, intégré aux applications philips… Mais pas accessible ailleurs.
Heureusement, il existe sur github un script permettant de réaliser “facilement” cet appairage. Enfin, facilement…
Je vais décrire le process pour installer ce script.
Prérequis
Avoir un pc / serveur (linux de préférence) avec python d’installé.
Avoir git d’installé : rappel sur ubuntu
sudo apt-get install git
Connaître l’adresse IP de votre télé philips. Si vous ne la connaissez pas, elle est indiquée dans le menu android!
Installation du script et appairage
Sur votre PC/Serveur, dans le dossier de votre choix, on commence par récupérer le script :
git clone https://github.com/suborb/philips_android_tv.git <votre_dossier> cd <votre dossier>
ensuite, on installe les pré-requis du scripts :
sudo pip install -r requirements.txt
Il faut ensuite démarrer votre téléviseur puis lancer l’appairage de votre TV via le script
python philips.py --host <adresse IP Philips TV> pair
Le script vous demande un code affiché à l’écran, puis il va vous fournir un utilisateur et un mot de passe. Ces deux éléments sont essentiels et à conserver absolument. Rassurer vous, on peut toujours relancer l’appairage si on les oublie…
Utilisation du script
On peut utiliser le script pour récupérer des infos … mais surtout réaliser quelques actions (limitées… très limitées…)
Let’s Encrypt est un service permettant d’obtenir un certificat SSL, permettant d’activer le HTTPS sur un service web. C’est ce qui fait qu’il y a un cadenas à côté de l’URL de mon serveur par exemple.
Prérequis
avoir un nom de domaine (par exemple <mondomaine>.ovh )
avoir ubuntu d’installé
avoir apache d’installé
avoir une configuration existante pour un site en http Dans mon exemple : le fichier de configuration est actif et présent dans
/etc/apache2/sites-available/mondomaine.ovh.conf
Le nom du fichier est très important pour la suite.
Etape 1 : vérification du fichier de configuration
Votre fichier de configuration doit être a priori constitué comme ceci
Puis laissez vous guider. A la première utilisation de certbot, un mail vous est demandé pour que letsencrypt puisse vous transmettre des infos (pratique en cas de souci…)
Personnellement, j’ai choisi de rediriger tous les flux http en https, pour des raisons de positionnement dans google.
Etape 4 : vérifier que le service se renouvellera
Normalement, certbot se configure correctement pour récupérer un nouveau certificat quand il expire. Bon… on sait jamais, ça peut arriver que ça ne fonctionne pas, donc voici une commande pour vérifier qu’il n’y a pas de souci
sudo certbot renew --dry-run
S’il n’y a pas de message d’erreur, tout va bien. Si pour une raison ou une autre, le certificat expire, il suffit alors de relancer l’opération sans le dry-run
sudo certbot renew
Quelques liens pour finir
Je me suis basé sur un ensemble de tutoriaux (en anglais) pour rédiger le mienPar exemple, l’excellent site DigitalOcean, mais aussi le forum ubuntu france, les tutoriaux let’s encrypt
Comme l’extension l’indique, j’ai pris une référence chez ovh. Pour un peu moins de 3€ par an, pour de l’auto hébergement je pense qu’il s’agit du choix le moins onéreux… A voir dans le temps.
Nous utilisons des cookies sur ce site web pour stocker vos préférences d'affichage et se rappeler de vous. En cliquant sur “Accepter”, vous acceptez tous les cookies de ce site
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Ces cookies sont nécessaires au fonctionnement du compte. Cette catégorie inclue les cookies de sécurités, de gestion juridique et ne contiennent pas d\'information personnelles.