Aller au contenu

Lazer

Administrateur
  • Compteur de contenus

    26 095
  • Inscription

  • Dernière visite

  • Jours gagnés

    1 304

Tout ce qui a été posté par Lazer

  1. Lazer

    Support Gea

    ça dépend des cas... Concernant l'option Protection, dans la doc de Syntaxe j'avais déjà identifié l'inconsistance des majuscules et corrigé ça, je le partagerai prochainement avec la mise à jour à venir.
  2. Lazer

    Propagation Zwave

    ça dépend... des conditions d'installations. Je pratique les 2 en fonction des cas.
  3. Lazer

    Propagation Zwave

    Aucun problème. Mon plancher est en béton, mes murs (y compris intérieurs) sont en parpaings au RDC et en briques creuses à l'étage, j'ai des modules qui vont de la cave au grenier, du portail au puits, en passant par le garage (à 15m de la maison, lui aussi en parpaing), et je n'ai aucun problème de communication. C'est bien là toute la magie du Z-Wave : le réseau maillé. Attention comme toujours, seuls les modules branchés sur secteur participent activement au maillage. Les modules sur batteries ne "servent à rien" du point du vue du maillage, ils ne font que l'utiliser si nécessaire (c'est à dire que la communication directe avec le contrôleur n'est pas possible) Il faut vraiment avoir des murs anciens de 1m d'épaisseur pour avoir de sérieux problèmes de communication.
  4. Attention pour les discussions sur GEA c'est sur le topic du Support GEA.
  5. 12 c'est juste le système batterie, donc le Victron Multiplus et les 3 batteries Pylontech. Les batteries sont données pour 8000 cycles / 15 ans, donc c'est bon. En plus, au bout de cette durée de vie, il devrait rester 70 à 80% de la capacité normalement, donc encore exploitable. Hors panne imprévue, c'est certainement l'électronique qui lâchera en premier, donc le chargeur/convertisseur Multiplus II. Pour les panneaux solaires, ça sera plus rapide... 8 ou 9 ans probablement, ce qui reste plus long que la moyenne des gens qui posent eux-même (mais quand même plus rapide que ceux qui font poser par des pros). La raison principale, je l'ai longuement évoqué dès les premières pages, c'est ma mauvaise exposition solaire. De toute façon, autant j'ai calculé le système PV pour être rentable, autant ce n'est pas le cas des batteries, c'est essentiellement une geekerie.
  6. J'avais estimé 12 ans lors du dimensionnement de mon système, on verra au bout d'un an pour un premier bilan. Mais la baisse à venir des tarifs de l'électricité (août 2025), même si ça va dans le bon sens pour les factures, ne va pas améliorer la durée de rentabilité de l'installation PV + Batterie, bien au contraire.
  7. Cela fait maintenant 3 mois complets que j'utilise mon système de stockage Victron Multiplus II 48/5000 + 3 x batteries Pylontech US5000 Je me suis amusé à calculer le rendement réel de cette installation de stockage. Et j'arrive précisément à 78.7 % Ce n'est pas formidable Et inférieur à mes calculs estimatifs (bon... cela dit avec le recul j'avais été assez optimiste) Depuis quelques jours, j'ai modifié un paramétrage qui devrait améliorer le rendement... et d'après mes premières constations, cela semble bien être le cas... à confirmer dans la durée. Tout simplement, dans les options du Cerbo GX, menu DVCC, j'ai paramétré le courant de charge maximal des batteries à 29 A, ce qui correspond environ à 1400 W. D'après les informations communiquées par Victron, le rendement maximum de ce chargeur est de 92.8% à 1390W. C'est donc cette valeur que je vise. Cela est rendu possible en été parce que j'ai énormément de surplus solaire par rapport à mes besoins, j'injecte quotidiennement un certain nombre de kWh vers le réseau (évidemment en hiver, je remettrai le courant de charge à son maximum pour ne perdre aucun kWh vers le réseau). Donc inutile de charger la batterie à fond dès le matin, pour terminer la charge dès 11h. Car lorsqu'on charge à 3 ou 4 kW, le rendement baisse sensiblement de quelques pourcents. Donc maintenant je limite la charge à 1400W, ce qui a pour effet d'allonger la charge. Par exemple mardi dernier elle s'est finie à 16h, sachant que j'avais commencé la journée avec un SoC assez bas de 27% (climatisation toute la nuit à cause de la canicule) Autre bénéfice, le Multiplus et la batterie chauffent moins. ça se voit clairement sur mes courbes de suivi de température.... et ça s'entend aussi, car lorsque je vais près du Multiplus, le ventilateur tourne beaucoup moins vite pendant la charge, forcément il a moins de chaleur à évacuer. De ce fait... je pense que c'est également bénéfique pour la durée de vie du matériel A suivre pour le reste de l'été pour voir l'évolution du rendement global du système de stockage. De toute façon je n'ai le contrôle direct que sur le courant max de charge, car la décharge dépend bien évidemment des consommateurs de la maison, je ne vais pas brider cet usage.
  8. Non attention, là c'est le topic original de GEA pour HC2. Pour la HC3, c'est par ici : Tu y trouveras les explications de mise en oeuvre et le lien avec la doc de syntaxe. C'est l'action "Protection" que tu devras utiliser pour ton usage.
  9. Si c'est faisable via le GUI, c'est forcément faisable en LUA. Pour GEA, commence par regarder la doc de syntaxe pour comprendre la logique de base. Pour le reste, ça se passe sur le topic du Support GEA (des centaines de pages de bonheur )
  10. Non ce paramètre n'est pas au même endroit que les autres paramètres, il est dans l'onglet Avancé du module : Protection locale : les interrupteurs connectés au module Protection à distance : les commandes radio Z-Wave
  11. Idée qui me semble la plus efficace : bloquer la commande locale des volets. Normalement tu as ce paramètre dans les propriétés de ton module, à vérifier. Si OK, alors il suffira de créer 2 règles dans GEA qui activent et désactivent la commande locale en fonction de l'état de la fenêtre.... ça peut aussi se coder en LUA dans un QA ou une Scène, mais ça te fera plus de boulot.
  12. Lazer

    QA Dawn&Dusk

    Mauvais site
  13. Malheureusement pour les scènes uniquement, ça n'a jamais existé dans les QuickApps.
  14. Non pas encore changé le profil, car pour l'instant je n'ai pas encore installé les micro-onduleurs Enphase sur l'AC-Out secouru du Victron (en AC Coupling).... et surtout, je n'ai pas encore branché la maison dessus. En effet, pour l'instant, mon câblage, encore temporaire, ne permet pas de fonctionner en autonomie. Je ferai ça cet été dès que j'aurai un moment seul à la maison pour une journée entière, car il faut que je recâble le tableau principal avec l'inverseur de source et tout et tout (comme sur le schéma), directement en sortie du disjoncteur de branchement Enedis.
  15. Victron et Enphase : communication par Modbus Depuis la mise à jour 3.60 de Venus OS de début juin 2025, on apprend que Victron supporte maintenant la communication avec Enphase grâce au protocole Modbus SunSpec : Ce qui signifie que Enphase a enfin ajouté le support du Modbus à leur passerelle Effectivement, tout cela est maintenant officiellement documenté par Enphase dans le PDF suivant, qui date de janvier 2025 : AC-coupling with Victron battery inverters using Modbus TCP/IP J'ai donc demandé l'activation au support Enphase. 15 jours plus tard (c'est aujourd'hui), le support me répond que Modbus a été activé sur ma passerelle Envoy-S Metered Et je confirme que ça fonctionne Je peux interroger l'Envoy directement avec Modbus Doctor sur le port TCP 502. On a accès aux données de chaque MO indépendamment. L'Envoy est maintenant reconnue par le Cerbo GX en tant que "Convertisseur PV", qui affiche les données de production sur le tableau de bord (et ça remonte également dans VRM) Dans la vue des appareils, l'Envoy apparait bien : (seulement 46W de production, c'est normal il fait bientôt nuit) Et la vue détaillée : Le Victron n'affiche pas le détail de chaque MO, mais on s'en fout, c'est la production globale qui nous intéresse. Quelques remarques : Je peux en retour interroger le Victron via Modbus (ce que je fais déjà via domotique), et j'ai accès autant aux données du Multiplus, de la batterie Pylontech, etc, mais aussi de la passerelle Enphase Envoy, ce qui est marrant car elle est elle-même interrogée par le CerboGX par Modbus On constate sur le 1er screenshot que j'ai aussi un compteur VM-3P75CT qui fourni la même information, car j'avais spécifiquement installé celui-ci sur la phase de mon installation Enphase pour remonter les statistiques.... Du coup l'information est maintenant redondante et cet appareil ne sert plus à rien dans mon installation... si j'aurais su j'aurais pu économiser quelques euros ! Le point intéressant, c'est que la mesure du VM-3P75CT est complètement foireuse (forte variation) lorsque la prod solaire est faible, en début/fin de journée. Donc je vais le virer, et j'aurais l'information remontée avec précision par l'Envoy via Modbus. Nickel tout ça Comme le précise Enphase dans la doc, c'est de la lecture seule, donc on peut interroger, mais pas piloter. En cas de fonctionnement off-grid, si les MO Enphase sont connectés sur la sortie AC Out secourue, et que la batterie est pleine, alors ça fonctionne comme avant : par variation de fréquence, ce qui fonctionne depuis des années (d'ailleurs ça reste la grande différence d'intégration avec un Fronius, pour qui le pilotage se fait en bidirectionnel via Modbus) : En effet, pour rappel, en cas de fonctionnement off-grid, donc déconnecté du réseau, il faut impérativement ralentir puis arrêter complètement la production solaire quand la batterie est pleine, sinon... BOUM
  16. C'est comme si nos 2 box se sauvegardaient ensemble, main dans la main
  17. Lazer

    Les notifications de QA

    OK, alors ce n'est pas possible à ma connaissance. Si tu veux paramétrer des trucs, c'est dans les variables du QA qu'il faut le faire, pas directement dans le code LUA.
  18. Lazer

    Evénements

    Ce sont les Custom Events, on en parle un peu ici : Et je constate que toi même tu les utilises déjà : C'est une fonctionnalité assez peu utilisée, ce qui est étonnant c'est qu'un QuickApp peut tout à fait émettre des Custom Events, un autre QuickApps peut les intercepter pour les traiter (ça agit alors comme un déclencheur), pourtant ils n'apparaitront jamais dans l'onglet de ta capture d'écran. De là à dire que cet onglet ne sert à rien, il n'y a qu'un pas... C'est différent des variables globales (ou variables de QuickApps). Les Variables servent à mémoriser une valeur. On peut éventuellement déclencher (trigger) une action lors du changement de valeur d'une variable, mais ce n'est pas l'usage premier. Les Custom Events, c'est juste un événement, ponctuel, qui ne sert qu'à déclencher une action. Rien d'autre.
  19. Lazer

    Les notifications de QA

    Je n'ai pas compris la question. Tu veux créer des notifications ? ça c'est facile et possible depuis toujours, il faut utiliser notificationService : https://manuals.fibaro.com/home-center-3-lua-scenes/ Ou tu veux ajouter des lignes dans l'onglet Notification de ta capture d'écran ? Ce qui à ma connaissance n'est pas possible, il faut se contenter des choix déjà proposés, et qui correspondent au type de QuickApp créé (binarySwitch, etc...). Dans ta capture d'écran, on ne vois que le statut Indisponible qui correspond à la propriété dead, que tous les QuckApps doivent normalement déjà avoir.
  20. Pour info je viens de tester sur mon NAS et la commande tee -a qui crée bien le fichier s'il n'existe pas.
  21. Tu es sûr que tu utilises bien des tirets "-" et pas un caractère à la con remplacé automatiquement lors de la saisie ou d'un copier-coller ? Car Word par exemple est le spécialiste pour remplacer le tiret simple par un tiret allongé. En France, on dit souvent le "tiret du 6", car il se trouve sur la touche 6 de nos claviers Azerty, mais pas sûr que ça soit pareil en Belgique.
  22. Ah trouvé, j'en étais sûr, il est revenu, t'es mal @jojo
  23. Oui; normalement pas de souci. Après, il faudrait vérifier un truc quand même, dans les process qui tournent : admin@DiskStation:~$ ps -ef | grep -i "chat noir"
  24. Pas de souci, c'est comme chez moi, il faut que tu regardes la ligne "." qui correspond au répertoire courant de ton chemin, donc /volume1 : @SynoMain:~$ ls -la /volume1/ total 4 drwxr-xr-x 1 root root 526 Jun 23 09:22 . Je n'ai pas employé les mêmes arguments pour la commande ls, d'où la différence de résultat.
×
×
  • Créer...