Felig

Merci Jojo, plein d'infos super utiles. Je fais des tests de mon côté et je reviens. En ce qui concerner les oscillations j'ai l'impression qu'il y a un pb avec ton thermomètre: Dans les 3 dernières lignes de ton log (mais ça se reproduit avant), il y a des choses bizarres: 1) A 10:03 la température est de 13.1°, et la clim se met en marche 2) 1 minute 30 secondes après, alors que la clim est en marche, la température augmente de 0.6° ?? 3) Au-delà du fait que la température devrait baisser et non monter, des variations de température aussi fortes (0.6° en 1m30) c'est bizarre non ? Ta cave à vins c'est une pièce ou un meuble dans un environnement chaud ? Tu as une explication ? Tu as moyen d'utiliser un autre thermomètre plus précis pour comparer (genre un SRT321) ? [16.01.2023] [10:03:02] [DEBUG] [QUICKAPP846]: [REGUL] Cave Vins (Cave_AirCo) : C 13.0°C | T 13.1°C | Début clim. 2m 16s [16.01.2023] [10:04:42] [DEBUG] [QUICKAPP846]: [INFO ] Cave_AirCo : Modif. Température 13.1°C => 13.7°C [16.01.2023] [10:05:19] [DEBUG] [QUICKAPP846]: [REGUL] Cave Vins (Cave_AirCo) : Arrêt climatisation En ce qui concerne Kd, bien vu c'est ma faute. J'avais bloqué la valeur zéro pour Kp, Ki et Kd suite à ton expérience avec Ki=0, alors qu'il n'y a pas de raison de la bloquer pour Kd. EDIT: En regardant de plus près les logs, TOUTES les modifications de température sont de 0.6° ou 0.7° minimum. Comme si c'était le pas minimum pour ton thermomètre. Je pense qu'il n'est pas assez précis pour une régulation optimisée. Chez moi j'utilise un SRT321 comme thermomètre (ce qui me permet d'afficher la consigne sur l'écran LCD) et il est capable de mesurer des variations de température de 0.1°.

Hello Jojo, Bon on a résolu le problème des oscillations. Le programme ne connait pas l'id du module qui interfère, il vérifie juste l'état de la clim. et si non conforme il en déduit que qqun l'a modifié. Les reboots n'ont aucun impact sur la régulation. Par contre si ton QA reste sur Off et ne réagit pas aux commandes c'est peut-être parce qu'il est désactivé. Est-ce que tu as regardé les logs au démarrage ? C'est important que tu regardes chaque fois qu'il y a un pb (comme le blocage sur Chargement de la configuration) et à chaque démarrage quand on a modifié qque chose. La version 5.16 fonctionne chez moi c'est bizarre, je veux bien voir les logs au démarrage (avec showDebug=4 si ca plante toujours, pour avoir le max de détail). Merci! Tiens-moi au courant EDIT: Au cas où il y ait un pb avec ton fichier config (suite aux Ctrl-C Ctrl-V) utilise celui-là, il est réglé sur ta config normalement. config j.lua

Franchement ces oscillations c'est pas normal. Chez moi les variations de température sont de 0.2° dans un sens ou l'autre max. Je voudrais comprendre d'où ça vient. Tu as toujours le paramètre property="NO" ? Si oui est-ce que tu peux essayer sans ? Ensuite est-ce que tu peux utiliser les paramètres suivants: showDebug=1, showPID=true, et ensuite poster une copie des logs sur une période de plusieurs heures si possible. Avec showDebug à 1, les logs seront sobres et donc ça devrait pas prendre trop de lignes. Pour l'UI avec plaisir, l'idée c'est ce que ça soit intuitif. Je poste ma dernière version pour être sûr qu'on ait la même. HM HC3 Cool.lua

@jojo Ah oui Ki=0 c'est un problème. Quand la température est stabilisée (proche de l'objectif), c'est Ki qui détermine le power pour maintenir la température. Avec Ki=0 il n'y a plus d'apprentissage et donc plus de régulation PID . @Nico Ca dépend de quel apprentissage tu parles. Le PID inclut déjà un apprentissage, puisqu'on ajuste I en fonction des erreurs cumulées (I = Ki x cumError). Ki détermine la vitesse à laquelle il "apprend". J'ai cru comprendre qu'il y avait aussi des thermostats qui arrivaient à ajuster Kp et Ki par apprentissage, mais ça c'est pas inclus dans ce programme pour l'instant. Ce QA réplique un PID simple comme le SRT321. Et sur le SRT tu as aussi un réglage pour choisir entre chauffage à faible inertie ou forte inertie.

Oui c'est le retour d'état, mais le programme l'utilise. Tu peux tester: essaie d'éteindre manuellement le module de la clim. quand elle est en marche ou inversement, le programme envoie un warning sur ton portable et dans les logs; c'est pour détecter les cas ou deux thermostats commandent le même module. Je pense que ce qui a causé le bug c'est que parfois le programme pensait que la clim. était déjà allumée et du coup ne faisait rien alors qu'il fallait l'allumer. Et avec property=NO il pouvait pas vérifier. On va voir si c'était bien ça.

Bien vu! J'ai pas de property="NO" chez moi, ça explique que j'ai rien remarqué. J'ai revu les procédures d'allumage/extinction des radiateurs du coup. Essaie avec cette version stp. HM HC3 Cool.lua

Il régule à 12. C'est bon j'ai trouvé: j'avais oublié de remplacer un "heatingThermostatSetpoint" par "coolingThermostatSetpoint". Voici une version corrigée. Est-ce que tu peux stp choisir les options suivantes dans le fichier config: HMCF.showPID = true -- display technical info messages about PID regulation HMCF.showDebug = 1 -- 0=minimal, 1=normal, 2=detailed, 3=verbose, 4=debug HMCF.showEmoji = false -- show emoji in logs (set to false to post logs on forum) Dans la section addHeater du fichier config, essaie avec: (xxx = id de ta clim) HM:addHeater({id=xxx, Kp=20, Ki=3, Kd=0}) Ca permettra de surveiller les paramètres PID. Plus les paramètres Kp et Ki sont faibles, plus les changements sont progressifs, et donc le risque d'overshoot faible. Et si la régul. diverge encore, je veux bien les logs. HM HC3 Cool.lua

Hello Jojo, N'hésite avec les questions, ça fait longtemps que j'avais besoin d'un œil extérieur Pour la régulation, est-ce que tu peux essayer avec Kp=20 ? Je pense qu'une cave à vins doit être bien isolée et donc bonne inertie. Je fais des tests de mon côté pour voir si il y a autre chose. EDIT: Efface la variable HM_Data pour repartir sur une config vierge. Et met le paramètre showPID à true stp pour surveiller l'évolution des paramètres PID. Pour la 2ème ligne de l'UI, c'est uniquement pour les consignes imbriquées: si tu configures Auto=Confort par exemple (au lieu de Confort=13), ça donnera cet affichage: Enfin sur ton dernier post c'est pas normal, toutes les infos doivent être cohérentes au bout d'un délai. C'est normal que ce ne soit pas instantané, mais au bout de 10 secondes max la consigne du thermostat doit se caler sur celle de l'UI. Tu peux confirmer que ça ne se cale jamais ?

Cool. Tu peux remettre showDebug à 1 ou 2 pour ne pas avoir mal aux yeux, et suivre ce qui se passe. Ci-joint une version avec les emojis dans l'UI (mais pas dans les logs, donc sans problème pour le forum) HM HC3 Cool.lua

Il ne faut pas mettre en commentaires, il faut utiliser la syntaxe ci-dessous: HM:setModes({Auto=13}) Voici une version sans emojis dans les logs: HM HC3 Cool.lua

Je ne vois rien, le pavé du code a l'air vide Mais effectivement le mode Auto="#1" fait référence à une zone de climat, aucun intérêt pour une cave à vins. Pas besoin de mode Aération non plus. Remplace la ligne par: HM:setModes({Auto=13})

Met le paramètre HMCF.showDebug à 4 (au lieu de 2), relance le programme et montre moi les logs dans la console stp EDIT: Pas la peine, je pense que j'ai trouvé, c'est à cause du property="NO". Essaie cette version (à copier dans le fichier main) HM HC3 Cool.lua

Si j'y pensais, mais j'attends qu'il soit dans une forme à peu près finale. Idéalement lors de chaque petite mise à jour l'utilisateur n'aura que le fichier 'main' à mettre à jour. EDIT: Ca y est je l'ai intégré.

Jojo, J'ai été plus rapide que prévu. Voici une première version, qui gère normalement à la fois les radiateurs et les climatiseurs. J'ai encore des petites choses à améliorer, mais rien d'essentiel. J'ai aussi mis à jour le mode emploi.lua. A ta disposition dès que tu as pu tester. Thermostat_Auto.fqa

C'est bien un type thermostat, mais avec une UI personnalisée en plus qui permet d'avoir des boutons supplémentaires.

Le programme d'origine était un mini GEA en fait. J'ai essayé de simplifier (avec l'objectif de le rendre plus robuste vu qu'on lui confie le chauffage) et j'ai enlevé plusieurs trucs genre les modes de régulation non PID, l'anticipation de chauffe, etc. mais avec l'ajout de l'interface UI et plusieurs fonctions de contrôle/débogage pour renforcer la robustesse, je crois que j'ai pas vraiment réduit le nb de lignes au final. Bref, vu comme tu présentes les choses, ça simplifie le sujet et ça donne envie de s'y mettre. Je regarde ça ce week-end! En attendant ci-joint un draft de mode d'emploi que j'avais commencé à rédiger, ça te donnera une idée de la bête. mode emploi.lua

Le fqa actuel c'est un QA par pièce, mais il peut y avoir plusieurs radiateurs dans cette pièce, qui dans le fqa sont gérés chacun individuellement (si leur inertie n'est pas identique, leur cycle ne sera pas identique). Ça permet aussi de gérer des radiateurs avec des profils hétérogènes (ex: la radiateur 1 doit être allumé avec la commande "1" alors que le radiateur 2 peut être allumé avec la commande "turnOn"). On pourrait modifier l'inertie du radiateur en fonction de l'écart avec la température extérieure j'imagine. Mais ça demanderait bcp de tests (idéalement dans des périodes de variations fortes) pour pas grand chose au final je pense. Si le changement de température n'est pas trop brutal on ne verrait pas la différence puisque la régulation PID est déjà adaptive, et s'ajuste en fonction de la température constatée à la fin du cycle précédent. Tu ne peux pas être beta, vu ce que tu as contribué sur GEA et ailleurs . Je vais réfléchir à l'option froid. Ça rend un peu caduque les modes actuels par défaut (Confort, Eco, Vacances, etc.), il faudrait presque une UI distincte.

Aie, ce programme ne fonctionne que sur HC3. Ci-joint la dernière version que j'utilisais sur ma HC2. Je l'ai beaucoup moins testé, donc dis-moi si il y a des soucis. Heating Manager 2022.lua

Hello Jojo, je confirme que la température extérieure n'est pas prise en compte dans la régulation. Elle est juste mentionnée dans les logs pour information. Le programme d'origine permet de piloter plusieurs radiateurs avec des paramètres différents pour chacun (tu comprendras en regardant le fichier config). Ça serait compliqué de faire ça avec des variables. Et de toutes façons on a besoin du fichier config pour créer des événements. En ce qui concerne l'air conditionné/réfrigéré, je n'en ai pas chez moi, donc c'est compliqué sans pouvoir tester. Mais ça doit être pas trop compliqué d'inverser la régulation, je pourrais tenter si tu es prêt à faire les tests de ton côté.

Bonjour, J'ai développé une nouvelle version du QA, avec une régulation PID. La principale différence avec les versions précédentes est qu'il faut utiliser un QA par pièce. Je ne l'ai pas posté plus tôt car j'attendais d'avoir quelques mois d'utilisation chez moi pour détecter d'éventuels problèmes. Je gère 4 pièces avec ce QA depuis le début de l'hiver et ça fonctionne très bien. Il y a plusieurs onglets: main, config et tools. Il faut modifier uniquement l'onglet "config" (même logique que GEA). Il faut que tu indiques l'id de ton radiateur (en l’occurrence ta vanne). Il y a un paramètre optionnel Kp qui varie inversement en fonction de l'inertie du radiateur: pour un plancher chauffant, tu peux le mettre à 20 je pense. Ensuite il faut que tu indiques l'id de ton thermomètre, et c'est tout. Tu peux configurer des événements également. N'oublie pas de remplacer ma config par la tienne (effacer ce que tu n'utilises pas dans le fichier config). En ce qui concerne le thermomètre il faut que son temps de réveil soit de 15 minutes max. La régulation PID a besoin de savoir la température à la fin de chaque cycle de 15 minutes pour ajuster les paramètres pour le cycle suivant. Si le temps de réveil est inférieur à 15 minutes, le programme le détectera et s'adaptera. J'utilise un SRT321 comme thermomètre (sans la fonction thermostat) car je le trouve plus fiable que les motion sensor, mais je suis un peu maniaque. Si tu n'es pas à 0.2 degrés près ça devrait être bon. Surveille les logs au lancement, et à ta disposition en cas de besoin. HM_PID_V5.fqa

J'ai pas regardé le code, mais le plus efficace serait de vérifier si les deux valeurs string à comparer ont un format numérique et si c'est le cas, comparer les nombres au lieu de comparer les valeurs string. Un truc du genre: function compare(a, b) if tonumber(a) and tonumber(b) then return tonumber(a) == tonumber(b) else return a == b end end a = "50" b = "50.0" if compare(a,b) then print("equal") else print("different") end

Ton intuition de tester directement avec l'id au lieu du nom était la bonne. Ça m'a pris un peu de temps mais je crois que j'ai trouvé. Lors de la vérification du déclencheur, GEA remplace "Alarme" par l'id d'un QA qui s'appelle aussi Alarme. Il fait une recherche dans la liste des devices, et pas dans la liste des partitions. Pour régler le problème, j'ai ajouté la ligne suivante dans l'option "Breached" (que j'ai trouvée dans l'option "Armed"). getId = function(id) return self:findPartitionId(id) end, Il faut sans doute l'ajouter aussi dans les options "setArmed" et "setDisarmed", mais je te laisse confirmer. En tous cas avec cet ajout ça marche! Je suggère aussi l'ajout de la ligne suivante pour ceux qui comme moi essayent d'utiliser {} pour remplacer une action vide: -- traitement des actions if a and type(a) == "table" and #a == 0 then a = nil end -- AJOUT FELIG if a then if type(a) == "table" and type(a[1]) == "table" then for i = 1, #a do if type(a[i]) == "table" and a[i][1]:lower()=="if" then

@Lazer En regardant la ligne concernée, le crash venait du fait que j'avais mis {} comme action (au lieu de laisser vide entre les deux virgules). En réessayant avec une action non vide, ça fonctionne bien. Donc en résumé: GEA.add({"Breached", 2}, -1,"ALARME DECLENCHEE",{"turnOn", 146},"ALARME DECLENCHEE") => OK GEA.add({"Breached"}, -1,"ALARME DECLENCHEE",{"turnOn", 146},"ALARME DECLENCHEE") => OK GEA.add({"Breached", "Alarme"},-1,"ALARME DECLENCHEE",{"turnOn", 146},"ALARME DECLENCHEE") => Message "No entry for this event Alarm[2], please remove it from header"

Oui "Alarme" est ma partition 2. La partition 1 était la partition par défaut, mais je l'ai effacée. Quand je remplace "Alarme" par 2 j'ai carrément un crash de GEA (cf. log ci-dessous). Et si je ne mets aucune id, j'ai le même crash (je n'ai pas mis le log, mais la ligne d'erreur est la même). Précision peut-être importante: la partition 2 "Alarme" est associée à un QA de type "Alarm Partition" et a été créée automatiquement quand j'ai créé le QA. Ce n'est pas une partition créée manuellement. Je peux refaire le test avec une partition créée manuellement si ça t'est utile. [04.08.2022] [14:03:34] [TRACE] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:03:34] [TRACE] [QA_GEA_28]: GEA 7.37 started automatically: mode autostart [04.08.2022] [14:03:34] [TRACE] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: Use tools library v2.20 [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: Check automatic every 30 seconds [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: GEA QuickApp variable : GEA_History [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: Loading user code setEvents() : [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: GEA:addEntry(["Breached",2], -1, "ALARME DECLENCHEE", {}, "ALARME DECLENCHEE") [04.08.2022] [14:03:34] [WARNING] [QA_GEA_28]: No entry to check in automatic mode [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: Event triggers: 1 [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: Trigger : alarm #2 Alarme breached [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:03:34] [DEBUG] [QA_GEA_28]: GEA has stopped running in automatic mode [04.08.2022] [14:04:07] [DEBUG] [QA_GEA_28]: Event : {"data":{"partitionId":2},"type":"AlarmPartitionBreachedEvent"} [04.08.2022] [14:04:07] [DEBUG] [QA_GEA_28]: GEA:init() self.source = {"msg":"#2 Alarme<\/font><\/b> breached<\/font>","type":"alarm","id":2,"property":"breached"}[04.08.2022] [14:04:07] [TRACE] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:04:07] [TRACE] [QA_GEA_28]: GEA 7.37 started by event: mode alarm #2 Alarme breached [04.08.2022] [14:04:07] [TRACE] [QA_GEA_28]: ---------------------------------------------------------------------------------------------------- [04.08.2022] [14:04:07] [DEBUG] [QA_GEA_28]: GEA:init() self.event = {"id":2} [04.08.2022] [14:04:07] [DEBUG] [QA_GEA_28]: GEA:addEntry(["Breached",2], -1, "ALARME DECLENCHEE", {}, "ALARME DECLENCHEE") [04.08.2022] [14:04:07] [ERROR] [QUICKAPP28]: QuickApp crashed [04.08.2022] [14:04:07] [ERROR] [QUICKAPP28]: main.lua:3165: attempt to index a nil value (field '?')

Lazer, J'ai créé une configuration test avec seulement 2 règles: GEA.add({"Profile", "3"},0,"",{"Filters","Lights","turnOff"},"Mode Vacances -> Extinction lumières") GEA.add({"Breached","Alarme"},-1,"ALARME DECLENCHEE",{},"ALARME DECLENCHEE") Voici le log, du lancement de GEA jusqu'au déclenchement de l'alarme: [02.08.2022] [19:56:20] [TRACE] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:20] [TRACE] [QUICKAPP28]: GEA 7.37 started automatically: mode autostart [02.08.2022][19:56:20] [TRACE] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: Use tools library v2.20 [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: Check automatic every 30 seconds [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: GEA QuickApp variable : GEA_History [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: Loading user code setEvents() : [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: GEA:addEntry(["Profile","3"], 0, "", ["Filters","Lights","turnOff"], "Mode Vacances -> Extinction lumières") [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: Add auto #1 : Mode Vacances -> Extinction lumières [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: GEA:addEntry(["Breached","Alarme"], -1, "ALARME DECLENCHEE", {}, "ALARME DECLENCHEE") [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: Event triggers: 1 [02.08.2022] [19:56:20] [DEBUG] [QUICKAPP28]: Trigger : alarm #2 Alarme breached [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA started in automatic mode on 02.08.22 at 19:56:21 ... [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: ... check running #0 @0s... [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA:encapsule() copy.check() copy.name="Profile" id="3" property="3" value="3" value2="3" value3="3" value4="3" [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : 3, 3 [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA:encapsule() copy.check() result = 3 [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA:check() result = true, 3 [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA:check() ready = true [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: @0s [Validation*] #1 : Mode Vacances -> Extinction lumières [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: GEA:check() difftime(0.0) >= 0 [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: [Started] #1 : Mode Vacances -> Extinction lumières [02.08.2022] [19:56:21] [DEBUG] [QUICKAPP28]: [action] ["Filters",["Lights","turnOff"]] [02.08.2022] [19:56:34] [DEBUG] [QUICKAPP28]: Event : {"type":"AlarmPartitionBreachedEvent","data":{"partitionId":2}} [02.08.2022] [19:56:34] [DEBUG] [QUICKAPP28]: GEA:init() self.source = {"type":"alarm","msg":"#2 Alarme<\/font><\/b> breached<\/font>","property":"breached","id":2} [02.08.2022] [19:56:34] [TRACE] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:34] [TRACE] [QUICKAPP28]: GEA 7.37 started by event: mode alarm #2 Alarme breached [02.08.2022] [19:56:34] [TRACE] [QUICKAPP28]: ---------------------------------------------------------------------------------------------------- [02.08.2022] [19:56:34] [DEBUG] [QUICKAPP28]: GEA:init() self.event = {"id":2} [02.08.2022] [19:56:34] [DEBUG] [QUICKAPP28]: GEA:addEntry(["Profile","3"], 0, "", ["Filters","Lights","turnOff"], "Mode Vacances -> Extinction lumières") [02.08.2022] [19:56:34] [DEBUG] [QUICKAPP28]: GEA:addEntry(["Breached","Alarme"], -1, "ALARME DECLENCHEE", {}, "ALARME DECLENCHEE") [02.08.2022] [19:56:34] [WARNING] [QUICKAPP28]: No entry to check in automatic mode [02.08.2022] [19:56:34] [WARNING] [QUICKAPP28]: No entry for this event Alarm[2], please remove it from header