Lazer

Si on veut être précis, c'est ni l'un ni l'autre... c'est pour cela que je t'ai donné le lien vers un tuto qui parle bien de "portée" des variables.

Il y a plein de discussions et de tutos qui existent sur le forum qui traitent de ces sujets en détail, voici par exemple :

Bienvenue sur le forum

Pourtant le domaine est toujours au nom de SIRPEA, extrait du Whois : nic-hdl: S211559-FRNIC type: ORGANIZATION contact: SIRPEA address: SIRPEA address: 14 rue Charles V address: 75004 PARIS country: FR phone: +33.811696676 e-mail: 9kceg4risytjyjjafp4n@v.o-w-o.info registrar: OVH anonymous: NO obsoleted: NO eppstatus: associated eppstatus: active eligstatus: not identified reachstatus: not identified source: FRNIC nic-hdl: S211560-FRNIC type: ORGANIZATION contact: SIRPEA address: SIRPEA address: 1 Rue du Moulin de Vendome address: 17140 Lagord country: FR phone: +33.643411794 e-mail: i41wdwqzqy448i3q3tr4@l.o-w-o.info registrar: OVH anonymous: NO obsoleted: NO eppstatus: associated eppstatus: active eligstatus: not identified reachstatus: not identified source: FRNIC Et quand j'ai payé fin décembre c'était bien SIRPEA également.

C'est incroyablement stable. J'avais laissé les ESP32 accessible au cas où, en cas de plantage, pour pouvoir facilement les débrancher, flasher, etc, mais en pratique, pas un seul plantage depuis plus d'un an que ça fonctionne, c'est vraiment super stable ESPHome. Même en cas de perte du Wi-Fi, les modules se reconnectent tout seul, on dirait bien que les développeurs ont pensé à tout. Oui mais alors là je ne sais pas trop si tu disposes de l'autre port, tu as probablement les splits de la génération précédente.

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.

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 ?

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....