Bonjour à tous,
Ça fait un moment que j’avais pas posté sur ce sujet, mais je ne me suis pas tourné les pouces, bien au contraire ![]()
J’ai l’honneur de vous présenter la TOUG : T.One Ultimate Gateway, que j’aurais pu baptiser YAG (Yet Another Gateway) ![]()
Mon but a été de rassembler tous les besoins exprimés sur ce forum dans un seul projet, tout en restant configurable en fonction des besoins de chacun (pas besoin de tout implémenter si non nécessaire).
Voici les photos du résultat :
Présentation de la TOUG
Objectif du projet
Ce projet permet de piloter entièrement en local une pompe à chaleur Aldes T.One® AIR/AquaAIR (chauffage, climatisation, eau chaude sanitaire), ainsi que la brancher à un routeur solaire, sans passerelle propriétaire ni connexion cloud.
Il repose sur un ESP32 WT32-ETH01 connecté en Ethernet (ou wifi), pour garantir une intégration fiable et réactive à Home Assistant.
Fonctionnalités principales
Communications supportées
- Modbus utilisateur (UART1) : lecture/écriture des registres classiques (modes de fonctionnement, consignes, température ambiante, filtres…).
- Modbus écran central (UART2) : permet d’accéder à des données normalement invisibles (températures pièce par pièce, pression, débit…).
- Interface USB de la passerelle Aldes (UART3) : en cours de reverse engineering par @yanoooou et @Neuvidor (Voir le sujet du T.Flow).
Surveillance & commandes
- Suivi de l’ouverture des bouches de ventilation (diagnostic, thermostat, comportement des zones).
- Détection de la commande de la résistance d’appoint (utile pour connecter un routeur solaire sur la Aqua Air).
- Lecture des températures ECS haut & bas (utile pour connecter un routeur solaire sur la Aqua Air).
- Simulation de 60 °C ECS pour éviter les erreurs de surchauffe quand l’ECS est chauffée par un routeur solaire (Aqua Air uniquement).
Matériel utilisé
| Composant | Rôle |
|---|---|
| WT32-ETH01 | ESP32 avec port Ethernet natif |
| ADS1115 (option) | ADC I²C pour lecture températures ECS |
| TTL-RS485 x2 | Adaptation pour les bus Modbus |
| MCP2221-I/SL | Convertisseur USB CDC/TTL |
| Level shifter | Convertisseur de niveau logique bidirectionnel 5V <=> 3.3V |
| Step-Down Power Module | Convertisseur 12V => 5V (régler la sortie au multimètre sur 5V avant de le brancher au reste) |
| Logic Level Converter PNP Output x2 | Convertisseur numérique de niveaux logiques 12V => 3.3V à 4 voies |
| Borniers | Borniers à vis débrochables pour faciliter l’installation et la maintenance |
| Connecteurs | Connecteurs femelles au format constructeur pour faciliter le branchement sans adaptation |
| Boitier | Boitier générique au format rail DIN |
Fonctionnement ESPHome
Le firmware ESPHome (config YAML dispo sur GitHub) déclare :
- 3 interfaces UART (Modbus principal + Modbus de l’écran central + USB)
- Sensors ESPHome : températures, modes, consignes, états, erreurs, etc.
- API ESPHome : exposition des données à Home Assistant, sans MQTT ni broker externe
Intégration Home Assistant
L’appareil ESPHome est intégré comme un périphérique standard. Il permet :
- Un suivi précis des températures ECS, ambiantes, état des filtres, erreurs…
- Des automatisations conditionnelles pour la bascule ECS (ex : activer la simulation 60 °C si ECS solaire active)
- L’intégration complète avec des logiques complexes (climatisation intelligente, gestion tarifaire, etc.)
Exemple : intégration avec le custom component hass-template-climate pour un widget de clim/chaud/off.
Schéma de principe
┌──────────────┐
│ WT32-ETH01 │
├──────────────┤
Modbus UART1 ─┤ RS485 ↔ PAC Modbus utilisateur
Modbus UART2 ─┤ RS485 ↔ PAC Modbus écran central
USB CDC ──┤ Vers interface passerelle Aldes
GPIO out ┤───> Simulation 60 °C ECS
GPIO in ──┤<─ Sondes températures NTC
GPIO in ─┤<─ Détection bouches
GPIO in ─┤<─ Détection résistance d`appoint
└──────────────┘
Bugs connus / Limitations actuelles
- La simulation des températures 60°C n’est pas fonctionnelle, une adaptation est possible (voir explications)
- Le connecteur femelle de la télécommande est inversé (il faut ajouter ajouter une rallonge croisée)
Idées d’amélioration (roadmap)
- Continuer le reverse engineering de l’USB passerelle pour piloter comme l’appli Aldes ( je compte sur @Neuvidor et @yanoooou
) - Utiliser le MCP2221 en tant que ADC et GPIO pour simplifier la partie électronique
- Créer une belle étiquette pour la face avant
et le long des connecteurs pour les identifier
Conclusion
Ce projet permet une maîtrise complète de la PAC Aldes T.One en local, sans dépendance au cloud, tout en améliorant la fiabilité (Ethernet) et la flexibilité (automatisations Home Assistant).
Il couvre des besoins avancés (chauffe-eau solaire, alertes, diagnostic, régulation fine) ainsi qu’un branchement à un routeur solaire, que la passerelle officielle ne permet pas.
Un exemple concret de domotique open-source, responsable et durable ![]()
Ressources
- Explications, Code, schémas, YAML, BOM : https://github.com/djtef/toug
Remerciements
Merci à tous les membres de ce forum pour leurs partages, leurs idées et leur bienveillance.
Une mention spéciale à @Hugz et @guix77 pour leurs contributions techniques, leur aide précieuse et leur implication dans les passerelles précédentes. ![]()
.


