Oui mais c’est en local que ca me donne ca et j’ai trois mqtt maintenant impossible à supprimer ils revienne tous le tps
Ces lignes ci dessus montrent que tu as bien installé et configuré le service pour gérer la carte envoyée par l’aspirateur, et comme dit avant pour tester il faut te connecter via ton navigateur sur ce lien :
http://ip_pc_hébergeant_le_service_Valetudo_Mapper:3030/api/map/image
Tout à fait ce que j’ai fait c’est sur mon jeedom donc 192.168.1.22:3030/api/map/image et ca me donne not found
Ton aspirateur est bien allumé ?
Tu as lancé un nettoyage avec l’aspirateur ? si pas de nettoyage pas de carte envoyée par l’aspirateur
oui il tourne c’est la 4 eme fois qu’il aspire ce soir lol
cool au moins c’est propre 
plus sérieusement, tu dois avoir un problème de configuration qui fait que ton aspirateur n’envoie pas la carte au service Valetudo-Mapper.
Poste les config.json de l’aspirateur et de valetudo-mapper stp
Sinon regarde plus haut j’ai posté mon config.json de l’aspirateur que tu retrouves d’ailleurs dans le fihcier .txt que j’ai posté pour configurer le service Valetudo-mapper. Si tu prends ces deux fichiers de config cela fonctionne.
{
« mqtt »: {
« identifier »: « rockrobo »,
« topicPrefix »: « valetudo »,
« autoconfPrefix »: « jeedom »,
« broker_url »: « mqtt://192.168.1.22 »,
« caPath »: « »,
« mapSettings »: {
« drawPath »: true,
« drawCharger »: true,
« drawRobot »: true,
« drawForbiddenZones »: true,
« drawVirtualWalls »: true,
« border »: 2,
« scale »: 4,
« gradientBackground »: true,
« colors »: {
« floor »: « transparent »,
« obstacle_weak »: « rgba(0,0,0,0.1) »,
« obstacle_strong »: « hsl(120, 20%, 50%) »,
« path »: « #333333 »
}
},
« mapDataTopic »: « Aspirateur_Etage/Xiaomi_Etage/map_data »,
« minMillisecondsBetweenMapUpdates »: 4000,
« publishMapImage »: true,
« publishMapData »: true
},
« webserver »: {
« enabled »: true,
« port »: 3030
}
}
Celui de vletudo-mapper
{
« spots »: [],
« areas »: [],
« ztimers »: [],
« mqtt »: {
« enabled »: true,
« identifier »: « rockrobo »,
« topicPrefix »: « valetudo »,
« autoconfPrefix »: « jeedom »,
« broker_url »: « mqtt://192.168.1.22 »,
« caPath »: « »,
« provideMapData »: true,
« mapSettings »: {
« drawPath »: true,
« drawCharger »: true,
« drawRobot »: true,
« border »: 2,
« scale »: 4,
« gradientBackground »: true,
« crop_x1 »: 30,
« crop_y1 »: 70,
« crop_x2 »: 440,
« crop_y2 »: 440,
« colors »: {
« floor »: « transparent »,
« obstacle_weak »: « rgba(0,0,0,0.1) »,
« obstacle_strong »: « hsl(120, 20%, 50%) »,
« path »: « #333333 »
}
},
« mapDataTopic »: « Aspirateur_Etage/Xiaomi_Etage/map_data »,
« minMillisecondsBetweenMapUpdates »: 3000,
« publishMapImage »: true,
« publishMapData »: true,
« qos »: 1
},
« dummycloud »: {
« spoofedIP »: « 203.0.113.1 »,
« bindIP »: « 127.0.0.1 »
},
« webInterface »: {
« localization »: « fr »,
« hideMapReload »: true
},
« httpAuth »: {
« enabled »: false,
« username »: « valetudo »,
« password »: « valetudo »
},
« telegramBot »: {
« enabled »: false,
« token »: « »,
« password »: « »,
« host »: « »,
« proxy »: « »,
« clients »: [],
« sendConsumables »: true,
« sendConsumablesEvery »: false
},
« allowSSHKeyUpload »: true,
« map_upload_host »: « http://127.0.0.1 »
}
celui du robot
c’est pas bon ici tu dois mettre cela :
« mapDataTopic »: « valetudo/rockrobo/map_data »
il faut que tu modifies cet item dans les deux fichiers config.json, si tu regardes mes fichiers je n’ai pas mis valetudo ni rockrobo au niveau de l’identifier et du topicPrefix
Ok j’ai rien changer à ce niveau par rapport à ton tuto.txt
bon ca fonctionne avec la modif que tu m’a donné
petite question du coup j’ai 2 mqtt apsi_etage et aspi_RDC qui sont apparu et il ne veulent plus disparaitre tu n’aurais pas une solution je pense que c’est des reste sur le brocker mais je ne sais pas comment l’effacer
Cool que cela fonctionne, moi j’utilise Mqtt Explorer pour me connecter sur mes brokers Mosquitto pour supprimer si besoin des topics indésirables.
c’est quoi un logiciel ? un plugin jeedom ?
c’est un logiciel à installer
Sinon quand je met sur pause l’aspirateur, il redémarre tout seul au bout de 10mn ce qui ne se passait pas avec le système d’origine. Avez-vous remarqué cela ?
Ah bizarre, peut etre pour différencier les fonctions en pause et arret, mais je n’ai rien vu la dessus 
Pas de soucis de mon coté avec la commande « pause » en revanche ce qui me pose soucis c’est lorsque l’aspirateur est en charge un ou deux fois par semaine le matin il est à 40 cm du point de charge en veille et je ne sais pas pourquoi 
Un appui sur retour à la base et hop il retourne sagement 
sur le dock et charge de nouveau sa batterie.
Bonjour,
Quelqu’un à la liste des statuts et des erreurs?