Heating & Cooling Manager (PID HC3)

[Felig]

Bonjour Jojo,

 

Non ce n'est pas du tout saugrenu. J'ai les mêmes messages que toi de temps en temps donc je comprends.

 

Ta première suggestion est ajoutée dans le version ci-jointe.

 

Ta deuxième suggestion est un peu compliquée à faire, donc j'ai pris une option plus simple: en cas d'absence de remontée, soit les radiateurs sont éteints, soient ils continuent à chauffer au rythme qui existait avant la perte de remontée. Pour basculer entre ces deux comportements, il faut utiliser l'option HMCF.turnOffNoTemp (à rajouter dans ton fichier config):

 

  HMCF.checkDelayTemp = true      -- warn if temperature has not been updated for some time 
  HMCF.maxDelayTemp   = 8*60      -- max delay between 2 temperature updates (minutes)
  HMCF.turnOffNoTemp  = true      -- turn off heaters if max delay is exceeded

Si HMCF.turnOffNoTemp = false, alors les radiateurs ne s'éteindront plus en cas d'absence de remontée.

 

J'ai aussi augmenté le délai par défaut de 8h à 12h.

 

Je n'ai pas eu le temps de bien tester, donc est-ce que tu peux tester la version jointe sur une pièce pendant quelques semaines stp ?

HCM v520.16.lua

Modifié le 3 mars par Felig

[jojo]

Waw quelle réaction rapide.

En fait les radiateurs de ma SdB sont toujours éteints (= mode Eco à 18°C), sauf 45 min par jour (mode confort à 28°C = fonctionne plein pot. Ce n'est pas du PID ...), donc ta proposition ne conviendra pas pour mon utilisation.

Je sais que ma seconde suggestion est plus facile à écrire qu'à programmer.

Comme le mode Confort ou Eco est déterminé par un calendrier Google,  ne pourrait-on pas simplement utiliser le paramètre

HMCF.error.manual = false|true -- false c'est le fonctionnement actuel

et true empêche de basculer sur Off, et permet  de continuer de changer les modes comme s'il n'y avait jamais eu d'erreur.

 

Maintenant, je ne comprends pas ce que tu dis :

Il y a 2 heures, Felig a dit :

HMCF.checkDelayTemp = true -- warn if temperature has not been updated for some time

le fonctionnement actuel, c'est False ?

Comme le radiateur sera éteint (96,8% du temps) il restera donc éteint...

 

Et si je mes ce paramètre à false,  est-ce que le régulateur continuera de répondre aux ordres (comme side rien n'était) ?

Il y a 2 heures, Felig a dit :

HMCF.turnOffNoTemp = true -- turn off heaters if max delay is exceeded

en fait il est paramétrable par ?

Il y a 2 heures, Felig a dit :

HMCF.maxDelayTemp = 8*60 -- max delay between 2 temperature updates (minutes)

 

Il y a 2 heures, Felig a dit :

Je n'ai pas eu le temps de bien tester

Quelles sont les modifs apportées outre le log de ma prmu§re suggestion ? Lesp3 paramètres sont nouveaux ?

[Felig]

Ok. J'avais une autre solution en tête qui est plus simple à programmer: le % sera ajusté en fonction du thermostat

- à 17° ou en-dessous le % sera égal à 0

- à 24° ou au-dessus le % sera égal à 100%

C'est simpliste mais c'est mieux que de couper dans ton cas de figure.

 

Pour répondre à tes questions:

HMCF.checkDelayTemp = true -- warn if temperature has not been updated for some time

Si ce paramètre est false, le délai de la dernière remontée ne sera jamais vérifié (pas de warning, pas d'action). Ce n'est pas un nouveau paramètre, il était déjà dans le programme principal.

Le fonctionnement actuel c'est 'true' (valeur par défaut).

HMCF.maxDelayTemp = 12*60 -- max delay between 2 temperature updates (minutes)

Oui c'est pour paramétrer le délai pour les warning et l'action éventuelle. Ce n'est pas un nouveau paramètre, il était déjà dans le programme principal.

J'ai juste modifié la valeur par défaut de 8h à 12h.

HMCF.turnOffNoTemp = true -- turn off heaters if max delay is exceeded

C'est un nouveau paramètre. Si ce paramètre est true, c'est le fonctionnement actuel. Si tu le met à false, on aura le comportement que j'ai décrit ci-dessus (100% à 24°, 86% à 23°, 71% 22°, etc.)

 

J'ai du modifier un peu la structure du programme. Il y a maintenant deux méthodes pour calculer le % d'activité, et le dépassement du délai ne rend plus la température mesurée invalide. C'est pour ça que ça mérite quelques tests.

 

 

HCM v520.16.lua

Modifié le 3 mars par Felig

[jojo]

Merci pour ces explications bcp plus claires.

Dès que j'ai un moment, je teste et te dis quoi

[jojo]

Salut,

J'ai enfin trouvé le temps de faire des tests.

Les modifs apportées semblent ok, sauf pour les erreurs.

Voici ma config (j'ai mis un délais de 1 min pour avoir rapidement des résultats)

  HMCF.checkDelayTemp = true      -- warn if temperature has not been updated for some time 
  HMCF.maxDelayTemp   = 1--2*60      -- max delay between 2 temperature updates (minutes)
  HMCF.turnOffNoTemp  = false      -- turn off heaters if max delay is exceeded

dès que j'ai sauvé la config, j'ai reçu ce mail :

[WARNING] Chauf_Bureau_Radiateur : No temp. update since 10m 46s

dans un premier temps, je pensais qu'il s'agissait d'une erreur, mais en fait non, car j'imagine qu'il regarde la propriété "lastChanged" dans le JSON. Et comme eslle  avait changé il y a plus d'1 min => ok 

mais quand j'ai repassé le paramètre à 12h, re-warning (ok) mais je message pas ok :

 

[WARNING] Chauf_Bureau_Radiateur : No temp. update since 19m 51s

 

J'aurais bien vu un message comme ça :

[WARNING] Chauf_Bureau_Radiateur : No temp. update since 10m 46s (alert if > HMCF.maxDelayTemp )

et

[WARNING] Chauf_Bureau_Radiateur : temp update ok (last update 19m 51s ago (alert if < HMCF.maxDelayTemp ))

sinon impec, car même quand en alerte, je peux encore modifier la consigne, et il agit suivant le mode prédéfini. Cela répond donc à mon besoins.

[jojo]

Bonjour Maître 

J'avais fait quelques tests rapides avec la régulation de mon bureau.

Fort de cette expérience positive, je l'ai mis dans la salle de bains, et là j'ai du à nouveau faire preuve d'imagination vis-à-vis de ma femme.

Voici la description des soucis:

1) malgré une modification de la température mesurée

j'avais une erreur qui arrivait :

[WARNING] Chauf_SdBRdC_Radiateur : No temp. update since 8h 00m

et le radiateur ne fonctionnait plus sur la solution de replis que tu as mise en place (d'où les explications fumeuses que j'ai du trouver ...)

Comme la sonde de température est une AeonTec aerq, je me suis dit que cela devait être le wakeup ...

2) par défaut le wakeup est de 43200s (=12h) - c'est long mais ça me va.

et, le régulateur passe sur OFF (ce serait cool que l'on puisse passer en solution de replis pour des erreur "compatibles")

Voici le message d'erreur:

En fait, le messaage d'eereur devrait être adapté. Dans ce cas, il faudrait :

addHeater : 'wakeup'is out of lange [MinRange, MaxRange]

et pour la seconde ligne :

'wakeup' set to MaxRange sec

 

Ce ne sont que des suggestions, tu auras peut-être une autre/meilleure idée ?

 

[jojo]

oups, je viens de voir ma faute de frappe (car je me disais bien qu'il ne pouvait pas s'agir d'une erreur)

C'est 'wakeUp' et pas 'wakeup' ...

Mais du coup où puis-je modifier les limites, car j'aimerais bien 43200

?

Merci

[jojo]

j'ai fait c'est quelques mofifw dans le code, en espérant que ce soit ok

vers ligne 1590 :     maxWakeUp           = 46800,     -- max duration (sec) of wakeUp      (Default: 46800 = 13 h)

vers ligne 620 :     if abortOnErr and item.wakeUp > self.HMCF.maxWakeUp then

vers ligne 718 :     if item.wakeUp then checkRange("wakeUp", item.wakeUp, 0, self.HMCF.maxWakeUp) end

 

et du coup ma config

  HM:addHeater({id=162, wakeUp = 43200})

est acceptée.

 

Je verrai demain matin si mon radiateur chauffe.

[Felig]

Salut Jojo,

 

Tu peux confirmer que tu as bien le paramètre suivant dans le fichier config de ta salle de bain:

  HMCF.turnOffNoTemp  = false      -- turn off heaters if max delay is exceeded

Sinon pour le paramètre wakeUp, j'avais mis une valeur max pour permettre au cycle PID de se synchroniser avec celui du capteur de température. Mais ce n'est pas strictement nécessaire, du moment que la sonde envoie des mises à jour en cas de changement de température. Par contre il faut que le délai d'avertissement sur l'absence de remontée de température soit toujours supérieur au temps de réveil. C'est ce que j'ai modifié dans la version jointe (si tu peux la tester).

 

 

HCM v520.18.lua

[jojo]

salut,

Je te confirme que dans ma config j'ai bien

 HMCF.turnOffNoTemp  = false 

Dans cette version dois-je encore préciser le wekaUp time ?£

 

Merci et bon dimanche ensoleillé

[Felig]

Oui, c'est mieux si tu le précises.

 

Bonne semaine!

[jojo]

J'ai implémenté ta nouvelle version,  et pas de chauffage ce matin.

Mais je ne comprends rien, car pas d'erreur au niveau de ton régulateur :

Mais je vois ceci dans l'historique de la HC3 :

 

alors que je (crois) n'ai rien demandé et ne vois rien à propos du régulateur.

 

???

[jojo]

Il y a 13 heures, Felig a dit :

c'est mieux si tu le précises.

 

Sorry, je ne l'avais pas précisé, car pour moi c'était évident de suivre tes instructions ...