Piloter un chauffe-eau avec Shelly et Jeedom sans fragiliser l'installation

Un ballon d’eau chaude n’est pas une lampe. Il peut fonctionner plusieurs heures, chauffer dans un local fermé et solliciter durablement le circuit. La première question n’est donc pas “quel module Wi-Fi acheter ?”, mais “qui porte la puissance ?”. Dans une installation propre, le contacteur ou l’appareillage prévu pour le chauffe-eau garde ce rôle, parce que la fiabilité se joue d’abord dans le tableau, dans la protection du circuit et dans la capacité à intervenir sans deviner.

Le Shelly devient alors une brique de commande. Il peut envoyer un ordre, remonter un état ou mesurer une consommation selon le modèle, mais il ne doit pas masquer une installation mal pensée. C’est moins spectaculaire qu’un montage direct, mais beaucoup plus maintenable.

Si vous ne retenez qu’un point, retenez celui-ci : un relais connecté doit rester une commande compréhensible, testable et remplaçable. Il ne doit pas devenir une boîte noire entre le tableau et l’eau chaude.

Jeedom n’a pas vocation à remplacer les bases électriques. Son rôle est de décider quand demander une chauffe, quand l’empêcher, quand notifier une anomalie et quand revenir à un comportement standard. Plus cette frontière est claire, moins le projet crée d’angles morts.

Beaucoup de projets commencent avec une frustration : le chauffe-eau démarre trop tôt, pas assez longtemps, ou pendant une période où l’énergie est moins intéressante. Avant de contourner les heures creuses, vérifiez ce que vous voulez corriger. Un signal heures creuses déjà câblé peut rester une base robuste, surtout si le tableau est propre et connu.

Jeedom peut compléter cette base. Par exemple, il peut empêcher une chauffe pendant une absence, autoriser une marche forcée avant un retour, ou surveiller qu’un cycle a réellement consommé de l’énergie. Le danger apparaît quand on remplace une logique simple par un scénario opaque que personne ne sait diagnostiquer.

Un ballon qui ne chauffe plus parce qu’un plugin, un Wi-Fi ou une condition Jeedom a décroché n’est pas une automatisation réussie. C’est un scénario trop dépendant d’une chaîne fragile.

Le choix du module dépend de la fonction attendue. Un module de commande simple peut suffire si le contacteur porte déjà la puissance et si Jeedom n’a besoin que d’envoyer un ordre. Un module avec mesure de puissance devient plus intéressant si vous voulez voir les cycles, détecter une anomalie ou calculer une consommation approximative, sans prétendre mesurer tout le confort produit ni remplacer un diagnostic électrique.

Dans un tableau électrique, un format rail DIN peut être plus propre qu’un petit module encastré bricolé dans un espace trop serré. Il est plus lisible pour la maintenance et évite les montages difficiles à expliquer six mois plus tard. Pour un chauffe-eau, la maintenabilité vaut souvent plus qu’un montage discret.

Ne choisissez pas un module uniquement parce qu’il porte “PM” ou parce qu’une fiche annonce une intensité maximale. L’environnement thermique, le type de charge, le rôle exact du contacteur et la qualité du câblage comptent. La page officielle Shelly doit servir à vérifier les limites du modèle, pas à justifier une prise de risque, surtout dans un coffret qui chauffe et reste fermé pendant des cycles répétés.

Sur un chauffe-eau, la mesure de puissance a surtout une valeur de diagnostic. Elle permet de voir si le cycle de chauffe existe, s’il dure anormalement longtemps ou s’il apparaît hors plage attendue. Elle ne mesure pas à elle seule le confort, la température réelle de l’eau ou l’état de la résistance. Pour ces points, il faut rester prudent et croiser les indices avec l’usage réel du foyer, pas seulement avec une courbe flatteuse.

Jeedom est utile quand il ajoute une décision que le tableau ne sait pas prendre seul. Le scénario peut tenir compte d’un mode absence, d’un retour prévu, d’une plage tarifaire, d’un capteur de présence ou d’une consigne manuelle. Mais chaque condition supplémentaire est aussi un point de panne potentiel, donc une règle doit avoir une raison claire, un effet vérifiable et une priorité lisible. Plus la fonction est domestiquement critique, plus la logique doit rester courte.

Commencez avec trois commandes : automatique, marche forcée, arrêt temporaire. Ajoutez ensuite les notifications. Si la mesure remonte une consommation nulle pendant une plage où la chauffe était demandée, Jeedom peut prévenir. Si le ballon consomme hors période attendue, il peut aussi le signaler. Ce sont des alertes concrètes, pas de la domotique décorative.

Le dashboard doit rester lisible. Un seul widget qui indique le mode courant, la dernière chauffe et l’état demandé vaut mieux qu’un écran rempli de graphes. Les courbes d’énergie sont intéressantes si elles aident à repérer une dérive, pas si elles deviennent un décor.

Le bon écran Jeedom doit répondre vite : est-ce que le chauffe-eau est autorisé, actif ou bloqué ? Ajoutez une date de dernière chauffe et un état du relais, puis arrêtez-vous là tant que le besoin ne prouve pas le contraire.

Si la réponse demande d’ouvrir trois menus, le dashboard ne fait pas son travail. Pour Nicolas, le bon compromis serait brutalement simple : un widget de mode, une mesure utile, une alerte rare et un historique lisible. Cette sobriété évite de transformer le pilotage énergie en mini centre de supervision incompréhensible pour le reste du foyer.

Un bon scénario chauffe-eau tient sur une logique courte. Il regarde le mode, la plage autorisée, une éventuelle condition d’absence, puis il envoie un ordre. Si vous devez relire quinze conditions pour comprendre pourquoi le ballon chauffe, la règle est déjà trop fragile et devra être simplifiée avant la mise en service. Sur une fonction domestique aussi concrète, la règle lisible bat toujours l’automatisation brillante, surtout quand il faut dépanner vite.

Je conseille de séparer la décision et l’action. Un scénario décide si la chauffe est souhaitée; un autre envoie l’ordre au relais. Cette séparation rend le debug plus simple, surtout quand un plugin ou une condition météo/énergie change de comportement.

Cette séparation donne aussi un avantage très pratique : vous pouvez tester la décision Jeedom sans toucher immédiatement au relais. Quand la logique est validée, l’action devient un simple exécutant. Si quelque chose déraille plus tard, vous savez où regarder : règle horaire, mode absence, état du plugin ou ordre envoyé au Shelly.

1. Créer un mode manuel prioritaire : marche forcée, arrêt temporaire, automatique.
2. Limiter les plages de chauffe aux moments réellement utiles.
3. Vérifier l’état demandé et, si possible, la consommation constatée.
4. Notifier uniquement les anomalies : chauffe absente, cycle trop long, ordre incohérent.
5. Documenter le retour arrière dans Jeedom et près du tableau.

Cette structure ne cherche pas à tout optimiser au watt près. Elle vise d’abord la fiabilité domestique. Le confort passe avant la démonstration technique.

Si un scénario nécessite une capture d’écran pour être compris, simplifiez-le. Le debug doit pouvoir se faire depuis les logs et les modes, pas depuis votre mémoire.

Le test ne consiste pas à cliquer une fois sur “on” et à voir une courbe monter. Il faut vérifier le comportement complet : ordre envoyé, relais joignable, contacteur activé, consommation cohérente, notification éventuelle, puis retour au mode normal. Si une étape n’est pas observable, elle ne peut pas vraiment être diagnostiquée, et c’est précisément là que les montages domotiques deviennent pénibles à maintenir après quelques semaines.

La première semaine, gardez une surveillance simple. Notez les heures de chauffe attendues, les consommations observées et les anomalies. Un cycle absent peut venir d’un scénario, d’un plugin, d’un ordre non reçu, d’un mode manuel oublié ou d’un problème électrique. Sans historique, vous allez accuser le mauvais élément.

Le journal Jeedom devient ici un outil de maintenance, pas un gadget de développeur. Il doit dire quand l’ordre a été demandé et dans quel mode, sinon il ne sert pas au dépannage.

Vous pouvez créer une notification uniquement sur les cas utiles : chauffe demandée mais puissance nulle, chauffe trop longue, relais hors ligne, retour inattendu au mode manuel. Évitez les alertes à chaque micro-événement. Trop de notifications finissent ignorées, exactement au moment où une vraie anomalie mérite d’être lue.

Un montage domotique est réussi quand quelqu’un d’autre peut comprendre son état. Collez une étiquette claire dans le tableau, gardez une note Jeedom avec le rôle du relais, le nom du scénario, le mode de secours et la date de modification. Ce n’est pas administratif : c’est le plan de rollback.

Dans six mois, vous aurez oublié pourquoi telle condition existe. Écrivez-la maintenant, pendant que la logique est encore fraîche.

Documentez aussi ce que le système ne fait pas. Par exemple : “ne calcule pas le tarif réel”, “ne vérifie pas la température d’eau”, “ne remplace pas le contacteur”, “ne fonctionne pas si Jeedom est arrêté”. Ces limites explicites évitent les fausses attentes. Elles rappellent que la supervision n’est pas une garantie absolue.

Si vous utilisez plusieurs modes, nommez-les sobrement : automatique, absence, marche forcée, arrêt temporaire. Les intitulés créatifs finissent par nuire au diagnostic. Nicolas aurait tendance à le dire brutalement : un scénario appelé “éco magique ballon” est un bug futur. Préférez un nom qui décrit l’action réelle.

Un bon nom n’est pas joli, il est vérifiable. Il doit décrire l’action, pas votre intention du moment.

Deux usages Jeedom vraiment utiles

Le relais connecté devient pertinent quand Jeedom ajoute une information ou un garde-fou que le tableau seul ne donne pas.

Suivre les cycles

La mesure de puissance aide à vérifier qu’une chauffe demandée a bien eu lieu, et à repérer une consommation inhabituelle.

Préserver le retour manuel

Le projet doit rester compréhensible hors domotique : marche forcée, mode secours et tableau documenté.

Une fois le montage stable, l’optimisation peut commencer. Elle doit rester progressive. Commencez par observer les cycles sur une semaine normale : durée, puissance mesurée, horaires, périodes d’absence, moments où l’eau chaude manque réellement. Sans cette base, vous risquez de régler Jeedom sur une intuition plutôt que sur la preuve terrain, puis de corriger un problème qui n’existait pas dans les habitudes du foyer. La période d’observation est une étape, pas une perte de temps.

Ensuite seulement, ajustez les plages. Un foyer de deux personnes n’a pas le même profil qu’une famille avec douches décalées, invités réguliers ou ballon sous-dimensionné. La domotique est intéressante parce qu’elle permet ces nuances. Elle devient mauvaise quand elle applique une règle universelle à un usage domestique qui ne l’est pas.

Gardez des changements petits : une plage raccourcie, une notification, une condition d’absence. Laissez passer plusieurs cycles avant de conclure. Un chauffe-eau réagit lentement, et c’est précisément pour cela que les optimisations agressives donnent souvent des résultats décevants.

Le suivi dans Jeedom doit donc rester proportionné. Une courbe hebdomadaire, un état de relais, une date de dernière chauffe et une alerte d’échec suffisent souvent. Si vous ajoutez dix indicateurs, vous augmentez le bruit de supervision sans améliorer la décision. Le bon tableau de bord aide à trancher vite : ça chauffe, ça ne chauffe pas, ou ça chauffe au mauvais moment, sans obliger à interpréter chaque variation minute par minute.

1. Comparer consommation demandée et consommation réellement mesurée.
2. Repérer les jours où l’eau chaude manque ou chauffe inutilement.
3. Conserver un mode confort pour les périodes atypiques.
4. Revenir à la règle précédente si le foyer perd en confort.

Le meilleur réglage n’est pas celui qui coupe le plus souvent. C’est celui que le foyer oublie parce qu’il fonctionne, sans supprimer la marge de confort.

La première erreur est de dimensionner le projet à partir d’une fiche produit lue trop vite. Une intensité maximale ne raconte pas toute l’histoire d’un tableau, d’une charge résistive, d’un coffret fermé ou d’un usage répété. La deuxième est de confondre un test réussi pendant dix minutes avec une installation durable capable d’encaisser des cycles répétés, des redémarrages réseau et les oublis inévitables du quotidien, sans surveillance permanente.

La troisième erreur est logicielle : trop d’automatisations, trop de dépendances, pas assez de journalisation. Si Jeedom envoie un ordre, vous devez pouvoir retrouver pourquoi. Mode absence ? Plage interdite ? Commande manuelle ? Plugin Shelly hors ligne ? Sans trace minimale, le diagnostic devient une chasse au hasard.

Dernier piège : oublier l’utilisateur non technicien. Le chauffe-eau concerne tout le foyer. Si une personne ne sait pas relancer l’eau chaude sans comprendre Jeedom, le montage est trop dépendant de vous. Un bon système connecté garde un comportement lisible même quand l’expert de la maison n’est pas là.

Le test ultime est simple : coupez Jeedom dans votre tête et demandez-vous si l’installation reste compréhensible. Si la réponse est non, le projet n’est pas terminé.

Évitez ce chantier si le tableau est ancien, mal documenté, saturé ou si vous ne savez pas identifier clairement le circuit du chauffe-eau. Évitez-le aussi si le seul objectif est “faire connecté” alors que les heures creuses fonctionnent déjà bien. La domotique a de la valeur quand elle résout un problème précis, mesurable et réversible sans dépendre d’un seul plugin ou d’un réseau capricieux.

Le projet devient pertinent si vous avez des absences fréquentes, une installation Jeedom déjà stable, un besoin de suivi énergétique et une vraie procédure de secours. Dans ce cas, Shelly peut être une brique propre, à condition de rester à sa place : commande, mesure, supervision.

Le verdict est volontairement strict : prenez ce projet si vous pouvez le documenter, le tester et le faire valider. Sinon, gardez le contacteur classique et améliorez d’abord le suivi de consommation.

Ce choix n’est pas un aveu d’échec. En domotique, ne pas automatiser une fonction critique peut être la meilleure décision quand les conditions ne sont pas réunies. Un chauffe-eau fiable, un contacteur clair et une consommation suivie proprement valent mieux qu’un scénario brillant qui dépend de trop de points de panne. Le bon upgrade est parfois une installation mieux documentée, pas une automatisation supplémentaire.