RÉALISATION DOMOCODE · EAU CHAUDE SANITAIRE
DC_ECS — L’eau chaude quand il faut, sans chauffer inutilement
DC_ECS est un gestionnaire intelligent d’eau chaude sanitaire conçu pour surveiller un ballon, optimiser ses périodes de chauffe et conserver un fonctionnement autonome même en cas de perte du Wi-Fi, de Home Assistant, de MQTT ou d’Internet.
L’objectif n’est pas de transformer un chauffe-eau en simple objet connecté. DC_ECS cherche au contraire à associer économies d’énergie, confort, surveillance, hygiène sanitaire et sécurité, tout en laissant les protections d’origine du ballon pleinement fonctionnelles.
POURQUOI CE PROJET ?
Un ballon d’eau chaude sait chauffer. Mais sait-il quand cela est réellement utile ?
Dans de nombreuses installations, le ballon fonctionne selon des plages horaires fixes et l’utilisateur dispose de peu d’informations sur son comportement réel. Il peut ainsi maintenir inutilement de l’eau chaude pendant une absence, chauffer en dehors des périodes tarifaires intéressantes ou révéler tardivement une anomalie.
DC_ECS ajoute une couche d’intelligence et de surveillance autour de l’installation existante. Il mesure, décide, mémorise et adapte son fonctionnement sans supprimer les sécurités prévues par le fabricant du chauffe-eau.
ÉNERGIE
Chauffer au bon moment
Jusqu’à deux plages d’heures creuses par jour, programmation hebdomadaire et priorité donnée aux périodes tarifaires avantageuses.
CONFORT
Eau chaude prête au retour
Le mode ABSENCE suspend les chauffes inutiles puis calcule le moment opportun pour préparer automatiquement le retour.
SURVEILLANCE
Voir ce qui se passe réellement
Température du ballon, température de sortie, état de chauffe, détection d’eau, défauts, historique et diagnostic.
OPTIMISATION ÉNERGÉTIQUE
Réduire les chauffes et maintiens inutiles
DC_ECS ne promet pas un pourcentage d’économie théorique. Son approche consiste à agir sur les situations où de l’énergie peut être consommée sans bénéfice réel : maintien à température pendant une absence, chauffe en dehors des périodes souhaitées ou reprise trop anticipée.
- jusqu’à deux plages horaires de chauffe par jour ;
- programmation indépendante selon les jours de la semaine ;
- gestion des plages traversant minuit ;
- mode ABSENCE avec suspension de la chauffe normale ;
- reprise automatique calculée avant le retour ;
- mode FORCE temporaire en cas de besoin exceptionnel.
MODE ABSENCE
Vous partez ? Indiquez simplement quand vous voulez retrouver de l’eau chaude.
Pendant une période d’inoccupation, DC_ECS peut suspendre le maintien normal du ballon tout en continuant à surveiller les températures, les sondes, les alarmes et l’entrée WATER.
Lorsque l’utilisateur renseigne une date et une heure de retour, le système peut estimer la durée nécessaire pour atteindre la température souhaitée en s’appuyant sur la température actuelle, la consigne et l’historique réel de montée en température.
Eau chaude prête pour le retour, sans maintien inutile pendant l’absence.
Un bouton « Je suis rentré » permet également de quitter immédiatement le mode ABSENCE.
HYGIÈNE SANITAIRE
Économiser sans oublier la gestion thermique du ballon
L’optimisation énergétique ne doit pas faire oublier la gestion sanitaire de l’eau chaude. DC_ECS prévoit un cycle anti-légionellose configurable, avec une température cible, un temps de maintien et un suivi du dernier cycle réussi.
La configuration de référence prévoit une cible de 60 °C avec maintien pendant 30 minutes. Une durée maximale de sécurité évite qu’une anomalie ne provoque une demande de chauffe permanente.
SÉCURITÉ & AUTONOMIE
La régulation reste locale. Le Cloud n’est jamais indispensable.
Le fonctionnement essentiel de DC_ECS est réalisé directement dans le module. Une perte du Wi-Fi, de MQTT, de Home Assistant ou d’Internet ne doit pas interrompre la surveillance ni la régulation locale.
Au démarrage, la commande de chauffe reste coupée tant que les entrées et les sécurités n’ont pas été validées. Un défaut critique peut provoquer l’arrêt immédiat de la chauffe et rester verrouillé jusqu’à disparition réelle du problème et acquittement contrôlé.
Détection de sonde NTC débranchée, en court-circuit ou incohérente.
La commande de chauffe est interrompue en cas de température excessive.
Une fuite, des condensats, un niveau ou un autre contact de sécurité peuvent être surveillés.
SURVEILLANCE EAU / CONDENSATS
Plus qu’un contrôle de température
L’entrée WATER accepte un contact sec et peut être configurée en NO ou NC. Elle peut ainsi recevoir différents équipements selon l’installation :
- détecteur de fuite ;
- détection de condensats ;
- flotteur ;
- contact de niveau ;
- autre contact externe de sécurité.
Selon la configuration choisie, une détection peut simplement générer une alarme ou provoquer également l’arrêt immédiat de la commande de chauffe.
COMMANDE DE CHAUFFE
Une architecture adaptable à l’installation existante
DC_ECS ne reçoit jamais directement le 230 V sur sa carte électronique. La puissance du chauffe-eau reste commandée par un dispositif externe adapté.
OPTION 1 · RÉFÉRENCE
Relais statique SSR filaire
La sortie J7 peut commander un SSR externe adapté à la puissance du chauffe-eau. Cette architecture permet au DC_ECS de conserver une commande totalement locale et indépendante du réseau domotique.
Le SSR est monté à l’extérieur du DC_ECS et doit être dimensionné, protégé et refroidi selon l’installation.
OPTION 2 · DOMOTIQUE
Relais ou contacteur piloté via Zigbee
Dans une installation domotique compatible, la demande de chauffe peut aussi être transmise à un relais Zigbee ou à un actionneur connecté par l’intermédiaire de Home Assistant / MQTT.
Cette solution facilite l’intégration à une installation existante. Elle reste toutefois dépendante de la disponibilité du réseau domotique : pour une régulation totalement autonome, le pilotage filaire par SSR reste l’architecture de référence.
CONNECTÉ SI VOUS LE SOUHAITEZ
Simple au quotidien, complet lorsqu’on veut aller plus loin
DC_ECS possède sa propre interface Web locale. L’utilisateur peut consulter l’état du ballon et accéder aux principales fonctions sans installer une plateforme domotique complète.
Pour les installations plus avancées, le module prévoit également :
- MQTT entièrement configurable ;
- Home Assistant Discovery ;
- états, températures, modes et défauts remontés dans Home Assistant ;
- bus CAN DomoCode pour diagnostic et interconnexion ;
- compatibilité prévue avec le futur DC_DiagPad.
Internet, MQTT et Home Assistant ne sont jamais nécessaires au fonctionnement essentiel du DC_ECS.
DEUX NIVEAUX D’INTERFACE
Une utilisation simple sans masquer la puissance technique
L’interface utilisateur est volontairement épurée : mode de fonctionnement, températures, chauffe, état WATER, programmation, heures creuses et absence.
Une seconde interface technique DomoCode permet d’aller beaucoup plus loin pour l’installation, le diagnostic et la maintenance : calibration, hystérésis, tests des sondes, tests de sortie, historique des défauts, paramètres réseau, CAN, MQTT, firmware et maintenance.
SOUS LE CAPOT
Une architecture conçue autour de la surveillance et de l’évolutivité
| Contrôleur | ESP32-C3 / ESPC3-12E-N4 |
|---|---|
| Alimentation | 24 V DC uniquement |
| Température ballon | NTC 10 kΩ 3950 |
| Température sortie ECS | DS18B20 |
| Entrée de sécurité | WATER — contact sec configurable NO / NC |
| Commande de puissance | SSR externe filaire ou intégration domotique selon l’installation |
| Communication | Wi-Fi, MQTT, Home Assistant et CAN DomoCode |
| Fonctionnement | Régulation locale autonome |
CONCEPTION DOMOCODE
Observer, comprendre, décider — puis seulement commander
DC_ECS illustre l’approche DomoCode : partir d’un besoin concret, mesurer ce qui se passe réellement et construire une solution qui reste compréhensible, maintenable et évolutive.
Le projet associe électronique, firmware, interface Web, intégration domotique, mécanique imprimée en 3D et diagnostic. Chaque fonction connectée reste subordonnée à un principe simple : la sécurité et la régulation locale passent toujours en premier.
ÉTAT DU DÉVELOPPEMENT
DC_ECS V1.6
La version V1.6 fixe l’architecture matérielle et les fonctions principales du système. Les essais sur ballon réel permettront notamment d’affiner deux fonctions avancées : la détection de puisage et la caractérisation d’une chauffe inefficace.
Ces mesures serviront également à quantifier objectivement les gains liés aux stratégies de chauffe et au mode ABSENCE avant toute communication chiffrée sur les économies réalisables.
UN BESOIN PARTICULIER ?
Le principe peut être adapté à votre installation
Type de ballon, heures creuses, détection de fuite, intégration Home Assistant, commande filaire ou domotique : l’architecture DomoCode permet d’adapter le projet au contexte réel de l’installation.