Lazer

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.

Tu montes cette image ISO comme un virtual mount point via l'ILO. Tu bootes dessus. Et tu fais l'installation sur la carte micro-sd.

SI la valeur n'est mise àjour que dans les événements, mais pas de la module lui-même, ni son JSON, ça ressemble àun gros bug. Personne n'a constaté ce point précédemment ? En tout cas, je ne vois pas comment intégrer ça dans les graphs. Car interroger le panneau d'événements, c'est pas gérable....

En fait c'est un VD que j'avais commencé il y a longtemps, et que je viens seulement de terminer, afin qu'il soit partageable à peu près proprement (même si la configuration de la variable DEVICES n'est pas des plus simples). Le but premier n'était pas de monitorer l'accès à Internet, mais il se trouve que ça fonctionne très bien avec Google par exemple. Le VD Check Internet a au moins un avantage, c'est de mettre à jour une variable globale indiquant le status de la connexion Internet, utilisable dans des scénarios.

je ne dirais pas le contraire.... sauf pour le budget, car les modules en KNX c'est pas le même prix !

Merci mais euh... ça c'est embêtant... ce sont mes yeux, où je vois des 0 partout ? dans l'interface web, tu vois bien une valeur ? Il va la chercher où alors ?