Lazer

Effectivement, le site de RTE affiche les infos.

Effectivement l'API de RTE semble hors-service : https://www.services-rte.com/fr/visualisez-les-donnees-publiees-par-rte/calendrier-des-offres-de-fourniture-de-type-tempo.html Le truc comme tu l'as constaté, c'est que l'interrogation RTE est faite le matin. Vu que tu as redémarré le QA, il a besoin d'interroger l'API RTE, sauf que si l'API est en panne cet après-midi, il n'y a rien que le QA puisse faire à part t'afficher un message d'insulte grossier Sur mes 2 box, comme je n'ai pas eu de redémarrage du QA dans l'après-midi, les infos RTE ont bien été obtenues le matin, et je ne me fais pas insulter ! Bref.... c'est bien une coincidence et il n'y a rien à faire à part attendre demain. On ne voit pas la suite de ton log, mais je suppose que le QA a obtenu l'info depuis l'API EDF, qui a l'air opérationnelle : https://particulier.edf.fr/fr/accueil/gestion-contrat/options/tempo.html#/ Donc pas de problème, c'est bien là tout l'intérêt de ce QA, d'obtenir l'information depuis plusieurs sources redondantes. PS : code d'erreur HTTP 500 c'est un problème coté serveur Web, aucune inquiétude ta HC3 va bien avec sa mise à jour

Cherche Homebridge sur le forum.

Alors ça non, car ce sont des fonctionnaires, d'ailleurs ce sont des agents et non des salariés. En dehors de ce "détail", je rappelle que le compteur communicant est une directive avant tout européenne. Parmi les bénéfices, il y a effectivement les économies réalisées sur le personnel, non pas en les virant, mais en les employant à d'autres tâches. Effectivement payer des gens à faire la tournée pour les relevés périodiques des compteurs et/ou les reprogrammation de calibre n'avait pas une grande valeur ajoutée. A plus long terme, ne pas remplacer les départs en retraite est aussi un autre moyen de faire des économies de personnel. Depuis que je suis producteur PV, je m'intéresse pas mal aux travaux techniques d'Enedis, mais pas à l'aspect ressources humaines. Il faudrait voir s'il existe des rapports sur l'évolution de la masse salariale. Mais vu l'ampleur des travaux à venir (adaptation aux énergies renouvelables et à l'évolution climatique), j'ai le sentiment que la quantité de travail va aller en augmentant. Reste à voir dans quelle proportion c'est sous-traité... Clairement oui. Rapide recherche : https://izi-by-edf.fr/blog/disjoncteur-abonne-fourniture/ Je pense qu'il faut que tu arrives à faire reconnaitre à Enedis (via ton fournisseur EDF, ou en direct auprès des services d'Enedis) que tu es bien face à un défaut de l'appareil. Afin qu'ils reconnaissent leur responsabilité.

Oui tout à fait C"est typiquement le genre de truc sur lequel on peut buter des heures alors qu'un œil extérieur peut le voir Ce qui fonctionne bien aussi, c'est d'arrêter, faire autre chose, et s'y remettre le lendemain avec un œil neuf justement !

Tu peux enlever le Content-Length et la Host. Apparemment d'après Postman les datas sont dans un double tableau imbriqué, essaye donc comme ceci : data = json.encode({{ ["cmd"]="Login", ["param"]={ ["User"]={ ["Version"]="0", ["userName"]="admin", ["password"]="xxxxxxxxxxxxxx" } } }})

Oui effectivement. Oui et non. Effectivement sur les nouvelles installations, Enedis règle le disjoncteur d'abonné (=AGCP) au plus gros calibre permis par les câbles installés (généralement c'est 60A), et laisse le compteur Linky faire la coupure en cas de dépassement de la puissance souscrite (c'est parfaitement documenté dans le document NOI-CPT_54E au Chapitre 7 : Contrôle de la puissance par l’organe de coupure du compteur. Et donc cela permet à Enedis de ne plus avoir à se préoccuper de ce disjoncteur, car la limitation de la puissance souscrite dans l'abonnement peut être programmé à distance dans Linky. A la clé, des économies (le technicien n'a plus besoin de se déplacer) et gain de temps (j'ai changé d'abonnement quand je suis passé à Tempo, j'ai appelé à 18h, c'était actif à minuit, génial) Mais, sur les anciennes installations (c'est mon cas), si on n'a jamais augmenté la puissance de son abonnement, alors le disjoncteur d'abonné reste à son calibre initial. Chez moi, il est toujours sur 45A, ce qui me pose des problèmes, car l'hiver dernier il a sauté un peu trop rapidement à mon gout, alors que d'autres fois j'ai tiré laaaaaaargement plus que mon abonnement, et il a tenu bon. C'est tout le problème avec ces vieux disjoncteurs, ils ne sont pas précis du tout, donc c'est problématique quand on s'amuse à s'approcher des limites. Le Linky réalise un calcul numérique de la puissance, c'est beaucoup plus précis, et la coupure intervient comme décrit dans le document cité plus haut. Ainsi, pas de mauvaise surprise (contrairement aux théories complotistes qui avaient cours il y a une dizaine d'année...) Bref c'était pas le sujet.... Reste que le disjoncteur d'abonné est toujours indispensable (et surtout obligatoire), même réglé sur un calibre supérieur (60A comme on l'a vu) à l'abonnement souscrit (45, voire 30A) En effet, d'une part il protège contre les court-circuits (courant très très élevé contre lequel l'organe de coupure du Linky ne peut rien faire), et d'autre part contre les fuites de courant puisqu'il intègre un différentiel de 500mA, ce qui ne sert pas à protéger les humains (il faut des différentiel à 30mA pour ça, dans le tableau de la maison), mais à empêcher les petits malins de se brancher entre la phase et la terre, sinon ça permettrait de consommer gratuitement.... Ouais le truc grippé.... perso j'ai jeté à la poubelle par précaution un vieil interrupteur différentiel qui bloquait de la même façon. Mais c'était possible car c'était dans mon tableau, là dans ton cas, l'histoire avec Enedis Pro je n'ai jamais entendu parler de ça perso. Je pense que @Did doit connaitre, mais il n'est plus trop actif... espérons qu'il t'entende

Super. Si, il y a une option cachée et non documentée ( ), c'est "Test", qui permet d'afficher ce qu'on veut dans le log de GEA. A utiliser dans les actions, donc par exemple : GEA.add({mes conditions}, durée, "notification", {{"Test", "La valeur de la première condition est #value#"})}) Oui tu peux utiliser value+ et value- pour faire toutes les comparisons numériques que tu veux, mais attention encore une fois dans ton exemple, tu as remis des guillemets autour de tes valeurs 12 et 14, ce qui en fait des string, et non des numbers.... par ailleurs l'ajout .0 est inutile. Note que ce sont des comparaisons "strictement" supérieur ou inférieur. Donc la règle se déclenchera uniquement si la température fait au minimum 12.1 degré et au maximum 13.9°C

Oui voilà, ça "aide", tout au plus. Le problème c'est que ça induis plus souvent en erreur que ça n'aide, alors perso j'ai du mal à la voir l'aide... Après je m'amuse bien pour générer des images à la con, c'est totalement inutile et donc amusant. Reprend les bases : la doc de syntaxe, tu as la syntaxe (forcément...) et quelques exemples basique d'utilisation VariableCache. Sinon, à l'ancienne, avec Google (ou ton autre moteur de recherche préféré), tu as des tonnes d'exemple d'utilisation sur le forum (enfin, sur ce topic essentiellement) Mais bon, déjà je peux te dire que ça s'utilise comme Global.

Le 1er souci, c'est que ChatGPT sait plein de trucs mais n'y comprends rien, résultat ce qu'il répond est à coté de la plaque dans la majorité des cas. Le pire dans l'histoire, c'est que parfois il tombe par hasard sur la bonne réponse, mais avec un argumentaire faux (souvenez vous quand vous étiez étudiants quand les profs notaient le raisonnement et la démonstration, même si le résultat du calcul était faux, bah là c'est l'inverse ). Quand les gens auront compris ça, ils arrêteront de s'abrutir avec cet outil ce jouet et se remettront à utiliser leur cerveau, à l'ancienne... ouais je sais c'est démodé... mais quelque chose me dit que ça n'arrivera pas. Tant pis. Le 2nd souci, c'est que les Variables Globales ne peuvent pas contenir autre chose qu'une chaine de caractères (string). Dans GEA le code "essaye" de gérer les VG qui contiennent des valeurs numériques, mais je ne suis pas sûr que ça soit fiable à 100%. Il faudrait déboguer, mais là ça va être difficile car je peux difficilement reproduire chez moi. Mais est-ce que tu as absolument besoin de stocker la valeur dans une VG ? Car si tu n'as pas besoin de la persistence, tu peux contourner le problème en stockant la valeur dans une VariableCache (qui pour rappel est perdu en cas de redémarrage de GEA), qui présente l'avantage de pouvoir stocker n'importe quel type de valeur (boolean, number, string, etc). Donc en travaillant avec des numbers dans toutes tes règles, depuis la récupération de la value de ton module, en passant par le stockage dans la VariableCache, puis la comparaison, ça devrait au moins éliminer le problème des comparaisons entre types de variables différents.

Du coup continue sur ta lancée et demande à ChatGPT, je suis curieux de voir la réponse (Jojo t'as répondu entre temps)

Moi ce qui me choque dans tes règles, c'est que tu compares des nombres (la value de id["Temp_Piscine"] est numérique, tu peux vérifier ça dans son JSON avec /api/devices/ID) avec des chaines de caractères "40.0" est une string au sens LUA. C'est certainement une écriture que tu as hérité depuis la HC2, mais dès le passage sur HC3, Fibaro a enfin modifié tous les types des champs value des différents modules pour qu'ils soient plus cohérents (number, boolean, etc). On en avait plusieurs fois parlé à l'époque lors des premières migrations de GEA HC2 vers HC3. Je m'étonne que tu aies encore ce type d'écriture et que ça fonctionne depuis tout ce temps !

Parfait comme ça

Non mais le simple fait d'ajouter un autre fichier LUA dans un QA, c'est comme si un require ou include était fait implicitement. Oui, justement, c'est bien l'objectif de pouvoir attacher ces fichiers additionnels au QA. Pas sûr de comprendre ta question. Au démarrage du QA, tout le code LUA contenu dans le fichier main et les fichiers additionnels, est exécuté. Littérallement. Si on organise le code dans des fonctions, c'est pour éviter que le contenu des fonctions soit exécuté au démarrage du QA. Dit autrement, le code LUA qui n'est pas dans une fonction est exécuté au démarrage du QA. On s'en sert généralement pour définir des variables, mais aussi les fonctions... car en LUA les fonctions sont des variables ! Une fois que le QA a démarré, et donc exécuté tout son code, la HC3 appelle la function QuickApp:onInit() Et c'est là dedans qu'on commence réellement à faire des trucs, des choses, et des machins. En option, on peut même faire des bidules. Oui mais attention, on n'exécute pas tools.lua ou utils.lua. Comme dit précédemment, ils sont automatiquement exécutés au démarrage du QA. Ce que tu peux faire, c'est exécuter des fonctions qui se trouvent dans les fichiers tools ou utils. Mais tu devrais commencer doucement. Te familiariser avec un QA de base, c'est à dire avec le fameux onOnit(), puis créer une boucle infinie avec setTimeout(), ajouter des fonctions, réagir aux éléments de l'interface (boutons...), et ensuite tu verras pour ajouter des fichiers avec des fonctions dedans.

Le QA interroge la téléinfo toutes les minutes, donc c'est à ce moment-là qu'il essaie d'obtenir les couleurs, dans le champ STGE (c'est un registre qu'il faut décoder bit à bit, il y a plein d'autres informations intéressantes) Mais sa couleur du jour est disponible en permanence, de son coté la couleur du lendemain n'est disponible qu'à 20h. C'est comme ça. C'est aussi tout l'intérêt de mon QA Tempo, c'est qu'il va d'abord chercher l'info sur Internet dès le matin, et la téléinfo n'est qu'une ultime confirmation à 20h (bien utile si les 2 clouds EDF et RTE sont en panne, ou bien si c'est simplement la connexion Internet qui est HS) Le tarif en cours est récupéré depuis le champ PTEC en mode historique, et depuis le champ LTARF en mode standard. Initialement c'était uniquement cette VG qui été utilisée par le QA TEMPO, car je ne savais pas encore extraire les couleurs depuis le registre STGE. Mais depuis que j'ai ajouté le décodage de ce registre STGE, c'est carrément redondant. Enfin, redondant uniquement pour la couleur du jour, car pour la couleur du lendemain le seul moyen de l'obtenir via la téléinfo est depuis le registre STGE, cette nouvelle méthode est donc meilleure.

Salut @bjabja merci à toi, c'est très sympa Comme ça avait été discuté dans le passé sur le forum, je n'ai pas créé d'entreprise ou d'association pour supporter le forum, trop complexe, lourd, tâches administratives, tout ça... Donc je paye de ma poche, et participe qui veut en me versant directement une participation. Via Paypal, virement bancaire, etc. Tu peux m'envoyer un message privé pour que je te partage mes coordonnées.

Ah oui, tout à fait, merci de relancer Effectivement il va falloir renouveler l'hébergement et le domaine chez OVH avant le 1er juillet, soit 167,60 € : Et il y aura également la licence du forum à renouveler en janvier 2026, cette année c'était 200 dollars soit 195,71 € Il reste 34,91 € dans la cagnotte, donc à votre bon cœur Comme l'année dernière, en message privé.

Oui normalement le Quattro fait tout ce que fait le Multiplus, avec la 2nde entrée AC supplémentaire, qui est typiquement prévue pour un générateur. L'avantage c'est que le Quattro pilote tout, si AC In 1 n'est plus sous tension, la maison va être alimentée par la batterie, et lorsque le seuil du SoC que tu as configuré est atteint, le Quattro va démarrer le groupe et basculer sur AC In 2. Il y a même la possibilité d'ajouter une sonde pour la remonté du niveau de la cuve. Après, ATS ou pas, je ne sais pas, je n'y connais rien à tout ça, faut regarder les docs et les forums. Certains détournent même la fonction avec la sortie V2L d'un VE à la place du groupe électrogène, ça fonctionne, même si ça reste une grosse bidouille en dépannage (car pendant que le VE est branché sur AC In 2, il n'est pas branché sur sa borne pour se recharger...) En attendant le V2H, qui tarde à arriver.... Oui je sais pour ton onduleur, raison pour laquelle je ne récupère pas de matos d'entreprise, que ça soit les serveurs, switchs, stockage, onduleurs, etc, ce n'est jamais calibré pour la maison. Consommation électrique énorme, bruit démentiel, encombrement, etc...

Ah oui le groupe électrogène... tu devrais réfléchir à partir sur un Quattro qui a 2 entrées AC et est prévu pour cet usage. Il remplacera avantageusement ton boitier ATS je pense. Perso je vais conserver mon onduleur informatique, bon déjà il ne consomme pas 100W mais environ 15W donc c'est plus acceptable, mais surtout il sera toujours utile. En effet, comme je le disais, si je n'ai quasiment jamais de coupure du réseau public, j'ai en revanche souvent des coupures à domicile pour mes propres bricolages. Dans ces conditions, je suis bien content d'avoir cet onduleur en service qui évite de devoir éteindre puis rallumer le serveur, la box domotique, routeur, switchs, etc... Il a 8 ou 9 ans, je n'ai encore jamais remplacé les batteries au plomb malgré les alertes, et j'ai une bonne 20aine de minutes d'autonomie, ce qui me suffit. Ce qui serait bien, c'est d'alimenter le matos informatique directement en DC depuis la batterie Pylontech.... ah mais justement, comme je le disais hier, j'ai prévu ça avec les convertisseurs DC-DC.... en plus on évite la double conversion AC/DC/AC, donc meilleur rendement, meilleure autonomie. Je détaillerai ça, même si ça viendra plus tard dans l'année... l'hiver prochain surement.

Ah la geekerie oui ça je connais, ça a même été le principal facteur motivant mon achat Effectivement le 8000 est largement plus cher et pas forcément justifié... il l'est pour quelqu'un qui a un réseau très instable et a besoin de fonctionner en autonomie avec une grosse conso (8 kVA donc) Si tu pars sur le 5 kVA, il faudra soit : - installer les onduleurs Enphase sur l'entrée AC-In, comme pour mes APS en fait - voire laisser toute la maison sur l'AC-In, ce qui simplifie tout (mais tu perds le secours en off-grid du coup). Note : c'est comme ça que je fonctionne actuellement car je n'ai pas terminé le câblage final, il faut que je dérive tout tableau de la maison. Le VM-3P78CT, c'est comme les ET112, uniquement pour avoir un tableau de bord avec les bonnes valeurs, centralisé dans l'écosystème Victron. Effectivement je l'ai déjà... même si du coup je centralise dans ma domotique. Là on est dans la pure geekerie puissance 10 PS : attention aux puissances continues, que ça soit 5, 8, ou même 10 kVA, ça baisse considérablement avec la température (et donc la charge...), c'est très bien documenté par Victron. Donc ne pas trop compter dessus en toute circonstance. C'est une des raisons pour laquelle il est absolument impératif de respecter la règle du Facteur 1.0. Mais aussi prévoir qu'en mode off-grid, tu n'auras cette puissance qu'en pic, mais pas en continue. De toute façon, à 5 kVA, la batterie se décharge bien vite...

ça dépend fortement de ta production et de ta consommation, mois par mois... S'il faisait la météo de début avril 2025 toute l'année, à savoir bien frais avec grand soleil, je pourrais amortir les batteries en moins de 8 ans. Mais bon.... ce n'est malheureusement pas le cas. @Nico je ne comprends pas ce que tu veux faire avec une batterie, tu écris plus haut que tu n'as jamais trop de surplus à gérer. Tu vas la charger comment ta batterie ? La nuit en HC depuis le réseau ? N'oublie pas que le cout de stockage de la batterie, dont j'ai commencé par parler au début de mon post, va s'ajouter au cout de l'électricité soutirée. Et ce ne sera rentable ni les jours bleus, ni les blancs. Seulement les jours rouges, soit 22 jours seulement... à ce rythme ta batterie sera morte de vieillesse bien avant d'attendre son nombre de cycles. Sinon pour la règle du Facteur 1.0, c'est écrit noir sur blanc chez Victron, si tu veux faire n'importe quoi, tu fais comme tu le sens. Juste, préviens moi avant de brancher, je viendrai filmer le feu d'artifice avec mon drone, ça promet un max de vues sur Tiktok

J'ai aussi installé la mise à jour ce matin, mais comme je venais d'un très ancien firmware 5.150 qui datait d'il y a 1 an et demi, j'ai eu quelques effets de bords et bug... changement de comportement du LUA par exemple, mais ça ne date pas forcément de ce nouveau firmware là. J'ai déjà corrigé le plus gênant (version 1.51 de mon QA GCE partagé tout à l'heure), mais il me reste 2 QA qui se comportent étrangement, j'ai des messages inattendus.... à creuser. A part ça, tout semble fonctionnel. @Sowliny je pense que tu as raison sur l'orientation de Fibaro vis à vis de son écosystème Nice. Mais ce n'est pas franchement nouveau, la tendance est là depuis le rachat, après soit la box nous convient telle quelle, soit on va voir ailleurs, comme beaucoup l'ont déjà fait... Perso ça me convient actuellement comme ça, malgré le peu de nouveautés, et puis surtout je n'ai pas le courage et le temps de tout refaire ailleurs (Home Assistant par exemple)

Batterie de stockage : Victron et Pylontech A l'automne dernier, en octobre 2024, j'avais fait un rapide tableau comparatif du cout d'utilisation de quelques batteries du marché, afin de dégrossir le sujet. Afin qu'ils soit exploitable par tout le monde, j'exclue complètement du calcul les notions de profil de consommation, c'est à dire charge/décharge, car on est tous différents. Le calcul présenté ci-dessous est donc uniquement un cout du kWh stocké. Pour cela je prend la capacité brute de la batterie, je considère une profondeur de décharge de 90%. Théoriquement on pourrait aller à 95%, mais je me limite à 90% dans mon calcul se qui permet de compenser partiellement la baisse de capacité progressive de la batterie au fur et à mesure des cycles... en effet, au bout du nombre de cycle annoncé par le fabricant, la capacité n'est plus que de 80% (ou plus réalistement 70% à mon avis...). Et j'applique un rendement de 85% pour la double conversion AC/DC/AC, en pratique il s'avère que ce taux est trop optimiste, car on est plus proche des 80 à 85% chez les meilleurs (Victron), et largement de dessous chez les plus mauvais (notamment toutes les batteries mobiles vendues à grand renfort d'influenceurs sur vos plateformes préférées....). Disons que ce taux optimiste compense la baisse des tarifs qui n'a jamais cessée durant ces 6 derniers mois, donc le cout final reste d'actualité. Et surtout, au delà du cout exacte au centime près, ça permet de visualiser l'immense différence d'une marque à l'autre... Pour comparaison, le prix du TRV EDF BASE est de 0.2016 cts/kWh. Et pour information, mon cout moyen sur 1 an avec abonnement TEMPO est de 0.16 cts/kWh seulement. Donc déjà, quand le cout du kWh stocké est supérieur au cout du kWH acheté chez EDF, on sait qu'on est perdant dès le 1er jour, dit autrement, ajouter un modèle de batterie recommandé par les influenceurs nous fait immédiatement payer l'électricité plus cher, cela nous fait perdre de l'argent, à contre courant total du discours marketing, c'est quand même absolument fabuleux. Alors de là à parler de rentabilité, c'est de la science fiction, euh pardon du fantastique, car la science fiction a une infime chance de se réaliser un jour... On voit que Ecoflow se fait défoncer par le faible nombre de cycle annoncé par le fabricant, là où Pylontech cartonne, surtout qu'ils ont annoncé en 2024 le passage de 6000 à 8000 cycles, certainement grâce à l'amélioration du procédé de fabrication et aux retours terrains. On voit aussi bien que pour un même onduleur, plus on rajoute de modules batteries derrière, plus le prix du kWh baisse, ce qui est logique car on compense le cout fixe de l'électronique (onduleur chargeur convertisseur) A noter que dans les systèmes Sofar & Victron avec batteries Pylontech, je n'ai pas intégré le prix du rack 19" fermé avec vitre qui est normalement obligatoire pour la certification Consuel. Sur Internet on voit plus de photos de systèmes sans le rack qu'avec... chacun prend ses responsabilités. Je trouve que la dernière ligne, avec presque 20 kWh de stockage, a un prix du kWh stocké très intéressant. Maintenant, l'exercice à faire, c'est en fonction du profil de consommation de la maison, enfin surtout de la quantité de surplus photovoltaïque disponible chaque jour, et la quantité d'énergie soutirée chaque nuit, quel est le bon dimensionnement du parc batterie à installer. Et en déduire la durée avant amortissement. Mais intuitivement, sans même faire de calcul, vu que le kWh stocké devient financièrement intéressant pour les grosse capacité, on se doute qu'il doit s'accompagner d'une grosse puissance d'installation PV pour charger cette capacité, et d'une grosse consommation électrique domestique pour la décharger quotidiennement. Conséquence : les batteries ne sont pas rentables pour les petites installations PV et/ou faible consommation électrique les batteries commencent à être rentables pour les grosses installations PV et grosse consommation électrique. Conséquence de la conséquence : il faut investir énormément de pognon pour atteindre le seuil de rentabilité. Je vous passe le détail des calculs dans des tableaux Excel, mais je prévois d'arriver entre 12 et 13 ans de rentabilité.... avec cette durée, je considère la batterie comme non rentable, même si théoriquement, avec du Pylontech et sa durée de vie annoncée pour >15ans, je devrais un jour rentabiliser mon investissement ma dépense. Mais bref, je parle de dépense, car contrairement aux panneaux photovoltaïque, la rentabilité n'est pas l'objectif que je cherche avec la batterie de stockage. Comme je l'avais déjà dit, je pars sur du matériel Victron avec batterie Pylontech. Victron car c'est le plus customisable, on a un contrôle très précis sur chaque paramètre, on choisi quand charger, quand décharger, on défini tous les seuils qu'on souhaite, etc. En outre la marque est réputée depuis de nombreuses années pour sa fiabilité et son suivi, et la qualité de sa documentation Pylontech car j'aime bien le coté modulaire, on peut commencer avec 1 batterie et en ajouter à volonté par la suite. Et là aussi, cette marque est présente depuis de nombreuses années sur le marché et a montré sa fiabilité. Précisément, ce sont ces modèles : Victron Multiplus-II 70/5000 Pylontech US5000 Voici en premier le schéma d'architecture globale du Multiplus, de sa batterie, des charges DC, charges AC, et onduleurs PV existants (rappel : Enphase et APSystems) Et le détail du câblage électrique avec les dispositifs de protection : Plus tard, ce bus DC me permettra d'ajouter un MPPT Victron avec des panneaux qui viendront charger la batterie directement en DC, afin de le limiter les doubles conversions AC/DC/AC et améliorer le rendement. Les convertisseurs DC-DC ne sont là que par pure geekerie, afin de me créer des circuits en courant continu 12V ou 24V pour alimenter un certain nombre d'appareils (domotique ou autre à venir) Plus tard aussi (pas forcément dans cet ordre), j'ajouterai 3 x US5000 aux 3 x US5000 de départ... soit un total de 28.8 kWh de stockage brut (= 27 kWh maxi avec un DoD à 95%) Les objectifs de cette installation sont multiples : Évolutivité Fiabilité Sécurité Respect des normes et réglementation, en particulier la norme UTE-C15-712-2 : Installations photovoltaïques autonomes non raccordées au réseau public de distribution avec stockage par batterie Le Cerbo GX est le cœur du système, le chef d'orchestre, qui permet au système de fonctionner en mode ESS, assure la communication entre le BMS des batteries et le Multiplus, agrège les données, et remonte les statistiques. C'est optionnel, mais j'ai ajouté des compteurs ET112 et VM-3P78CT afin de remonter les statistiques dans les interfaces de supervision GX Touch et VRM de chez Victron, ce n'est pas du tout nécessaire au bon fonctionnement de l'ensemble. J'ai déporté la pince de mesure du Multiplus sur l'arrivée générée Enedis afin qu'il puisse réguler la charge/décharge en fonction du surplus disponible ou de la consommation de la maison. La régulation est plus réactive qu'avec un compteur (ET112 ou autre modèle) généralement conseillé par Victron, c'est d'autant plus important chez moi où les brusques variations sont fréquentes (passage de nuages, démarrage d'équipements consommateurs) L'inverseur de source, outre le fait qu'il soit obligatoire selon les normes, permet de basculer la maison soit sur la sortie secourue du Multplus (permettant un fonctionnement au totale autonomie en cas de coupure secteur), soit sur l'arrivée générale Enedis par exemple en cas d'intervention ou de panne sur le Multiplus. Le Multiplus étant un modèle de 5 kVA, je suis limité à 5 kVA pour la puissance des panneaux qu'on peut installer sur la sortie secourue, règle du Facteur 1.0 en AC-Coupling : https://www.victronenergy.com/live/ac_coupling:start C'est parfait pour mes micro-onduleurs Enphase IQ7+ dont la puissance crête est de 4720 Watts, d'autant plus qu'en cas de fonctionnement en autonomie (off-grid), les onduleurs Enphase sont compatible avec le frequency-shifting afin de réduire voire arrêter leur production quand la batterie est pleine (et qu'on ne peut pas envoyer le surplus vers le réseau car on fonctionne en autonomie) En revanche, impossible d'y ajouter également les onduleurs APSystems DS3-L, d'une part car la puissance serait trop importante, et d'autre par car ils ne sont pas compatibles frequency-shifting. Donc je les installe sur l'entrée AC-In du Multiplus (avec un compteur optionnel pour les statistiques comme déjà mentionné). Le fonctionnement est identique, sauf qu'en cas de fonctionnement off-grid (ce qui est ultra rare chez moi, on a certaines années avec 0 coupure secteur) ils seront arrêtés puisque couplés au réseau publique et non au réseau secouru contrairement aux IQ7+. Il reste le chargeur VE, que j'hésite encore à câbler sur l'entrée ou la sortie du Multiplus, pour l'instant je le laisse en entrée, de toute façon ça n'apporterait rien de le mettre sur la sortie, si ce n'est risquer de mettre le Multiplus en sécurité si on lançait par erreur une charge à un courant élevé alors que le système est en fonctionnement off-grid. Plus tard (bientôt normalement, en 2025) j'ajouterai un second chargeur, le modèle de chez Victron, qui lui sera coté réseau secouru pour des contraintes de câblage. J'ai acheté le gros du matériel (en particulier le Multiplus et les Pylontech) chez nkon.nl. Le reste provient de différents sites, parmi lesquels laboutique-solaire.com, batterie-solaire.com, comptoir-du-cable.com, materielelectrique.com, 123elec.com, elec44.fr, je recommande tous ces sites. Pour les batteries Pylontech j'ai pris un rack Socamont Ligne 500 27U 600x600mm référence 52766KSVPPPL en kit, que j'ai assemble directement à la cave, car il est impossible de descendre un rack pré-assemblé : https://www.socamont.com/baie-en-kit-ligne-500-27u-600x600mm-porte-avant-simple-verre-porte-arriere-panneau-plein-avec-panneaux-lateraux-71026.html Et des étagères Socamont référence 71051 : https://www.socamont.com/rail-l-type-l-600-prof-baie-600mm.html Pour information j'ai acheté tout ça chez brico-reseau.com Voici la photo des batteries juste posées dans le rack qui vient d'être assemblé, j'ai simplement retiré les façades temporairement :

Voici la mise à jour version 2.00 du QuickApp TEMPO : Correction de l'API EDF suite aux changements de septembre 2024 Ajout des variables VG_TIC_Jour et VG_TIC_Demain mises à jour par le QuickApp GCE depuis la téléinformation en local disponible sur le compteur Linky. A noter que la couleur du lendemain n'est disponible qu'à partir de 20h, et uniquement si la couleur du jour annoncé est BLANC ou ROUGE, car le BLEU est considéré comme couleur standard, par défaut, donc non défini. Mise à jour : copier/coller le contenu des fichiers suivants dans le QuickApp existant : Fichier main : Tempo v2.00 - Main.lua Fichier EDF : Library - EDF v1.10.lua Et ajouter manuellement les variables de QuickApp VG_TIC_Jour et VG_TIC_Demain

Grosse mise à jour du QuickApp, désolé pour le temps que j'ai mis à partager tout ça, j'avais beaucoup de retard dans le partage des mises à jour : v1.30 : Mars 2022 Le type FilPilote est maintenant de type "com.fibaro.multiPositionSwitch" Ajout du paramètre optionnel "virtualPower" pour les devices de type energy permettant le calcul de la puissance instantanée Améliorations mineures v1.31 : Mai 2022 Bug fix v1.40 : Septembre 2023 Intervalle de rafraichissement personnalisable pour chaque API Ajout de la tension (voltage) depuis la Téléinfo avec Get=TI Connexion API M2M sur le port TCP 9870 Amélioration de la gestion du QuickApp disabled (https://forum.fibaro.com/topic/49113-hc3-quickapps-coding-tips-and-tricks/page/66/#comment-250596) v1.50 : Janvier 2024 Ajout du courant IRMS1 depuis la Téléinfo avec Get=TI Ajout du décodage du registre STGE de la Téléinfo depuis Get=TI, apportant notamment la récupération des couleurs de l'abonnement TEMPO Ajout du paramètre optionnel color permettant de configurer des couleurs personnalisées d'affichage des messages dans le log Correction de certaines traductions v1.51 : Mai 2025 Le tutoriel a été mis à jour en 1ère page avec les indications pour la configuration. Mise à jour : copier/coller le contenu des fichiers suivants dans le QuickApp existant : Fichier main : GCE v1.51 - Main.lua Fichier GCE : Library - GCE v1.51.lua Fichier tools : Library - tools v2.30.lua