Lazer

Le 19 janvier 2017, j'indiquais qu'il était définitivement abandonné. Sachant que ça faisait déjà 2 ans (2015) que Fibaro l'avait mis en standby. Tu espères vraiment que 5 ans (voire 7 ans) après, Fibaro va le ressortir du placard ? Aucune chance, même pas besoin de ressortir la boule de cristal : Mon message que tu as cité était une réponse à @Nico qui aime bien troller

Voilà, c'est nickel ça Mais en pratique, est-ce que tu auras besoin de forcer la chauffe ? (mode boost) Je n'ai peut être pas suivi les dernières évolutions de ta future installation, mais ton ballon sera aussi chauffé par la chaudière gaz non ? Auquel cas, en l'absence de soleil, il est plus rentable de chauffer au gaz qu'à l'électricité (importée depuis le réseau au plein tarif)

Ici j'ai un compteur à impulsion sur la ligne de mon ballon d'eau chaude, et cela depuis des années, bien avant d'avoir le routeur. (mon routeur affiche juste les kWh injectés sur un écran LCD, l'information n'est pas directement récupérable dans le domotique car il n'est pas connecté au réseau) Les câbles pour les pinces ampèremétriques ça s'allonge très facilement. Pour mon routeur, qui est prévu avec prise Jack 3.5mm, j'ai fait basique puisque j'utilise une rallonge jack stéréo (3 fils, donc je n'utilise que 2 fils) tout ce qu'il y a de plus standard, et ça marche très bien. Sinon idéalement tu peux utiliser 1 paire (2 fils torsadés) d'un câble réseau ou téléphone classique.

Y'a des plus et des moins pour chaque technologie. Quand un MO (micro-onduleur) est en panne, pas de stress pour le changer, le reste de l'installation continue de fonctionner. Quand un onduleur central est en panne, bah même s'il est plus simple à changer au mur, n'empêche que pendant X jours ou semaines, tu n'as plus de production du tout. Après on pourrait aussi parler du risque de panne d'un panneau, qui existe aussi, et imposera d'aller également sur le toit, le travail est le même que remplacer un MO au final. Sur mon installation je n'ai aucun panneau au milieu des autres, donc que je doive changer un panneau ou un MO, c'est relativement facile puisqu'ils sont tous directement accessibles, sans devoir démonter la moitié de l'installation pour y accéder. Mon toit est également assez bas, ce qui facilite l'accès. C'est différent pour celui qui a un toit en hauteur, avec beaucoup de panneaux tous collés ensembles, etc. J'ai déjà longuement expliqué mes choix dans ce topic, le pourquoi des MO sur mon installations, je ne dis pas que c'est la solution idéale. @mprinfo quant à la durée de vie, c'est un calcul à faire (ce que tu as refusé de faire.... ) pour savoir lequel est le plus intéressant. Mais même en intégrant la panne de l'onduleur central à la moitié de la vie des panneaux, je pense que ça reste plus rentable. Peut être aussi que dans 10/15 ans, une technologie miracle d'onduleur sera disponible, permettant d'améliorer les performances, ou d'ajouter de nouvelles fonctionnalités, tout en conservant les panneaux existants (je pense notamment aux onduleurs hybrides permettant de stocker dans des batteries) Après tu peux aussi regarder chez Fronius, je pense qu'ils proposent des extensions de garantie si ça peut te rassurer. Truc marrant chez Enphase, les MO ne sont garantis 25 ans que si tu as la passerelle Envoy pour les monitorer. Comme si le fait de les monitorer permettant de les rendre plus fiable. Alors j'imagine 2 choses : le monitoring permet à Enphase de vérifier que les MO ont été utilisés correctement (dans les limites prévues par le constructeur), ou bien qu'elle ajuste dynamiquement le comportement du MO (par exemple en limitant sa puissance, ou en mettant à jour son firmware, etc) en fonction des conditions.

Pas d'accord pour le coup, les produits Apple sont de loin ceux qui ont la plus longue durée de vie. A ce jour, aucun constructeur de smartphone ne propose de mise à jour pendant aussi longtemps que Apple (je dis ça alors que je n'aime pas leurs produits pour rappel).... après si un petit pourcentage des clients se sent obligé de changer de modèle chaque année, c'est leur problème (et de toute façon on retrouve les mêmes comportements quelle que soit la marque, ce n'est pas lié à Apple spécifiquement) M'enfin bref passons, dès qu'on parle de cette marque ça part toujours en live. Enphase c'est du luxe, oui c'est sûr. C'est pour ça que j'ai pris les IQ7+, le choix de la raison, et pas les IQ7A qui ont un plus mauvais rapport performance/prix (ou rendement/prix devrais-je même dire) Fronius est bien évidemment un choix plus pertinent d'un point de vue purement économique. Cela dit, concernant la durée de vie, Enphase garantie 25 ans d'origine. Chez Fronuis, je crois que c'est 10 ans ? Et quand tu regardes les retours d'expérience sur les forums, c'est assez unanime, 10 ans c'est l'âge moyen de la durée de vie d'un onduleur central, indépendamment de la marque. Même si tu trouveras toujours des gens pour témoigner que le leur a tenu 12 ans (ou à l'inverse, 8 ans) Et cela s'expliquer techniquement, un onduleur central ça fait passer de plus grosses puissances, ça chauffe plus, les composants (condensateurs principalement) crament plus vite. Les micro-onduleurs font passer un courant plus faible, par principe. Je ne sais pas si tu as vu la vidéo sur Youtube du mec qui a démonté le siens, d'ailleurs il a eu du mal. Entièrement scellé, donc étanche à l'air (et à l'eau évidemment), une espèce membrane à l'intérieur couvre chaque composant, tout semble étudié pour que l'électronique résiste très longtemps. Même si là encore, tu trouveras des gens dont le MO est mort prématurément (dont le youtubeur qui a démonté le siens), mais la garantie est justement là. Seul souci, si dans 10 ans ils te le remplace, le nouveau modèle ne sera pas compatible avec la passerelle Envoy S actuelle (ça s'est produit avec les générations précédentes). Cette dernière remarque m'amène à réagir à ceci : Rien n'est moins sûr... Au pire, je préfère remplacer une passerelle à 300€ (même si c'est déjà horriblement cher pour ce que c'est...) qu'un routeur à 1000€. Sans compter qu'outre le routeur, @mprinfo aura probablement le même souci d’incompatibilité avec le Smartmeter (hop, encore 100€ de plus) Dans un calcul de rentabilité avec onduleur central, normalement on intègre que l'onduleur (et tout ce qui en dépend) sera à remplacer au bout de 10 ans. Pour les micro-onduleurs, la question ne se pose pas vraiment, ils sont censée avoir la même durée de vie que les panneaux, c'est à dire 25 ans en moyenne. C'est le risque de grêle "balle de ping-pong" (ou pire) qui m'inquiète le plus en fait...

A contrario, il deviendrait 100% dépendant de l'onduleur Fronius. Celui-ci sera probablement le premier à tomber en panne, auquel cas il perdra tout d'un coup, et je doute que le Ohm Pilot puisse être utilisé avec un autre onduleur de tout simplement de façon autonome. Les écosystèmes, c'est bien, c'est beau, c'est intégré, c'est facile, c'est tentant, mais ça présente 2 inconvénients : - ça coute plus cher. - tu es enfermé dans une technologie / un constructeur unique... et compliqué pour en sortir (et ça coute doublement plus cher quand tu veux en sortir justement, retour à la case départ) Il y a un très bon exemple mondialement connu, une pomme croquée... Enphase fait pareil tu me diras, ils ont construit un écosystème complet avec batteries, et même aux US (pas encore dispo en FR, probablement 2023) avec les IQ8 et un inverseur de source connecté tu peux avoir de l'autonomie complète en cas de coupure secteur. Mais à quel prix stratosphérique. L'avantage, c'est que tu peux tout à faire utiliser uniquement les micro-onduleurs Enphase, et monter un système indépendant à coté. C'est ce que j'ai fait pour le routeur du cumulus, et probablement plus tard avec du stockage sur batterie (impossible que je prenne chez Enphase, ils sont hors de prix, aucun intérêt... même si c'est beau, intégré et facile ) A la limite, rien n'interdit de marier des MO Enphase avec des MO APS, ou bien un onduleur Fronus sur la même installation, à aucun moment on est bloqué.

Je répond à l'envers (mais y'a une certaine logique) Réponse 2 : oui la balise </>, et dans la liste déroulante tu choisis LUA pour avoir la bonne coloration syntaxique. Réponse 1 : voilà justement, tu raisonnes encore HC2, pour moi sur HC3 la notion de VD (ou QA) récapitulatif, avec tous ses labels, n'a plus vraiment de sens... ce qui amène à la réponse à la question originale : Réponse 0 : je n'aurais pas écris une seule ligne de LUA. En effet, ton module 426 (mis à jour de façon externe par Jeedom) porte déjà l'information dans ses propriétés, et avec la bonne unité en prime, donc tu as tout ce qu'il faut pour l'afficher, ou bien l'exploiter dans les scénarios. D'autant plus qu'il est très facile de lire une propriété d'un module, mais bien plus complique de lire une variable, et encore pire pour un label (et pire encore, celui-ci n'est pas persistant). Ma philosophie c'est d'utiliser au maximum les possibilités natives mises à disposition par la box. Sur la HC3, grâce aux QuickApps correctement typés, on couvre déjà 90% des besoins. Besoins qui n'étaient pas comblés sur HC2, puisque les VD n'étant pas typés, on était contraint de stocker et afficher les informations de manière détournée (des labels et variables globales essentiellement) J'ai un cas de figure similaire au tient, j'ai une instance FHEM qui récolte des informations provenant de divers capteurs EnOcean. Pour chaque capteur, j'ai créé un QA tout simple, du bon type, mais sans aucune ligne de code LUA. Chaque QA voit sa propriété value mise à jour par FHEM via l'API, rien de plus, cela suffit. Je peux voir les mesures directement sur les icônes des QA, sur la page Web, sur l'application mobile, et exploiter ces valeurs dans mes scénarios (GEA quasi exclusivement)

2 fois que tu le dis... comme je disais que un autre topic sur un tout autre sujet, il n'y a bien que l'apparence qui compte kWh tu voulais dire, non ?

Je pense que ça devrait fonctionner, condensé en 1 seule ligne : local value = api.get("/devices/426").properties.value Après tu fais ce que tu veux de la variable value, l'afficher dans un label, etc EDIT : mais pourquoi afficher ça dans un label, alors que ton module 426 a déjà la bonne value ? Tu as juste à lui mettre la bonne unité (en mètres, km, etc), et l'affichage sera juste parfait dans la page web, sur l'appli mobile, etc. EDIT 2 : je n'avais pas vu ton code LUA (pense à utiliser les balises qui vient bien pour l'insérer dans ton post) Donc tu as déjà fait le boulot visiblement.

Tu es quand même très fort pour être le seul à trouver des erreurs inédites @jojo (chat noirs inside ) Je vois un accent "è" dans ton url, ce qui est interdit, c'est probablement la cause.

Jojo tu touches des commissions sur les ventes de HC3 ?

La version de quoi ? De la doc de syntaxe ? Dans ce cas oui, c'est la dernière. Oui il reste surement encore pas mal de fautes dedans, pourtant j'en ai déjà corrigé un certain nombre, mais vu la taille du fichier, je n'ai pas analysé ligne par ligne.

Bravo Tu veux faire un tuto ? Chouette

Pascal, mais le Fronius Smart Meter, il mesure avec une pince non ? A l'intérieur. Après la précision de mesure, entre un Fronius Smart Meter ou un compteur DIN à impulsion, franchement je ne sais pas. Et puis même si il y a 1% de différence, c'est pas ça qui va changer radicalement tes statistiques. Par contre, ne mélange pas tout, je ne t'ai jamais dis d'acheter le MK2PVrouter à souder toi même, je me doute bien que tu ne sauras pas le faire d'autant plus que tout est en anglais. Mais la discussion ne portait pas sur ce produit, mais sur la différence de prix du simple au double entre le Fronius Ohm Pilot et le SmartReducer SA comme te le proposais Nico. Et franchement, devoir installer une pince (en parallèle de ton Smartmeter donc) pour économier 500€, je trouve que c'est un bon deal

En gros il récupère la mesure du courant effectuée par le Fronius Smartmetter, ce qui évite de poser une pince supplémentaire sur l'arrivée Enedis. ça fait cher l'économie des 10 minutes à tirer un câble et poser une pince... m'enfin si tu préfères tout prendre chez le même constructeur, fais toi plaisir Quand je pense que mon routeur m'a couté 180€, la différence est colossale ! Et certains arrivent même à s'en bricoler pour moins de 100€. Aller une bonne nouvelle (ou pas) pour vous rassurer sur le bien fondé d'une installation photovoltaïque en autoconsommation : Électricité : une hausse de 8% en 2023 pour compenser le gel des prix ? C'était tellement prévisible ...

comment te dire poliment.... ? les logs, tout ça... merci EDIT : GEA.debug = true GEA.lldebug = true Avec ça on est bon

Ah oui bonne nouvelle, donc ça vient du module alors. Tu as fais la calibration ? Un velux ça consomme très peu de courant, essaye de diminuer les seuils de détection de puissance dans les paramètres du module pour que la calibration puisse se faire (regarde la doc pour trouver les bons paramètres)

Mouais mais un tuto c'est limite plus long que d'écrire le code LUA.... comme toute documentation, c'est hyper long La librairie tools tu peux l'utiliser si tu veux, mais en fait ça ne va pas aider à t'apprendre la construction d'un Child from scratch. Du coup je me dit que mes QA ne sont pas les meilleurs exemples pour débuter. Le self:initChildDevices c'est documenté par Fibaro, donc aucune surprise à ce niveau là, cela doit impérativement être fait dans le onInit() Par contre le tableau que tu as copié juste au dessus, c'est du pur perso, c'est une table qui me sert à déclarer tout ce que va faire le QA (mettre à jour des propriétés, des variables globales, et entre autre, des child devices (juste la dernière ligne))

Non globalvariables n'existe plus, c'était nécessaire sur HC2 mais inutile sur HC3.

J'ai lu comme toi, mais Enphase de son coté a bien pris soin de ne pas s'engager. Ils disent de le brancher à coté.... et d'allonger les câbles des pinces (mais ça ne résout pas le problème des MO installés trop loin). Bref, c'est au petit bonheur la chance... Bien sûr j'ai tenté de bouger la passerelle après la configuration, en vain, une fois dans la maison, même en direct sur le tableau et au plus proche du départ de la ligne vers le garage, ça ne communique pas.

Hum... en effet.... mais je n'ai pas les clés du site... je te laisse le suggérer à @Yohan qu'on ne voit plus beaucoup par ici.

Oui j'ai eu la même déconvenue.... et même problématique si je veux ajouter des panneaux plus tard sur la maison

j'avais oublié ce détail ! Comme quoi, y'a que l'apparence qui compte dans ce monde, après tout le monde se contrefiche que ça fonctionne.... c'est bien triste

Après tu verras, ça dépend beaucoup de la luminosité. En faisant les simulations, je n'avais pas bien saisi l'importance du rayonnement diffus qui est donné sur PVGIS. Du coup, quand le soleil est caché par un bâtiment, selon s'il fait ciel bleu ou ciel violé léger en haut altitude, la production des panneaux n'est pas du tout la même. Et c'est là que c'est intéressant, la production PV est meilleure quand le ciel est voilé, car cela produit un rayonnement diffus qui vient frapper les panneaux. En revanche, quand le ciel est bleu, quasi aucun rayonnement diffus, donc production inférieure. Evidemment quand le soleil touche en direct les panneaux, c'est l'inverse.

Ok, donc ça revient au même, s'il ne peut pas mesurer l'injection, alors il stoppe tout. Logique.