Lazer

C'est cohérent, je vois dans la doc de ta carte mère EC266D4-4L que tu as 3 lignes PCIe dédiées aux contrôleurs ASM1061, chacun dans son groupe IOMMU, et chacun portant 2 ports SATA de ta carte mère (6 en tout) Donc si tu veux donner les 6 ports SATA à ta VM TrueNAS, il faut que tu fasses 3 mappings PCI Passthrough. Et tu as encore un autre contrôleur, le Intel intégré au chipset C266, qui propose 8 ports SATA (théoriquement plus rapide car intégré au chipset, donc à utiliser en priorité) Bref, pleins de ports SATA sur cette carte mère EDIT : ton Proxmox doit être sur un port M.2 en NVMe, donc tu peux utiliser tous les ports SATA pour ta VM TrueNAS si tu veux.

Ah OK, j'avais pas reconnu, et en fait je viens de comprendre : il y a une nouvelle version de IPMI disponible, et l'apparence à changé. Il va falloir que je me lance dans la mise à jour alors

Top, regarde pour configurer IPMI aussi, tu as un port RJ45 et une interface Web dédiée pour tout configurer sur ton serveur à distance, prendre la main, monter des images ISO, etc, tout comme l'interface ILO chez HP.

Dommage, c'est fini le bon plan Tempo, c'était royal les jours rouges en mars l'année dernière quand il faisait super beau

Bienvenue sur le forum

Bienvenue sur le forum

Alors non pas uniquement, à la base c'est pour les services Web, base de données, etc, mais clairement aussi pour une probable future VM dédiée à HA. D'ailleurs, j'ai déjà une VM domotique qui existe, elle fait tourner mon bon vieux FHEM (antenne EnOcean), HA Bridge (télécommande Harmony), Mosquitto (serveur MQTT), et ma passerelle locale Diagral (alarme) C"est intéressant parce que lorsque la VM bascule sur un autre nœud du cluster, FHEM perd la connexion avec l'antenne EnOcean connectée en USB local (normal), et le retrouve dès que la VM revient sur le nœud. Mais ça ne fonctionne qu'une seule fois, lors de la seconde bascule, la VM se met à consommer 100% de CPU et il faut la rebooter pour que ça revienne à la normale. Il faudrait que j'étudie la possibilité de mettre cette antenne EnOcean sur un ESP32 POE, ce qui résoudrait le problème en rendant le couple FHEM + EnOcean réellement HA (= Haute Disponibilité dans le cas présent, à ne pas confondre avec Home Assistant) D'autant plus qu'il faut 3 nœuds pour faire un cluster HA, donc effectivement la consommation électrique s'envole pas mal. Après, comme expliqué sur mon topic dédié, les panneaux solaires fournissent plus de la moitié de la consommation annuelle, et l'autre moitié n'est pas vraiment perdue car comme ça tombe en hiver, la chaleur dégagée chauffe la maison. Vu comme ça, au final, ce qui coute cher, ce n'est pas l'électricité, c'est l'achat du matériel. Mais surtout, la panne est un cas extrêmement peu probable, qui n'arrive normalement jamais pendant la durée de vie du matériel. On a plus de chance d'avoir un bug impliquant un plantage, et depuis 6 mois que j'exploite Proxmox en production sur mon homelab, je me rend compte d'un truc insupportable lié au repository gratuit (community edition) : des mises à jour du kernel en permanence, nécessitant un reboot pour être pris en compte... rien que pour ça, je suis bien content d'avoir un cluster HA permettant de migrer les VM à chaud entre les 3 nœuds du cluster.

Ok, dès que Fibaro aura officialisé le rachat de HA

ça faisait quelques jours que je n'osais pas vous dire gentiment de poster dans la section HA qui existe déjà, merci pour le rappel @jojo Cela dit.... : ... on est habitué aux discussions qui dérivent sur le forum

ça oui, évidemment, mais l'interrogation porte sur "You need to remove the single-channel association and add the multi-channel one. " Après, autre possibilité : la HC3 est codée avec les pieds, et il s'agirait donc alors d'un bug de la HC3

Je suis assez surpris par la réponse du support... A mon avis, c'est plus un problème de firmware du module qui remonte une information erronée, voire une erreur de transmission radio Z-Wave qui aurait corrompu la donnée. Mais ça reste une simple supposition....

Top Tu me diras où tu as trouvé ton CPU, parce qu'en début d'année c'était déjà pas évident, et j'imagine que ça doit être encore pire... bonne recherche !

Bon bah il ne reste plus qu'une seule solution alors : tu passes tout sur HA

Vérifie que le compte que tu utilises n'a pas été désactivé (sécurité Syno après plusieurs tentatives de connexions infructueuses) Vérifie également si ce compte a toujours les bons droits d'accès sur Surveillance Station... vu le message d'erreur, c'est peut-être le plus probable Tu peux aussi essayer de changer son mot de passe (coté Syno et box domotique)..

Antenne Z-Wave / Zigbee / Thread déportée. Nombreux tutos sur le net, avec un simple ESP32 en RJ45, et même encore mieux avec un ESP32 POE pour l'alimentation en même temps que le réseau

J'adore UniFi, mais pour le coup de la charge VE, je préfère largement me tourner vers la borne Victron, car ce dernier est un spécialiste de la gestion de l'énergie ce qui n'est pas le cas du premier. Et justement, avec un Multiplus, ou plus exactement grâce au système GX, il est possible de centraliser toute la gestion de l'énergie et piloter la priorité de recharge batterie stationnaire versus mobile en fonction du surplus solaire disponible. J'attends juste la V2 de la borne que Victron promet depuis au moins 6 mois mais qui tarde visiblement à arriver.... Je pilote mon système Victron Multiplus depuis mon HC3, si ça t'intéresse je pourrais partager mon QuickApp, assez complexe et spécifique, raison pour laquelle je n'ai jamais partagé sur le forum.... ça fonctionne très bien, il faudrait que je mette à jour mon topic. Je n'ai juste pas terminé la partie réseau que j'envisageais dans mon schéma initial, il me manque encore un switch pour cela, mais disons que c'est peu prioritaire car j'ai connecté de sorte à avoir du 10 G (en réalité 5 Gb car limité par IDS/IPS) sur le serveur / NAS.

Non pas à ma connaissance.

Tiens, bah justement j'en ai encore eu un sur la seule journée d'hier pour un RGBW Controller : 313.78 kWh !!! Faut pas en tenir compte....

Oui, cela arrive de temps en temps sur mon installation, c'est un bug du panneau d'énergie qui fait les calculs pour tous les modules. Parfois pour une lumière, ou un volet roulant, un wall plug, etc...

ça c'est typiquement du déclenchement instantané sur événement, donc pas de boucle infinie qui risque de planter, donc pas de Watchdog nécessaire pour surveiller la bonne exécution. Cela peut aussi être réalisé dans un QuickApp avec une boucle refreshStates, mais pour le coup c'est largement plus compliqué, et il vaut alors mieux conserver tes scènes pour cet usage. Ou bien encore avec GEA (qui est un QuickApp....) mais c'est un autre sujet

Mais elle fait quoi ta scène ? C'est une boucle infinie qui regarde la température à intervalle régulier, genre chaque minute ? Sur HC3, les scènes ont été largement déclassées par rapport à leur importance sur HC2 (où il faut dire que les Module Virtuels était trop limités par rapport aux QuickApps sur HC3). Résultat, l'intérêt des scènes sur HC3, c'est plus sur du déclenchement ponctuel, avec exécution immédiate, et arrêt complet de la scène jusqu'à la prochaine exécution. Même si à priori, rien n’interdit de faire une boucle infinie, je suppose. Où as tu entendu dire qu'une scène est moins gourmande qu'une QA ? J'ai des dizaines de QA, dont certains qui travaillent pas mal, et aucun problème de surcharge de la HC3, au contraire même car elle en a sous le coude.

J'avais développé un début de Watchdog pour les QuickApps, mais que j'avais laissé tombé vu la stabilité de la HC3. Finalement, il faudrait que je m'y replonge, car j'ai un QA de mon cru qui plante de temps en temps. Bon par contre, ce watchdog n'était prévu pour surveiller que les QuickApps, vu que je n'utilise pas les scènes sur HC3. Plus précisément : j'ai bien quelques rares scènes sur HC3, mais uniquement en déclenchement instantané sur trigger (sonnette, télécommande, etc), donc aucune boucle infinie dans les scènes, donc la concept de watchdog dans cet usage n'a pas de sens.

Oui intégré lors d'une prochaine mise à jour, et une notification dans l'interface informe l'utilisateur qu'un nouveau template est disponible pour un module existant. Après, il faut lancer la reconfiguration du module pour bénéficier du nouveau template.... si on ne le fait pas, le module continue de fonctionner comme avant, avec ses paramètres configurés à la main. Pour ce module, c'est étonnant, car j'en utilise un et j'ai bien le template dans l'interface. Il y a surement plusieurs sous-versions de ce module pour la même référence commerciale SRT 321, du coup la HC3 fait la distinction...

Ma box de test a passé la mise à jour sans souci

Oui tu as raison, désolé, j'ai corrigé