Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    25 982
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 277

Tout ce qui a été posté par Lazer

  1. 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 ...
  2. Lazer

    Support Gea

    comment te dire poliment.... ? les logs, tout ça... merci EDIT : GEA.debug = true GEA.lldebug = true Avec ça on est bon
  3. 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)
  4. 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))
  5. Non globalvariables n'existe plus, c'était nécessaire sur HC2 mais inutile sur HC3.
  6. 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.
  7. 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.
  8. 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
  9. 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
  10. 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.
  11. Ok, donc ça revient au même, s'il ne peut pas mesurer l'injection, alors il stoppe tout. Logique.
  12. Ah oui tu avais dû mettre le profil zéro-injection (le truc qu'Enedis demande...)
  13. Ton nouveau fichier "Mes_bidoiuilles" permet juste de séparer une portion du code LUA dans un autre fichier, pour faciliter la maintenance ou l'organisation du code (surtout utiles quand on a plusieurs milliers de lignes), mais n'a absolument rien à voir avec la gestion des modules enfants, qui peut (et j'ajoute "doit") être réalisée dans le fichier principal (main), comme tout ce qui touche directement au QuickApp. Perso j'utilise les autres fichiers pour les fonctions annexes (librairie d'outils, de notification, de communication avec un autre appareil externe, etc) Désolé je n'ai pas trop le temps de t'écrire ton QuickApp (car c'est ce que tu demandes en fin de compte), mais je peux te conseiller de consulter le code des différents QuickApps déjà partagés sur le forum. Il y a aura 90% du code qui ne t'intéresse pas, mais il faut que tu en extraies les lignes utiles pour la gestion des modules enfants. Je peux te conseiller mon QA Onduleur Eaton, qui doit être l'un des plus simples (et je te déconseille le QA GCE qui est le plus complexe du coup...), car il gère des modules enfants, et notamment de température.
  14. C'est un problème "connu" avec cette application, elle est extrêmement gourmande en ressources, donc le système Android la tue prématurément. Tu peux harceler le support Fibaro nuit et jour pour qu'ils recrutent enfin un vrai développeur pour remettre à niveau cette application, car depuis 2 ou 3 ans qu'elle est sortie, c'est une vraie plaie, et on sent bien que Fibaro s'en contrefiche, tous les efforts sont concentrés sur les modules et la box.
  15. Y'a pas de gêne Bon courage dans tes recherches, mais ça devrait être assez facile, surtout que @jojo t'a bien dégrossi le travail en identifiant les contacts à utiliser sur ton portail.
  16. C'est con ça, tu n'avais pas les bonnes dimensions avant la livraison ? Tu as pris quels panneaux du coup, les Trinasolar ?
  17. Euh non au contraire. IQ7+ : Tension de départ min : 22 V Plage de tension de fonctionnement : 16 V - 60 V IQ7A : Tension de départ min : 33 V Plage de tension de fonctionnement : 18 V - 58 V Le IQ7+ démarre plus tôt, et fini plus tard. Y'a pas photo, les IQ7A sont adaptés aux panneaux très puissants et idéalement exposés. Les miens sont mal exposés, les IQ7+ sont adaptés Ils produiront moins (car les quelques watts gagnés le matin et le soir ne compensent pas les watts écrêtés au plus fort de la journée), mais si on prend en compte la différence de cout d'achat, et le fait que ne consomme pas 100% du productible, au final ils sont largement plus rentables.
  18. Ah mais oui complètement, cette histoire de tension de démarrage c'était justement l'une des raisons qui m'ont fait écarter les IQ7A, pas du tout pertinents pour mon installation. J'ai eu pas mal de bridage aujourd'hui avec les IQ7+, mais aucune perte financière, puisque c'est du surplus que je n'aurai de toute façon pas utilisé. J'ai plafonné à 4200 Watts entre 12h et 16h, en gros, c'est déjà beaucoup.
  19. Ici on pratique de la domotique, donc une box (ou contrôleur, ou logiciel) domotique, avec différents capteurs et actionneurs répartis dans la maison pour tout contrôler. Si tu veux uniquement connecter ton portail, c'est évidemment too much, et j'ai peur que tu te sois trompé de forum. As-tu regardé sur Amazon ? Il y a des tonnes de produits à pas cher pour juste piloter son portail depuis le smartphone, avec une passerelle via le cloud. Rien de bien compliqué. Mais je doute que quelqu'un ici puisse t'apporter un retour d'expérience sur ces produits.
  20. C'est vrai que c'est flou.... mais j'arrive à lire en zoomant (32" ici, donc ça laisse de la marge) Merci pour l'édit
  21. Quelques watts oui, perso ça produit du lever du soleil au coucher du soleil (alors que le soleil n'éclaire pas encore les panneaux en direct, caché par les bâtiments) Attention après la configuration (changement de profil, déconnexion du relay Q, etc), les panneaux mettent quelques minutes pour recommencer à produire. Mais j'ai plusieurs fois débranché la passerelle, la production continuait bien. Tu peux le voir sur la téléinfo du compteur, si la consommation soutirée du réseau est diminuée (voire à 0 ) alors c'est que les panneaux+onduleurs produisent bien. J'ai aussi un compteur à impulsion sur le circuit PV, j'avais donné la référence sur le topic, ça permet de faire un suivi en local indépendamment de l'Envoy (qui ne sera surement pas éternelle...)
  22. Non pas de problème pour lire, j'ai un grand écran, et puis en fin de compte ça permet de garder la couleur et rend donc le log plus lisible qu'un copier/coller en mode texte qui n'est pas toujours simple à lire (même s'il présente d'autres avantages, comme la recherche textuelle) (par contre, ta citation violente de l'intégralité du post pour écrire une petite ligne en dessous, elle est plutôt difficile à lire ) Quant au lldebug, si je ne l'ai pas documenté, c'est à raison, pour ne pas embrouiller les gens avec des options inutiles (sinon il faudrait documenter l'intégralité des options de GEA, et il y en a un paquet, surtout qu'il y en a quelques unes qui restent bien mystérieuses pour moi) Quand j'en ai besoin, je demande aux gens de l'ajouter, ça va bien ainsi (après s'ils ne savent pas faire un copier/coller c'est un autre problème ) Bref, merci @Fred.domotique à première vue j'ai l'impression qu'il y a tout ce qu'il faut. Il faudra que je me plonge dans l'analyse à l'occasion, mais très honnêtement ça ne sera pas pour tout de suite, car il faudra surement que je tente de reproduire chez moi. En attendant, vu que tu as une solution qui fonctionne en décalant la règle, je te conseille de procéder ainsi.
  23. Les passerelle Envoy communique en CPL avec les micro-onduleurs, et il faut vraiment qu'ils ne soient pas loin... C'est d'ailleurs un problème pour moi, je suis obligé de brancher la passerelle sur le tableau du garage (là où arrivent les micro-onduleurs) Si je la branche sur le tableau de la maison, alors elle ne communique plus avec les onduleurs, pourtant il y a maxi 20m de câble (6mm²) entre la maison et le garage. Par contre, une fois la 1ère communication établie, et les microonduleurs initialisés (avec le profil VFR2019 France), ils continent à produire quoi qu'il arrive, même si la passerelle est débranchée. C'est juste que tu perdras le monitoring. L'application Toolkit, c'est uniquement pour la configuration en local via Wi-Fi. Il faut utiliser l'application Enlighten pour le monitoring, le suivi, etc. Tout passe par le cloud, les mêmes infos sur accessibles via l'application ou directement sur le site Web une fois que tu as créé ton compte.
  24. Maintenant que tu le dis, je crois me souvenir que c'est @pepite qui nous avait rapporté que son volet était livré d'usine comme cela, et qu'il n'a jamais pu le piloter. Un test que tu peux faire, c'est brancher les 2 fils en direct sur l'alimentation entre le 0 et le +24V pour voir si le volet réagit, sans passer par le module Qubino. Et ensuite tu inverses les 2 fils. Normalement, dans un sens le volet doit monter, et dans l'autre il doit descendre. S'il ne réagit à aucun des 2 câblages, alors il est en mode "courant porteur" et n'obéira qu'au contrôleur officiel de Velux.
  25. Attention, si tu as utilisé une fois ton volet avec l'alimentation/contrôleur Velux, alors il a été configuré en mode courant porteur, et ne peut plus être piloté par inversion de polarité (cas du Qubino) Sur les anciens modèles, il existait une procédure de reset du volet, permettant de le remettre en configuration usine, et donc de le piloter à nouveau avec un module domotique. Je ne suis pas certain que cette procédure de reset soit encore disponible, j'avais cru lire que Velux l'avais supprimé afin d'enfermer définitivement les clients dans son propre écosystème. Quoi qu'il en soit, il faudrait déjà retrouver la procédure de reset en question.... elle se trouve sur une page d'un forum quelque part sur la toile, je pense qu'on en a déjà fait référence ici, essayer de parcourir le topic... sinon Google est on ami.
×
×
  • Créer...