Lazer

Non, ce sont bien des relais 230V AC. Le 24V DC que tu vois sur le schéma est la sortie du transfo, qui passe au travers du relai pour alimenter le moteur. Mais la commande du relai est belle et bien en 230V AC. Le tout en double, il faut bien 2 relais et 2 alims. Le schéma est toujours d'actualité.

Désolé je ne peux pas faire de support sur la beta. Je te conseille d'aller voir le topic de la beta, ou mieux si tu souhaites une HC2 qui fonctionne, retourner en stable.

Tout est en première page : scripts + tutoriel

Je suis en 4.3 et je n'ai pas ce comportement. Mais je crois me souvenir sur ma VM de test en DSM 5 que j'avais le même comportement, donc ça doit être "normal" qu'on voit le disque nanoboot. Il ne faut pas en tenir compte lors de la création des volumes SHR. en effet, la vérification de disque c'est long....

Je ne sais pas trop, il faudrait que tu regardes dans les paramètres de la VM. Pour le reste de tes questions, c'est du Syno pur, je t'invite à regarder sur leur site, avec le simulateur de capacité et tout, ça sera plus clair.

cela ne m'étonne pas. Dommage, je continuerai àespérer secrètement la future v5

oui rapidement.... je vais en discuter directement làbas

Génial Fredo je vais essayer de trouver un moment, mais la semaine prochaine je suis encore en balade, j'espère que ça sera plus calme àla fin du mois. Je te tiens au jus

Une question puisque je vois que ça parle de conso EDF. Si on installe ce plugin pour remonter la conso EDF, alors dans le panneau EDF je suppose qu'elle s'additionne à toutes les autres conso de modules (physiques et virtuels). Sera t-il possible de gérer la conso globale, indépendamment de la conso individuelle des périphériques (est-ce que Fibaro a prévu le coup) ?

@Exxaxion tu ne formate que "Disque 3" qui correspond àton disque dur RDM de 3 To.

@Fredo : Tu mets juste un gros warning qui précise que les versions utilisées datent de la rédaction de ce tuto, que ça a évolué entre temps, et qu'un minimum de recherche (avec votre meilleur ami G.....) est nécessaire pour trouver les dernières versions. On ne peut pas passer notre vie à faire du support pour des trucs aussi basiques que des numéros de version 6 mois, 1 an, et soyons fou 2 ans plus tard. Au passage, il s'agit là d'un Hack et pas d'un produit commercial, il est beaucoup plus simple d'acheter un Synology et d'avoir le support du constructeur. En ce qui concerne ESXi, oui c'est compliqué, mais j'ai déjà expliqué quelques messages plus tôt qu'il s'agit d'un produit professionnel, donc forcément pas à la portée de tout le monde. Et encore, ne nous plaignons pas, car ESXi est bien plus simple à utiliser que d'autres solutions de virtualisations, c'est surement pour ça que la communauté geek se l'est approprié pour un usage domestique.

@Sébastien, oui on sait que tu as fait un super tuto sur le choix et le monitoring d'une baie info Ici pour ceux qui n'auraient pas suivi : Choisir une baie informatique résidentielle Mais pour prendre la défense de JM13, il voulait surtout montrer qu'on peut faire quelque chose de simple, rapidement, sans connaissance poussée, en réutilisant l'existant. Ce tuto n'a pas d'autre prétention je pense. Tout le monde n'est pas informaticien et capable d'écrire des scripts LUA, Shell, d'utiliser vi, ou de naviguer dans un arbre SNMP. Au passage, utiliser le SNMP depuis la HC2, je n'ai encore vu personne réussir complètement (un sujet a été ouvert ici par darklite44 mais il n'a jamais terminé : Coder Un Paquet Snmp)

à ce jeu là , certains ne vont pas tarder à demander une icône pour SARAH...

Matos, tu te poses beaucoup de questions sur les bus IDE/SCSI qui sont inutiles en pratique. Dans le doute, quand une VM ne veut pas démarrer, c'est comme un PC : on simplifie la config en enlevant les éléments un par un jusqu'à identifier la source du problème. Donc dans le cas d'une VM, on commence par retirer le disque RDM, surtout que j'ai vu pas mal de gens ne pas respecter les consignes du tuto, donc se planter dans la syntaxe exacte de la commande vmkfstool, et par la suite avoir des problèmes... Si ça peut aider, voici les noms des fichiers que j'avais utilisé en aoà»t pour installer ma VM DSM 5 : - NB_x64_5031_DSM_50-4493_Xpenology_nl.vmdk - DSM_DS3612xs_4493.pat En effet, ESXi ne gère pas les cartes graphiques, c'est un hyperviseur pour serveur, pour lesquels on n'a pas besoin de carte graphique.

Tout pareil. Le capteur de température est relativement fiable, tandis que l'hygrométrie a en moyenne 15% de trop. Ca semble un cas généralisé apparemment.

On savait déjàque les niveaux de batteries ne remontaient plus de puis la v4 Beta, apparemment ça empire Il faudrait mettre des fibaro:debug() un peu partout dans la boucle du bouton n°1 pour voir où ça coince. Par contre il se peut que ce soit un bug temporaire et que ça refonctionnera dans la prochaine beta...

Le tuto est vieux, et les versions du tuto ne sont plus valable. Il faudrait que Fredo mette un gros warning, car tu n'es pas le premier à avoir le souci. SI je ne dis pas de bêtise, c'est ton Nanoboot qui est trop vieux par rapport au au fichier PAT. Normalement en 30s de recherche Google tu dois pouvoir trouver une version plus récente du nanoboot (il y a un moment on trouvait ça sur un site en NL, maintenant ça a peut-être changé... à avoir). Ca évolue presque au jour le jour ces choses là . @Nico & Acidric, vous avez de la change avec vos serveurs, parce que chez IBM c'est vraiment verrouillé.... ça évoluera peut-être quand ça sera chez Lenovo.

Ou làlà, la formation vidéo c'est trop long pour moi. Je préfère la lecture, bien plus rapide, ou encore mieux : la recherche Google... l'anglais n'étant pas un problème. Sinon oui àpart ça je suis une feignasse

Stenve, bah c'est sà»r que si tu tripotes la langue de Benjy, c'est bizarre... ==> [ ]

Plus d'infos avec screenshots sur le forum officiel : http://forum.fibaro.com/viewtopic.php?t=4790 Non mais franchement, ils ne peuvent pas avancer sur la v4 plutôt que de s'éparpiller ainsi ???

Si j'en crois ceux qui sont en V4, la charge CPU étant faible, aucun souci pour baisser ton sleep <= très bon jeu de mot en passant

@kerjon, tu as certainement la mauvaise version de Nanoboot ou de .PAT.

Voici quelques informations sur la consommation de ce serveur issues de l'outli HP Power Advisor.. HP Proliant MicroServer G7 N54L sans disque dur :Consommation au repos : 28.7 W J'avais mesuré 29W avec le Fibaro Wall Plug, donc tout est OK. HP Proliant MicroServer G7 N54L avec le disque dur fourni 250 Go à 7200 tr/min : Consommation au repos avec le disque en rotation : 35 W Egalement vérifié au Wall Plug, ce disque dur de 7200rpm consomme environ 6 à 7W en rotation sans activité Pour des disques durs de 5400rpm, tels que les Western Digital RED, il faut compter environ 4W en rotation sans activité. Avec cela vous pouvez calculer le cout annuel en électricité, sachant que 1W pendant 1 an coute 1,19 € au tarif EDF HP/HC actuel. Mon serveur a actuellement 2 disques durs, il consomme 40W au repos, donc il me coute 48€ annuel (je ne compte pas les période d'activité CPU et disques qui sont très courte en comparaison du temps total passé à attendre). Ce qui est intéressant c'est que ces captures d'écran nous donnent aussi la conso maximale, et la puissance nécessaire pour l'onduleur (en VA). La dissipation calorifique (en BTU) n'a pas d'intérêt pour une utilisation à domicile (sert à dimensionner les climatisations dans les datacenters). Pour information, j'ai aussi fait la simulation sur le Proliant G8 : Et là c'est étrange, c'est qu'il nous annonce 53W au repos sans disque dur, alors que sur les forums les gens disent qu'il consomme à peu près la même chose que le G7 N54L. Et même mieux, en remplaçant le Celeron par un Xeon à faible TDP, les gens disent que la consommation au repos baisse encore plus, tout en apportant plus de performance lorsque nécessaire, et quelques fonctionnalités utiles pour la virtualisation avec ESXi (comme DirectPath I/O permettant d'affecter une carte PCI à un VM.... si c'est un contrôleur SATA/SAS qui est affecté à une VM, il n'y a plus besoin de mapping RDM et les performances sont bien supérieures).

Je ne suis pas expert en LUA, mais je verrais bien les optimisations suivantes afin de mieux utiliser les variables et limiter les appels aux fonctions getValue(), consommatrices de temps : --[[ %% properties %% globals --]] local id_module_virtuel = fibaro:getSelfId() local allumer = tonumber(fibaro:getValue(31, "value")) == 0 local eteindre = tonumber(fibaro:getValue(31, "value")) == 1 if (allumer) then icon = 1079 elseif (eteindre) then icon = 1080 else icon = fibaro:getValue(31, "currentIcon") end fibaro:call(id_module_virtuel, "setProperty", "currentIcon", icon) local conso = fibaro:getValue(46, "value") fibaro:call(id_module_virtuel, "setProperty", "ui.Label1.value",conso.. " W") local temp = fibaro:getValue(213, "value") fibaro:call(id_module_virtuel, "setProperty", "ui.Label2.value",temp.. " °C") fibaro:log(temp.." °C - "..conso.." W" ) fibaro:sleep(4000);

J'ai aussi remarqué que le FGBS Universel a une porté moins importante que les modules alimentés en 230V.