Lazer

Mon installation photovoltaïque en autoconsommation Sommaire : Présentation du projet Simulations Consommation, production, et estimation du taux d'autoconsommation Amortissement et rentabilité financière Choix du matériel Livraison du matériel Câblage du tableau électrique Pose des crochets de fixation Pose et câblage du premier champ de 5 panneaux Pose et câblage du champ de 6 panneaux sur l'autre versant Influence de la neige sur la production photovoltaïque Ça fait des années que j'y pense, j'ai décidé que 2022 serait l'année où je pose des panneaux photovoltaïques. Sur ce topic je vais décrire le processus de réflexion, mes choix, mes calculs, puis la réalisation, et ensuite le suivi de production (les valeurs mesurées seront-elles conformes à la théorie ?.... RDV dans 1 mois, 1 an, 10 ans....) Je prend le temps de décrire les choix, les contraintes, et les calculs de simulations, car lors de mes recherches je me suis rendu compte que : tous les sites commerciaux ne proposent que des approximations grossières, quand elles ne sont pas carrément fausses. A ce sujet on entend souvent dire que la pente idéale est de XX°, sauf que ça correspond bien souvent à Lyon et on n'y habite pas tous, et tout dépend si on souhaite favoriser la production en été ou en hiver. En effet, à l'époque du rachat par EDF à 60 centimes, les installations étaient en vente totale, et on cherchait la production annuelle maximale. Aujourd'hui on fait de l'autoconsommation, et on cherche à consommer le maximum de ce qu'on produit, et ça change tout. Il est absolument fondamental de comprendre ce principe si on veut monter un projet photovoltaïque un minimum cohérent. Autre chose, les pseudo cartes de France avec le taux d'ensoleillement moyen, avec des valeurs très approximatives, et surtout très différentes d'un site à un autre, on ne sait jamais trop s'ils donnent le productible théorique, s'ils prennent en compte la pente des panneaux (mais laquelle ?), les pertes, etc... bref inutilisable. la plupart des gens se lancent dans le photovoltaïque sans faire le moindre calcul, et c'est bien dommage (influencé par les sites commerciaux, voire les démarcheurs peu scrupuleux), et ne découvrent que bien plus tard la rentabilité (ou non) de leur projet, et je trouve ça affligeant. Et encore, certains ne mesurent même pas et se contentent de dire "ma facture a baissé de XX€" => oui mais comparé à quoi ? Est-ce tu as modifié tes habitudes de vie en même temps ? J'espère donc que mon expérience servira au maximum. Et si je me suis trompé, il y aura bien quelqu'un pour me reprendre. J'invite au minimum à faire une simulation sur PVGIS, et une analyse de sa consommation électrique. Mais encore faut-il avoir des relevés, de ce coté là Linky est une évolution considérable, courrez créer votre compte sur le site d'Enedis si ce n'est pas déjà fait. En ce qui me concerne, j'ai des relevés de mon propre compteur comme on le verra plus loin. Bref, je compte poser les panneaux sur le toit de mon garage. Je vais poser moi-même, car la pose par des pros annule tout souhait de rentabilité en doublant, voir triplant le tarif global (la main d’œuvre en région parisienne est stratosphérique, surtout sur ce secteur), et tant pis pour les ridicules aides de l’État qui ne permettent pas de couvrir les frais d'installation, et de très loin. Également pas de vente du surplus (à 10 centimes chez EDF-OA, et 6 centimes chez les concurrents avec plein d'obligations contractuelles, ce n'est pas valable) En résumé, mon projet : autoconsommation pas de vente du surplus objectif de taux d'autoconsommation maximal (car tout ce qui n'est pas consommé est perdu... c'est à dire injecté gratuitement dans le réseau, ou bien écrêté si mise en place d'un profil zéro-injection comme le demande Enedis) Sachant que je suis au chauffage électrique (PAC+radiateur), ballon d'eau chaude de 300L, véhicule hybride rechargeable, installation geek domotique+informatique qui consomme un gros bruit de fond, ça fait pas mal d'occasion d'utiliser la production photovoltaïque. Je suis à environ 12000 kWh annuel. Attention, je pars avec des handicaps : région IDF (il fait toujours gris...) je peux difficilement accéder au toit de la maison (qui est bien exposé), donc je fais le choix de poser sur le toit du garage (facile d'accès) mais le garage a une faible pente (10.5°) et une orientation pas idéale (orientation est-ouest). il va falloir abattre un arbre (un sapin qui est de toute façon devenu gênant) et tailler le autres (ça ne fera pas de mal) nombreux masques dus à ma propre maison, aux bâtiments des voisins, et aux arbres des voisins... tout cela est surtout gênant en décembre/janvier, pas le reste du temps. Voici un plan schématique de ma maison, et du jardin, correctement orienté au nord, afin de comprendre les choix. J'ai coloré en rouge les versants de toit complètement exclus (orientation nord, cheminée, etc) En vert, le toit le mieux exposé au sud-est, bonne pente, quasiment aucune ombre, l'emplacement parfait..... mais, gros problème : toit inaccessible sauf à monter un gros échafaudage, ou bien passer par le Velux (ce qui ne m'enchante guère...) => on oublie En jaune, un toit tout aussi bien exposé au sud-ouest, mais le retour du toit lui procure une ombre en 1ère partie de journée, donc l’ensoleillement est un peu moins bon que le toit vert. Là aussi l'accès est compliqué, mais faisable. C'est une piste éventuelle pour ajouter des panneaux dans le futur. En orange, les 2 pentes du garage... très peu pentu, à seulement 10.5°. Donc assez mal orienté par rapport à l'angle d'incidence des rayons du soleil. Mais finalement pour la pente coté nord-ouest, cette faible pente redevient un avantage, car elle sera tout de même exposée au soleil, c'est toujours mieux qu'à l'ombre, donc cette pente est "exploitable". Reste à calculer sa rentabilité, ce que j'ai fait, c'est pour cela que je l'ai colorié en orange un peu plus foncé. Autres contraintes sur ce garage, les ombres. Celles des arbres du jardin (que j'ai taillé, il ne m'en reste plus qu'un à faire), et de la maison (en hiver uniquement). On verra ces ombres plus loin dans l'étude. Mais surtout, grâce à la faible pente, et la faible auteur du toit du garage, celui-ci est très facile d'accès, donc je peux réaliser l'installation tout seul. Rappel sur les valeurs d'angles utilisées en solaire : azimut : donné par rapport au sud, à 0°. Le nord est à 180°. pente : donnée par rapport au sol, à 0°. Un mur vertical est à 90°. Puisque le garage est retenu, voici une vue 3D du garage avec 14 panneaux installés, le maximum possible. Un petit Velux (qui n'en est pas un) impose de répartir les panneaux en 3 plans distincts au total : Pour info, l'arrière du garage (en haut à gauche sur la représentation 3D) est mon abri de jardin que vous aviez pu découvrir ici : https://www.domotique-fibaro.fr/topic/1894-bricolage-chez-lazer/?page=6&tab=comments#comment-99515 Les panneaux viendront donc s'appuyer directement dessus. Voici la représentation des masques d'ombres au niveau du garage sur un diagramme solaire. Pour le réaliser, je me suis installé au niveau du toit, j'ai utilisé un niveau numérique avec lequel j'ai pointé le sommet des sources d'ombres (bâtiments) afin de relever l'angle d'élévation. Ensuite j'ai utilisé une application de boussole sur mon téléphone, j'ai perdu 1h, car ça ne donne jamais le même angle. Beaucoup trop d'interférences (surtout quand on est collé à un bâtiment en béton...), une précision à 20 ou 30° près, c'est inutilisable. Je suis allé sur Amazon, et j'ai acheté une vraie boussole à 10 balles, la même que j'utilisais pour les courses d'orientation quand j'étais gamin, livrée le lendemain, et j'ai refait mon relevé en 30 secondes. Ensuite j'ai reporté les mesures sur le site SunEarthTools.com qui permet de générer les diagrammes solaires. Je l'ai colorisé pour une meilleure visibilité : en jaune, la course du soleil dans le ciel en fonction de la saison et de l'heure (modulo 1h si heure d'été) en orange, le soleil est bas sur l'horizon, et tout effet d'ombrage sur cette période n'a que très peu d'impact sur la production annuelle en rouge, zone située sous la ligne noire, représente les ombres portées sur les panneaux. Le matin et le soir ce n'est pas vraiment gênant (zone orange), mais en hiver, un peu le matin et le midi, on reconnait l'ombre portée de la maison. En fin d'après-midi ce sont les ombres des maisons des voisins. Et oui, je suis en ville, c'est relativement dense par chez moi... Non représenté, les ombres dues aux arbres, puisqu'ils seront tous taillés d'ici l'installation. J'ai également réalisé les masque d'ombres pour les 2 versants "vert" et "jaune" de la maison, que je ne représente pas ici car ça n'apporte rien, mais je m'en suis servi pour les simulations. Les simulation justement, réalisées à l'aide de l'excellent site de référence PVGIS. ça fait peur au début, mais c'est facile, on met ses coordonnées (très précisément), la puissance crête qu'on projette d'installer, les pertes estimées (conversion des onduleurs, longueurs de câbles, etc), et l'inclinaison et l'azimut. En ce qui me concerne, j'ai également ajouté le profil des ombres relevées précédemment, puisque c'est ce qui permet d'affiner la mesure. Ensuite on clique sur le bouton Visualiser résultats ce qui permet de voir le productible annuel en kWh, et la répartition mensuelle. Je voulais mettre un maximum de données dans Excel pour réaliser des calculs et graphs comparatifs, donc j'ai utilisé PVGIS de la façon suivante : Pour chaque pente de toit candidat (4 dans mon cas, cf plus haut) : J'ai chargé le profil d'horizon correct J'ai indiqué l'inclinaison J'ai indiqué l'azimut Pour l'ensemble, j'ai mis une valeur arbitraire de 1000 Wc, et des pertes = 0 (car je rajouterai les pertes dans Excel). Ainsi j'ai récupérer les valeurs théoriques ce qui me permet de comparer l'efficacité de chaque plan de toiture. J'ai aussi fait un relevé théorique maximal, chez moi ça correspond à 38° et azimut -6°, juste par curiosité, pour comparer. Je vous présenterai les résultats plus tard, car PVGIS annonce une mise à jour le 1er mars, ce qui me permettra d'affiner encore un petit peu plus mes simulations.

Parafoudre oui. Mais paratonnerre, j'avais lu que c'était franchement déconseillé si tu as des voisins pas trop loin. En effet, le mat du paratonnerre va bien capter tous les éclairs, car ça deviendra le point de fuite le plus facile pour tous les éclairs qui seraient tombés aux alentours sinon. Mais le souci, c'est que ça va descendre à la terre, et provoquer une surtension chez tous tes voisins, qui ne vont pas du tout apprécier la blague... En gros, paratonnerre, c'est uniquement pour les sites très isolés, ou alors en ville mais installé dans les règles de l'art avec le câble qu'il faut pour évacuer la foudre très loin / profond. Après... je suis loin d'être spécialiste, car je ne suis pas concerné ni par l'un ni par l'autre en région parisienne.

@SmartHomeEddy @henri-allauch @jojo @Nico J'ai restauré la DB en date du mercredi 17 avril à 3h00, donc on a perdu 3 jours d'activité (heureusement assez calme en ce moment) Je ne sais pas ce qui s'est passé, j'espère que ça va tenir cette fois-ci... à surveiller.

QuickApp Synology Surveillance Station Version 5.10 Présentation  Ce QuickApp permet de piloter les caméras gérées par l'outil Surveillance Station qu'on trouve sur les NAS Synology : activer/désactiver les caméras démarrer/arrêter l'enregistrement des caméras piloter le positionnement PTZ des caméras motorisées. Ce QuickApp créé un module enfant (Child Device) pour chaque caméra gérée, permettant de visualiser : l'icône indique si le NAS est en train d'enregistrer le flux vidéo de la caméra ou non le message provisoire "Transfert OK" en vert indique le changement d'état le message permanent en rouge indique le défaut de fonctionnement de la caméra (désactivée, déconnectée, etc...) A noter que les modules enfants sont de type Commutateur binaire "com.fibaro.binarySwitch", ce qui les rend cliquables pour forcer/stopper l'enregistrement forcé du flux vidéo de chaque caméra. Ce QuickApp fait suite au Module Virtuel initialement développé pour HC2 : Pré-requis Au moins une caméra doit être gérée par Surveillance Station : Il est conseillé de paramétrer la caméra en détection de mouvement permanente : Reconnaissance d'image effectuée par le NAS : Détection de mouvement (en vert) Reconnaissance d'image effectuée par la caméra : Personnaliser 1 (en orange), et sélectionner les options proposés dans la liste déroulante (variable selon la caméra). L'intérêt de la reconnaissance d'image par la caméra est de décharger le processeur du NAS. Si la caméra en est capable, des positions prédéfinies doivent être mémorisées pour les caméras à piloter : Création d'un utilisateur dédié Bien que non-obligatoire, il est conseillé pour des raisons de sécurité de créer un utilisateur dédié dans DSM. Ainsi, le mot de passe du compte administrateur principal du NAS n'est pas exposé dans la box domotique. Ouvrir le panneau de configuration : Ouvrir le panneau des utilisateurs : Cliquer sur le bouton "Créer", et entrer les informations utiles. Note : il est judicieux de cocher la case "Ne pas autoriser l'utilisateur à changer le mot de passe du compte" afin d'éviter de bloquer le bon fonctionnement du QuickApp le cas échéant : Cocher le groupe "users" : Cocher les cases "Pas d'accès" pour l'ensemble des dossiers partagés : Ne définir aucun quota : N'autoriser les privilèges que pour "Surveillance Station", et refuser toutes les autres applications : Ne modifier aucune limite de vitesse : Vérifier que tout est bon, et cliquer sur le bouton "Appliquer" : De retour dans Surveillance Station, ouvrir le panneau Utilisateur, puis sélectionner l'utilisateur Fibaro préalablement créé, et cliquer sur le bouton "Privilège" : Dans la liste déroulante "Profil de privilège", sélectionner "Gestionnaire tout objet (Directeur)", puis cliquer sur le bouton "Enregistrer" : Confirmer : L'utilisateur dispose maintenant des droits Directeur : Installation du QuickApp Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables : Protocol : protocole à utiliser, normalement : http Address : adresse IP du NAS, par exemple : 192.168.1.1 Port : port de communication, normalement : 5000 User : utilisateur DSM préalablement créé, par exemple : Fibaro Password : mot de passe du compte Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 10 Création des modules enfants Cliquer sur le bouton "Create Cameras". Les modules enfants sont automatiquement créés dans l'interface. Les appuis suivants sont inutiles, et sans danger, car les modules enfants ne seront pas créés plusieurs fois. Icônes Icône officielle pour le module parent : Pour les modules enfants, permet de visualiser en un coup d’œil si le NAS est en train d'enregistrer le flux vidéo de la caméra ou non : Utilisation  Depuis l'interface Web ou l'application mobile : Un clic sur une caméra force ou désactive l'enregistrement forcé de la caméra. A noter que si l'enregistrement automatique sur mouvement est activé au niveau du NAS, celui-ci peut très bien enregistrer le flux vidéo d'une caméra même si l'enregistrement forcé est désactivé. Dans ce cas, le statut du module se mettra à jour dans l'interface de la HC3 (propriété value, icône) Dans le code LUA d'un QuickApp ou d'une Scène, utiliser la fonction fibaro.call() avec l'une des syntaxes suivantes : fibaro.call(ID, "enable") => Active une caméra fibaro.call(ID, "disable") => Désactive une caméra fibaro.call(ID, "turnOn") => Démarre l'enregistrement forcé d'une caméra indéfiniment (la caméra est automatiquement activée si elle ne l'était pas préalablement) fibaro.call(ID, "record") => Démarre l'enregistrement forcé d'une caméra indéfiniment (la caméra est automatiquement activée si elle ne l'était pas préalablement) fibaro.call(ID, "record", 60) => Démarre l'enregistrement forcé d'une caméra pendant le temps spécifié en secondes, par exemple 60 (la caméra est automatiquement activée si elle ne l'était pas préalablement, à la fin du délai l'enregistrement forcé s'arrête et la caméra reste activée) fibaro.call(ID, "turnOff") => Stoppe l'enregistrement forcé d'une caméra fibaro.call(ID, "PTZ", 1) => Déplace la caméra motorisée au preset spécifié Les propriétés suivantes peuvent être lues dans le JSON de chaque module enfant : value : boolean : true|false => Enregistrement du flux vidéo en cours sur le NAS dead : boolean : true|false => Statut de la connexion réseau entre le NAS et la caméra deadReason : string : ""|"Disabled"|"Connection failed"|"Setting"|... => Raison de la déconnexion Changelog v5.0 : Initial release v5.01 : Correction du bug de déconnexion lors du reboot du NAS v5.10 : Correction du problème de login avec DSM v7 Correction du bug de création des modules enfants depuis le firmware HC3 v5.100 Meilleure gestion des modules déconnectés (dead) et support de la fonction wakeUpDeadDevice Gestion de plusieurs langues (français/anglais) Ajout d'emojis sur le visuel du QuickApp parent Améliorations diverses Téléchargement Nouvelle installation : Surveillance_Station_v5.10.fqa Mise à jour : Fichier main : Surveillance Station v5.10 - Main.lua Fichier DSM : Library - DSM v1.10.lua Fichier tools : Library - tools v2.20.lua

Grosse galère Par les panneaux solaires peut être ?

Tu as utilisé le vieux script PHP qui permet de voir la table de routage sur la HC2 ?

M'en parle pas, ça a peine tenu 24h... Ne vous inquiétez pas si ça re-crash dans les prochains jours.

J'ai un doute là, je me souviens d'un vieil article de blog qui traitait du sujet, mais je ne sais plus où...

One Time Password je suppose Je suppose aussi que tu as modifié quelque chose sur ton Syno, non ?

Alerte boutique domotique-store.fr Attention à cette boutique historique, il semble que le propriétaire a changé récemment, et de nombreux clients se plaignent de ne plus recevoir leur commande, la boutique ne répond plus au téléphone ni aux emails, bref ça sent l'arnaque. Voici un retour d'expérience sur le forum hardware.fr : https://forum.hardware.fr/hfr/Discussions/Societe/viens-aborder-escroc-sujet_25005_964.htm#t69945075 (lire également les réponses suivantes) Et les avis Trust Pilot en masse qui en disent long sur la nouvelle politique commerciale : https://fr.trustpilot.com/review/domotique-store.fr Personnellement il semble que j'ai eu de la chance, car j'ai passé une commande chez eux, très récemment, puisque c'était le 22 décembre 2023, je l'ai reçu la semaine suivante dans les délais, entre Noël et le jour de l'an, sans aucun problème, expédition rapide, colis complet, toujours le petit flyer dans le colis comme avant, je ne savais même pas que ça avait changé de propriétaire. Le truc c'est que j'ai payé par Paypal, qui est intraitable avec les vendeurs qui ne respectent pas les règles, donc c'est peut-être pour ça que j'ai reçu ma commande. Pour ceux qui ont payé via CB, avec les banques qui ne jouent pas toujours le jeu des assurances, c'est plus facile pour un vendeur de tricher... Si vous avez des retours d'expérience récents, merci de les partager... et en attendant d'en savoir plus, méfiance avec cette boutique. Cette situation est navrante, car domotique-store est un partenaire de la première heure de notre forum, et c'était une excellente boutique pendant toutes les années passées, avec un service client impeccable, et un site web bien fourni en tutos.

Nouveau crash du forum, cette fois-ci avec le code d'erreur EX1142. De façon tout à fait étonnante, maintenant la table core_cache qui crashait les semaines précédentes... ne crashe plus ! Mais elle se remplie terriblement vite, si bien que la base de données a explosé le quota autorisé par OVH (qui est de 8 Go) J'ai pu la vider ce soir, et le site est reparti. A surveiller dans les prochains jours, mais je ne serais pas surpris que le phénomène se reproduise. Je suis en balade quelques jours, je m'occupe de la licence et de la mise à jour fin mai, en espérant que tout rentre en ordre à ce moment là.

Bonne question... et pas de chance Essaye de poser la question sur le forum officiel, la communauté est très réactive, et tu peux même contacter le SAV GCE qui l'est tout autant.

USE BV pas du tout intéressant pour moi, de toute façon c'était JPME ou rien, pour coupler avec EDF Tempo, c'est vraiment le gros jackpot. @mprinfo oui exact il faudra enlever les impôts... l'année prochaine, et la TURPE aussi (une poignée d'euros)

J'ai enfin été payé par JPME, ma première année a été valorisée 407 € comme je l'avais calculé, c'est tout bon Super cool, on remerciera au passage la médiation lancée GPPEP qui a clairement aidé Et ça me rembourse les 400€ de frais de souscription, donc à partir de maintenant ce n'est que du bonus, même si limité à 5 centimes seulement du kWh pour cette année.

ça a l'air sympa, je ne sais pas si tu as prévu de le tester, mais ça serait cool un compte rendu

Les incendies partent des câbles le plus souvent. Avec un onduleur central, c'est plus probable, car les panneaux sont en série, donc plus gros courant (en ampères) qui font chauffer les fils, et tout particulièrement au niveau des connecteurs. Avec des micro-onduleurs, beaucoup moins de risque, car chaque panneau est tout seul, donc le courant est plus modéré. Mais le risque n'est pas nul non plus, car il y a toujours un câble. Il n'y a pas si longtemps, une série de panneaux vendus en France (je ne sais plus lesquels, il y avait la campagne de rappel sur forum-photovoltaique) ont provoqué des incendies à cause de la boite de jonction située à l'arrière du panneau lui-même. Donc MO ou OC, même combat.

Aïe, dur dur... L'encastré c'est le mal, entre le feu et les fuites d'eau, c'est une bonne chose que ça ne se fasse plus trop.

ça a dû être effacé par une des restaurations de la DB, mais c'est effectivement ce que je craignais, enfin une attaque informatique plus précisément. C'est d'autant plus probable qu'on est sur une vieille version, et c'était justement ma motivation initiale pour relancer l'abonnement à la licence et ainsi pouvoir faire la mise à jour... car entre temps, il y a eu de nombreux patchs de sécurité.

Elle se nomme "core_cache", donc elle met des trucs en cache, que visiblement on peut supprimer sans impact sur le bon fonctionnement du forum. Ce qui est étonnant, c'est que d'une part ce n'est pas la même table qui avait crashée initialement en avril (et qui contenait les comptes utilisateurs, donc restauration complète de la DB du forum obligatoire), et que d'autre part je trouve que cette table cache se rempli très très vite... avant de crasher. Il se passe donc un truc bizarre. En plus de la mise à jour du forum, j'ai l'impression qu'il va falloir faire une conversion du moteur de base de données (MyISAM vers InnoDB), car ce dernier semble plus robuste, avec la possibilité de réparer les tables corrompues. Il faut encore que je creuse la question...

La table en question a recrashé... ça ne tient jamais bien longtemps...

Ah cool alors Donc rustine efficace

En attendant je viens de nettoyer une des tables qui crashe tout le temps, ça devrait mieux fonctionner... jusqu'au prochain crash, dans quelques heures... Dites moi si ça fonctionne mieux comme ça (ça semblait être le cas les fois précédentes)

Note pour plus tard : ne pas lancer le toolkit Mais comme dit @TitiXsi, on y aurait le droit de force un jour ou l'autre, à 23h....

Mince alors, encore une nouvelle release majeure qui va tout casser ? J'ai peur....

Si, mais il faut donner son autorisation pour le prélèvement automatique.... je préfère faire le paiement manuellement chaque année.