VMC Aldes EasyHOME PureAIR Premium -> Passerelle MQTT

Salut à tous,

Dans le même esprit que le sujet de @Neuvidor : Passerelle MQTT => Chauffe Eau ALDES - B200-FAN_T.Flow® Hygro+

Et de @visvic : Aldes T.One AIR / AquaAIR

Mais ne souhaitant pas polluer leur sujet respectif, j’ouvre le mien.

J’ai pour projet de créer également une passerelle en MQTT basé sur un ESP32 (?), afin de bypasser la passerelle propriétaire, j’ai nommé : l’Aldes Connect Box et son application très mal notée sur le PlayStore (et sans doute pas mieux sur l’AppleStore :rofl: ) pour pouvoir piloter ma VMC Aldes EasyHOME PureAIR Premium.

J’avais parler à @yanoooou du projet par MP qui avait aimablement accepté de m’aider mais je n’avais pas encore reçu mon matériel.

Donc voici une photo de la carte mère de cette fameuse VMC :

L’aldes connect box se connecte sur le port “IBus”.

Je ne possède pas (encore) la passerelle pour pouvoir sniffer les communications entre elle et la VMC. Même si je l’avais, je ne connais pas protocole de communication, comment l’identifier et surtout avec quel matériel :melting_face: .

Par où commencer un sujet de ce type ? Est-ce que des personnes seraient prêtes à rejoindre ce projet afin d’aboutir sur quelque chose ? :handshake:

C’est du RS485 ? Il faut mesurer des tensions ou autre chose ?

Au passage, si un propriétaire d’une Aldes Connect Box passe par ici et souhaite s’en débarrasser, un message privé est le bienvenu !

EDIT: Après avoir lu des sujets, les VMC Aldes communiquerai en ModBUS

Salut, Je n’ai pas de Easyhome, mais je peux t’aider à décoder le IBUS.

Je l’ai fait pour le T.Flow, avec un montage électronique assez simple (désolé pour le brouillon ):

1 « J'aime »

Top, merci pour ton schéma et ta future aide !

Au passage en fouillant un topic, j’ai vu un message de @DavidC très intéressant pour sa VMC double flux : Passerelle MQTT => Chauffe Eau ALDES - B200-FAN_T.Flow® Hygro+ - #93 par DavidC

Je pense que la simple flux doit fonctionner de manière identique sur le principe. Donc c’est du ModBus et ça peut se lire avec du RS485.

Après j’ai deux cartes mères de ce modèle de VMC donc je peux toujours en prêter une à une personne si jamais elle s’intéresse au sujet pour aider à tout décrypter :slight_smile: .

Malheureusement tu n’as pas de RS485 sur ta VMC, mais peux-être qu’Aldes a implémenté le protocole modbus sur leur IBUS (mais j’en doute).

L’IBUS, qui ressemble à l’EBUS, c’ est une interface de communication sur 1 fil + une masse.

Le niveau haut logique est environ 20V et le niveau bas est de 4v environ.

La communication a les caractéristiques suivantes:

  • 2400 Bauds

  • 8 bits

  • 1 bit de stop

  • parité pair

Salut,

Ce qui veux dire que ton schéma proposé précédemment ne fonctionnera peut-être pas pour sniffer les trames de la VMC ?

Si il doit fonctionner, c’est juste la partie protocole qui est peux-être différente ( mais je ne pense pas )

Hello,

Je viens de faire une petite mise à jour de mon programme de test pour l’IBUS Aldes et j’en profite pour le mettre sur Github :

2 « J'aime »

Salut,

Merci à toi pour cette révision ! Dès réception de l’aldes connect et du module je m’y mets et je viens publier ici :grin:

1 « J'aime »

Salut à tous,

Un petit peu de “neuf”. J’ai bien réceptionné la Aldes Connect Box et le module de sniffage basé sur un Pico que @yanoooou m’a vendu (RAS), mais je rencontre d’entrée de jeu un problème :

Lorsque je les deux bornes IBus de ma VMC à la Aldes Connect Box puis au Wi-Fi, le voyant vert de la Aldes COnnect Box clignote doucement en vert, signifiant “Je suis connecté au Wi-Fi mais pas au serveur”. J’ai tenté via le Wi-Fi de ma box en partage de connexion, même résultat.

Sur l’application Aldes Connect, il me dit que mon produit est débranché ou déconnecté lol.

J’ai testé avec une seconde carte du même modèle de VMC : Même résultat, c’est vraiment bizarre. Des idées ?

Wi-Fi bien 2.GHz, j’ai déjà laissé toute une nuit branché, changé de Wi-Fi, le reset etc. toujours pareil, vert clignotant doucement :zany_face:

Salut,

Du neuf ! J’ai reçu mon second module Aldes Connect Box et cette fois-ci tout fonctionne.

En branchant le iBUS Aldes Sniffer/Sender de @yanoooou je vois les trames émises lorsque je sélectionne un mode.

J’ai fais plusieurs tests et voici ce que ça donne pour les différents modes :

Mode « Boost » 1er essai :

HEX: 07 00 90 01 4A 30

DEC: 7 0 144 1 74 48

Longueur: 6 bytes

Mode « Boost » 2ème essai :

HEX: FF FF FF FF 4A 94

DEC: 255 255 255 255 74 148

Longueur: 6 bytes

Mode « Quotidien » 1er essai :

HEX: 00 90 01 4A 9B

DEC: 0 144 1 74 155

Longueur: 5 bytes

Mode « Quotidien » 2ème essai :

HEX: FF FF 4A 94

DEC: 255 255 74 148

Longueur: 4 bytes

Mode « Invités » 1er essai :

HEX: 4A 25

DEC: 74 37

Longueur: 2 bytes

Mode « Invités » 2ème essai :

HEX: 00 90 01 4A CC

DEC: 0 144 1 74 204

Longueur: 5 bytes

Mode “Vacances” 1er essai :

HEX: 00 90 01 4A 40

DEC: 0 144 1 74 64

Longueur: 5 bytes

Plus qu’à déchiffrer tout ceci…

2 « J'aime »

Salut,

Je pense que les Trames de 2 bytes viennent de la VMC (et qui doivent contenir au minimum l’information du mode, de l’état du filtre et du pourcentage de la qualité de l’air) et les trames avec 00 90 01 .. .. sont des commandes de la box ALDES.

Je vais modifier le code du “iBUS Aldes Sniffer/Sender” pour pouvoir afficher en live les trames et peut-être aussi avoir un historique.

1 « J'aime »

Salut,

J’ai dû mal à comprendre encore tout ce language, donc je me référe à tes compétences pour le décorticage lol…

Très bonne idée, un affichage en live comme mon sniffer pour l’infrarouge serait top, et avec un historique ce serait royal !

Salut,

Tu as déjà pu avancer sur la mise à jour de ton programme de sniffage ?

Bon dimanche à toi :slight_smile:

Bonjour @Quentin57520 et @yanoooou

Si le projet est toujours actif, je vais me joindre à vous.

Mare de la aldes connect qui perd tout le temps le wifi ou dont le cloud est en maintenance.

Je vais commencer par regarder pour me faire un snifer.

1 « J'aime »

Salut,

Oui le projet est toujours actif ! @yanoooou prépare un update de son sniffer IBUS Aldes mais avec les fêtes tout le monde à préparer puis fêter donc un petit stand-by si je puis dire :wink:

C’est bien normal.

Ayant déjà travaillé sur un add-on mqtt qui récupère les infos depuis le cloud aldes (c’est l’update du travail d’un autre développeur mais pas pour la VMC) :

https://github.com/Fredzxda/addon-repository

Je t’invite à l’installer. Ca te permettra de comparer les données reçus depuis ta VMC qui ne sont pas visible depuis l’appli Aldes. Tu n’as que le mode, le QAI, mais très peu d’info vs tout ce qui existe.

1 « J'aime »

Voici le fichier excel que j’ai fait pour comprendre la structure échangée entre le cloud et l’appli Android. Tu y trouveras plein d’info utiles.

AldesJson.xlsx

J’ai pris l’add-on et j’ai fais une demande de lecture pour ton fichier excel :wink:

Je pense que tu pourra bien échanger avec @yanoooou qui est bien meilleur que moi et qui a fabriqué son sniffer que je lui ai racheté mais je vais regarder ça sérieusement :smiley:

@Frederic_Duloum l’add-on que tu partages est fait pour HA sur un Rasperberry Pi ? J’ai une erreur fatale dans les logs dès le démarrage :

[FATAL tini (8)] exec docker-entrypoint.sh failed: Exec format error

EDIT : J’ai tenté une solution mais échec cuisant :

  1. Fork du dépôt officiel Fredzxda/aldes2mqtt sur mon compte GitHub.
  2. Modification du fichier config.json pour :
  • Définir l’architecture aarch64 (compatible Pi 4)
  • Configurer MQTT URI, login/password Aldes, etc.
  1. Tentative d’ajout du fork comme repository local dans HA → message : “is not a valid add-on repository”.
  2. Tentative de copie du dossier dans /share/addons/local et /addons/local → l’add-on n’apparaît pas dans HA.
  3. Résultat final après installation → Exec format error :
[FATAL tini (7)] exec docker-entrypoint.sh failed: Exec format error

En résumé :

  • Le problème ne vient pas du fork ni de config.json mais de l’image Docker fournie, qui n’est pas compatible ARM64 / Pi 4.
  • Sur HA OS, pour faire fonctionner l’add-on, il faudrait rebuilder l’image Docker pour ARM64 ou attendre une version officielle compatible :confused:

EDIT2 : En utilisant le dépôt officiel ça fonctionne :

Actuellement, je suis en erreur 503 car l’API Aldes est temporairement indisponible (c’est d’ailleurs pour ça qu’on veut s’en passer :sweat_smile: )

Salut @Quentin57520. De mon côté ca tourne sur un synology. Concernant le dépôt officiel, je l’ai modifié pour 2 raisons :

La première c’est que les logins et mdp étaient hardcodés et donc on contrôlait le périphérique aldes de Gollum :rofl: . Le deuxième et que dans sa version, on a très peu de sensor qui doivent être définient en fonction de périphérique aldes. JE vais essayer de comprendre pourquoi ca crache pour toi avec le mien et pas avec le sien.

PS : le processeur de mon Synology est un ARM64…

1 « J'aime »