Felig Posté(e) le 3 mars Auteur Signaler Posté(e) le 3 mars (modifié) 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 Posté(e) le 3 mars Signaler Posté(e) le 3 mars 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 Posté(e) le 3 mars Auteur Signaler Posté(e) le 3 mars (modifié) 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 1
jojo Posté(e) le 4 mars Signaler Posté(e) le 4 mars Merci pour ces explications bcp plus claires. Dès que j'ai un moment, je teste et te dis quoi
jojo Posté(e) le 13 mars Signaler Posté(e) le 13 mars 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 Posté(e) le 3 avril Signaler Posté(e) le 3 avril 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 Posté(e) le 3 avril Signaler Posté(e) le 3 avril 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 Posté(e) le 3 avril Signaler Posté(e) le 3 avril 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 Posté(e) le 6 avril Auteur Signaler Posté(e) le 6 avril 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 Posté(e) le 7 avril Signaler Posté(e) le 7 avril 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 Posté(e) le 7 avril Auteur Signaler Posté(e) le 7 avril Oui, c'est mieux si tu le précises. Bonne semaine!
jojo Posté(e) le 8 avril Signaler Posté(e) le 8 avril 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 Posté(e) le 8 avril Signaler Posté(e) le 8 avril 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 ...
Messages recommandés