RS600807

@Sakkhho nous présentons des similitudes au niveau maison et implantation géographique. Voici pour ma part mon tableau récapitulatif des économies que j'ai pu faire sur 2024 grâce à l'option TEMPO et les panneaux solaires. J'ai décorrélé les 2, ce qui me permet de voir l'apport du changement d'offre. J'ai installé des panneaux mi-dec 2023, et je suis passé à TEMPO au 1er fev 2024 (d'où le reliquat de conso en abonnement BASE pour janvier). Ce sont simplement les conso, je ne tiens pas compte du coût des abonnements respectifs BASE vs TEMPO. Je suis autour de 250€ d'économies grâce à TEMPO et 785€ grâce à l'ajout de mes panneaux (aux erreurs de mesure près des pinces A). Ca ramène un coût équivalent annuel du kWh à 0,1788€. Je ne suis pas inquiet que TEMPO, couplé à du PV, reste imbattable, surtout dans une maison RT2012 voire 2020. Je n'ai pas de chauffage d'appoint pour éventuellement couvrir les jours HP rouge, mais dans mon cas ce n'est pas nécessaire. La maison est très bien isolée et bien exposée (donc j'arrive très souvent à faire tourner mon PC même en HP rouge par temps froid et ensoleillé), et en jouant astucieusement sur l'accumulation du PC la veille, je peux tenir jusqu'au prochain basculement en HC.

Salut @jerome_clamart, Sur la base de mon expérience (toute relative) de 3 ans d'utilisation d'une PAC Daikin air/eau BT sur plancher chauffant avec ECS intégrée, et basé en sud gironde, je ne prends pas de risque en te disant qu'une PAC reste "normalement" un bon investissement, si tant est qu'elle soit bien réglée et adaptée à ton mode de vie/consommation. Sans rentrer dans le débat qu'on a pu avoir sur d'autres topics, je rejoins à 100% @Lazer sur le fait d'utiliser une PAC et un cumulus à l'ancienne (d'autant plus quand on a des panneaux PV) qui restent la solution la plus optimale. Dans mon cas, si je devais le refaire et avec le recul que j'ai désormais, c'est ce que je ferais. Non pas que le système actuel ne me donne pas satisfaction, en mettant un peu de domotique, on arrive à de belles performances tout en maintenant une autoconsommation intéressante. Mais ne t'attends pas à ce que ton artisan te règle la machine aux petits oignons et que ce soit du plug'n'play. Pour ce qui est d'installer du PV et la défiance qu'on peut parfois entendre ci et là, je crois que le forum regorge de témoignages intéressants sur les expériences des uns et des autres plutôt positifs (sachant qu'on a tous des maisons différentes et qu'on est dispatché aux 4 coins de la France). Je n'ai pas encore pris le temps de partager le mien, mais après un an de tempo et de mise en route de panneaux PV les économies sont vraiment-là... au-delà de mes prédictions initiales en amont de mon investissement. Force est de reconnaitre que les membres actifs de ce forum, en partageant leurs expériences et leurs connaissances, ont largement contribué à ma prise de décision, et je les en remercie !

J'en ai profité pour faire de même, avec quelques fonctionnalités supplémentaires (que je testerai cet été). Eh oui, désactiver GEA restait la solution la plus "bourrin", et bien évidemment quand 99% des automatisations passent par GEA à la maison, tu te retrouves un peu à poil sur le coup !

Pour être totalement transparent, je n'utilise jamais l'interface graphique du QA GEA. Si j'en ai eu besoin aujourd'hui, c'est parce que j'avais besoin de désactiver temporairement GEA pour éviter que mes volets roulants ne s'abaissent ou se relèvent (beau temps ici) avec les scenarii que j'ai prévus. J'ai contourné le pb en désactivant (le temps de nettoyer les volets) l'ensemble des scenarii associés. Je n'avais jamais eu recours à l'interface jusque-là, mais il a suffit d'une fois ! En temps normal, elle m'est parfaitement inutile. Mais il y a tjs une exception à la règle ou un cas d'usage qu'on n'avait pas imaginé ! Bizarrement, j'ai tjs le chic pour dénicher ou me retrouver dans des cas "insolites"... Pour le reste, rien à redire de GEA, ça fonctionne en automatique et ça fait parfaitement le job.

Merci pour les infos @Lazer. Je n'étais pas allé voir sur les topics liés aux versions beta... pensant que la dernière version stable (que j'ai installée) l'était, jusqu'au bémol du QA GEA pour le coup! Ce qui m'étonne en fait dans le pb identifié, c'est qu'il n'y a que le QA GEA qui ne s'affiche pas, tous les autres (une bonne dizaine) s'affichent et sont bien fonctionnels. D'où mon interrogation sur le fait d'une possible subtilité lié au QA GEA. Ce que j'en comprends, c'est que plus Fibaro avance, et plus on recule! Ils bosseraient pas pour l'ex gouvernement Barnier ??? Wait and see donc...

Salut à tous, Certains auraient-ils remarqué comme moi un pb d'affichage sur le QA GEA, avec une version du firmware 5.170.16 ("supposée" stable) ? Ce qui est étrange c'est que je ne rencontre ce pb qu'avec GEA (mes autres QA qui ont une interface n'ont pas ce souci). Je me souviens que sur des versions précédentes de la HC3 (notamment les beta), il y avait eu ce pb. Mais depuis il avait été corrigé. Une idée d'où cela pourrait venir ? Merci pour vos retours.

C'est pourtant ce que laisse sous-entendre le manuel technique de ma PAC Daikin, au bémol qu'on ne connait pas leur algorithme de décision (et de régulation). Extrait : J'ai bien écrit au début de ces échanges avec @Sakkhho que la PAC reste maître de son électronique (et il est impératif qu'elle le reste). Via les relais smartgrid, on ne fait qu'activer une commande d'état qui laisse alors la main aux organes de pilotage propres de la PAC. Deux cas de figure peuvent se présenter : - Si on n'ajoute rien, la PAC suit son cycle de fonctionnement et pompe l'énergie dont elle a besoin (au risque de soutirer via le linky si la prod PV ne couvre pas la conso totale de la maison) -->clairement on n'est pas dans l'adaptation au "juste besoin" - Si maintenant on ajoute un compteur, il semblerait (j'utilise bien le conditionnel car je ne l'ai jamais testé, je me base sur ce qui est écrit dans le manuel détaillé) que la PAC décide (en fct de 2 paramètres d'entrée, a minima : la consigne finale de T° souhaitée et le niveau de prod PV). J'en comprends qu'elle serait donc en mesure d'adapter/moduler sa puissance pour si ce n'est absorber le "juste besoin", limiter sa conso à la prod PV. Jusqu'où elle est en mesure de réaliser cela correctement (i.e. de suivre/réagir en temps réel aux variations de prod PV s'il y en a), je n'en ai aucune idée. Mais d'une part, je doute que son électronique soit en mesure de suivre très précisément la musique. Et d'autre part, la limite que la PAC pourrait se fixer ne tient compte que de la prod PV et non pas aussi de la conso totale de la maison (chose que fait un routeur). Si la question était un routeur solaire est-il comparable avec la fonction smartgrid des PAC récentes, alors la réponse est clairement non. Mais la question initiale de @Sakkhho était de voir ce qu'il est possible de faire avec sa future PAC et la fonction smartgrid au regard de sa production solaire. Même si ce n'est pas optimal à l'instar d'un routeur solaire (ça personne ne le remet en question), les gens qui possèdent des PAC récentes ont tout de même la possibilité d'exploiter leur surplus solaire via des solutions qui restent à bas coût et qui font ma foi assez bien le job. A défaut de mieux ou des possibilités intégrées par les fabricants de PAC, je reste pour ma part pragmatique de ce point de vue là : je prends ce qui est à prendre et j'essaie d'optimiser mon auto-conso. avec l'énergie qui m'est proposée gratuitement par mes panneaux. Elle n'est pas idéale (si on vise le 90-95% ou plus), mais ça laisse la place à demain pour s'améliorer ou investir dans des dispositifs plus efficaces.

En lisant en diagonale la doc à laquelle tu fais référence, ils parlent de 4 modes (dont un non utilisable avec le boitier supplémentaire Enphase). Il semblerait que ces 4 modes soient grosso les 4 modes de ma PAC (avec des dénominations différentes). Je n'ai pas vu les infos pour savoir quels types de relais cette PAC est équipée. Sur la mienne, on a le choix d'utiliser des relais BT ou HT. Mais dans l'absolu, je dirais que c'est aussi simple que cela. Ce boitier Enphase ne me parait donc pas indispensable pour faire ce que tu veux faire... Pour reprendre ce que disait @Lazer, effectivement ce n'est pas du "routage" au sens où on l'entend habituellement. On ne fait qu'activer/désactiver des relais pour dire à la PAC "vas-y tu as le champ libre, ça produit !". Il faut être conscient que si le SG s'active, alors la pompe à chaleur se met en route et suit sa courbe de fonctionnement soit en mode thermodynamique, soit en mode électrique pur (en fct des paramètres de la machine et des conditions extérieures). Typiquement la mienne peut monter l'eau jusqu'à 53°C max dans le mode thermodynamique si la T° ext est < 25°C. Au-delà de 25°C dehors, elle ne peut monter l'eau que jusqu'à 43°C, et ensuite ce sont les résistances d'appoint qui fonctionnent - si elles sont activées - jusqu'à la Tmax définie. En mode thermodynamique, la PAC avale progressivement une puissance de plus en plus importante en fct de la montée en T° de l'ECS. Il est alors tout à fait possible qu'à un moment donné, avec le smartgrid activé, tu te retrouves avec une conso générale de la maison > à la prod de tes panneaux et donc tu soutires à linky ! Ce sera donc à toi de voir quelles limites tu fixes pour désactiver le smartgrid. Comme je disais, ma PAC peut recevoir un compteur qui lui permet de savoir quelle est la prod solaire live et donc de moduler (à vérifier car je ne l'ai jamais testé, peut-être à partir du printemps prochain???) sa puissance en fonction de la prod PV live. Dans ce cadre précis, je pense que c'est un peu à l'image de ce que pourrait faire un routeur solaire qui envoie le juste besoin, sauf que le juste besoin ici est finalement calculé et soutiré par la PAC et par le routeur. Avec le boitier Enphase, j'imagine que la passerelle S-metered est en mesure de communiquer avec ce boitier pour lui dire quelle est la prod live des panneaux. L'inconvénient que j'y vois, est que l'actualisation des valeurs doit être de 15 min (de mémoire) ce qui n'est plus tout à fait du live ! C'est pour cela que je rejoins à 100% @Lazer, je préfère de loin fixer moi-même de manière précise mes règles de déclenchement et de désactivation du smartgrid via GEA. Avec les QA de @Lazer ou de @TitiXsi, et quelques règles GEA qui couvrent les différentes situations (T° ECS atteinte, Tmax atteinte, perte de prod PV, ...), tes FGS feront le job sans pb, je n'en doute pas ! Le pseudo-routage, c'est finalement GEA qui l'assure au travers de ses règles Prévoir aussi quelques tests de vérification, pour affiner les temporisations et les seuils de déclenchement et s'assurer que les règles s'activent correctement ! Enfin l'autre avantage et non des moindres, c'est que plutôt que d'avoir une programmation "figée" pour le chauffage de ton ECS (typiquement le programme proposé par le boitier de contrôle de ta PAC), avec le smartgrid, ton ECS se réchauffe au bon moment (i.e. quand il y a assez de prod PV et en fct des règles que tu auras fixées). La programmation passe alors d'un mode figé à adaptatif. Ce qui veut dire qu'une fois que ce processus est terminé, ça laisse la place à d'autres équipements de la maison pour pouvoir profiter des W solaires disponibles. Cela devient donc très intéressant quand tu souhaites optimiser ton autoconso (pas de revente pour moi à l'heure actuelle). A titre d'exemple, en sud gironde où je suis, cet été mon ECS avait fini de se réchauffer à 53°C généralement vers 11h30. Une fois terminé, l'énergie dispo me permettait de mettre en route la clim pour le reste de la journée, si besoin. En juillet et août, ma prod solaire était de 21.8 kWh et 21.4 kWh (valeur médiane) pour une autoconso de 60% et 70% respectivement. Sans GEA et mes règles d'optimisation, je n'aurais jamais pu atteindre ces valeurs, aucun doute là-dessus!

Salut @Sakkhho et @Lazer, Je possède une PAC smartgrid ready (Daikin altherma3 mais peu importe) et il est tout à fait possible de "router" son surplus solaire au moyen d'un FGS-213 par exemple, avec quelques précautions de vérifications avant tout (notamment sur les relais installés sur ta PAC Vaillant). C'est le cas pour chez moi, j'en ai 2, car 2 relais pour activer 4 états permis : mode libre (i.e normal), marche recommandée (i.e mode utilisation du surplus), arrêt forcé et marche forcée. Mais quoi qu'il en soit, je ne fais qu'activer les relais qui permettent à la PAC de savoir qu'il y a un surplus d'élec disponible. Puis la PAC, en fonction de ses capacités, des paramètres que tu auras réglés et des organes de pilotage éventuels, reste maître de son électronique de pilotage. Dans mon cas, en activant les 2 relais sur les positions indiquées dans mon manuel, elle m'offre la possibilité : - d'utiliser le surplus pour chauffer l'ECS jusqu'à une valeur max prédéfinie au préalable (moyennant quelques réserves l'été notamment et l'activation/désactivation des résistances électriques d'appoint) - ou de renvoyer cette énergie vers le plancher chauffant en modulant la température de consigne J'étais parti sur cette solution avec FGS, car à ma connaissance la passerelle Envoy-S Metered ne possède pas de sortie "routage" (j'ai cru comprendre que d'autres passerelles ou des onduleurs centraux ont cette possibilité). La seule contrainte, c'est qu'il faut lui associer un ou des scenarii pour indiquer à ta PAC qu'il y a du surplus. Idéalement, il faudrait aussi pouvoir plugger un compteur sur ta PAC pour piloter dynamiquement le surplus (je ne l'ai pas fait sur la mienne, mais j'ai limité statiquement la puissance dispo). Comme les marques proposent souvent sensiblement la même chose, il n'y a pas de raison que Vaillant ne propose pas des modes de fonctionnement similaires à ceux de Daikin. Je t'invite à télécharger le manuel de référence "installateur", s'il existe chez Vaillant. Il existe sous cette dénomination chez Daikin et plus complet que le manuel d'utilisateur. Il reste néanmoins peu "bavard" pour ce qui est du smartgrid et de son fonctionnement. Et pour cause, et c'est là où je veux en venir, il faut être très prudent avec tous les gadgets (passerelles de com et autres) et avantages "vendus" par les marques. Souvent ça chiffre vite pour peu ou pas de réel ROI alors que des solutions "bas coût" font le job tout aussi bien, voire mieux. Le parallèle est vite trouvé avec certains vendeurs de panneaux PV qui vous vendent monts et merveilles, sans avoir posé l'ombre d'un calcul. Étant donné la recrudescence d'installation PV, les marques ont bien compris qu'il y avait un marché intéressant avec leur dénomination "smartgrid" et s'engouffrent bien évidemment dans la brèche ! Mon expérience personnelle, avec maintenant bientôt une année complète d'utilisation, m'amène à dire que je pense avoir fait le bon choix en partant sur cette solution FGS pour activer les relais. Moyennant une quinzaine de règles sous GEA pour gérer les différents cas de figure et sécurité, le comportement est très satisfaisant d'un point de vue routage de l'énergie. Il n'en reste pas moins vrai que les passerelles proposées par les différentes marques feraient peu ou prou le même taf, mais au-delà des aspects financiers qui ne sont pas négligeables, j'ai le sentiment qu'on devient un peu prisonnier de leur éco-système et ça me gêne un peu de perdre le contrôle sur mes équipements... Enfin dernier point, la particularité de nos PAC "nouvelle génération" est qu'on est "coincé" par leur électronique de pilotage. J'entends par là qu'il n'est pas aussi direct de chauffer son ECS qu'avec un cumulus traditionnel qui ne présente pas d'électronique (dit rapidement : une résistance, on chauffe et c'est bon !). Pour les PAC actuelles, qui se généralisent car ce sont des équipements très performants sur une large gamme de T° et qu'elles répondent aux critères des normes RT (elles embarquent souvent la fonction ECS, des kit bizone, ...), c'est plus complexe en terme de pilotage, car l'électronique est présente partout et les logiques de commande peu détaillées dans les manuels (c'est le cas chez Daikin qui est loin d'être transparent). Il faut donc bien prendre le temps d'éplucher le manuel technique détaillé quand il existe pour faire les bons choix. J'ai passé quelques jours (semaines) à "tester" ma PAC et le fonctionnement du smartgrid notamment en été, tu pourras trouver une partie des observations que j'ai faites et des autres membres du forum sur cette page (si ça ne pose pas de soucis de mentionner un autre forum) : https://forum-photovoltaique.fr/viewtopic.php?t=51751 C'est bien évidemment dédié à Daikin mais encore une fois, chez Vaillant ce doit être assez similaire.

Merci pour les précisions. Oui effectivement, j'aurais dû être plus vigilant sur le label que j'avais choisi. J'ai 15 ou 20 règles où ce label intervient, et ils sont tous bien "orthographiés", sauf celui-là... C'était une autre règle pour laquelle j'avais rajouté tout dernièrement cette condition et fatalement fallait que ça tombe dessus ! Le fait d'avoir rencontré ce cas (et surtout les explications qui vont avec) me permettra je l'espère par la suite de pouvoir mieux débugger les pb quand ils se présenteront. Merci à toi!

Merci @LazerVoilà ce que j'ai donc mis en place comme règle (il n'y a que celle-ci qui tourne) : GEA.add({{"Property", id["SMARTGRID_SG_I"], "value", true}, {"Value-", id["QA_ENPHASE_BALANCE_Live_Avg"], -900}}, 3*30, "", {"TurnOff", id["SMARTGRID_SG_I"]}, "ECS (Daikin) : SmartGrid 1 désactivé") Pour que ce soit plus explicite, je cherche donc à couper le bouton SMARTGRID_SG_I lorsqu'il est activé et que la valeur de QA_ENPHASE_BALANCE_Live_Avg est inférieure à 900 pendant 90s, sachant que QA_ENPHASE_BALANCE_Live_Avg correspond à la différence entre ce que produisent mes paneaux PV et la conso générale de la maison. Voilà la copie d'écran au redémarrage de GEA. [26.09.2024] [10:32:55] [TRACE] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:32:55] [TRACE] [QA_GEA_205]: Démarrage automatique de GEA 7.38 : mode autostart [26.09.2024] [10:32:55] [TRACE] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:32:55] [DEBUG] [QA_GEA_205]: Utilisation de la librairie tools v2.30 [26.09.2024] [10:32:55] [DEBUG] [QA_GEA_205]: Vérification automatique toutes les 30 secondes [26.09.2024] [10:32:55] [DEBUG] [QA_GEA_205]: Variable QuickApp GEA : GEA_History [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: Chargement du code utilisateur setEvents() : [26.09.2024] [10:32:56] [DEBUG] [QA_GEA_205]: GEA:addEntry([["Property",326,"value",true],["Value-",null,-900]], 90, "", ["TurnOff",326], "ECS (Daikin) : SmartGrid 1 désactivé") [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: Ajout auto #1 : ECS (Daikin) : SmartGrid 1 désactivé [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: Déclencheurs instantanés : 0 [26.09.2024] [10:32:57] [WARNING] [QA_GEA_205]: Aucun déclencheur instantané en mode événement [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: GEA a démarré en mode automatique le 26/09/2024 à 10:32:57 ... [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: ... vérification en cours #0 @0s... [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() copy.name="Property" id=326 property="value" value=true value2=true value3=true value4=true [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() result = false [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: GEA:check() result = false, false [26.09.2024] [10:32:57] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() copy.name="Value" id=-900 property=-900 value=-900 value2=-900 value3=-900 value4=-900 [26.09.2024] [10:32:59] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : nil, nil [26.09.2024] [10:32:59] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() result = nil [26.09.2024] [10:32:59] [DEBUG] [QA_GEA_205]: GEA:check() result = false, nil [26.09.2024] [10:32:59] [DEBUG] [QA_GEA_205]: GEA:check() ready = false [26.09.2024] [10:32:59] [DEBUG] [QA_GEA_205]: @0s [Validation] #1 : ECS (Daikin) : SmartGrid 1 désactivé [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:setVG() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:deepPrint() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:htmlTree() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:getDeviceNotification() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:getViewLayoutItemIndex() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:saveViewLayout() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:distributeViewLayoutItems() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:updateSlider() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:browseTable() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:hasInterface() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:addViewLayoutItem() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:getDurationInString() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:searchViewLayoutItem() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:deepCopy() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:garbage() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:setDeviceNotification() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:removeViewLayoutItem() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:deleteVariable() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:createChild() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:deleteInterface() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:addInterface() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:getDeviceIdByName() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:round() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimize tools:optimize() [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Optimisation en cours ... [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : devicestate [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : call [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : protection [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : value2 [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : kill [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : global [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : slide [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : isevenday [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : or [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : disablescenario [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : program [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : climate [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : startprogram [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : customevent [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : weatherlocal [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : nodst [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : info [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : function [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : neighborlist [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : variableqa [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : email [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : parameter [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : thermostatfanmode [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : copyglobal [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : setrunmodescenario [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : depend [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : quickapp [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : deads [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : variablecache [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : qa [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : weather [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : alarm [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : disablescene [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : batteries [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : lastworkingroute [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : open [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : apiget [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : switch [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : issceneenabled [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : suspendhc3 [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : inverse [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : variablequickapp [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : filters [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : httpget [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : heatingthermostatsetpoint [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : apiput [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : killscenario [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : wol [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : hue [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : thermostatmode [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : notstart [26.09.2024] [10:33:28] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : ledbrightness [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : picturetoemail [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : doorlock [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : currenticon [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : power [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : enablescene [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : countscenes [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : coolingthermostatsetpoint [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : setthermostat [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : dayevenodd [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : isscenerunning [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : dates [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : photo [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : notdst [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : isscenedisabled [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : runmodescene [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : killscene [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : setdisarmed [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : days [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : enablescenario [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : orientation [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : jsondecodefromlabel [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : color [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : wakeup [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : roomlights [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : deviceicon [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : dst [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : sensor [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : runningscene [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : frequency [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : armed [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : test [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : ask [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : disarmed [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : sceneactivation [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : picture [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : battery [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : label [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : stop [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : close [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : sectionlights [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : isevenweek [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : xor [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : phototomail [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : dead [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : reboothc3 [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : turnon [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : notstarted [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : apipost [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : centralsceneevent [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : slider [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : breached [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : shutdownhc3 [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : setarmed [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : polling [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : rgb [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : jsondecodefromglobal [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: Suppression d'option inutile : onoff [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: ---------------------------------------------------------------------------------------------------- [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: ... vérification en cours #1 @30s... [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() copy.name="Property" id=326 property="value" value=true value2=true value3=true value4=true [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : false, false [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() result = false [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: GEA:check() result = false, false [26.09.2024] [10:33:29] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() copy.name="Value" id=-900 property=-900 value=-900 value2=-900 value3=-900 value4=-900 [26.09.2024] [10:33:31] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.getValue() 2 return copy.lastvalue, copy.lastDisplayValue : nil, nil [26.09.2024] [10:33:31] [DEBUG] [QA_GEA_205]: GEA:encapsule() copy.check() result = nil [26.09.2024] [10:33:31] [DEBUG] [QA_GEA_205]: GEA:check() result = false, nil [26.09.2024] [10:33:31] [DEBUG] [QA_GEA_205]: GEA:check() ready = false [26.09.2024] [10:33:31] [DEBUG] [QA_GEA_205]: @30s [Validation] #1 : ECS (Daikin) : SmartGrid 1 désactivé A 14h01, j'ai actionné manuellement le switch SMARTGRID_SG_I (car il y avait de la production solaire). A 14h54, la règle aurait dû s'actionner (j'ai vérifié avec domocharts les états des prod et de conso, ) et ce n'est pas le cas: Maintenant en regardant de plus près, on voit que pour l'état de SMARTGRID_SG_I, il va bien chercher l'info sur l'id 326. Par contre pour l'état de QA_ENPHASE_BALANCE_Live_Avg, il va chercher l'info sur l'id -900 alors que ça devrait être sur l'id 397. Je pense avoir répéré l'erreur : j'ai déclaré l'id QA_ENPHASE_BALANCE_LiveAvg alors que dans ma règle j'utilise QA_ENPHASE_BALANCE_Live_Avg. C'est pour cela qu'il ne trouve pas les bonnes infos au bon endroit! Je viens de faire un test en mettant la bonne id et la condition semble bien se vérifier même sur une valeur négative...sans surprise finalement. Désolé du coup pour le faux bug! Ca m'a néanmoins permis de découvrir les options de GEA pour débugger certaines choses. Je suis surpris par contre que GEA n'ait pas bronché avec une ID qui n'est pas déclarée au préalable.

Au niveau du module, c'est un quickappchild et la valeur se trouve dans la propriété "value" dans le champs "properties". Il me semble que j'avais testé obtenu le même résultat avec la syntaxe {"Property-", id["QA_ENPHASE_BALANCE_Live_Avg"], "Value", -900}. J'utilise d'autres conditions du genre {"Value-", id["QA_ENPHASE_PROD_Live"], 850}, où QA_ENPHASE_PROD_Live est aussi un quickappchild, et la règle s'active bien. D'où mon interrogation sur le test d'une condition sur une valeur négative et la bonne syntaxe.

Salut, Petite question concernant une règle GEA dont j'ai un doute sur l'écriture d'une condition. Je cherche à vérifier la condition suivante : si la valeur du QA Enphase Balance Live Avg est inférieure à la valeur -900, alors ma règle s'active. J'ai écrit la condition de cette manière : {"Value-", id["QA_ENPHASE_BALANCE_Live_Avg"], -900} Mais après test, il semble que ça ne fonctionne pas. Sur d'autres règles, j'ai généralement des comparaisons sur des valeurs positives et je n'ai pas de soucis. Mais bizarrement, sur une valeur négative, la règle ne se lance pas. Y-a-t-il une manière différente pour écrire la condition avec des valeurs négatives. Merci pour votre éclaircissement.

Il est vrai que sur des splits, il y a moins de chose à peaufiner que sur un Pl chauffant où l'inertie du bâti est par ex. un paramètre important dont il faut tenir compte dans ses réglages... Ouais c'est sûr que les coûts pour la réno peuvent vite s'envoler... Mais sur du neuf, les coûts ne sont pas nécessairement plus bas, étant dictés par la RT où les indicateurs de performances des bâtis ont été durcis ou changés entre la RT2012 et la RT2020. Quoi qu'il en soit, les budgets ne sont pas extensibles... C'est bien là l'intérêt de la domotique! Quand je me suis lancé au travers de ce forum, j'ai découvert le champ des possibilités. Et il faut bien reconnaître que GEA est un "outil" devenu indispensable pour moi! Là où c'est d'autant plus fort, c'est que sans connaissance particulière en programmation, on prend assez vite en main son utilisation, avec le tuto de syntaxe en back-up quand on a un doute :)) ! Ca reste quand même plutôt élevé, si je me base sur les retours que j'ai pu voir sur les forums où ça tourne plutôt autour de 25-30%. Pour ma part, mon profil journalier actuel fleurte de plus en plus avec les 50% (il était autour de 63% en mars), voire en dessous sur de forts ensoleillements. Ceci étant la conséquence directe du fait d'avoir coupé le chauffage depuis début avril, accentué par une production plus importante des panneaux. Et ça va forcément baisser avec les beaux jours qui reviennent, sachant que je ne cherche pas à allumer le four de la cuisine pour le plaisir de bruler des kWh et maintenir mon auto-conso C'est vrai que les retours ne sont pas encourageants. Ca ressemble de plus en plus à une pyramide de Ponzi leur entreprise... J'espère me tromper pour les clients qui ont souscrit. Mais quand on regarde les solutions alternatives à EDF OA pour les auto-installateurs, je n'ai pas vu d'offre intéressante...

Merci @Lazer pour ce retour instructif après une année glissante de fonctionnement. Je suis également convaincu que Tempo et panneaux PV sont très complémentaires. Ce serait même dommage de se priver de l'un ou de l'autre compte-tenues des plages horaires HC/HP (les panneaux PV couvrant en bonne partie voire totalement le bruit de fond sur la tranche HP, même en hiver). Autant c'est relativement simple de faire basculer son abo edf autant certains sont plus réticents à monter sur leur toit ou se lancer dans l'aventure... Question de choix qui appartient à chacun. Quant à la PAC, pas surpris que les économies soient au rdv. Là encore les appareils actuels proposent des performances et des modes de fonctionnement (inverter notamment) très intéressants. Encore faut-il qu'ils soient bien réglés par l'installateur (très souvent ce n'est pas le cas, et je ne jette pas la pierre aux artisans) ou l'utilisateur (qui n'a pas forcément l'envie de se fader les 200 pages du manuel technique). Mais là aussi, j'ajouterais que si on veut faire des économies un bon système de chauffage ne va pas sans une bonne isolation! Plus de 63% d'autoconso, c'est assez remarquable pour une moyenne annuelle (si c'est bien ce qu'il faut lire). Il me semble que tu avais opté pour une revente chez JPME. As tu par conséquent favorisé l'auto-consommation au détriment de la revente chez JPME (dont j'ai pu lire des avis assez mitigés) ?

J'étais certainement dans la même réflexion que toi il y a presque 2 mois. Aujourd'hui, même si je n'ai que 2 mois de recul, les économies sont déjà là... Je suis aussi en tout électrique à la maison, sans appoint supplémentaire (si ce n'est les panneaux sur le toit :)). Mais avec une maison en RT2012 (ou RT2020), dans une région où ce n'est pas non plus le froid polaire (je suis en gironde, toi dans les yvelines) l'inertie et l'isolation feront le job, sans amputer le confort thermique dans la maison (c'est le cas chez moi). Si tu as des panneaux solaires, c'est je crois une très bonne opportunité à saisir, même s'il faut rester "un peu" vigilant 22 jours dans l'année !

OK. Si j'avais "compris" cela plus tôt, je ne me serai pas casser la tête pour faire coller les étiquettes réellement renvoyées par mon linky avec les lignes de configuration à mettre au niveau de la téléinfo. Dans ma logique, il fallait associer l'étiquette au child qu'on voulait créer, comme pour les tores qu'on associe au bon sous-poste par ex. Je plaide coupable, j'aurais dû recopier bêtement la ligne indiquée dans le tuto! Je ne sais pas si je suis le seul à avoir rencontré ce pb, mais peut-être que rajouter un commentaire dans le tuto du QA GCE en indiquant que "la config de la téléinfo doit être recopiée telle quelle, quel que soit le type d'abonnement (base, tempo, EJP...)" --> Effectivement, avec pin = "EAST", cette fois la variable se met bien à jour... et ne reste plus vide comme jusqu'à maintenant. Merci pour toute ton aide et ta patience! Je comprends que ce ne doit pas être simple pour des initiés comme toi de gérer les cas et les conneries des non-initiés comme moi ! Le pb semble résolu. Je vérifierai tout de même le log du QA Tempo dans la nuit pour être sûr, le pb ayant été identifié à partir de ce QA... Nouveau proverbe du jour (c'est d'actualité avec les grèves SNCF) : un QA mal configuré peut en cacher un autre !

OK pour le name, j'ai vu qu'on pouvait les renommer après coup. L'étiquette EAST n'existe pas chez moi en mode tempo historique. Elle existait bien avant, quand j'étais en base. Mais là elle n'est plus disponible. Donc je devrais mettre quelle étiquette parmi celles-ci ? Ce n'est pas vraiment que j'ai voulu jouer aux apprentis sorciers. J'ai suivi une logique assez triviale (peut-être ?) en me basant sur les étiquettes que me renvoie la TI du linky. L'intérêt que j'y vois c'est d'avoir un visuel direct sur l 'index du jour (ou total) au lieu de passer par l'interface de mon EDRT2. C'est déjà ce que je fais un peu ici : je récupère les index sur les sous-postes. Donc en clair, il faut que : - je supprime tous les device avec type ="teleinfo", - que j'en crée un nouveau avec pin ="xxx" où "xxx" est l'étiquette à choisir, --> alors la variable TELEINFO_Tarif devrait être correctement alimentée cette fois, correct ?

Salut, Je rencontre un soucis dans la configuration de mon QA GCE avec mon EDRT2. La variable TELEINFO_tarif n'est pas alimentée correctement. J'avais la configuration suivante : @Lazer m'a indiqué qu'on ne peut avoir qu'une seule ligne de configuration pour la Téléinfo. Là j'en ai 6, pour chacun de mes 6 index Tempo. Mais le QA GCE n'envoie aucun avertissement ou aucune erreur. Si on ne peut avoir qu'une seule ligne, comment obtient-on les 6 index séparemment, i.e. dans des child séparés ?

OK, je bascule sur le topic GCE.

J'ai eu un premier retour du support fibaro. Ils ne peuvent pas intervenir sur les QA (et scènes) créés par les utilisateurs. Il faut se tourner vers le créateur du QA... Je vais insister sur le fait qu'il y a tout de même un éventuel pb avec la box. J'avais vu cette partie là du code. je pensais au début qu'il pouvait y avoir un soucis avec le string.find car je ne savais pas ce que cette fct détectait, i.e. s'il fallait que la variable contienne juste "JB", "JW ou "JR" ou si une trame du type "xxJB" ou "xxJW" ou "xxJR" convenait) mais j'ai compris ensuite en recherchant des infos sur cette fct. Oui, c'est pour cela que j'ai fini par en déduire que le pb venait certainement de la variable TELEINFO_Tarif, alimentée elle-même par le QA GCE. Je suis allé le relire plusieurs fois. Je n'ai aucun warning ou erreur retournée par le QA GCE. Pardon, mais ce n'est pas forcément clair pour moi entre ce que je vois dans le descriptif et ce que tu m'indiques : J'avais créé 6 index totaux sur la base du modèle ci-dessus, en remplaçant pin="EAST" pour chaque index par pin = "BBRxxxx" correspondantes (--> pas de warning ou d'erreur du QA GCE). --> Je viens donc de supprimer la variable TELEINFO_tarif, j'ai viré les options pour 5 de mes 6 index. Il recrée la variable TELEINFO_tarif et pourtant cette variable reste vide...

J'ai contacté le support fibaro. Ils ont ouvert un ticket. En attendant de voir ce qu'ils vont éventuellement trouver, quelques nouvelles supplémentaires : - j'ai vérifié dans l'historique de la box. Rien d'anormal de ce que j'ai pu voir, tous les QA communiquent régulièrement, de même que les modules Z-wave - j'ai récupéré le nouveau log de cette nuit : log.lua. Il est bien complet (pas de "trou" comme la dernière fois, j'ai laissé le PC allumé pour écarter toute cause possible !) et tout semble indiquer que le QA fonctionne correctement dans la récupération et la mise à jour des variables. Je pense avoir isolé le pb, qui semble venir de cette variable TELEINFO_tarif. En effet, sur le log: - tout est correct jusqu'à 7h00 - puis àpartir de 7h00 il interroge RTE et teste le tarif de la teleinfo (dont j'avais rentré la valeur HPJB hier matin). TELINFO_Tarif n'aurait-elle pas dû passer à HPJW à 7h00, par une mise à jour du QA GCE? - il voit qu'il y a une différence entre la valeur du tarif et la couleur du jour - il conserve alors la couleur associée à la valeur de tarif_teleinfo (dans le cas présent bleau) - à 7h51, je modifie la valeur de TELEINFO_tarif par "" et là il actualise la variable Tempo_Jour en blanc (car il n'a rien trouvé dans la variable TELEINFO_tarif) La variable TELEINFO_tarif se met à jour par l'EDRT2 (via le QA GCE). Et ensuite, tu recherches dans le main du QA Tempo la valeur de cette variable, correct ? Alors ça voudrait dire que j'ai peut-être raté quelque chose au moment de la configuration du QA GCE, car celui-ci ne semble pas mettre à jour la variable TELEINFO_Tarif (il y a une règle de push supplémentaire à faire ?) Voilà ce que j'ai au niveau du fichier config du QA GCE : Les warning n'apparaissant que lorsqu'il voit que le tarif de la TI n'est pas compatible avec la couleur du jour, je ne crois pas que ce soit un pb du QA Tempo, mais plutôt un pb dans ma config du QA GCE (sachant que mon EDRT2 semble capricieux pour enregistrer correctement sa configuration, comme je l'ai indiqué sur un autre topic) Tu en penses quoi ?

Salut @Lazer Merci pour ton retour. Je vais contacter le support pour voir s'il y a quelque chose de particulier avec la box. C'est très bizarre parce que typiquement cette nuit, tout a semble-t-il fonctionné correctement : j'ai bien une trace toutes les 15min, et la mise à jour des variables TempoJour et TempoDemain s'est faite correctement. Non pas de pb observé. Je suis en version 5.150.18. Et depuis que je suis en version stable, je ne rencontre plus de redémarrage intempestif comme avant (en pleine nuit, 1 à 2 fois par mois). Hormis des messages de notifications dans la rubrique notification qui ne veulent pas s'effacer, rien de particulier avec les QA, ils fonctionnent tous correctement. Je vais voir cette nuit ce que ça donne, en attendant le retour du support fibaro.

Salut @Lazer, Les mêmes causes produisant les mêmes effets, avec la transition blanc -> bleu de cette nuit, j'ai de nouveau reçu les alertes que je m'attendais à recevoir. Voilà le log de cette nuit : log du 20-02 au 21-02.lua La première alerte démarre bien à 7h du matin, ce qui est conforme aux attentes d'après ce que tu me disais plus haut. A minuit, il n'a visiblement pas actualisé les vg Tempo_Jour et Tempo_demain, comme on le voit sur le log. et comme le confirme l'état des vg dans la liste des variables que j'ai contrôlée ce matin à 8h (il est resté "bloqué" sur le jour d'hier) Les notifications sont donc cohérentes d'un certain point de vue. Ce qui l'est moins, c'est pourquoi il n'y a plus de debug ni de trace entre 23h01 et 7h37? C'est d'autant plus étonnant que dans le précédent log que je t'avais transmis, on avait bien vu qu'il mettait correctement à jour les vg à minuit. C'est comme s'il y avait une interruption du QA. Question : la fenêtre de log s'interrompt-elle de stocker les infos lorsque le PC passe en veille ou veille prolongée ? J'ai mis le PC en veille vers 23h15 en allant me coucher, c'était probablement une erreur. Et je ne l'ai sorti de veille que ce matin vers 8h15 (alors que j'ai les premiers debug à 7h37). Je viens de faire une petite manip en relançant le QA. Chronologiquement : - on voit qu'à 9:43:18 il détecte bien les couleurs du jour (bleu) et de demain (bleu) mais pas correctement la téléinformation (il est resté sur le tarif de la veille (jour blanc)). - il affiche ensuite le warning (je reçois par conséquent la notification). - il indique que la couleur du jour est alors blanc. Je vois 2 choses qui m'interpellent : - C'est comme s'il ne tenait pas compte des détections qu'il avait faites après la 1ere requête RTE. Et je m'attendais aussi à ce qu'il mette à jour les VG Tempo_Jour et Tempo_Demain après cette détection, mais elles n'apparaissent pas dans le log. - Il devrait détecter que le tarif de la TI est bleu (car c'est bien ce que renvoie mon EDRT2 sur l'étiquette PTEC) et pourtant il dit qu'il est sur blanc. C'est comme s'il n'avait pas consulté à nouveau l'edrt2 pour récupérer la valeur de l'étiquette PTEC et qu'il avait conservé la valeur de la veille. Manip subsidiaire : je viens de remplacer la valeur de la TELEINFO_Tarif par une chaine vide et j'ai relançé le QA. Cette fois il prend bien en compte les détections qu'il a faites sur RTE et EDF, et met à jour la vg Tempo_Jour. D'où ma question subsidiaire : la variable TELEINFO_Tarif ne doit-elle pas contenir la valeur du tarif en cours (étant en mode historique, je devrais voir apparaître l'étiquette HPJB) ? ou doit-elle rester vide (j'ai mis "" car on ne peut pas laisser un champ vide) ? Si c'est lié à cela, je comprends quand est apparu mon soucis... Le premier jour où j'ai basculé en abo TEMPO, c'était un jour blanc. Or le premier jour, EDF nous met automatiquement en jour bleu, comme vu précédemment. Etant donné que je recevais des notif indiquant que la couleur du jour (forcé par EDF) ne correspondait pas au tarif de la TI, j'ai dû mettre la valeur "HPJB" à la variable TELEINFO_Tarif. Et dès que j'ai un jour de couleur différente, je suis obligé de modifier manuellement sa valeur pour faire cesser les notifications. As-tu la même lecture que moi ?

Salut @mprinfo, Je pense avoir résolu le pb (à confirmer lors d'un jour rouge). Peut-être que ça pourra servir pour un autre utilisateur à qui l'EDRT2 fait des siennes! J'ai supprimé les index de télé information concernant la couleur rouge (ceux qui ne semblaient pas fonctionner correctement) et je les ai recréés. Et à mon étonnement, avec les mêmes étiquettes et paramètres, cette fois cela fonctionne (on voit que les index courants sont bien à jour pour les HC et HP rouge, alors qu'ils restaient à 0 avant). Je ne sais pas trop pourquoi ça a fait cela. Comme je l'avais dit plus haut, me concernant ce n'est pas la première fois que l'EDRT2 initialise mal les paramètres ou a du mal à enregistrer correctement une configuration du premier coup. A moins d'un pb sur mon produit, c'est assez surprenant de la part d'un produit qui n'est tout de même pas donné.