Lazer

C'est bien l'objectif attendu, mais non assumé par la CRE (*) TEMPO est une variable d'ajustement du marché depuis 2022, quand il y a eu la crise énergétique (centrales nuke à l'arrêt, gaz russe manquant, barrages à sec) et qu'on a eu peur des black-out, on a vu les tarifs s'envoler, et à l'inverse le tarif de Tempo devenir super intéressant. Hop, une partie du marché passe sous TEMPO, et avec les jours rouges fait des efforts ce qui soulage le réseau. Résultat on a passé l'année sans problème. Depuis 2 ans, on a trop d'électricité (voir les communications RTE), EDF bat des records d'exportation, on est obligé de forcer l'arrêt des ENR intermittents (éolien et solaire) et même de certains réacteurs nucléaires un grand nombre de jours dans l'année, et même avec ça on est passé à 2 reprises en 2025 à coté du blackout (avril et octobre, là encore voir les communications RTE) à cause de la surproduction. Pendant ce temps là, les prix du marché baissent. Et donc que fait la CRE ? Vite vite elle remonte les tarifs de TEMPO pour inciter les gens à le quitter, car ce n'est plus financièrement rentable. Perso grâce à TEMPO, sur 1 an glissant (31 janvier 2025 à 30 janvier 2026), je suis à un tarif moyen de 0.1438 €/kWh (en exploitant bien les HC Bleu pour charger les batteries... thermique (ECS), et chimiques (stationnaire et VE)) C'est totalement imbattable et aucune offre du marché ne peut arriver à ce niveau là. Forcément, pas trop rentable pour EDF cette affaire là.... J'attends de voir les offres de marché en février, peut être que je vais aussi devoir quitter TEMPO, car avec l'augmentation moyenne de 8% dès demain, c'est tout de suite moins intéressant.... Ce que je ne comprend pas dans tout ça, c'est pourquoi la CRE ne fait pas évoluer TEMPO. Ils l'ont bien fait avec les tarifs HC/HP, en modulant les HC selon la saison été/hiver. Si l'objectif c'est d'équilibrer le réseau en période de tension (aussi bien en hiver quand il fait froid qu'en été quand il y a trop de soleil), alors pourquoi ne pas se servir de TEMPO et de ses jours bleus et rouges pour inciter les gens à programmer leurs gros consommateurs ? Par exemple avec des HP "super rouges" en hiver (encore plus chers qu'aujourd'hui), et à l'inverse des HC "super bleus" en pleine journée d'été ultra économiques. ça viendra peut être... un jour. (*) non assumé car le discours officiel c'est que les jours rouges ne sont pas assez cher et n'incitent pas les gens à décaler leur consommation. Ils n'ont qu'à faire comme je propose, au lieu de simplement inciter les clients à quitter cette offre. Parce que c'est pas l'abonnement HC/HP qui va plus inciter les gens à décaler leurs consommations, vu le peu de différence de tarif entre HC et HP. Le discours de la CRE est incohérent. Bref. A nous de choisir la meilleure offre avec ce qu'on nous donne à disposition, à défaut de mieux.

Il faudrait que tu arrives à identifier la règle concernée qui fait planter GEA (en isolant les règles une par une jusqu'à trouver celle qui fait crasher GEA) Car là, le plantage se produit en plein milieu du code, impossible de savoir dans quelle condition/action se produit. Seul indice, c'est dans un bloc qui teste les conditions + ou -, donc ça doit correspond à une règle où tu as des conditions de comparaison de valeurs numériques (par exemples "Value+" ou "Value-") LUA n'est pas content car il se retrouve à comparer une valeur booléenne (true/false), c'est ton second indice pour identifier la règle coupable.

J'ai renouvelé la license Invision pour le forum aujourd'hui, 199 USD = 175.21 €, on peut remercie la politique de Donald qui a pour effet de faire baisser le dollar Et j'en profite pour vous remercier pour votre générosité à votre participation à la cagnotte, puisqu'il reste encore 142,10 € en compte De quoi voir venir

81€ ça douille

C'est pour cela qu'il est conseillé de ne mettre un texte de notification que lorsque qu'on souhaite en recevoir une, sinon on laisse une chaine vide "" Tu te compliques beaucoup la vie à mettre un texte de notif, et rajouter des Push partout où tu en as besoin. Attention à ne pas confondre le texte de notif, avec le texte final (après les actions) qui sert à décrire la règle, c'est peut être ça qu'il te faut utiliser. On voit bien dans la règle d'exemple lors du démarrage de GEA que j'ai recopiée plus haut, il y a un texte pour la notif, et un autre texte pour décrire la règle (celui ci est facultatif et purement informatif)

Non Exemple : GEA.add(true, 0, "Démarrage de GEA le #date# à #time#", nil, "Démarrage GEA") (issu de la config donnée par défaut dans le tuto quand on télécharge GEA)

Je ne sais pas trop, je n'ai jamais utilisé l'action Push qui ne doit exister que de façon historique pour des besoins précis demandés par certains utilisateurs. Perso je déclare simplement ma variable GEA.portables = {...} dans la config, et ça suffit à ce que je reçoive les notification sur mes téléphones. Après il n'y a qu'à mettre la notification dans la règles GEA (3ème paramètre, entre la durée et l'action) comme tu le fais déjà. Quand la notification est vide (chaine de caractère ""), alors ça n'envoie tout simplement pas de notification. J'espère que ne dernier firmware de la HC3 ne va pas tout casser (pas testé encore) car apparemment il y a des modifications au niveau de l'API d'envoi de notifications...

@fel-x je pense que tu n'as pas compris mon message précédent. Tu peux mettre toutes les conditions Dates dans une même règle, même sans Or, car GEA réalisera automatiquement le Or pour toi. Inconvénient ça fait une ligne très longue.... mais avantage ça n'en fait qu'une seule ! Et puis surtout en terme de performance d'exécution c'est un peu plus optimal, ça évite à GEA d'analyse 12 règles distinctes. GEA.add({{"Dates", "27/01"}, {"Dates", "27/02"}, {"Dates", "27/03"}, ......., {"Time", "11:30"}}, 0, "message", {"Push", 840}) Note : j'ai aussi repassé la durée à 0, je ne vois aucun intérêt à utiliser une durée de 30s, là encore toute petite optimisation pour les bonnes performances de GEA.

J'avais regardé trop vite, en effet, collés au plafond, je comprends mieux les ventilateurs latéraux. Bien pour le thermostat. Perso je compte faire ça différemment, je vais me débrouiller pour laisser 10 ou 15 cm au dessus de la baie pour l'évacuation de la chaleur par les ouvertures supérieures, avec en plus 2 ventilateurs qui seront pilotés par un ESP32 alimenté en Ethernet POE, avec ESPHome installé dessus, et des ventilateurs Noctua PWM, et aussi une sonde de température branchée sur l'ESP32, ce qui me permettra de remonter toutes les infos dans ma domotique et d'asservir le pilotage de la vitesse des ventilateurs en fonction de la température mesurée par les sondes judicieusement placées dans le rack. Je détaillerai ça sur mon topic dédié pour ne pas polluer ici.

Euh.... attention hein, à aucun moment les snapshots immuables ne sont une sauvegarde.... ça n'a jamais été vendu comme tel par tous les constructeurs sérieux de baies de stockage. Les snapshots immuables sont un premier rempart de protection contre les attaques informatiques, notamment par crypto-virus mais pas que, permettant de rétablir rapidement la disponibilité des données pour les utilisateurs. Mais pour cela, encore faut-il avoir des moyens de détection rapide, pour ensuite pouvoir intervenir rapidement. Sinon, si on attend trop et que l'intégralité des données sont perdues/effacées/chiffrées, ça implique que les snapshots utilisent plus de 100% de l'espace utile des données... quand j'explique à mes clients ce qu'impliquent réellement des snapshots immuables en terme de cout de stockage disque, souvent la réponse c'est "bon bah finalement je vais m'en passer vu que ce n'est pas une contrainte réglementaire légale" (comme dans les banques, etc). Quand on fait le calcul, on se retrouve rapidement avec une baie disque qui fait 3 fois la capacité nominale pour la seule sécurité des snapshots immuables. Dans tous les cas, il faut des sauvegardes (le fameux 3-2-1.... et même plus si possible) pour pouvoir restaurer ses données afin d'être couvert contre tous les risques. Le problème avec les sauvegardes, c'est le temps de restauration des données.... Et donc retour à la case départ : détecter les menaces au plus tôt pour agir au plus tôt.... là ce n'est pas trop ma spécialité, même si pour plus de simplicité et d'efficacité certaines baies modernes embarquent maintenant des outils intégrés de détection : changement du patern typique d'I/O, arrivée massive d'écritures, etc

Non pas à ma connaissance en tout cas. En usage perso ce n'est pas un problème, mais en usage pro ça peut commencer à le devenir vue l'évolution du marché...

@fel-x On dirait bien un bug de la condition Monthly Il faudrait que j'essaie de reproduire et de trouver un correctif. En attendant, tu peux utiliser la solution de contournement proposée par @jojo Et même pas besoin de "Or", car il est fait automatiquement quand GEA détecte plusieurs conditions Time ou Dates dans la même règle. Reste que ça fera une ligne assez longue... fonctionnel mais pas très "joli".

@mprinfo Erreur, en faisant cela tu réchauffe les machines, car l'air chaud expulsé par l'arrière revient vers l'avant par l'espace que tu as laissé entre les machines, et est à nouveau aspiré par l'avant des machines... donc in fine, leur température interne est supérieure, ce qui est exactement l'inverse de l'effet recherché. En pratique (avec sondes et tout et tout), j'ai mesuré des températures qui peuvent être jusqu'à 15°C supérieures, c'est énorme.... de quoi mettre en alarme certains équipements. Ce qu'il faut faire, peu importe que les machines soient collées ou non, c'est de mettre des obturateurs (plaques en acier ou en plastique) sur tous les U vides du rack. Cela permet au flux d'air frais d'être aspiré par l'avant des serveurs (normal), mais surtout d'éviter que l'air chaud ne revienne à l'avant. Pour que cela fonctionne, il faut bien sûr que l'air arrière, en surpression, puisse s'évacuer. Donc soit l'arrière du rack est ouvert (cas idéal), typiquement une porte en grille à nid d'abeille, ou alors si ce n'est pas possible (cas du rack mural), alors c'est l'ouverture par le dessus qui doit être privilégiée, car l'air chaud à tendance naturelle à monter (dilaté, densité inférieure, plus léger). On peut se contenter de laisser l'ouverture du passe câble ouverte si cela suffit, sinon on peut ajouter des ventilateurs d'extraction forcée si cela ne suffit pas. Dans le rack de @flacon030 c'est un bon début, il manque juste les obturateurs sur le haut du rack, car en l'état les ventilateurs supérieurs extraient autant d'air chaud arrière que d'air frais avant, donc pas optimal. Du coup, il a surement ajouté des ventilateurs latéraux pour rien (et qui en plus consomment de l'électricité) Sinon c'était bien parti, avec les obturateurs passe-câbles sur le bas du rack.

Sinon je ne sais pas si vous avez vu passer, mais c'est le meilleur moment pour acheter des panneaux solaires : [PV Magazine] Modules photovoltaïques : une hausse des prix attendue sur le premier semestre 2026

En fait c'est con, on devrait avoir une réduction quand on met des panneaux solaire, vu que ça coute moins cher que les tuiles, en cas de casse à remplacer.

J'ai effectivement peur de la grêle, et uniquement de ça, même si le risque reste très faible. Pas trop d'inquiétude sur le risque d'incendie d'origine électrique, j'ai tout bien monté dans les règles de l'art, et quand je vois le travail de certains professionnels pour être passé derrière, j'ai largement plus confiance dans mon propre travail. Et puis de toute façon, vu que j'ai refait intégralement tous mes tableaux électrique (principal et divisionnaires), et posé ma propre borne de recharge électrique, tout ça sans agrément électricien + IRVE, mon installation n'est de fait pas aux normes (non consualisable.... c'est paradoxal quand on sait que la partie PV uniquement, elle, a bien passé le consuel)

Je ne suis pas sûr que ça soit ça, mais dans le doute.... dans toutes mes conditions "Time", je met toujours un intervalle d'au moins 2 minutes pour être sûr que la condition est prise en compte. D'autant plus avec ta durée de 30.... si GEA prend du retard pour une raison ou une autre (box saturée, etc), alors tu peux louper le second cycle dans la seule minute que tu as donné, et alors la règle ne se déclenche pas. Exemple : {"Time", "18:15", "18:16"} Sinon, il faudra mettre en place le mode GEA.debug=true, voire même GEA.lldebug=true pour voir précisément ce qui se passe (ou ne se passe pas) à ce moment précis.

Ah, très bon exemple ! Car justement, ça fera bientôt 4 ans que j'oublie de déclarer mon installation à mon assureur...

C'est beau la théorie. En pratique : - le magasin (Leroy Merlin ou Aliexpress, peu importe au final) vend un truc, aux normes ou pas, en fait tout le monde s'en fout - le client est content car il a eu un super prix - il branche, ça marche, il profite, point. La déclaration à Enedis ? J'aimerais bien savoir quel pourcentage réel de producteur PV la font. Tout particulièrement chez les clients qui ont acheté un panneau en kit prêt à brancher sur une prise (même remarque pour une batterie), tellement c'est aussi facile que de brancher n'importe quel autre appareil commun. Et le pire dans tout ça, c'est que sur le nombre de gens qui ne font pas de déclaration, je suis sûr que la plupart n'enfreignent pas volontairement la loi, juste qu'ils ne savent pas, s'en foutent, n'y prêtent pas attention, tellement, encore une fois, il est facile de se brancher sur une prise murale et de profiter dès la 1ère minute de son nouveau joujou. Donc après, personne n'ira jamais se retourner contre le vendeur, DGCCRF ou pas, peu importe tout le monde s'en cogne. Tant qu'il n'y a pas d'incendie....

Et également, vérifie que ton bouton est bien visible :

Essaye de jouer avec la paramètre " Utiliser les nouvelles vues dans l'application mobile " dans les paramètres avancés de ton QA :

Bien vu, je n'avais pas fait attention. Merci à toi, je l'ai déplacé au bon endroit.

Le marquage CE est purement déclaratif, alors les chinois ils s'en tamponnent pas mal, ça ne leur coute rien de sérigraphier leurs produits Après les vendeurs ils vendent, faut pas chercher plus loin. Ah tiens je n'avais pas pensé à ça, effectivement dans ce cas ça troue un intérêt. certes mais il parlait d'une pente de 10° donc ce n'est pas son cas, c'est pour ça que dans son cas, à moins que le sol derrière le panneau soit clair, je ne pense pas que ça fera de différence de production en pratique, ou alors à la marge (10W peut être ? au doigt mouillé)

Franchement tu auras plus vite fait de faire une scène que d'utiliser GEA si c'est juste ça ton besoin. En plus, la scène sera plus réactive que GEA, le WAF en sera amélioré si les 2 lumières se synchronisent instantanément. GEA, c'est utile si tu comptes baser tous tes scénarios dessus, pas juste pour 1 règle. Bon après... faut bien commencer par 1 règle pour en faire d'autres, donc c'est toi qui voit selon tes besoins.

Généralement nulle, à moins de tapisser le sol de peinture blanche brillante ! Le truc, c'est que souvent les panneaux bi-faciaux sont au même prix, souvent les installateurs posent ça par défaut, y compris collé aux tuiles du toit ! Il ne faut pas que le bifacial soit un critère de choix, s'il est là OK, sinon ça ne change pour ainsi dire rien du tout.