Lazer

En fait je voulais partir sur de l'AMD ZEN5, les Epyc 4005 qui sont sortis en 2025, car le rapport performance prix est imbattable, au moins 2 fois supérieur à Intel sur cette gamme de processeurs dédiés aux petits serveurs. Mais... l'absence d'optimisation énergétique, et donc la consommation électrique au repos, m'ont fait peur. Du coup, je reste sur une valeur sure, Intel Xeon 6300, qui est déjà largement plus performant que le Xeon E3-1265L v2 de mon HP Gen8 actuel. Mais... quoi qu'il en soit, la consommation électrique sera largement supérieure à mon serveur actuel, ne serait-ce parce qu'il y en aura 3 déjà. Bon, ça ne veut pas dire que ça consommera 3 fois plus, mais j'estime à environ 2 fois plus. Mais ça, on verra en pratique le moment venu. Après... la consommation électrique n'est plus vraiment un problème dans mon cas, entre les panneaux solaire et la batterie, je suis autonome environ 6 mois par an. Reste les 6 autres mois, mais vu que cette consommation génère de la chaleur, qui chauffe la maison, au final ce n'est pas perdu. Et oui et aussi, c'est pas tant l'infrastructure serveur qui va faire monter la consommation, c'est surtout le réseau. Car passer du Gigabit au 10 Gigabit, ça fait sérieusement augmenter la consommation. J'ai déjà reçu un Unifi Pro HD 24 PoE, qui tourne à plus de 25 Watts sans rien connecté dessus ! Belle bête cela dit, totalement surdimensionné pour mon usage, donc absolument indispensable. J'en reparlerai du réseau.

J'ai choisi ASRock Rack (la gamme pro de ASrock), car la disponibilité de Supermicro en Europe c'est compliqué...

Ah oui en effet, j'avais pas fait attention aux dimensions Remarque, c'est du costaud, surement très durable.

Tiens au fait j'ai (encore) changé de boite, je suis retourné dans la même qu'avant, si tu t'en souviens. Promox : oui et aussi des outils "pro", comme le Datacenter Manager qui vient de sortir et permet de centraliser l'administration, le monitoring, les mises à jour, etc... bref les outils indispensables pour administrer une ferme de serveurs, qui manquaient jusque là. La 5G en backup avec IP publique (donc SIM M2M), plusieurs fibres, le SDWan tout ça c'est très bien en entreprise, mais complètement inaccessible aux particuliers. Alors qu'un accès Fibre à domicile, avec une SIM 5G à pas cher d'un abonnement grand public (donc IP privée), on peut tous avoir ça pour pas cher.... mais comme dit, le souci, c'est que l'IP de la 5G est inaccessible depuis Internet, c'est du CG-NAT (Carrier-Grade NAT). C'est là que Cloudflare apporte un gros plus, et puis pour un usage perso c'est gratuit. Pour héberger de petits sites Web, c'est parfait à mon avis. Sinon, il y a plein d'alternatives plus ou moins équivalentes : Tailscale, Twingate, etc... Mais leur argument principal, ce n'est pas la gestion de la redondance des connexions, mais la sécurisation des connexions : filtrage en amont, etc. Encore une fois, quand je vois le désastre récent du groupe La Poste, je me dit que ces entreprises devraient faire quelque chose...

Il n'y a que le port 8000 d'ouvert sur ce portier ? Pas de port plus classique en 80 ou 443 ? Sinon la technique c'est de faire un telnet directement sur ce port TCP 8000, et tu vois quelle réponse tu obtiens.... si tu trouves une chaine de caractère caractéristique, c'est celle qu'il faudra mettre dans la configuration. Autre solution, utiliser le mode debug = true du QuickApp, je ne me souviens plus très bien, mais de mémoire il doit t'afficher dans le log toute la sortie détaillée obtenue après l'ouverture du port. Sinon, j'ai aussi en monitoring certains appareils qui ne répondent rien du tout sur leur port TCP, dans ce cas, je ne matche aucune chaine de caractère, la simple ouverture du port suffit à confirmer que l'appareil est encore présent sur le réseau. Un peu comme un ping.

Le 2nd rack existe déjà en fait, c'est le site de secours justement, mon garage qui est à 15m de la maison. Donc à part quand Poutine appuiera sur le bouton rouge, je suis à peu près protégé contre tout type de désastre (pas de tremblement de terre en IDF, et le jour où je serai inondé la TV montrera en boucle les images de la Tour Eiffel et de Montmartre qui dépassent de la mer ) L'alimentation électrique c'est prévu, 3 sources distinctes, pour chaque serveur. J'aborderai ça plus en détail ultérieurement, et c'est même la première réflexion qui m'a fait me tourner vers un cluster à 3 noeuds pour la haute disponibilité. Le nouveau rack, ça sera pour héberger le matos principal dans la maison, pas loin du rack des batteries.... (les batteries justement, alimentation redondante, tout ça, encore une fois on y reviendra plus tard) Cloudflare, c'est marrant car ça fait rire tout le monde depuis les 2 pannes mondiales récentes. N'empêche que ça apporte plein de bénéfices, dans mon cas : Amélioration de la sécurité : permet de fermer complètement les ports sur le routeur filtrage des requêtes web anti D-DOS (coucou la Poste, ils en auraient eu bien besoin ces 3 dernières semaines.....) Amélioration de la disponibilité : permet d'assurer le failover entre la fibre et la 5G, car en 5G on n'a pas d'IP Publique, donc impossible d'y héberger un site sans rebondir par un tunnel sortant vers un fournisseur externe, ce que Cloudflare permet nativement. Au final, quand on met tout dans la balance, Cloudflare apporte plus de bénéfice que de contraintes, même si sur le principe on aurait tendance à préférer se passer d'un tiers. Après, si Cloudflare est HS, c'est pas mes quelques sites Web perso et le forum qui feront grande différence, il y aura plus urgent. Proxmox commence à pas mal monter en force dans les entreprises, on a pas mal de client qui nous le demande, et dans les boites de services, pour l'instant on a des armées de consultants spécialisés en VMware, mais on manque de compétence en Proxmox. ça fait quelques années que je surveille l'évolution de Proxmox, et c'est impressionnant comment ça évolue dans le bon sens, tant pour un usage en production d'entreprise, qu'à la maison pour geeker. Monter ce cluster à la maison, outre couvrir mes besoins persos pour les 10-15 ans minimum à venir, permet aussi de me former à de nouvelles technologies. Et CEPH a aussi plein d'autres usages que le stockage hyperconvergé des hyperviseurs. Dans le monde scientifique notamment. Tu as eu bien raison (de la chance aussi, niveau timing) pour les licences perpétuelles versus la souscription, quelle plaie...

Si jamais cela peut être utile, j'attache à ce message la doc technique en PDF des prises Greenwave, je ne sais pas si elle se trouve encore en ligne. Technical Doc for the powernodes.pdf

Merci @Nico c'est sympa Mais tu verras que "le" (pardon "les") serveurs que je prépare n'auront rien à envier à ton cluster VMware (d'ailleurs tu ne te fais pas exploser par les renouvellement de licences ?) : 3 noeuds Promox VE en cluster avec CEPH, réseau 10 Gbit/s (J'ai déjà l'uplink 8 Gb pour Internet), failover 5G, et sécurisation via Cloudflare. La partie hébergement de fichiers (NAS) tournera sur TrueNAS avec un gros filesystem ZFS. Le G8 servira pour la sauvegarde, et le G7 sera peut être définitivement arrêté... à voir. Le premier composant que j'ai acheté, c'est la RAM, début novembre, c'était déjà trop tard, mais vu comment ça a explosé depuis, je suis bien content de l'avoir fait.... Depuis j'ai acheté pas mal de choses, il me manque encore les processeurs, alimentations, et quelques bricoles. Ah oui, un rack 19" aussi....

Intéressant cette référence de produit.

Comme tout service dépendant du cloud..... Après, perso, chez moi ce n'est pas gênant, car l'essentiel de mes scénarios critiques ne dépendent plus des sondes Netatmo, notamment tout ce qui est température pour la gestion du chauffage. Il reste juste le pluviomètre pour lequel je n'ai pas (encore) d'alternative, on en avait parlé d'ailleurs, ça me sert d'alerte pour la fermeture des fenêtres en cas d'averse. Le reste, CO2, pression, bruit, etc, tout ça ne sont que des statistiques qui ne me servent dans aucun scénario automatisé.

Ah oui tiens, c'est étonnant car ça "bagotte" depuis ce matin, un coup ça fonctionne, un coup ça ne répond plus...

Salut @MAM78 oui ça se passe en MP (Paypal ou virement) On en avait un peu parlé à l'époque, mais pour faire un truc officiel il aurait fallu monter une association ou entreprise, bref le truc trop lourd pour juste financer un si petit site web. Du coup on fait ça "entre amis", je partage le solde sur le forum, chacun est libre de participer ou non, à la hauteur qu'il le souhaite, et jusqu'à présent ça va très bien comme ça. Pour information, j'ai en projet de me monter un nouveau serveur, un peu plus résilient et puissant que mon ancien HP Gen8 qui commence à accuser le poids des années (plus de 10 ans...), et aussi d'améliorer mon réseau, donc si tout va bien ça devrait me permettre d'héberger le site Web à la maison et d'économiser un peu sur les frais d'hébergement OVH, il ne restera alors plus que le nom de domaine à payer (et toujours la licence Invision). La prochaine échéance sera en juillet, donc ça me laisse un peu de temps pour préparer tout ça. Je partagerai les détails de ce projet informatique+réseau, car je pense que ça en intéressera quelques-uns ici.

Merci @henri-allauch et merci à tous les participants Pour information, la cagnotte est de 117.31 €, et il y une échéance de 199 USD qui arrive fin janvier pour la licence Invision (moteur du forum). A votre bon coeur

(préambule : j'étais en train d'écrire ce message quand j'ai eu la notification de ton message ) Effectivement, et c'est première fois que ça arrive depuis que j'ai écris ce QuickApp, la couleur du jour annoncée pour demain 2 janvier a changé entre les premières estimations à 7h du matin et l'annonce officielle par EDF à 11h. J'avais prévu le coup dans mon script, car l'annonce officielle c'est toujours celle de 11h, publiée par EDF. Quand on va chercher les infos par anticipation le matin, ça peut changer... bah c'est finalement arrivé ! On s'en sort bien, ça aurait dû être rouge, finalement c'est repassé en blanc à 9h50. Le log en couleur :

Bonne année tout le monde, plein de bonnes choses

Il y a Selectra aussi qui s'essaie aux prédictions, pour l'instant depuis le début de la saison ils ont eu majoritairement faux, donc... Pas très utile. Autant regarder la météo c'est plus fiable, c'est dire ...

Joyeux Noël à toutes et tous

Coucou @Krikroff merci de ton retour d'expérience, et content de lire de tes nouvelles Bonnes fêtes de fin d'année

Théoriquement, l'antenne Z-Wave de HA aura une bien meilleure portée. Chipset récent, forme optimisée. Même si en pratique, je ne pense pas que ça fasse vraiment de différence, car en Z-Wave c'est la qualité du maillage qui fait la différence. Maillage apporté par les modules sur secteur, mais aussi la bonne gestion du Z-Wave par le contrôleur. Et c'est là que je manque d'expérience personnellement... surement que HA fait très bien le boulot maintenant, mais on a peu de retour d'expérience réels, car l'immense majorité des utilisateurs de HA sont sur Zigbee.

J'ai corrigé pour toi Sinon, judicieusement positionné dans la pièce de vie, ça peut aussi servir de magnifique totem phallique Blague à part, une nouvelle installation, ça pourrait être l'occasion de partir sur HA rien que pour tester une nouvelle solution de A à Z et simplifier la configuration en ne dépendant pas d'une box en passerelle (qui rajouter un SPOF, un truc de plus à maintenir, etc... même si la HC3 est tout de même très stable) J'ose croire que la gestion du Z-Wave chez HA est suffisamment fiable aujourd'hui pour se suffire à elle même. Une recommandation que je lis partout : partir sur HAOS, ce qui exclue donc les containers. La HC2 remasterisée est tellement vieille que tu t'exposes à des risques de panne matérielle... en plus de consommer beaucoup. Donc il reste machine dédiée type NUC,... ou VM dans un serveur/NAS. Cette toute dernière solution présente l'intérêt de cout réduit, des snapshots/sauvegardes nativement intégrés, mais rend la domotique dépendante de la disponibilité du NAS. Si c'est un Synology qui reçoit des mises à jours tous les 4 matins, perso je ne suis pas fan. en revanche une VM sur un hyperviseur bien stable, c'est déjà plus fiable.

Shelly Wave Outdoor Plug S LR Prise extérieure intelligente (IP44) Z-Wave Long Range (ZWLR) avec mesure de puissance. Conçue pour contrôler et surveiller vos dispositifs extérieurs, idéale pour une installation connectée et économe en énergie. Disponible au format Schuko type F uniquement (standard Européen compatible avec le format Type E français) Caractéristiques principales Prise en charge jusqu'à 12 A (2500 W) Mesure de la puissance Protection contre la surchauffe, la surcharge et la surtension Faible consommation d'énergie : < 0,7 W Classe de protection : IP44 Indicateur LED multicolore Bande de fréquence Z-Wave : 864 MHz (ZWLR) & 868,4 MHz (Z-Wave Plus) Technologie la plus récente : Z-Wave 800 Series Configuration automatique avec SmartStart Authentification à 2 facteurs (2FA) pour un niveau de sécurité optimal Mises à jour du micrologiciel par voie aérienne (OTA) Page produit : https://www.shelly.com/fr/products/shelly-wave-outdoor-plug-s Compatibilité HC3 : Inclusion Z-Wave sans problème sur HC3, avec mesure de la consommation. Pas de template pour les paramètres en date du firmware 5.200.8 Il faut ajouter les paramètres manuellement conformément à la documentation : https://www.shelly.com/blogs/documentation/shelly-wave-outdoor-plug-s-eu-lr Sensibilité et intervalle de remonté de consommation, intensité lumineuse de la LED, etc... Comparatif Fibaro Wall Plug : La prise Shelly Wave Outdoor Plug S LR est plus grosse du fait de carénage étanche et capuchon amovible :

Hum... ça doit être lié à la remarque je fais juste au dessus, mais je ne sais pas encore comment ...

Moi c'est cette nouveauté qui m'interpelle : Je me demande en quoi ça consiste...

Oui, voir ici sur le sujet de la précédente Beta : Je recopie le contenu ici, comme cela a été documenté par Fibaro dans un post dédié sur le forum officiel : https://forum.fibaro.com/topic/79587-update-5191-beta-crucial-changes-for-api-scenes-and-quickapps/ Here are the key changes in API, scenes and QuickApp that the new version offers. 1. Added an option to define title to email notifications called from Lua (Quick Apps and scenes). The email subject could be customized by adding an optional parameter to the method for sending an email to users: In case of LUA Scenes: hub.alert("email", {userId}, emailBody, false, emailSubject) In case of Quick Apps: hub.alert("email", {userId}, emailBody, emailSubject) 2. Added the ability to disable one log channel in Quick Apps using a dedicated function. Quick App log level can be set using following assignment in the LUA code on Quick App: self.logLevel = log_level where log_level could have one of the following values: NONE, ERROR, WARNING, DEBUG, TRACE. Example to set Quick App log level to WARNING which will allow only errors and warnings to be displayed in console: self.logLevel = WARNING 3. Added the request to synchronise the sort-order in the system according to administrator configuration. New API endpoint was introduced to synchronize (reset) sorting order of devices and scenes for all users back to the order that is assigned to the admin: POST /api/sortOrder/syncUsersWithAdmin Only admin, installer and support are authorized to call that API endpoint. 4. SNI TLS extension support for MQTT protocol. LUA MQTT Client that uses TLS by default enables SNI TLS Extension by default since version 5.191. In case of some problems there is a possibility to switch SNI off by the following setting in connection options: self.client = mqtt.Client.connect(brokerURI, { port = 1883, tls = { useSNI = false } })

Finalement reçu ! Je n'ai pas réussi à les inclure en Zigbee sur la HC3 (dernière version de ce jour 5.200.8). Alors soit je m'y prends mal, ce qui est possible vu que ce sont mes premiers modules Zigbee, soit l'implémentation Zigbee de Fibaro est toute buggée ce qui est tout aussi possible ! Étant donné : - les bugs du Zigbee remonté par les utilisateurs (modules qui disparaissent) - je n'ai pas d'autres modules pour créer un réseau Zigbee correctement maillé - ça va me réduire les canaux de communication Wi-Fi à cause des interférences je ne vais donc pas insister avec le Zigbee sur ces modules. Car je vais les utiliser en Wi-Fi, ça semble très bien fonctionner pour l'instant. On a une petite interface Web embarquée permettant de configurer le module, activer chaque prise indépendamment, visualiser les mesures de consommation, tension, courant, énergie, régler la luminosité des LED, programmer des schedules, etc... c'est très complet Bonne nouvelle, la multiprise ne consomme que 0.5 W à vide (les 4 relais OFF) et connecté au Wi-Fi. Compter 0.45 W par relai ON, donc environ 2.3W au total lorsque les 3 relais sont ON, avec les LED éteintes. Si on allume les LED, vraiment très (trop) puissantes, la consommation totale monte à 2.6W, ce qui fait donc 0.075W par LED. La bonne nouvelle c'est qu'on peut les éteindre bien sûr (même si les relais sont ON), mais aussi régler leur luminosité au pourcent près, au final je trouve qu'à 1% de luminosité c'est très bien : discret, mais l'information est bien présente, et la consommation devient alors non mesurable. On peut choisir la couleur qui varie selon la consommation électrique (comme sur le Fibaro Wall Plug), mais aussi 2 couleurs RGB selon si chaque prise est ON ou OFF. Bref, satisfait du fonctionnement du produit, la prochaine étape sera l'intégration via l'API en Wi-Fi, et donc le développement d'un QuickApp dédié. L'avantage que j'y vois, c'est qu'on pourra à la fois piloter les prises via la domotique, mais aussi directement en Wi-Fi, depuis l'interface Web embarquée, depuis un PC ou téléphone.... on ne sait jamais, ça peut être utile. Fun fact : j'ai branché la Power Strip sur un Wall Plug pour connaitre sa consommation, c'est de l'inception