Gestion d’un chauffage centrale avec eedomus

[box type=”error”]Depuis la rédaction de cet article, j’ai rédigé une mise à jour que je vous invite à consulter ici [/box]

A travers cet article, je vais vous présenter comment je gère mon système de chauffage (chaudière à gaz) depuis mon eedomus.
Cette gestion automatique s’appuie sur deux périphériques z-wave, un relais Fibaro FGS221 et un thermomètre ST814.

Le système est entièrement autonome, il permet entre autre:

• de s’adapte aux conditions de présence
• de tenir compte des moments d’aération du domicile
• d’anticiper le gel de l’installation
• de gérer plusieurs phases dans la journée

Avant de commencer, je vous conseille de créer une pièce dédiée à cet usage pour ma part, j’ai créer une pièce “chaufferie”.

pour arriver à ce résultat, il faut commencer par créer une programmation “zone de chauffage” et la configurer ainsi:

[alert style=”info” title=”Note”]Cette configuration est destinée à piloter un système de chaudière à gaz, pour ce type de chauffage, il est en effet préférable de configurer les coefficient C et T à 40 et 0. Ceci pour eviter les strart/stop répétitifs qui pourraient altérer le circulateur. [/alert]

Créez ensuite un nouveau périphérique “état” nommé “Phase chauffage” configuré comme suit:

affectez lui les phases suivantes:

Créez ensuite un nouveau périphérique “état” nommé “Phase mémoire” et affectez lui les phases suivantes:

Créez ensuite un nouveau périphérique “état” nommé “Etat ouvertures” et affectez lui les phases suivantes:

[alert title=”Tips”]Si vous avez suivi mon conseil et avez créé tout ces périphérique dans une pièce “chaufferie”, il peut être intéressant d’avoir également dans cette pièce les différentes températures de la maison. Pour cela je vous donne ma petite astuce qui permet de conserver le périphérique d’origine dans sa pièce d’origine et de dupliquer sa valeur dans un état virtuel qui lui sera dans votre pièce “chaufferie”.[/alert]

Pour cela, créez un périphérique virtuel par températures à dupliquer que vous configurez ainsi:

Créez un actionneur HTTP “trait temp”. C’est cet actionneur qui va permettre de copier la valeur des périphériques de température d’origine.

Affecter lui les valeurs suivantes:

valeur	desc	url	type	parametres
0	import temp int	http://192.168.x.x/api	GET	/set?action=periph.value&periph_id=xxxx&value=[LAST_VALUE PERIPH_ID=yyyy]&api_user=xxx&api_secret=xxxx
1	import temp ext	http://192.168.x.x/api	GET	/set?action=periph.value&periph_id=xxxx&value=[LAST_VALUE PERIPH_ID=yyyy]&api_user=xxx&api_secret=xxxx

[alert style=”gris” title=”Details parametres”] /set?action=periph.value&periph_id=xxxx&value=[LAST_VALUE PERIPH_ID=yyyy]&api_user=xxx&api_secret=xxxx[/alert] xxxx = code api du périphérique virtuel “Temp maison” dans la pièce chaufferie
yyyy = code api du périphérique thermomètre dans la pièce d’origine
xxx = votre api_user
xxxx = votre api_secret

Configurez ensuite une nouvelle règle qui permettra d’exécuter l’actionneur pour mettre a jour la température de la maison dans la pièce chaufferie:

Adoptez le même raisonnement pour les autres températures à importer dans la pièce “chaufferie”.

Tout nos périphériques sont à présent en place dans notre chaufferie, passons à présent à la programmation de l’intelligence qui fera fonctionner cette petite machinerie en complète autonomie, pour cela détaillons les actions a réaliser par phase.

La phase “Hors gel”:
Comme son nom l’indique, cette phase permet de mettre le système en hors gel. J’avais créer cette phase mais je ne l’ai jamais réellement utilisée étant donnée que je joue sur les phases “suspendue” et “désactivé” que nous verrons plus loin.

La phase “Journée”:
Cette phase est une des phases récurrentes avec confort et nuit, elle permet de placer la maison a une consigne de “19°C” pour les heures de non présence.
Pour ma part,  le système active cette phase à 9h00, 13h00 et 18h30 si nous sommes présents (pas forcement à la maison mais simplement pas absent sur plusieurs jours) et si le systeme est sur une phase différente de désactivé, matin froid ou retour en cours:

l’activation de la phase journée déclenche la règle de consigne journée: (un test sur les ouverture est opéré au cas ou, nous détaillerons cette fonctionnalité plus loin).

La phase “confort”:
Seconde phase récurrente de la journée qui fonctionne sur le même principe, elle est activée par le système à 6h00, 11h00 et 16h00 suivant les mêmes conditions.

l’activation de la phase confort déclenche la règle de consigne confort:

La phase “nuit”:
Troisième phase récurrente de la journée, elle permet de placer le chauffage en mode nuit pour maintenir une température de 16°C mini:

La consigne nuit:

La phase “nuit froide”:
Cette phase permet de déclencher le chauffage si la température sous combles passe sous les 2°C (partie non isolée), cela peut permettre d’anticiper les fortes chutes de températures ou de protéger vos installations techniques qui pourraient se situer dans ces parties. ce cas peut aussi s’appliquer a un garage. Nous allons donc programmer le chauffage 1/2h toutes les 2h via les états suivants:

La consigne nuit froide associée:

La phase “désactivé”:
Cette phase est manuelle, elle permet tout simplement de passer le système en off pour les saisons ou le chauffage n’est pas requis. le système test cet état dans les différents règles pour savoir si il peut ou non opérer des changement.

La phase “suspendue”:
Cette phase permet de gérer la pause du système en fonction des ouvrants. Je sais que depuis que j’ai rédigé ce tuto cette fonction a été implémentée dans la MAJ eedomus de février 2014 mais je n’ai pas modifié mon système. je continue donc a vous présenté mon système qui permettait cette fonctionnalité avant qu’elle ne soit implémenté en natif. (ma solution permet de mettre en pause le système et sauvegarder son état avec une temporisation, je ne sais pas si cette tempo est prise en compte en natif, à tester).

Le principe de gestion des ouvertures:
Nous avons vu plus haut la déclaration du périphérique “Etat ouvertures”, créons une maro dans ce périphérique:

Créons la règle qui permettra d’activer cette macro en cas d’ouverture:

Créons à présent la règle qui stop la macro si l’ouvrant est refermé avant la fin de la macro:

La règle qui relance le système en fonction de la phase en mémoire confort:

La règle qui relance le système en fonction de la phase en mémoire journée:

Détail du périphérique “phase mémoire”:
Ce périphérique permet de relancer le système dans la bonne phase suite à une interruption pour ouverture. Les phases enregistrée en mémoire sont les phases récurrentes confort, journée et nuit.

Règle de mise en mémoire de la phase confort:

Règle de mise en mémoire de la phase journée:

Règle de mise en mémoire de la phase nuit:

Alors effectivement, j’ai mis en place ce système il y a 2 ans, depuis eedomus a évolué, il est possible de mutualiser les actions plutôt que de mettre des règles en parallèles comme ici, mais ma config fonctionne bien et est fiable, je n’ai donc pas encore fait évolué vers les nouvelles possibilités. Il est également possible de bénéficier directement de cette fonction directement en natif depuis l’update de février 2014, je mettrai de tuto a jour quand j’aurais fait évolué mon système vers cette nouvelle fonctionnalité.

La phase “eco”:
Cette phase se synchronise avec le périphérique “présence” de l’eedomus., Très simplement, si vous partez en vacances, vous placer le statut de présence sur absent et le système passe le chauffage en mode eco:

La consigne Eco:

La phase “matin froid”:
Cette phase correspond au matin d’octobre ou d’avril, périodes ou normalement les chauffages sont hors gel mais ou les matins peuvent être un peu friqués. Elle permet donc de palier a cette situation en activant le chauffage si nécessaire uniquement le matin. Cette phase est activé manuellement:

La règle de désactivation matin froid: