jojo

ça va bcp mieux comme ça ! Plus d'erreur dans le dévug, et il m'affiche la bonne température. Par contre, toujours impossible de t'envoyer le débug, même en le passat dans sublimetext (équivalen de NotePad++)

j'ai du le vider, pour que le site accepte d'envoyer le message. ton debug est trop joli, impossible de le publier sur le site. en mettant la méthode en commentaires erreur car il ne trouve pas la mathode Auto

autre soucis qui apparait : La config du mode Auto (config à laquelle je n'ai rien compris) EDIT : impossible de mettre ton Debug, car il contiendrait des caractères spéciaux, qui sont interprétés comme dex emoji non permis par le site ...

le site déconne ferme chez moi, j'avais vu cette erreur du coup dans le debug. J'ssaye avec ta correction

je n'y arrive pas. J'ai importé ton QA et l'ai assigné à la pièce Cave à vins. Dans le fichier config, la seule ligne que j'ai modifiée et celle de la définition du Heater: HM:addHeater({id=327, property="NO", Kp=100}) Le mode du QA était déjà ok : HMCF.coolingDevice = true idem pour le mode auto ; je n'ai rien changé : HM:setModes({Auto="#1", Aeration=5}) i'ai configuré la température de la pièce comme il faut (enfin, je crois, je ne suis plus sûr de rien) Et dans le preview du device : je n'ai pas de température il dit que le thermostat est OFF il affiche une erreur inconnue Merci de ton aide

autrement FGBS-222 ou FGS-224

y compris la box ?

évidemment que ça fonctionne : 2 règles/lignes c'est un OU 2(ou plus) conditions dans la même règle , c'est un ET

k'ai commencé à lire le mode d'emploi : ce QA est une tuerie ! Rien qu'à en lire les 90 premières lignes, j'en vais mal de tête. Je comprends maintenant, pourquoi il y a un fichier config, et pas uniquement des variables... J'essaie d'implémenter ce monstre pour ma cave à vins ce pm ...

tu as été ^lus rapide que prévue, et je n'ai toujours pas eu le temps de regarder ... Afin de ne pas perdre le travail du mode d'emploi, ne le mettrais-tu pas comme un fichier supplémentaire dans le QA?

ok pour la température extérieure : il ne faut pas se chatouiller pour se faire rire. Je pensais que c'était un paramètre important, mais je ne m'était encore jamais penché sérieusement sur la question. je n'ai pas encore regardé les modes par défaut du QA. Je pensais que le QA ne s'occupait que de régler la régul du radiateur en fonction d'une température de consigne, mais apparemment, il fait beaucoup plus ... Il faut vraiment que je regarde ce qu'il a dans le ventre. Aujourd'hui, je choisis mes modes de chauffe (confort ou éco) en fonction d'un agenda Google. Il faut que je regarde comment pouvoir continuer à l'utiliser ... Maintenant, voici ce que je vois comme modes pour chaque pièce : Chauffe confort (= présent et température agréable) éco (= présent et température réduite) vacances (= température hors gel) AirCo confort (= présent et température fraiche : ma cave à vins qui doit être fraiche h24 serait tout le temps dans ce mode) éco (= présent et température supérieure) vacances (= on arrête l'AirCo) Je vois donc les 3 mêmes modes en chauffe ou réfrigération, seules les consignes varient. Donc dans ce super QA, je verrais: mode régulation : chauffe | réfrigération confort : température de consigne (exple : chauffe = 20°C - réfrigération = 23°C ou 13°C pour vin) éco : température de consigne (exple : chauffe = 17°C - réfrigération = 25°C) vacances : température de consigne (exple : chauffe = 6°C - réfrigération = 40°C) Je crois donc qu'il "n'y aurait qu'à" changer la formule selon qu'on est en mode chauffe ou réfrigération ...

mais tu confirmes que le fqa actuel, c'est 1 par pièce/radiateur (ce qui est d'ailleurs bcp plus logique, car le nbr de pièce est variable d'une habitation à l'autre). sais-tu comment elle pourrait être intégrée ? Les paramètres kP, kI & kD seraient définis pour un delta entre la température de consigne et la température extérieure ??? Et on pourrait les modifier automatiquement en fonction de ce delta ? Mais là on est peut-être en train de réinventer la roue ... Evidemment que oui : je serais volontiers ton beta (testeur)

je n'ai pas ce matériel, donc mes "conseils" vaudront ce qu'ils vaillent. Comme le "couple" RS & vanne est supposé pouvoir fonctionner de manière autonome (donc sans la box HC2), je déconnecterais tout de la box, ferait un factory reset des Danfoss, et validerait que l'ensemble fonctionne bien. Si ok, je reconnecterais le tout à la box. Principe : y aller petit à petit pour identifier ce qui pose problème (mais il faut du temps ...)

de ce que je comprend, ta box communique avec ton RS, qui lui donne les ordres à la vanne ? Si ce code a fonctionné correctement durant des années, c'est qu'il est bon => problème au niveau de la liaison entre la vanne et le RS ?

autre question/demande : Setait-il possible d'inclure un toggle Chaud/Froid, ainsi je pourrais gérer l'air-co de ma cave à vins ?

ta mise à jour arrive à point nommé : j'allais m'y attaque cette semaine ou WE prochain ... Dans cette régulation, ne tient-t-on pas compte de la température extérieure ? Autre (stupide) question : pourquoi devoir modifier le fichier config (je n'ai pas encore regardé), et pas simplement les variables du QA ?

en effet, la box est indispensable pour régler, même manuellement, ton chauffage à distance. pn commence par un on/off basique, puis quand c'est maitrisé, on essaye le PID. cfr tuto HC3 dans ma signature

1° étape : connecter ton matos pour ta solution 3/. Tu n'as pas besoin de connaissance en LUA pour faire cela. Un des avantages est qu'avec le bon câblage, cette solution fonctionnera sans box. ensuite on va pas à pas pour mettre en place la logique de la box, mais tu devrais te mettre un min au LUA. 2° étape : si possible de transférer le calendrier AitB&B vers Google, j'ai partagé une solution qui permet à la HC3 (mais donc moyennant adaptation aussi pour la HC2) et puis la bonne programmation LUA qui va avec. Mais là pour tout automatiser, c'est possible, mais il faudra réfléchir et programmer...

Bonne année à toutes et à tous !

de ce que j'ai compris, il souhaite régler/gérer la température de sa grande zône avec sa HC2. Sa solution 3/ me semble donc la plus appropriée. Régler chacune des vannes indépendamment est inutile, car , comme tu le dis, une fois qu'on a trouvé le bon réglage, on n'y bouge plus ....

Congrats, you succeed to definitively loose me

Welcome

je m'en doutais, et merci pour toute l'aide que tu apportes malgré tout Je m'en doute bien, mais comme il m'est physiquement impossible de le parcourir, un résumé comme pour la gestions des erreurs aurait été idéal pour moi. Mais ZERO soucis, je continue (et ça fonctionne) avec les 2 types de variables que je "maitrise". Mais je lis que tu as quand-même donné des éléments de réponse . J'avais commencé à lire les tutos de Jang (tu m'avais donné les liens), mais pas jusqu'au bout (pour les raisons ci-dessus). Je me souviens d'avoir eu des cours d'initiation à Java il y a 15 ans, mais déjà j'étais largué ...

ourf, merci à tous les 2 d'essayer de me rendre moins idiot ... mais difficile ??? @jang, sorry but you are too expert for me to understand all your points ... I did used 2 types of variables : local and global (I thing I understand when to use them). Now I discovered "self.xxx", and I do still not understand the difference with global variable (except perhaps with your last note about Child objects (??) in a QA. @Lazer, le topic auquel tu fais référence, concerne (de ce que j'en ai compris) la gestion des erreurs LUA avec pcall(). Ma question est de comprendre la portée des différents types de variables utilisées par la HC3 (le précis sur les variables concerne la HC2, et il y a de nouveaux types qui sont apparus avec la HC3). Comme je crois avoir compris ce point (gestion des erreurs avec pcall()). Aurais-tu le courage de faire un sujet similaires pour les variables utilisables en LUA sous HC3 ?

mais justement, c'est suite à la lecture de ce message que j'ai (enfin) posé la question. Je vais donc le re-re-re-relire.