Tuto intégration Robot aspirateur Roborock Valetudo avec JeeMate

[noodom]

Bonjour,

Je vous propose un tuto d’intégration (amélioré) d’un robot aspirateur Roborock sous Valetudo pour l’application mobile plugin-jeemate.
Le but étant bien évidemment de surveiller l’activité du robot et de le commander à distance.

Le robot aspirateur Roborock a été ajouté dans Jeedom à partir du plugin plugin-jmqtt suite au passage sous Valetudo.

L’intégration dans Jeemate est intuitive et immédiate à l’aide des génériques spécifiques disponibles depuis le plugin Jeemate et exploités automatiquement par l’application.
Mais ce tuto propose d’aller plus loin et d’ajouter des commandes supplémentaires.

Sur mon Jeedom, j’ai donc les objets suivants :

• équipement JMqtt : [RDC][aspi Robot RDC]
• virtuel Jeedom : [RDC][aspiRobotRdcVirtuel]

J’ai donc commencé par créer mon objet virtuel en faisant correspondre les principales commandes du plugin JMqtt et en ajoutant mes propres commandes supplémentaires et nécessaires pour la suite :

Action avant exécution des commandes de puissance (ids 28859 à 28863) :

Liste des valeurs des commandes complètes pour les ids suivants (coupées sur la capture) :

• 28885 : #[RDC][aspi Robot RDC][reset consumable_main_brush_work_time]#
• 28886 : #[RDC][aspi Robot RDC][reset consumable_side_brush_work_time]#
• 28887 : #[RDC][aspi Robot RDC][reset consumable_filter_work_time]#
• 28888 : #[RDC][aspi Robot RDC][reset consumable_sensor_dirty_time]#

La carte de l’aspirateur est paramétrée au niveau du plugin plugin-camera :

• On a alors une valeur de la commande Carte sous la forme : http://ipJeedomLocale/plugins/camera/core/php/snapshot.php?id=2601&apikey=123456789
• Le paramétrage de l’équipement caméra est effectué à partir de l’ip du robot aspirateur :
  
  

On peut ensuite préparer l’intégration au niveau du plugin Jeemate très simplement juste en paramétrant la déclaration des génériques (prédéfinis par Jeemate) pour les commandes du virtuel.

Résumé

[noodom]

Il suffit alors ensuite de créer les scénarios suivants pour adapter les infos des commandes du plugin JMqtt et ajouter des infos et actions supplémentaires.

• Scénario "Traduction puissance Roborock Xiaomi RDC" : ce scénario traduit la puissance remontée par le plugin JMqtt et met à jour l’activité au niveau du virtuel.

Résumé

• Scénario "Erreurs et Etat Roborock Xiaomi RDC" : ce scénario traduit les erreurs et l’état du robot aspirateur remontées par le plugin JMqtt et met à jour le libellé de l’erreur au niveau du virtuel.

Résumé

[noodom]

Voilà quelques exemples du résultat depuis l’application Jeemate :

[esso1]

bonjour, sympa le tuto, j’ai une question , ayant un vieux S1, sans maj.
si je le passe sous valetudo, je peux avoir la carte et mettre des murs ou des zones? ou on reste sur la meme chose ?

[noodom]

Salut,

Je suppose que tu ne parles que du passage Valetudo et non de l’intégration jeemate.
Je dirais que les fonctions de chaque robot restent identiques au firmware original mais je ne suis pas un expert Valetudo.
Et sinon, au niveau de l’intégration Jeemate, ça remonte la carte récupérée sans modification, si c’était la question.

[esso1]

merci pour la réponse,

[pyreneum]

J’ai fait le passage sur valetudo sur le S1 il y a des années
C’est mieux que l’appli originale
De mémoire, La carte se mémorise mais il ne faut jamais le déplacer, la carte pivote souvent et on a droit a des passages du robot en travers vraiment pas terrible…
Par contre en local en accédant a l’IP du robot il y a tt le minimun et ça me convient bien de ne plus avoir besoin des serveurs xiaomi

[esso1]

je suis pas sur le serveur donc je ne vois jamais la carte mais je le lance par jeedom, il est bloqué et rien ne sort donc en intra
merci pour l’info peut etre plus tard