RS600807

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...