jojo

Certes, la Belgique est au nord, mais on n'a pas le soleil de minuit ...

zut, zut et re-zut : j'avais préparé 75 de ma réponse avec des beaux logs, etc puis fausse manip, fermeture du browser, et tous les logs perdus donc voici mon graphe de température : On y voit que cette nuit il n'a pas tenu la consigne de 18°C Entre 9h et 12h (logs perdus) la consigne est repassée manuellement à 18°C. Probablement encore une fausse manip de ma part ... Du coup ça me fais penser à qqch : sur le QA standard, lorsqu'on modifie qqch (consigne, mode de chauffe) il faut appuyer sur Set pour valider. Ici, lorsqu'on appuie sur un bouton le mode sélectionné (Manuel, Confort, Eco, ...) est directement appliqué, malgré que le bouton Set passe en orange (c'est comme si l'appuis sur un bouton faisait automatiquement un Set) Ce serait dès lors bien de devoir confirmer par le bouton Set l'appuis manuel sur un bouton. Mais évidemment, quand c'est le programme (GEA, GC, ...) qui demande le changement, il ne faut pas confirmer. Cela offrirait un avantage supplémentaire; qu'il serait possible de modifier la consigne d'un mode sans l'activer ... Pour le mode Manuel, en plus de la consigne qui est affichée dans le bouton, ne serait-il pas sympa d'afficher la durée également ?

tu n'as PAS à être désolé, c'est TOI qui fait un énorme travail, et si ma petite contribution peut aider, c'est avec GRAND plaisir ok, merci pour le retour, car avant j'envoyais effectivement la valeur de la consigne => je regarderai dans mon code.

je n"ai pas fait grand chose tes désirs sont des ordres ... Voici ce que j'ai (mais c'était en 3) Par contre, en ligne 3, ça m'zurait fait plaisir de voir afffiché que c'était le mode Confort qui avait été sélectionné par GC (=Google Xalendar) @Dragoniacs, ta SdB était bien chaude ?

voici le graphe de température tu as déjà le fichier config qui correspond. Via mon script GoogleCalendar la consigne est de 20 °C de 8h à 20h. Le reste du temps je suis en mode Eco à 18°C. Les dépassement sont (celon moi, liés au fait que mon bureau est plein sud, et qu'il continue de chauffer avec le soleil. Entre 3h et 8h, on voit que la température est stable ! Je suis donc très content de cette version, qui me permet de dimplifier fortement mon GEA et de virer quelques QAs . Dès que tu m'en donneras l'authorisation, je le metterai en place pour l'Airco de ma cave à vins.

chez moi je n'ai pas de FGD, mais que des FGS. Si tu es sûr de ton câblage, c'est probablement le module qui est mort. Et pour en avoir le coeur net, la seule solution est celle de @Lazer : le brancher sur un banc d'essais sans va-et-vient. (même si les va-et-vients sont agréables, mais sans module alors ) Pour déterminer derrière quel interrupteur il faut le mettre, il faut aller à chaque interrupteur avec son multimètre

je viens de voir que tu étais encore sur HC2. Je suis sur HC3, alors vu les différences ce sera difficile pour moi de t'aider +

merci pour ces explications. en fait, si je détruis la variable <PID_Data>, ce sera alors comme si nouvelle installation ? tu parles ici de > 0 et < 100, pas >= 0 et <= 100 ?

je viens de voir ta dernière version, je la mets en place. Donc mon retour concerne la version précédente. ma config :Config.txt log : log_Regul.txt graphique température j'ai été un peu surpris en voyant ceci : Consigne = 18 °C et température mesurée = 18°C. J'aurais pensé que le chauffage aurait fonctionné de manière préventive pour respecter la consigne, mais non ? Je viens d'implémenter ton code adapté, et c'est ce que je proposais !

J'ai installé ta dernière version du code sur le radiateur de mon bureau. Du coup, je suis parti du dernier fichier fqa que tu avais publié. Dans les fichiers, le fichier tools avait disparu. Normal ? il n'est plus utilisé ? Je peux donc le supprimer du QA pour l'airco de ma cave à vins ? J'aime bien l'UI, car lorsqu'on agit sur les paramètres "standards" cela agit directement sur les labels. Pour l'instant pas encore d'autres retours, car température > consigne. Au niveau de l'UI, lorsque le thermostat passe sur OFF j'aurais aimé garder les infos suivantes en ligne 2

les enfants, ça a toujours/souvent été source de soucis

Je parlais de HC2, car c'est ce qui est repris dans ta signature => à mettre à jour. @Lazer a porté GEA sur HC3/-. Tu devrais t'y mettre, c'est une tuerie Je n'ai aucune caméra directement connectée à ma box, mais uniquement à mon Syno? En suivant les conseils du grand maître ( @Lazer) j'ai installé des Hikvision (il a d'ailleurs fait ici un sujet dessus)

bête question : UI c'est User Interface mais UX, c'est quoi ?

ça c'est cool

je n'avais pas encore lu ta réponse. => NOOO stress

peut-être que quand il arrivera au maximum de ses possibilités de numéros, il recommence au début, avec le premier ID disponible (en tout cas, c'est ainsi que ça fonctionnait sur ma Lifedomus)

merci, j'allais préparer un tel tuto, j'avais fai hiers les captures d'écran .... maintenant que tu l'as fait je gagne du temps ... je me permets d'insister sur un détail (car je me suis fait avoir) : même si entrer ceci dans l'adresse du browser fonctionne hc3.domaine.fr Il faut rentrer https://hc3.domaine.fr dans Yubii.

pour en être sûr, il faut tester. Donc ç ta fonction autooffz1, tu rajoutes temporairement l'envoie d'un mail, et ainsi tu seras fixé

en effet, je trouvais également que le PID était particulièrement adapté pour les longues périodes à la même consigne mais ,maintenant, si on joue sur le kp pour faire de l'hystérésis c'est impeccable. Aurais-tu une formule pour calculer le delta entre la consigne et le démarrage du chauffage (si ki & kd =0). Comme ça si on le documente, c'est tout bon pour tout le monde. Comme ki=0 n'est pas encore possible, quelle est sa valeur minimale (0,00001) ? Je me posais la question depuis longtemps : expl d'une pièce rarement occupée : quand personne, consigne à 12°C (température qui ne sera jamais atteinte ou TRES TRES lentement); quand quelqu'un présent, consigne à 20°C (qui est une température atteignable). Quel sera l'impact si la consigne précédent a mis énormément de temp pour être atteinte) ou alors le programme détruit son historique à chaque changement de consigne ? Pour ma cave à vins, j'ai mis la commande domotique en // avec le régulateur que l'installateur à mis (quand il vient faire l'entretient, je mes ma consigne à 30 °C (donc jamais d'enclenchement de l'airco) et son régulateur à 13°C. Et inversement quand je travail avec ma box (qui lui fait peur ..). Je ne suis donc pas méga connaisseur de cette machine, mais je sais que son régulateur commande l'airco avec un contact sec. Donc j'ai juste fait mettre un FGS-224. Ce que j'ai observé pour le On/Off : le Off est immédiat. Le On, non = peut aller jusqu'à 1 min après la commande... quand tu veux, je la mettrai sur le radiateur de mon bureau. Cela me permettra. de faire des tests avec mes Google Calendar. J'ai vu dans la doc qu'il y avait moyen de commander la consigne par GEA/ Mais pourquoi le dernier paramètre à passer est GEA. En fait mon script Google appelle un QA lua qui dit au bon thermostat à quelle consigne il doit être. Ici je lui dirais passe le thermostat du bureau sur confort ou sur Eco (c'est déjà prévu dans le programme pour GEA; mais pourquoi ce param!tre "GEA" ?)

Merci BEAUCOUP pour cette analyse détaillée (je serais incapable d'en faire autant !) J'ai remis l'ancienne version ce matin à 9h00 et le graphe ne montre aucune différence : Ton code ne semble donc pas en cause Cette nuit j'ai pensé à un truc (qui serait peut-être applicable ici). Il y a des cas où le PID n'est peut-être pas la solution appropriée (expl : ma salle de bain : avant de prendre ma douche, je faits aller le chauffage "plein" pôt, histoire que le sèche serviette soit chaud, peut importe la température de la pièce) Comme je trouve l'UI de ce QA super, je me disais qu'il pourrait remplir les 2 fonctions : régulation PID ou régulation par hystérésis. On ajouterait 2 paramètre à la config : HMCF.PID = true -- false for hyterisis regulation, true for PID regulation (= default value) HMCF.Hydtereis = 0,5 -- delta to setpoint for ON/OFF Comme j'imagine que le système actuel appelle une fonction ON ou OFF en fonction de ses calculs, on aurait une nouvelle "méthode" de calcul qui appelerait les mêmes fonctions ON & OFF. Et dans l'UI, dans la 3° ligne qui a été libérée on préciserait la méthode de calcul. Qu'en penses-tu ?

cette dernière version (cadre blru) et quand même moins bien que celle que nous avions testée ensemble sur l'autre post Je te joint également un log bien plus complet (car je laisse ma fenêtre de debug ouvert h23) log_Regul.txt

cool, bonne nouvelle, car si tout f'un coup, sans explication ça ne fonctionne plus, ce sera difficile à trouvé. En tout cas, avec la version précédente c'était ok : Je mets en place ta version corrigée et te dis quoi

en effet, oui je suis revenu à une version précédente, pour voir ce que ça dit après une nuit. Cool que tu ais trouvé qqch. A ta dispo pour tester

très pauvres en logs ;-(, mais si tu as le courage

@Felig je ne comprends plus rien ... Le graphe ci-dessous montre une brusque variation de la régul, et promis juré, je n'ai modifié aucun paramètres. Ah oui, peut-être, j'ai mis le dernier code. Je remets la version précédente et te dis qyoi une idée ?