VOUS ÊTES ICI: Accueil » Blog » Domotique » Eedomus » Gestion d’un chauffage centrale avec eedomus
Eedomus

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.
mteriel

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:
zone de chauffage

[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:
phase_chauffage

affectez lui les phases suivantes:
phases_chauff

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

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

[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]

temperatures

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

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.
trait_temp

Affecter lui les valeurs suivantes:

valeurdescurltypeparametres
0import temp inthttp://192.168.x.x/apiGET/set?action=periph.value&periph_id=xxxx&value=[LAST_VALUE PERIPH_ID=yyyy]&api_user=xxx&api_secret=xxxx
1import temp exthttp://192.168.x.x/apiGET/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:
regle_copie

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:
etat_jour

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).
cons_jour
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.
etat_conf

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

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:
etat_nuit

La consigne nuit:
cons_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:

nuit_froide_on

nuit_froide_off

La consigne nuit froide associée:
con_nuit_froid

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:
macro_ouverture

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

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

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

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

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:
memoire_confort

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

Règle de mise en mémoire de la phase nuit:
memoire_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:
etat_eco

La consigne Eco:
cons_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:

mati_froid_on

La règle de désactivation matin froid:
matin_froid_off

Abonnez vous
NE MANQUEZ
PLUS RIEN
Recevez les prochains
articles par mail
JE M' ABONNE
Abonnez vous
NE MANQUEZ
PLUS RIEN
Recevez les prochains
articles par mail
JE M' ABONNE
close-link
NOEL 2 DOMO-BLOG

Venez Jouer
avec nous !

Cette année Noel sera connecté
JOUER
#Noel2DOmoBlog
close-link