Lazer

J'ai aussi un GSM de société, mais il est dans ma poche. SI je le laisse à la maison.... comment dire..... euh.... en fait c'est pas mal, je recevrai moins d'appels

Désolé ce n'est pas possible. Ce n'est pas vraiment étonnant ni dommage, car ESXi n'est pas fait pour virtualiser un poste de travail, mais plutôt un serveur, lequel est situé dans une armoire dans un datacenter à coté des autres machines. On ne cherche donc absolument pas à brancher un écran sur la machine. Du coup, cela limite forcément l'usage qu'on peut en avoir à la maison..... sinon il faut se tourner vers d'autres solutions permettant de conserver un affichage en local comme Windows + HyperV, ou encore Linux + Proxmox. Par contre je n'ai jamais testé... EDIT : lors de la sortie d'ESXi (par rapport aux précédents ESX sans i), le fait que le noyau de l'hyperviseur soit super compact était justement un argument de vente en faveur de son empreinte mémoire, ses performances, et sa fiabilité. Donc le fait d'avoir supprimé un maximum de fonction 'superflues' est tout à fait voulu de la part de VMware !

ah oui tordu Mais du coup, tu as besoin d'un abonnement avec la data, et ça même en France c'est un peu plus cher que le forfait 0€/2€ que l'on a (qui ne comprend que 50Mo de data... je pense que la passerelle avec l'OS Android àlui tout seul bouffe ça dans la journée sans rien faire).

@Shyrka973 1- Ah oui... ce code est un extrait d'un de mes modules, légère adapté pour ce sujet de discussion, donc j'y suis allé un peu vite sur le "i". Ou alors, il faut déclarer la variable juste avant avec un local i = 0 2- Oui éviter de laisser trainer le mot de passe c'est plus propre. Cette astuce est passée sur le forum officiel. Cela fonctionne chez moi en 3.590 et v4 beta. Je met à jour mes modules virtuels petit à petit. Au passage, cela simplifie grandement le partage de module virtuel sur le forum, car cela fait 2 variables en moins à mettre à jour par l'utilisateur lors de l'import du module. 3- bonne astuce

Cool, bon si ça marche bien, je vais préparer le code équivalent pour les autres boutons.

@Gargamel, La ligne 11 correspond à quelle ligne exactement (car sur le forum, c'est toujours décalé). Copie/colle tous les messages que tu as dans la fenêtre de debug, ça aidera à voir sur quoi il bloque. Tu es certain d'avoir bien créé la variable globale "SMS" dans le panneau kivabien ? Je précise que j'ai copié/collé ce bout de code depuis mon module virtuel, donc il doit trainer une coquille quelque part dans ton implémentation qui ne me saute pas aux yeux. Ah si, apparemment il te manque la définition de la variable "numero". De plus, je tourne en v3.590, je n'ai pas testé ce code en v4 beta. @Jojo, je pense qu'on ne parle pas du tout de la même chose. - Le tuto ici présenté est une passerelle SMS permettant d'envoyer des SMS depuis la box HC2 vers l'extérieur, permettant d'informer l'utilisateur d'un événement important (un SMS saute plus aux yeux qu'un email sur un smartphone, surtout si on est à l'étranger sans data). - Tu cites l'exemple inverse, qui consiste à se connecter chez soi depuis l'extérieur, par exemple pour démarrer manuellement le chauffage à distance, ou contrôler que tout va bien. Après, je veux bien croire que les abonnements sont hors de prix en Belgique, on a au moins cette chance là depuis que le boss de Free a cassé les prix en France (et en passant aussi en Israà«l avec son pote). Faut dire qu'avant on était un des pays les plus cher d'Europe (au coude à coude avec nos amis belges )

10-15 minutes c'est suffisant pour des statistiques de température à la journée. Par contre, si tu veux réguler du chauffage (par exemple avec les modules liés et le panneau de chauffage), alors tu risques d'avoir une inertie trop grande, et un intervalle de 1 minute devrait être plus judicieux. De plus, sur une HC Lite, le script sera externe, donc la seule charge de la HCL c'est de fournir la liste des devices via l'API. Tu lances Firefox ou Chrome avec les outils de développer, tu tapes l'adresse /api/devices et tu regardes le nombre de millisecondes que ça a pris. Tu divises ce temps par 60 secondes et tu auras la charge moyenne. Alors peut-être que la HCL est biens moins performante que la HC2, mais à mon avis pour une tâche aussi simple ça ne fera pas de différence. Reste toujours à trouver un motivé pour "convertir" mon script LUA en PHP

Nico, il fait encore que je recrée la clé Recovery from scratch de Lionel avant de la renvoyer. Le temps me manque pour m'y mettre sérieusement. En attendant, je bidouille la v4, j'adapte les scripts de graph, etc.

Faut tester, sur HC2 il n'y a aucun souci.

Pour la garantie, je ne sais pas trop. Voit avec ton revendeur si il te le reprend.

Merci pour le partage Gargamel Je me rend compte que j'ai ma propre passerelle qui fonctionne exactement de la même façon, mais je n'avais jamais partagé le tuto. Suggestion d'amélioration : lire le message texte dans une variable globale (ce qui permet d'envoyer des SMS facilement depuis n'importe quelle autre scène avec 1 seul bouton). local message = fibaro:getGlobal("SMS") function urlencode(str) if (str) then str = string.gsub (str, "\n", "\r\n") str = string.gsub (str, "([^%w ])", function © return string.format ("%%%02X", string.byte©) end) str = string.gsub (str, " ", "+") end return str end local payload = "/sendsms?phone="..numero.."&text="..urlencode(tostring(message or "empty")).."&password="..password -- puis la suite...

Oh le boulet de compétition.... J'ai trouvé... je mérite un trompefuckage en règle L'erreur venait du script LUA, au moment de générer la variable payload, j'utilisais i au lieu de jsonTable.id Et par la magie du copier/coller, il y avait la même erreur dans les boucles v3 et v4. Je met à jour le script de la page précédente. Désolé, tu peux vider les tables battery dans la base et mettre à jour le script.

Nico, j'ai regardé chez moi, et j'ai bien un bug aussi. Le bouton du virtual device envoie bien les bonnes infos (Device ID et Battery Level), par contre, une fois dans la table domotique_battery, j'ai des device_id qui ne sont plus les bons. Ils sont complètement bidons et ne correspondent àrien. Par contre, les value sont OK (mais ne correspondent plus aux bons device_id du coup). Forcément, les graphiques sont bidons. C'est un truc de fou, je n'y comprends rien !

YES, c'est cool, l'exclusion ne provoque plus le crash du moteur Z-Wave sur la box de Lionel

Mise à jour faite sur ma box préférée de test Evidemment, plugin Virtual Sensor à réinstaller. La mise à jour a eu le mérite de réveiller le plugin Netatmo... pour quelques heures ??? Va falloir que je teste l'exclusion...

Bravo Jojo, tu as parfaitement résumé la situation. J'ai pas trop le temps d'écrire ce script, mais en gros il faudrait convertir les scripts LUA que je fournis dans le Virtual Device, pour les convertir en langage PHP et les faire exécuter sur le NAS. Ensuite, utiliser Crontab pour exécuter ces scripts à intervalle régulier (1 minute fait très bien l'affaire)

Me voilà .... pas bonne nouvelle pour une fois j'aurais préféré ne pas intervenir Si ta box a 2 ans, alors elle n'est plus en garantie, et Fibaro va encore te réclamer une expédition par DHL qui coute environ 100€, sans garantie de réparation gratuite derrière.... Si tu as n'as plus aucun affichage ni sur le VGA ni sur le HDMI, à priori je dirais que ça ne vient pas des clés USB. Sinon, tu devrais au moins voir le BIOS, comme je l'ai filmé ici : HC2 USB Recovery Tweaks Lionel avait encore l'affichage sur sa box. Déjà tu peux essayer d'enlever la clé et de booter comme ça, mais à mon avis ça ne changera rien. C'est peut-être le BIOS qui est touché. Il y a une procédure de recovery du BIOS. Il faut que tu te serves des indications que je donne dans le topic HC2 USB Recovery Tweaks afin d'identifier la version de ta carte mère. Ensuite tu prends le document PDF Product Guide associé, et il y a un chapitre Recovering the BIOS qui donne la procédure et le lien vers le BIOS sur le site d'Intel. Déjà je commencerais par ça. Autre solution : démonter la box, retirer la carte fille interne, et essayer de booter comme ça (= carte mère nue). Car peut être que ce n'est pas la carte mère qui déconne, mais la carte fille, ce qui serait plus embêtant...

Nope, en EnOcean je n'ai que des capteurs. Il va donc falloir que j'achète des nouveaux machins rien que pour pouvoir utiliser ton nouveau plugin

oui normalement cela fonctionne en v3 et v4.

J'avais raté la sortie du Virtual Switch. Bravo Krikroff, encore une grande avancée pour les utilisateurs HC2/HCL Bon par contre je n'en n'ai pas trop l'utilité pour l'instant... ça viendra un jour.

C'est le bit Normand. Je sors...

Plutôt que de parcourir la liste des id à la recherche de ceux qui existent vraiment, maintenant je passe par l'API afin de lister directement les modules existants. Ce code devrait faire l'affaire, tu peux t'en servir et compléter avec les actions dont tu as besoin : -- Get HC2 Device list local HC2 = Net.FHttp("127.0.0.1", 11111) payload = "/api/devices" response, status, errorCode = HC2:GET(payload) if tonumber(status) == 200 then jsonTable = json.decode(response) for i = 1, #jsonTable do fibaro:debug("Trouvé module ID="..jsonTable[i].id) end fibaro:debug("Il y a "..i.." modules") else fibaro:debug('<span style="color:red;">status='..status..', errorCode='..errorCode..', payload='..payload..', response='..response..'</span>') end AInsi, plus de problème de MaxID et de temps passé à parcourir des modules inexistants inutilement.

Et bien moi le forum était carrément inaccessible ce soir, mais pas de lenteur. Juste domaine non trouvé ?!?!? Làça refonctionne.

Bravo et merci Steven pour tout le temps que tu as passé sur GEA

hum... il n'est pas choisi au hasard ce nombre Bon, tu peux vérifier 2 choses ? - dans la DB, est-ce que toutes les valeurs sont identiques ou pas ? - dans la fenêtre de debug du bouton du device virtuel, que vois-tu ?