jojo
-
Compteur de contenus
14 553 -
Inscription
-
Dernière visite
-
Jours gagnés
186
Tout ce qui a été posté par jojo
-
ok, grace à la lecture détaillée des logs, j'ai trouvé que l'erreur lors du reboot provenait de mon mastodonte de QA de gestion du chauffage qui n'était pas encore compplètement migr. Une de ses complexité provient du fait qu'il devait être compatible avec les 2 modes de gestion des radiateurs. Ce WE, je bascule tout sur ton PID (ce donnera une petite touche d'amaigrissement à mon GEA, et une groose à mon QA de gestion du chauffage)
-
Excuse ma trop longue absence ... Merci pour la prise en compte de mes demandes, et jje vois que tu viens d'inclure la possibilité d'envoyer des mails J'avais déjà fait un premier test de reboot, et le chauffage de mon bureau repassait à Manuel : donc si cela proviendrait d'une instruction de mon GEA ou d'un QA chez moi (ce dont je doute fort, car rien de programmé pour activer le mode Manuel (ok pour Confort ou Eco), mais en tout cas pas avec un délais de 1 min. je voulais donc remettre une toute "vielle" version de HCM pour comparer, mais maintenant je recommencerai tous mes tests avec cette dernière version. A+
-
juste, mais je ne l'avais pas envisagée, car les notifs sont merdiques. Ne serait-il pas possible d'avoir une option similaire HMCF.mail, où on préciserait l'id de l'utilisateur à qui envoyer les mails. Je pense que ta dernière version va régler bcp des problèmes de reboot. Je commence les tests.
-
je viens de faire le test avec le script de backup, j'ai exactement le même comportement qu"avec un restart via l'interface WEB. Je n'ai donc pas réussi à reproduire l'erreur de config que le programme a détectée, et qui a mis le thermostat sur Off. Peut-être cela dépend-il du moment où le stop de la box se fait par rapport à où en est le programme / lr cycle ??? Si une telle erreur est détectée, serait-il possible de forcer une sauvegarde du QA 51 ou 2 fois max)? et d'envoyer un mail de notification qu'il y a eu une erreur ?
-
pour savoir si on est en mode chauffe ou réfrigération. De toute façon tu as le prochain (zzz) si 0% et l'éclair si > 0% ok, voici le résultat : pour le Cool, il est revenu en mode confort. pour le Heat, pas de changement, il a redémarré avec la consigne en Manuel (vraiment comme si on avait appuyé sur le bouton) j'ai ensuite refait le test dans l'autre sens : mise en commentaire du paramètre <HMCF.checkHeaters = false> et reboot (via interface Web) : => exactement comme juste avant. => c'est un problème avec le Heat. Je vais refaire un test de backup avec le script de @Lazer. comprends pas, car c'est juste un FGS-224, et personne ne sait ce qu'il y a derrière.
-
regarde dans la doc GEA de la HC2, s'il n'y a pas une fonction dans GEA qui ferait un reboot de la box, style (pour la HC3, mais qui nz fonctionne plus suite ç une modif d'un firmware) -- "RebootHC3" : Redémarre la box HomeCenter -- SYNTAXE : {"RebootHC3"} -- CONDITIONS : Ne peut pas être utilisé comme CONDITION -- ACTIONS : GEA.add( {CONDITIONS}, 30, "", {"RebootHC3"} ) -- Redémarrage de la box HomeCenter
-
j'utilise une extension sur mon browser, qui fait ce job dès qu'il détecte un json (j'n avais presqu'oublié que le json était une TRES longue ligne illisible...)
-
UI : je viens d'obser qqch : il y a le flocon (si on est en cool) ou la flamme (si on est en heat) mais si on est en régulation manuelle ET que le régulateur ne demande rien, alors l'émoji qui dit si on est en Heat ou Cool disparait : (je t'avais prévenu que je pouvais être ch... pour des détails d'UI)
-
cette nuit, il y a eu un gros soucis avec l'airco de la cave à vins : voir graphe Voici ce que m'affiche l'interface et malheureusement, le log est vide ... Le problème est apparut à 3h00 du matin, lors d'un restart automatique de la box par le script de backup de @Lazer Pour mémoire je te joins ma config, qui n'a pas changé. Config.txt En ressauvant manuellement le QA (j'ai ajouté un espace à la fin d'une ligne de commentaire du fichier config), tout est reparti ... Et pour le PID du chauffage de mon bureau, pas de spucis => lié au Cool ??? (ou le fait que la consigne a été modifiée à 9h00 correspondrait à un save du QA ?) Je fais le test suivant : reboot de la box via l'interface Web : à nouveau même erreur pour le Cool : un save du QA l'a fait repartir comme il faut. Voici le log du reboot : PID_Log.Reboot.Cool.txt U.I. : comme le thermostat est sur Off, ce serait bien que cette info soit également affichée dans le set mode du QA (on verrait ainsi immédiatement que sur Off, sans devoir rentrer dans le QA) et pour le Heat : il est passé en Manuel. Voici le log : PID_Log.Reboot.Heat.txtet évidemment les 2 QA sont à la dernière version 5.20.10b J'espère avoir été le plus complet possible dans mon analyse. Merci de ton aide
-
je ne comprends pas non plus. Mais que cherches-tu à faire ?
-
et pourquoi ne pas faire ceci tout simplement ? GEA.add({"value", id["ZONE_1"] , true} , -1, "", {"TurnOn", id["ECL_ZONE1"]}) GEA.add({"TurnOn", id["ECL_ZONE1"]}, 5*60 , "", {"turnOff", id["ECL_ZONE1"]})
-
MERCI pour : le partage de ton travail ta proposition d'aide en fait pour les icônes, TOUT se passe ici
-
il faut vraiment que je lise jusqu'au bout avant de répondre ...
-
et si tu revenait au même firmware que sur ta box de prod, elle plante encore ? si NON : c'est un problème firmware (chez toi - mais alors pourquoi certains avait le problème avec un firmware qui ne posait pas de problème chez toi ?) si OUI : on ne sait rien dire, car il a peut-être gardé des traces de ses passages par des beta => bref, c'est la m...
-
ceci dit, si tu as le courage @TonyC, tu peux intervertir tes box, et voir ce que ça conne. Avec des bons backup, ça devrait le faire ?
-
MERCI
-
pour info dans la HC3/HC3L, il y a deux automatismes : des <Scènes> et des <QuickApp>. Ce que tu as donné comme code, cela concerne un QuickApp, et pas une scène ... Maintenant, il est nulle part fait référence dans le code à un timer de 1 min, mais seulement de 15 min.
-
dans mon bureau, la sonde de température est une Netatmo, donc ??? le cloud ? en effet étrange, et ça ne serait pas la première fois (loin de là) qu'il y ait un bug chez Yubii pas si temporaire que ça, car à l'heure où je t'écrit, cela fait plus de 2h que l'automatisme a changé la consigne, et il est toujours là ... mon script GC gère les modes Confort et Eco, pas le Off. Mais pour le switch entre Confort et Eco, c'est ok (sauf la 1° ligne [Info]) je voulais justement te dire, que je préférais cet UI
-
une chose que je viens d'obser : quand le mode de chauffe est sélectionné par un automate (GC, GEA, ...) voici ce qu'affiche la ligne 1 et lorsqye sélectionné par appuis sur bouton : Ceci est mieux, je trouve
-
voici mon rapport : Graphe de tempéture : Logs de la nuit log_Regul_Nuit.txt et comme tu es fan des logs, voici ceux de la journée : log_Regul_Jour.txt Et cette nuit j'ai observé une différence sur l'appli Yubii (rieb sur l'interface web : dernière version stable : cette versuon beta : Perso, je préfère l'ancien layout car pourquoi diviser le rond en 2 et rajouter ce OFF inutile ? Je viens d'installer la 5.20.9b, mais que dois-je tester en particulier ?
-
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.
