flacon030

bonjour je tente toujours de récupérer le SOC de mon onduleur pour ce QA Le problème de se que je voie c'est que le .1 (le point est en orange dans le code LUA au lieu d'être en blanc comme tous les autres point?) comment définir le bon chemin? donc peut être un problème de chemin pour interroger le SOC self.SOC = fronius.Body.Data.Inverters.1.SOC or 0

Suite a la mise a jour du firmware de l'onduleur en version 1.35.8-1 le QA fonctionne a nouveau Bugfixes / Log data upload stabilization - Devices sporadically interrupted the archive data upload Data Inverters 1 Battery_Mode "normal" DT 1 E_Day null E_Total 2238280.7016666667 E_Year null P 929.51788330078125JS:929.5178833007812 SOC 68.299999999999997JS:68.3 SecondaryMeters {} Site BackupMode false BatteryStandby true E_Day null E_Total 2238280.7016666667 E_Year null Meter_Location "grid" Mode "bidirectional" P_Akku 416.56591796875 P_Grid 5.1399999999999997JS:5.14 P_Load -934.65788330078124JS:-934.6578833007812 P_PV 577.331298828125 rel_Autonomy 99.450066158769474JS:99.45006615876947 rel_SelfConsumption 100.0JS:100 Smartloads OhmpilotEcos {} Ohmpilots 0 P_AC_Total 0.0JS:0 State "normal" Temperature 0.0JS:0 Version "13" Head RequestArguments {} Status Code 0 Reason "" UserMessage "" Timestamp "2025-03-11T13:17:57+00:00"

petit avancement avec mon grafana je viens de mettre en place les graphs journalier et mensuel Voici une vue global

Bonjour tu pourrait partager ton fichier yaml? Merci Tu a installer le QA de lazer avec ton fichier YAML?

bon je suis bien ennuyé avec mon QA fronius qui ne fonctionne plus j'ai trouvé l'api qui permet d’interrogé mon onduleur http://192.168.1.88/solar_api/v1/GetPowerFlowRealtimeData.fcgi Les infos remontent bien Mais je constate que l'API a un peut changer cela peut être la cause pour la quel le QA ne fonctionne plus? Si oui comment remédier au problème dans le QA? Nouvelle API Body Data Inverters 1 Battery_Mode "normal" DT 1 E_Day null E_Total 1972078.7094444444 E_Year null P 837.0224609375 SOC 68.1 SecondaryMeters {} Site BackupMode false BatteryStandby true E_Day null E_Total 1972078.7094444444 E_Year null Meter_Location "grid" Mode "bidirectional" P_Akku -2989.701171875 P_Grid 4 P_Load -841.0224609375 P_PV 3911.1015625 rel_Autonomy 99.52438844551891 rel_SelfConsumption 100 Smartloads OhmpilotEcos {} Ohmpilots 0 P_AC_Total 276 State "normal" Temperature 0 Version "13" Head RequestArguments {} Status Code 0 Reason "" UserMessage "" Timestamp "2025-02-26T10:49:21+00:00" Ancienne API 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" après la valeur SOC SecondaryMeters {} il a en plus cette variable En regardant le QA je suis tombé sur ces parametres -- data sets for testign purpose -- can be used in parseGeneralData method mockData = [[ { "Body" : { "Data" : { "Inverters" : { "1" : { "DT" : 126, "E_Day" : 2607.300048828125, "E_Total" : 895714, "E_Year" : 895714.5, "P" : 930 } }, "Site" : { "E_Day" : 2607.300048828125, "E_Total" : 895714, "E_Year" : 895714.5, "Meter_Location" : "grid", "Mode" : "meter", "P_Akku" : null, "P_Grid" : -612.5, "P_Load" : -317.5, "P_PV" : 930, "rel_Autonomy" : 100, "rel_SelfConsumption" : 34.13978494623656 }, "Version" : "12" } }, "Head" : { "RequestArguments" : {}, "Status" : { "Code" : 0, "Reason" : "", "UserMessage" : "" }, "Timestamp" : "2021-06-24T10:32:49+02:00" } } ]] -- can be used in parseMeterData method mockMeterData = [[ { "Body" : { "Data" : { "0" : { "Current_AC_Phase_1" : -0.85599999999999998, "Current_AC_Phase_2" : -1.306, "Current_AC_Phase_3" : -1.0880000000000001, "Current_AC_Sum" : -3.25, "Details" : { "Manufacturer" : "Fronius", "Model" : "Smart Meter TS 65A-3", "Serial" : "4028826078" }, "Enable" : 1, "EnergyReactive_VArAC_Sum_Consumed" : 43664, "EnergyReactive_VArAC_Sum_Produced" : 246988, "EnergyReal_WAC_Minus_Absolute" : 640054, "EnergyReal_WAC_Plus_Absolute" : 254214, "EnergyReal_WAC_Sum_Consumed" : 254214, "EnergyReal_WAC_Sum_Produced" : 640054, "Frequency_Phase_Average" : 50, "Meter_Location_Current" : 0, "PowerApparent_S_Phase_1" : 96.700000000000003, "PowerApparent_S_Phase_2" : 287, "PowerApparent_S_Phase_3" : 232.69999999999999, "PowerApparent_S_Sum" : 616.5, "PowerFactor_Phase_1" : 0.96699999999999997, "PowerFactor_Phase_2" : -0.97299999999999998, "PowerFactor_Phase_3" : -0.95699999999999996, "PowerFactor_Sum" : -0.98399999999999999, "PowerReactive_Q_Phase_1" : 24.699999999999999, "PowerReactive_Q_Phase_2" : -65.700000000000003, "PowerReactive_Q_Phase_3" : -67.200000000000003, "PowerReactive_Q_Sum" : -108.2, "PowerReal_P_Phase_1" : -93.5, "PowerReal_P_Phase_2" : -279.39999999999998, "PowerReal_P_Phase_3" : -222.69999999999999, "PowerReal_P_Sum" : -595.70000000000005, "TimeStamp" : 1624523524, "Visible" : 1, "Voltage_AC_PhaseToPhase_12" : 389.10000000000002, "Voltage_AC_PhaseToPhase_23" : 382.10000000000002, "Voltage_AC_PhaseToPhase_31" : 388.60000000000002, "Voltage_AC_Phase_1" : 223.90000000000001, "Voltage_AC_Phase_2" : 223.19999999999999, "Voltage_AC_Phase_3" : 222.59999999999999 } } }, "Head" : { "RequestArguments" : { "DeviceClass" : "Meter", "Scope" : "System" }, "Status" : { "Code" : 0, "Reason" : "", "UserMessage" : "" }, "Timestamp" : "2021-06-24T10:32:05+02:00" } } ]] Je me demande si ce n'est pas ici qu'il faut que je modifie le code pour qu'il soit comme le json de mon onduleur

oui c'est l'inconvénient de cette méthode... Je n'ai pas trouvé mieux pour le moment

petite mise a jour de mon grafana je viens enfin de réussir a mettre en place un graph journalier et mensuelle pour certaines de mes valeur celui de la pluie m'a donné un peut de mal si non j'ai mis en place des graph pour mes productions / consommations, conso d'eau chaude / froide, et donc la pluie

je viens de trouver il faut mettre 30d ok ce n'est pas idéale pour les moins en 31 jours

cela ne fonctionne pas non plus avec 1M au lieu de 1m

bonjour Pour ceux qui manipule grafana J'ai réussi a faire une vue de mes consommation journalière avec le "group by" time(1d) je voudrais faire le même graphique en mensuel par quoi il faut remplacer time (1d) ? si c'est bien la que je peut faire quelques chose time (1m) ne fonctionne pas car c'est a la minute Merci

Bonjour a tous Depuis la mise a jour du firmware 1.35.4-1 de mon onduleur GEN24 je n'arrive plus a communiqué avec ce dernier Je suis le seul dans cette situation? il semble toute fois bien connecté a ce dernier [20.02.2025] [23:35:20] [DEBUG] [QUICKAPP598]: onInit

j'ai trouver une nouvelle solution https://github.com/r23/myoosdumper

merci pour ces solution mais j'ai un NAS Qnap ces solution ne s'applique pas je vais essayer de trouver une autre solution Merci

Merci c'est se que j'ai fait, j'ai supprimé les tables en défauts et importé d'ancienne tables d'un précédent backup A ce sujet quel solution utilisez vous pour faire un backup de vos tables mysql car j'utilisais mysqldumper mais il ne fonctionnait que sous php7.4 et donc non fonctionnel a ce jour

Bonjour cela fait longtemps que je n'avais pas eu de probleme avec domochart j'ai ce message d'erreur [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: Using tools library v2.20 [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: Using DomoCharts library v7.10 [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: DomoCharts library successfully initialized [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: Refresh interval : 60 seconds [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: NAS URL : http://192.168.1.8:80/domocharts [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: Maximum memory : 10000 measures [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: Battery query time : 23:00 [13.02.2025] [00:27:33] [DEBUG] [QA_DOMOCHARTS_54]: Time is 00:27:33, first loop at 00:28:00 in 27 seconds... [13.02.2025] [00:28:02] [ERROR] [QA_DOMOCHARTS_54]: http://192.168.1.8:80/domocharts/data.php => Error #HY000 => SQLSTATE[HY000]: General error: 130 Incorrect file format 'domocharts_temperature' [13.02.2025] [00:28:02] [WARNING] [QA_DOMOCHARTS_54]: Memorize 192 sensors data et j'ai cela dans mysql qui ne me semble pas correct

Bonjour voici se que peut faire les modules airzone zwave https://www.airzonecontrol.com/ff/fr/solutions-de-controle/aidoo/z-wave/ tu as dans un système airzone un module maitre, et les modules esclave le tous communiquant avec les registres motorisés et la commande murale de ton climatiseur Mais attention le systeme airzone pour être totalement compatible doit pouvoir communiquer avec ton climatiseur si non les modules esclave et maitre ne fonctionneront pas si ils ne communiquent pas avec le climatiseur voici la liste des climatisations compatible https://www.airzonecontrol.com/ff/fr/support/faqs/est-il-compatible-avec-nimporte-quelle-unite-dair-conditionne/ tu peut verifier la compatibilité de ton climatiseur avec le liens suivant https://www.airzonecontrol.com/ff/fr/projets/outils-web/compatibilites/aidoo/ si ta climatisation n'est pas compatible aizone, pour les zones esclave tu peut mettre un smart implant de chez fibaro avec une sonde de T° et tu pourra ainsi connaitre la T° de la pièce et envoyer l'ordre ON/OFF de l'ouverture du volet de ta zone Par contre cela sera plus compliqué pour mettre en marche ton climatiseur et changer son mode de fonctionnement voir si il n'y a pas de projet en ESP32 pour ton climatiseur pour la gestion de ce dernier

pour les climatisation juste un petit point: - Une clim dite "classique" a son COP est a une température donné ( généralement a +7°C) et ses performances se dégrade fortement a partir de -7°C (on se rapproche d'un KW consommé pour un Kw restitué) sans compté les cycles de dégivrage qui son plus nombreux. Se qui compte le plus c'est le SCOP On le mesure à partir de 4 températures : – 7 °C, + 2 °C, + 7 °C, et + 12 °C. Alors que le COP donne un aperçu de l'efficacité d'une pompe à chaleur à un moment donné, le coefficient de performance saisonnier (SCOP) offre une vue plus large de l'efficacité de la pompe à chaleur sur l'ensemble d'une saison de chauffage. On l'appelle aussi parfois SPF ou facteur de performance saisonnier. - Chez mitsubischi par exemple pour ce constructeur il y a la gamme hyperheating ultimate qui elle peut descendre jusqu’à -25°C au lieu de -7°C Se son des clim adapté a des moyenne et haute altitude https://confort.mitsubishielectric.fr/produits/technologies-et-innovations-pac-mitsubishi-electric/air-air-climatisation - Une pac air eau fait généralement du 55°C se qui est parfait pour du planché chauffant basse T° qui est en général autour des 35°C par contre si tu a des radiateurs en fonte, c'est souvent une production autour des 70°C et plus, donc la pac va avoir énormément de mal a satisfaire tes besoins il a souvent un redimensionnement des radiateurs a effectué - Après il y a des pac comme viessmann qui son très performante mais aussi d'un autre budget, mais qui selon tes consommation de gaz peut vite être rentable https://www.viessmann.fr/fr/produits/pompes-chaleur/vitocal-151-a.html bref il faut absolument trouvé un professionnel qui connait bien son sujet afin de répondre au mieux a tes besoins Mais le mieux est si possible d'avoir une bonne isolation car l’énergie que tu ne consomme pas est celle qui ne te coutera le moins...

c'est se qui j’évoquais dans les précédant postes je ne suis pas sur mais pour moi ce sont les modules en version 3.26 qui pose problème (valeur de consommation qui reste bloqué a un moment donné) celui que j'ai en version 3,28 fonctionne comme il faut du coup je me demande si il est possible de mettre a jour leur firmware De plus les version en 3.26 n'ont pas de paramètre sous HC3, mais celui en 3.28 lui a bien des paramètres Enfin il semble que les versions en 3.26 fonctionnait comme il faut en version stable du firmware de la HC3 et ont a nouveau des problèmes avec les version bêta de la HC3

Mise a jour fait, tous est OK

le soucie c'est que le QA risque de ne pas fonctionné c'est mon cas Mais tient nous au courant je curieux de trouver une solution car pour le moment je me suis résinier a retourner a une solution melcloud

c'est bon j'ai trouvé une solution J'ai crée un nouvel utilisateur avec des droits restreint a la lecture seul

Depuis la mise a jour du firmware de mon HC3 je n'ai plus de resultats dans les labels Mais je me demande si ce n'ai pas lier a l'identification qui passe a présent par l'application mobile verify?

pas de problème pour les batterie avec la même version de HC3...

si non tu as cette solution, qui n'est pas donnée certes mais qui fonctionne pas mal https://www.domadoo.fr/fr/thermostats-connectes/6780-heatit-controls-thermostat-z-wave-pour-chauffage-electrique-16a-z-trm6-noir-7071236018087.html J'ai mis la version planché chauffant pour un client depuis 3 ans et cela fonctionne parfaitement

c'est exactement pour cette raison je n'ai pas choisie le KNX bien que sur le principe cela me plaisait beaucoup Mais devoir tirer un câble bus sans rien oublier ou sans faire des modifications au fil de temps, ce n'est pas si simple Il faut vraiment tous prévoir a l'avance et ne rien oublier Perso je suis 100% Z-wave avec 95 capteurs et tous mes besoins sont remplies par ces capteurs Tous les modules z-wave me donne pleines satisfaction or mis deux ou trois qui ne fonctionne pas toujours de façon fiable comme les serrures danalock qui ne s'actionne pas de temps a autre ou les relais 40A AEON Labs en fonction de leur firmware qui perdent parfois la remonté de consommation. Par contre je n'ai jamais eu de problèmes avec les modules fibaro. Seul quelques équipements son en IP comme l'onduleur, le ohmpilot, l'ecodevice, la station netatmo, l'ondilo eco, le melcloud pour la clim, mes TV Sony, ampli Yamaha et denon, les cameras Pour cette partie la un bon réseau est indispensable Bref si je devais refaire une configuration je pense que je ferais encore la même chose Je resterais en Z-wave