flacon030

Bonjour Je viens de mettre en place ton QA Merci pour ce dernier Par contre se que je trouve étrange c'est cette valeur MaxChargingPower: 10240.0 W Cela correspond a quoi? Se qui serait bien a présent c'est qu'il y est un module enfant pour avoir le % de charge batterie (SOC) afin de pouvoir l'exploiter dans les scenarios de la HC3 Et un retour d'info sur la température de la batterie

merci

MP envoyé merci

super merci tiens nous au courant quant elle sera en ligne Car personnellement se qui me manque est qui n'est pas dans les API c'est le pourcentage de charge batterie

interessant je suis intéressè par ta proposition

Je viens de recevoir le capteur et je l'ai installer sur un RGBW Si je le met dans l'eau il indique 100% d'humidité se qui est normale Mais pendant une pluie avec une terre détrempé j'ai une valeur de 24%, cela me semble trop peut Qu'en pensez vous?

Bonjour Je relance le sujet Quel solution de nos jours pour HC3? Merci quelqu'un a tester cela? https://blog.domadoo.fr/100484-capteur-de-sol-plantes-zigbee-rehent-tuya/ Si non je pensais a cela avec un smart implant https://www.amazon.fr/dhumidité-étanche-humidité-testeur-capteur/dp/B082V79S1Z Capteur d'humidité avec sortie 0 - 10V Je viens de le commander on verra se que cela donne

Perso je suis passé en système batterie car je l'ai eu a prix coutant (par mes fournisseur) et que je l'ai installé moi et il en va de même pour l'onduleur et les panneaux Si j'avais du passer par un installateur la problématique aurait été tout autre, je n'aurais pas choisie cette solution. Avec le recule et au vu du se que j'ai a présent, je devrait réussir a amortir mon système en environ 7 ans au tarif actuel du KW a 0,20€, si le prix du KW monte bien évidement l'amortissement sera encore meilleur Mais comme je l'avais déjà dit, je ne recherche pas absolument a amortir au plus vite mon installation Effectivement la seul chose qui me dérange c'est la partie recyclage, qui je l’espère dans 10 ans sera au moins en partie résolu (date a la quel mes batterie devrait être moins performante)

Je viens de voir que mes walplug les plus ancien ne remonte plus leur consommation, ils reste figé a une valeur ils sont en version 25.25 Or les plus récent en version 3.2 eux fonctionnent comme il faut

Je pense avoir trouvé Je verrais demain si c'est bon Il semble que j'ai créer une routine sous alexa qui demande au couché du soleil d'allumer le salon Les walplug étant de type lumière ceci explique cela...

Bonjour Depuis plusieurs jours je rencontre un nouveau problème que je n'arrive pas a résoudre J'ai tous les modules de la pièce "salon" qui vers 21h04 se mettent en marche, et cela se décale de quelques minutes chaque jour, on dirait a l'heure du couché du soleil Se sont tous les devices qui compose le salon, walplug, dimmer, clim via melcloud J'ai désactiver toutes mes scènes au cas ou mais cela ne change rien J'ai regarder dans l'historique et il semble que cela vienne du user , or je ne demande rien J'ai aussi désactiver mon hombridge au cas mais c'est toujours pareil Auriez vous une idée Comment l'utilisateur peut déclencher une action si je ne demande rien

oui c'est sur. Comme quoi on peut avoir des objectif différent avec du matériel identique

Non je n'ai jamais mis en place la vente de surplus, le but c'est qu'il y en ai le moins possible car vendre a 0,10€ alors que l'on acheté a 0,20€ je ne vois pas l’intérêt, je préfère optimiser au plus possible mes consommations Mon powerreducer c'est un elio4you standard, en triphasé pour le coté gestion énergie (donc avec 6 pince ampèremétrique) Avec ce module https://www.4-noks.com/shop/elios4you-it/elios4you-pro/

Bonjour Voici une journée type parfaite On voie bien que la priorité est donné a la charge de la batterie, puis au ompilot Mais il me reste encore de l'exedant je vais donc a présent pour voir avec certaines condition a mettre la climatisation en route pour cet été Les choses avance dans le bon sens

Merci c'est bon J'ai juste du ajouter : "formula pour avoir le bon résultat affiché Par contre les TOR ne sont vraiment pas bon pour les faibles Consommation sur le RT2 Je m'explique, pour 5W sur mon SPA par exemple, il affiche 240W??, pour 500W il affiche 445W, se qui est pas trop mal, et pour 1800W j'ai environ 1750W Et c'est pareil avec les autre TOR J'ai fait des mesure avec une pince ampèremétrique et un wallplug qui eux me donnent les bonnes valeurs {device = {name = "Conso cuisine", type = "PowerMeter"}, value = {command = "Get", argument = "S" , pin = "P3_SSP1", formula = function(x) return tools:round(x*1000, 0) end}}, {device = {name = "Fronius Ompilot", type = "PowerMeter"}, value = {command = "Get", argument = "S" , pin = "P4_SSP1", formula = function(x) return tools:round(x*1000, 0) end}}, {device = {name = "SPA", type = "PowerMeter"}, value = {command = "Get", argument = "S" , pin = "P5_SSP1", formula = function(x) return tools:round(x*1000, 0) end}},

Voila enfin Je viens de recevoir mon ompilot fronius J'ai donc remplacer mon powerreducer par le ompilot (le powerreducer va être a la vente du coup) Se qui devrait me permettre d’optimiser ma production entre les batterie et le SPA en été et le chauffage du bureau pour ma secrétaire en hiver Car l'onduleur me permet de gérer en priorité la recharge de la batterie, et quant cette dernière est pleine, c'est le ompilot que prend la relève, se qui était pas trop le cas avec le powerreducer qui fonctionnait parfois alors que la batterie n’était pas encore chargé, et ce même avec l'utilisation de scenarios pour limité son utilisation Malgré tous ces derniers jour j'ai une autoconsommation de 90%, une autosuffisance de 86% se qui pas mal

Bonjour J'essaie de mettre en place 3 nouveau chids a partir de l'ecdevice RT2 et des TOR 1 / 2 et 3 La puissance reste a zéro? Or se que je recherche dans ces nouveaux child se sont avant tous les puissances Ma configuration est elle bonne? {device = {name = "Conso cuisine", type = "PowerSensor"}, value = {command = "Get", argument = "S" , pin = "P3_SSP1"}}, {device = {name = "Fronius Ompilot", type = "PowerSensor"}, value = {command = "Get", argument = "S" , pin = "P4_SSP1"}}, {device = {name = "SPA", type = "PowerSensor"}, value = {command = "Get", argument = "S" , pin = "P5_SSP1"}},

perso se sont mes deux modules aeotec ZW078 les plus anciens qui ne remonte plus leur consommation Ce n'est pas la première fois que cela arrive A un tel point que je pense que je vais placer un TOR et faire les mesures avec l'ecodevice RT2 a la place pour mesurer les consommation cas j'en ai marre que cela plante régulièrement

voila a quoi cela ressemble Les modules sans template ont un triangle jaune pour les scène il y a une option "vrai durant la durée définie" Se qui peut être pas mal comme option de plus

Bonjour Tu as un ohmpilot avec ton onduleur fronius? Car perso cela fait depuis le mois de septembre que j’essaie d'en avoir un Pour le moment je suis toujours avec un power reducer Mais avec la gestion des batterie je voudrais pouvoir définir des priorité, mais cela n'est possible que si j'ai un ohmpilot

bonjour j'essaie de créer mes deux derniers child mais je n'ai aucune valeur qui remonte, elles reste a 0, or elles remonte bien dans mon panneau du QA (voir image ci dessus) J'ai mis un multilevelSensor avec une propriété en "unit" "%" mais je suis pas sur de faire se qu'il faut function QuickApp:createChildDevices() self:initChildDevices({ ["com.fibaro.multilevelSensor"] = sensor, }) self.childs.rel_AutonomyChild = self:initChildDevice("rel_AutonomyChild", "rel_Autonomy", "com.fibaro.multilevelSensor", sensor) self.childs.rel_AutonomyChild:updateProperty("unit", "%") self.childs.rel_SelfConsumptionChild = self:initChildDevice("rel_SelfConsumption", "rel_SelfConsumption", "com.fibaro.multilevelSensor", sensor) self.childs.rel_SelfConsumptionChild:updateProperty("unit", "%") function QuickApp:parseGeneralData(data) local fronius = json.decode(data) self:trace(data) self.rel_Autonomy = fronius.Body.Data.Site.rel_Autonomy or 0 self.rel_SelfConsumption = fronius.Body.Data.Site.rel_SelfConsumption or 0 self:updateView("mode", "text", "Mode: " .. fronius.Body.Data.Site.Mode) -- ----rel_SelfConsumption--- self:updateView("rel_SelfConsumption", "text", "Autoconsommation: " .. string.format("%.3f",fronius.Body.Data.Site.rel_SelfConsumption) .. " %") self.childs.rel_SelfConsumption:setValue(fronius.Body.Data.Site.rel_SelfConsumption) -- ----rel_Autonomy--- self:updateView("rel_Autonomy", "text", "Autonomy: " .. string.format("%.3f",fronius.Body.Data.Site.rel_Autonomy) .. " %") self.childs.rel_AutonomyChild:setValue(fronius.Body.Data.Site.rel_Autonomy)

Merci Voici ce que j'obtiens a présent avec ce QA modifier Reste a réussir a faire fonctionner les deux child "autoconsommation" et "autonomie"

Effectivement cela fonction en ajoutant * -1 et cela ne posera pas de problème pour cette fonctionnalité vu que la consommation de la maison ne peut pas être négative Mais pour ma culture personnel, je la place ou celle fonction dans mon code? Merci fonction math.abs() code du child if self.P_Load ~= json.null() then self:updateView("load", "text", "Conso maison: " .. string.format("%.3f", self.P_Load * -1) .. " W") self.childs.currentLoadChild:updateProperty("value", self.P_Load * -1) end

J'ai la consommation de mon habitation qui remonte en négatif dans la tuile de mon child et donc invisible sous domocharts est il possible de la convertir en positif? if self.P_Load ~= json.null() then self:updateView("load", "text", "Conso maison: " .. string.format("%.3f", self.P_Load) .. " W") self.childs.currentLoadChild:updateProperty("value", self.P_Load) end

Oui je vais essayer de remonter ces deux information dans le QA J'ai vu dans le code json que ces informations sont disponibles En faite j’essaie de remonter tous les info du code json de l'onduleur et des batteries pour avoir un QA le plus complet possible Body Data Inverters 1 Battery_Mode "normal" DT 99 E_Day 3682 E_Total 3896556 E_Year 1760809.25 P 699 SOC 48.79999923706055 Site BatteryStandby false E_Day 3682 E_Total 3896556 E_Year 1760809.2000000002 Meter_Location "grid" Mode "bidirectional" P_Akku 76.86 P_Grid 10.7 P_Load -709.7 P_PV 670 rel_Autonomy 98.49232069888684 rel_SelfConsumption 100 Version "12" Head RequestArguments {} Status Code 0 Reason "" UserMessage "" Timestamp "2023-05-13T12:04:39+02:00" Il reste un point que j’essaierais de régler plus tard c'est que les child de puissance puissent afficher les puissances comme le child du linky avec la mention "injection" ou "consommation" sous la puissance dans la tuile