Lazer

@jojo ah oui exact Donc du coup différence assez faible, pour ne pas dire nulle selon l'activité du serveur. @Nico pour l'instant ce n'est pas un problème car je suis en surplus l'été, et la clim est entièrement alimentée par le solaire, malgré l'été historique que l'on vient de subir. Et j'ai de la marge.

@fredokl est-ce que tu pourrais recommencer et me dire l'heure exact de ton test STP ? Car je dois chercher dans les logs le message d'erreur correspondant pour pouvoir corriger le problème. Merci, et désolé pour la gêne occasionnée.

En France, l'abonnement de base EDF au tarif réglementé est à 20 centimes du kWh (même si on trouve facilement largement moins cher....) Donc 1 W pendant 1 an, c'est 1,752 € Un serveur de 50W, c'est donc 87,6 € par an (et ça, c'est sans compter les switchs, routeur, etc, bref tout ce qui autour du serveur) Chez moi, l'informatique (tout compris, serveur/réseau, mais aussi les PC, onduleur, caméras, etc), sur 1 an c'est 1938 kWh de consommation, soit 326 € avec mon abonnement électrique (Tempo jusqu'à l'hiver dernier, puis Ohm depuis mars 2026) Heureusement, comme je l'ai déjà dit, les panneaux solaires absorbent une bonne partie de cette consommation, et comme je suis au chauffage électrique en hiver, je peux même considérer que cette consommation n'est pas perdue car elle chauffe la maison. Dit autrement, chaque watt dépensé par un équipement informatique, c'est autant de watt consommé en moins par le chauffage (remarque : ce n'est pas tout à fait exact depuis que je chauffe majoritairement à la pompe à chaleur avec son COP (rendement) moyen de 3 à 4, mais reste que la consommation de mon matériel informatique n'est pas perdue). Après, comme dit @mprinfo, au bout de 10 ans ou plus, ça commence à faire pas mal d'énergie, donc de consommation, mais aussi de chaleur qu'il faut évacuer et donc de bruit de ventilation... ça peut être important selon l'endroit où est installé le matériel. PS : ma consommation électrique va s'envoler depuis que j'ai mon cluster Proxmox à 3 nœuds, j'en reparlerai un de ces jours.

Oui en théorie ça consomme un peu plus en idle (sans activité) Sauf que finalement chez moi, mes 3 noeuds Proxmox en cluster ne sont jamais en idle, justement parce qu'ils sont en cluster et en communication permanente entre eux. Au final, une architecture AMD aurait été plus performante et n'aurait pas forcément consommé plus. En charge, c'est kif kif... je n'ai pas trouvé beaucoup de comparatif sur Internet (et les IA pas plus, forcément elles se basent sur le contenu d'Internet, si tu ne trouves rien sur Internet, les IA ne sont d'aucune aide). Il y a même une théorie, le "race to idle", qui stipule que si le CPU est plus puissant alors il traite sa tâche plus rapidement et donc retourne en idle plus rapidement, au final la consommation n'est plus plus importante, voire inférieure, à un CPU moins puissant. Donc... vu le contexte actuel de presque-pénurie des composants et de prix stratosphériques, à ta place je regarderais sérieusement entre Intel et AMD.... choix du CPU, mais aussi de la carte mère et de la RAM forcément.

LA RAM va continuer à augmenter pendant les 1 ou 2 ans qui viennent, même si à priori le plus gros de l'augmentation a déjà eu lieu (l'hiver dernier) Pour le choix de l'architecture CPU, regarde chez AMD aussi, la plateforme ZEN offre plus de performance pour le même prix que chez Intel. Car les Xeon en socket LGA 1700 sont rares et chers à trouver...

Oui désolé pour les emails, voir ce topic où on en discute :

Petite mise à jour.... je suis désolé car je suis toujours dans l'incapacité de remettre en place l'envoi d'emails avec OVH, le problème est toujours présent sur leur site, et le support m'a baladé comme un moins que rien. 10 jours pour me répondre, après 2 relances, au final j'ai le droit à un magnifique RTFM et ticket clôturé dans la foulée. Évidemment la doc ne répond pas à mon problème, c'est d'ailleurs la première piste que j'avais exploré... Lamentable OVH....

Oui je te confirme que ça fonctionne avec une seule barrette... en revanche, 16 Go tu n'iras pas loin si tu veux faire de la virtualisation, c'était justement la limite qu'on avait avec les microservers HP Gen7 et Gen8. La carte mère est compatible avec de la RAM non-ECC, c'est indiqué dans la datasheet ainsi que le manuel Cependant, j'ai un doute si cela est supporté selon le processeur installé... il est probable (à vérifier) que les Xeon imposent de la RAM ECC. Pour la série Xeon 6300 (sur socket LGA 1700), apparemment c'est ECC uniquement : https://www.intel.fr/content/www/fr/fr/support/articles/000100193/processors/intel-xeon-processors.html EDIT : avec 1 seul barrette RAM, le double canal n'est pas activé, donc la RAM fonctionne en simple-canal uniquement. Théoriquement c'est moins rapide, en pratique je ne sais pas si tu sentiras la différence.

OK donc c'est comme chez moi. Il te faut de la RAM DDR5-4800 UDIMM (Unbuffered DIMM) en non-ECC ou ECC (plus cher...) Et tu es limité à 32 Go par slot DIMM sur cette plateforme. Donc la référence DELL que tu as trouvé devrait convenir (sur LBC je suppose, c'est le seul lien que me renvoie Google...)

Il manque des informations là, le choix de la barrette RAM ne dépend pas uniquement de la marque de la carte mère.... déjà quel modèle, et surtout pour être utilisé avec quel processeur ? Sur le site du fabricant (Asrock donc ici), tu as la liste de compatibilité aussi (même si ce n'est jamais exhaustif car toutes les barrettes du marché ne sont pas forcément listées)

Désolé pour le délai, voici la version 2.10 de mon QuickApp Enphase :

Mise à jour version 2.10 qui résout le problème de Serial Number de la passerelle Envoy à fournir lors de la connexion pour obtenir le token. A cet effet, il faut ajouter une variable Serial au QuickApp : Téléchargement : Fichier main v2.10 :Enphase v2.10 - Main.lua Fichier Enphase v2.10 : Library - Enphase v2.10.lua Fichier tools v2.40 : Library - tools v2.40.lua

Un truc comme ça devrait fonctionner, il faudra que tu mettes tes bons ID : GEA.add(id["MOUVEMENT"], -1, "", {"turnOn", id["LUMIERE"]}, "Détection mouvement facade nord") local lampeterrassearriere = GEA.add({id["LUMIERE"], {"Value", id["MOUVEMENT"], false}}, 60, "", {{"TurnOff"}, {"Repeat"}}, "Extinction lampes facade nord") GEA.add({id["MOUVEMENT"], {"(Value+)", id["LUMIERE"], 0}}, -1, "", {{"RestartTask", lampeterrassearriere}}, "Restart de la tache eclairage facade nord")

Dommage... Et je suppose que tu as vérifié que son CE thermo n'a pas de résistance d'appoint.

Ouch ! Ouais donc là aucune chance de rentabilité, au moins ça répond définitivement à la question. S'il a un VE c'est parfait, c'est lui qui exploitera le surplus solaire, il faut juste qu'il installe une borne ayant cette capacité. Et puis un routeur solaire aussi, s'il a un ballon d'eau chaude électrique, car c'est toujours le premier truc à faire.

Mouais... je ne connais pas les besoins de ton pote, mais 9 kWc c'est énorme, très largement surdimensionné pour 99% de la population. Le bon calcul d'un point de vue rentabilité financière, c'est toujours le même, et je le répète depuis la création de ce topic : adapter la puissance de l'installation à ses propres besoins, afin d'autoconsommer au maximum. Installer plus de puissance, c'est injecter vers le réseau, et donc allonger la durée de retour sur investissement. Les solutions de stockage ne sont qu'un palliatif (batterie physique : non rentable / batterie virtuelle : non durable). Mais dans quelques années, les batteries physiques vont devenir rentable. Investir maintenant c'est encore un peu trop tôt. Le meilleure calcul financier à mon avis, c'est : - poser juste ce qu'il faut de panneaux pour autoconsommer au max, puis dans 2 ou 3 ans (probablement), ajouter des panneaux et une batterie - poser tout de suite le max de panneaux, injecter le surplus gratuitement le réseau (ou prendre une batterie virtuelle si on est sûr de rentabiliser en 1 an), puis pareil : dans 2 ou 3 ans ajout de la batterie physique.

Les batteries virtuelles, je n'y crois pas trop perso. Bon déjà d'une part ce n'est pas du tout adapté à mon profil de production/consommation (ça commence à devenir intéressant quand on produit à peu près autant que ce qu'on consomme sur 1 année entière... perso j'en suis très loin). En outre, le business model est bancale car basé sur l'état du marché passé de l'électricité... cependant plus les années passent, plus le photovoltaïque déstabilise le réseau et on a de plus en plus d'heures à prix négatif.... le modèle de rentabilité des batteries virtuelles ne tiendra plus dans ces conditions. On voit déjà JPME qui a fait faillite, USE on n'en entend plus trop parler car le modèle financier n'est plus rentable que pour un très petit nombre de clients (et pour combien de temps ??)... reste MyLight qui existe depuis quelles années, ça ne me semble guère mieux. Si tu te lances là dedans, fait bien tes calculs, prévoie un ROI très rapide sur 1 an max, car au delà, comme dit, je doute fort que ça puisse continuer longtemps. Le problème sera d'amortir les frais d'entrée (frais de dossier et de Consuel) sur cette fameuse première année... C'est un peu malheureux (d'un point de vue écologique), mais avec la transformation en cours du réseau électrique, la seule solution viable techniquement et financièrement à moyen terme c'est le stockage physique sur batteries (stationnaire et VE). Après comme l'écologie tout le monde s'en fout, une fois qu'on a dit ça, on a compris que l'avenir est au déploiement massif de batteries... et de ce point de vue là, pas mal de pays ont déjà beaucoup d'avance comparativement à la France.

Je viens de regarder, sur ma box de prod avec un vieux firmware 5.180 je peux modifier le mot de passe des utilisateurs, mais sur ma box de test avec le dernier firmware 5.211 Beta cela est impossible. Donc.... fonctionnalité supprimée par Fibaro => ouverture ticket auprès du support

Mais bien sûr, c'était tellement évident

Ah mais pour moi c'est à peu près clair, et c'est bien pour ça que très rapidement dans la discussion je t'ai dirigé vers l"utilisation de l'option GEA "Function". C'est dans ta tête que ça semble moins clair désolé je fais au mieux pour t'aider

Parce que #value# fait une interprétation du résultat retourné. C'est pas évident à comprendre, car tu mélanges plein de concepts différents dans tes messages : du pur LUA, de l'option (condition/action) GEA, et de la valeur dans une chaine de caractère interprété par GEA.

En désespoir de cause, j'ai demande à deux IA, qui ne m'a apporté aucune solution (enfin si, plusieurs solutions qui ne fonctionnent pas avec des menus imaginaire dans le manager OVH, bref le grand classique des hallucinations des IA), si ce n'est finir par me dire... attendez 1 mois que l'ancien service expiré finisse par être supprimé de mon compte par un robot (script) OVH. Espérons que ça soit vrai.... RDV le 1er août.

Non pas du tout, ça retourne une heure au format lisible par un humain, exemple "20:02" (à l'heure où j'écris.... chouette le palindrome ), donc une chaine de caractères. Tu confonds avec l'instruction LUA os.time() dont je parlais quelques messages plus haut Jamais de la vie, encore une fois, bien lire le message d'erreur qui est envoyé par l'interpréteur LUA avant même l'exécution du QA (et donc de GEA) : tu ne peux pas faire une opération arithmétique entre une table ( {"Time"} ) et un nombre ( 1 ) Dit autrement, ce n'est pas une erreur GEA, mais une erreur LUA. Et puis de toute façon, même si ça avait été toléré en LUA, de son coté GEA ne permet pas ce genre de calcul. Non toujours pas, c'est ton {"Time"} qui ne retourne pas un nombre. Tu ne peux donc pas comparer son résultat à celui de "Property" Non, pas un tableau, juste une chaine de caractères. Mais enfin la seconde partie de ta phrase est presque correcte : ce n'est pas un nombre (attention pas valeur, c'est trop générique comme terme)

Pour info... l'envoi de mails est toujours bloqué, j'ai pris un abonnement Email Pro chez OVH mais impossible de l'utiliser avec le domaine domotique-fibaro.fr car l'ancien MX Plan (inclus avec l'hébergement qu'on payait), bien que résilié, est toujours associé au domaine... donc impossible d'utiliser le nouveau service payant à la place. J'ai ouvert un ticket auprès du support OVH, mais aucune réponse malgré mes relances... c'est assez lamentable.... bref je ne désespère pas, mais en attendant, désolé l'envoi d'emails est toujours impossible

Oui c'est bien ça De mon coté, si j'accède manuellement au site de génération de token ça ne fonctionne pas plus... mais au moins, mon QA, via l'API proposée (sur le même site en ligne....), fonctionne bien J'essaie de partager ça ce week-end.