Lazer

Je confirme, on peut consulter, mais pas modifier les données.

Pas certain que le panneau de chauffage soit compatible avec le ZXT120. Tu devrais plutôt poser ta question dans le sujet dédié àce module, tu auras plus de chance de trouver quelqu'un pour te répondre : http://www.domotique-fibaro.fr/index.php/topic/1581-remotec-zxt-120-thermostat-ir-pour-climatiseur/ Mais làcomme ça, je dirais qu'il faut que tu crées des scènes en mode bloc pour piloter ce module.

Oui j'ai choppé un des derniers Xeon dispos sur eBay en Allemagne.... maintenant à part les US ou des boutiques 100% allemandes, il est introuvable, car il n'est plus produit par Intel depuis juillet. Sinon il faut se tourner vers les autres Xeon du bas du tableau, plus puissant, mais plus consommateurs, donc il faut installer un ventilateur.

J'ai vu ça, mais sur le forum, plein d'autres disent qu'ils n'ont aucun souci avec le remote access. Perso j'utilise Java qui fonctionne comme avant. Et je n'ai jamais réussi à faire fonctionner le .NET.

Pour toute question relative au matériel de ce G8, n'hésitez pas à consulter la bible : le site http://homeservershow.com/ Donc ça dépend du i3 choisi : Perso avec le Xeon E3-1265LV2, j'ai fait un test de CPU à 100% pendant 15 minutes, il n'a pas voulu dépasser 58°C, avec un ventillateur du boitier qui est resté à 6% (donc silencieux) et une consommation à la prise de 60W (au lieu de 30W en idle pour 40°C) Donc c'est super raisonnable pour un CPU avec un TDP de 45W et le radiateur passif d'origine.

Il travaille toujours aux champs le père Mprinfo !!

C'est quoi Mercury ?

Voici un script pour l'extension Greasemonkey de Firefox afin de faciliter le login sur l'interface Web de notre box préférée : Remplissage automatique du compte admin Focus sur le champs Mot de passe Il ne reste plus qu'à taper le mot de passe, et appuyer sur la touche Entrée. Dans le panneau des extensions de Firefox, rechercher et installer Greasemonkey : Sur la gauche, cliquer sur le nouvelle section Scripts utilisateur, puis sur Nouveau Script... : Rentrer les informations suivantes : Nom : Fibaro HC2 Espace de nom : http://www.domotique-fibaro.fr Description : Remplie automatiquement le champ login avec le compte admin et met le focus sur le champs password Inclus : http://*/fibaro/*/home/login.html* Dans la fenêtre de l'éditeur qui s'ouvre, copier/coller le code suivant : // ==UserScript== // @name Fibaro HC2 // @namespace http://www.domotique-fibaro.fr // @description Remplie automatiquement le champ login avec le compte admin et met le focus sur le champs password // @include http://*/fibaro/*/home/login.html* // @version 1.0 // @grant none // ==/UserScript== var inputlogin = document.querySelectorAll("input#login"); inputlogin[0].value = "admin"; var inputpassword = document.getElementById("pwd"); inputpassword.focus(); Enregistrer et fermer la fenêtre, le script apparait : Aller sur la fenêtre de connexion de la box, qui devrait ressembler à ceci : Il ne reste plus qu'à taper le mot de passe, et appuyer sur la touche Entrée. Théoriquement, ce script doit également fonctionner pour l'extension Tampermonkey de Chrome (testé par @crazymonster999). Pour ceux qui voudraient aller plus loin et automatiser complètement le login (et qui n'ont pas peut de laisser leur mot de passe en clair dans le script) voir le message de @crazymonster999 plus bas dans cette page.

Firefox pour ma part. Parfois (rare) avec Chrome, j'ai pas noté de différence

T'es sur que t'as pas un problème de négociation de la vitesse sur le port du switch , ou un câble pourri (par exemple celui livré dans la boite) ? Parce que chez moi : - la box négocie bien en 1 Gbps Full Duplex sur le switch avec un bon câble - le chargement des icones de fait rapidement, même avec un cache vide. Il n'y a que les exceptions suivantes que j'ai noté : - à distance, le chargement des icones est lent, mais c'est normal avec l'upload de ma ligne ADSL - parfois, que ça soit en local ou à distance, j'ai les fameuses boules qui tournent trop longtemps au chargement d'une page. En général un F5 suffit à relancer la requête et avoir sa page rapidement. A noter que ce comportement est de plus en plus rare, il se produisait souvent dans les premières v4, et j'ai l'impression que Fibaro tend petit à petit à optimiser le chargement de l'interface.

Regarde dans la doc, je ne l'ai plus sous les yeux, mais cette valeur ne doit pas descendre en dessous d'un autre paramètre. Perso je crois que je suis descendu à15s sur mes capteurs.

Absolument, il faut que tu réduises le paramètre 6 du FGMS "MOTION ALARM CANCELLATION DELAY"

Le datastore, c'est juste un conteneur, c'est à dire un filesystem qui contient les disques virtuels des VM (ce que tu appelles des "images de VM"). Donc si tes VMs ne font rien => aucune activité sur le datastore Si tes VM font beaucoup d'I/O => grosse activité sur le datastore. Donc le datastore ne prend pas de volume, puisque c'est un conteneur. Ta question c'est comme demander si le disque dur de ton PC prend du volume. Tout dépend de ce que tu mets dedans, pas plus compliqué. Bref, comme un PC normal, sauf que c'est virtualité (c'est à dire que plusieurs machines virtuelles tournent sur le même hardware). de toutes façon c'est simple, le datastore sur USB ,n'est pas supporté, donc c'est disque SATA/SAS obligatoirement (HDD, SSD) Tu devrais vraiment te lancer avec ton matos actuel pour bien comprendre, tu verras c'est tout simple et limpide. Là tu te fais des noeuds au cerveau....

je pense que t'as pas encore bien compris : le boot de ESXi c'est sur la clé USB ou la carte SD. Donc une fois booté, ce support de sert plus. 4 Go suffisent. Le datastore (dont le disque de tous les OS que tu vas virtualiser) est sur SSD ou disque dur, et c'est bien làqu'il y a une différence de perfs. Mais essaye avec le matos que tu as, tu verras bien si ça te convient ou pas, il sera toujours possible de migrer d'un datastore àun autre plus tard.

t'as intérêt d'arrêter les VMs dans le bon ordre !!!

ah, c'était pas clair Donc si tu veux mettre sur une clé USB le boot d'ESXi et un Datastore, alors la réponse est non, ce n'est pas supporté. Tu trouveras sur le net des bidouilles infames pour le faire, mais c'est très instable, et crashera tot ou tard (car les clé USB ne sont pas prévues pour supporter un grand nombre d'écriture). différence hdd vs ssd pour le datastore : exactement la même que pour le boot de ton OS sur ton PC. La différence est juste phénoménale. Tu as des SSD à vraiment pas cher maintenant, pas la peine de prendre du haut de gamme si tu n'as pas le budget. Sinon, pour débuter, ton disque de 320 Go ira très bien, j'ai tourné avec un 250 Go pendant 6 mois et ça fonctionnait très bien (que des VM Linux, donc beaucoup plus léger que des VM Windows très gourmandes) Après tu verras bien si ça te suffit ou pas.

Regarde le tuto tu trouveras réponse : http://www.domotique-fibaro.fr/index.php/topic/1277-nas-synology-dsm-5-sur-serveur-hp-n54l-vmware-esxi-55/ Mais en gros : - micro SD ou clé USB : Boot ESXi - SSD ou disque dur : datastore ESXi - les autres disques : mappés en RDM sur la VM "NAS" (Xpeno ou autre)

j'utilise le montage de datastore en NFS depuis la VM Xpeno quand j'ai besoin de monter un ISO pour installer un produit. C'est temporaire, mais ça fonctionne très bien. Evidemment tu ne fais pas tourner des VM en prod dessus, mais pour du test ça va bien.

merci Hansolo mais hum hum..... le site de netatmo donne les précipitations sur 1h, tandis que le plugin FIbaro les donne sur 10 minutes. Dans les 2 cas, je ne vois pas bien quelle genre de requête simple je pourrais faire pour calculer le total journalier. Si je fais une somme, que je divise par 10, en partant du principe qu'on a exactement 10 valeurs par tranche de 10 minutes, est-ce que ça serait précis ?

Je suis surpris.... personne n'a encore réclamé le changement d’icône, pourtant très apprécié

ah ça progresse on dirait que c'est remis à0 toutes les 10 minutes non ? Ca doit donner un graph bizarre.

128 Go oui c'est ce que j'ai sur mes 2 serveurs. Ca suffit généralement. Hum oui le verrouillage de la porte est nul sur le G8, car il faut ouvrir le boitier. Sur le G7 c'était un clé en façade, plus pratique.

Regarde sur Github, tu as le code source de chaque bouton dans des fichiers séparés.

Pour la remote console, j'utilise l'applet Java car chez moi non plus le .NET ne fonctionne pas, et j'ai pas cherché pourquoi. Le SSD, c'est pour le datastore d'ESXi donc à toi de voir la taille dont tu as besoin. Si tu n'as que des VM Linux, ça ne prend pas de place, si tu mets des VM Windows, ça bouffe un max !!

En partageant ce module, j'étais certain que vous auriez tous des idées plus tordues les unes que les autres Ma vision des choses : ce module ne remplace par le VD Check Internet, car :il n'est pas capable d'agréger plusieurs sites web pour prendre une décision (Google n'est pas suffisant, il peut être indisponible, tandis que la connexion internet fonctionne encore) La durée d'interrogation est fixe pour tous les devices surveillés. Surveiller une connexion ADSL toutes les minutes a du sens, tandis que surveiller un Sonos toutes les minutes est contre-productif (charge réseau....) Au sujet des variables globale :je ne suis pas pour créer un tableau, car comme dis Jojo, c'est impossible à exploiter dans GEA, ce qui représente quand même la majorité des usages, n'en déplaise à ses détracteurs. l'idéal est une variable globale par élément à surveiller, de façon optionnelles. Donc dans le tableau DEVICES, il suffit d'ajouter une colonne qui contient nil ou le nom de la variable globale à mettre à jour. Ainsi on peut surveiller les éléments critiques, et ignorer les autres. C'est relativement facile à implémenter. Idéalement, dans le futur, il faudrait ajouter un intervalle variable pour chaque device à surveiller, mais cela oblige à revoir la structure de tout le code, donc ce n'est pas à l'ordre du jour.