Lazer

La même IP ? Il faut voir cela dans chaque VM. Après en fonction de ce que tu as configuré (IP statique, ou DHCP), il faut peut-être intervenir sur le serveur DHCP (box ADSL généralement). Pour Xpenology, seul le nanoboot de 32Mo est sur le datastore, c'est tout petit. Le système DSM et les données sont sur les disques durs (mappés en RDM, raw device mapping). Donc tu as juste à déplacer le répertoire de la VM, mais attention si tu as mis le RDM dedans, il va tenter de le déplacer et ça va être la galère. Cherche sur le topic, Fredo a détaillé le problème qu'il a eu, et comment faire ça proprement.

Essaye ça, non testé : --[[ %% properties 7 value %% globals --]] --local sonde_mouvement local currentDate = os.date("*t") local sonde_mouvement = fibaro:getValue(7, 'value') if ( sonde_mouvement and (currentDate.hour >= 18 or currentDate.hour <= 7) ) then fibaro:debug("statut lumiere rez= ON"); fibaro:call(39, 'turnOn'); fibaro:sleep(500000); fibaro:debug("statut lumiere rez= OFF"); fibaro:call(39, 'turnOff'); end Par contre, le gros sleep() c'est crade. Ce que tu veux faire se fait simplement avec GEA, sans coder de LUA, tu devrais faire un tour sur les topics GEA et Support GEA.

j'avais pas vu non plus, au dessus, tu déclares ta variable sonde_mouvement puis tu l'écrase immédiatement ligne suivante par autre chose. Poste tout ton code, j'essaierai de bricoler quelque chose avec

le souci avec le comptage, c'est que si tu doit traverser toute la pièce avant que le système décide que tu es un humain et qu'il faut allumer la lumière, ce n'est pas très WAF. L'intérêt du motion sensor c'est quand même d'allumer la lumière immédiatement quand on entre dans la pièce je pense.

Je ne suis pas spécialiste LUA, mais dans ton code, ligne 12, tu mélanges un peu tout. Je ne peux pas copier coller la ligne car tu as mis un screenshot, mais làtu compares un coup une chaine, un coup un nombre, un coup tu appelles la variable direct, et l'autre comme si c'était un tableau[] J'ai du mal àcomprendre ce que tu voulais tester sur cette ligne...

Un régulateur, ou mieux un convertisseur DC/DC (meilleur rendement), il y en a pour toutes les tensions. Mais ça va couter plus cher que d'acheter un relai 24V, donc le choix est vite fait:

Oui Fredo, mais ça ne sera pas avant que la v4 stable sorte, et avec une APIcomplètement documentée sur le site de Fibaro.

Si c'est juste pour gérer de la lumière, c'est pas trop grave que ton chat l'allume. Si c'est pour une alarme, alors détecteurs d'alarmes sérieux.

Regarde ça : http://networklessons.com/vmware/vmware-esxi-5-move-vm-to-different-datastore/ Euh, je ne me souviens pas avoir dit qu'on ne pouvait pas copier les VM Windows.... il n'y a pas de raison que ça ne fonctionne pas.

AH mais c'est l'icône des versions Beta de Fibaro ça

- Ouvrir porte - Attendre - Trigger : le chat a franchi la porte => fermer immédiatement la porte Problème résolu (temporairement, car il revient à la charge le bestiau) Avec la techno employée dans ce détecteur (PIR), c'est impossible de trouver les bons réglages. A la limite, avec un chien qui reste au sol, et en orientant le détecteur comme il faut, c'est envisageable. Avec un chat qui monte partout sur les meubles (donc dans tout le volume vu par le détecteur), c'est impossible.

+1, les plans 3D, à part se la péter devant les potes, c'est pas mon truc. A la limite, je préfère largement une interface à gros butons et écrans personnalisables comme Imperihome sur une tablette, ne serait-ce que pour afficher des informations (température, graph de conso, caméra extérieure, etc...) Et je suis d'accord avec le pêcheur aux poissons carrés, la domotique ça doit être autonome, invisible, transparent. Avec tous les capteurs existants (ou à créer), on s'en approche doucement.

J'ai plusieurs fois vu des gens qui se plaignaient du manque de réactivité de Jeedom sur PI, même avec très peu de modules.... plus lent que Domoticz. Mais perso je n'ai pas testé. Quand ils sortiront leur box, ça sera peut-être plus sympa, et puisque c'est open source tu peux aussi l'installer sur une bête de course. Pour la chauffe de la HC2, c'est 13W en fanless sur un boitier alu, normal que ça soit chaud. Le proc Atom tourne à 55-60°C en interne, donc rien d'anormal pour ce genre de CPU, même si c'est quand même plus chaud qu'en refroidissement forcé avec ventilo. Perso maintenant j'ai enlevé une façade sur le coté de mon HC2, et la box est tiède, et le CPU à moins de 50°C. Avec une scène, tu peux faire une boucle bien plus rapide que 3secondes, mais ils ont bridé les main loop de modules virtuels car au début certains ont saturé leur box en ne mettant pas leur propre sleep() dans la boucle. Il faut voir ça comme une sécurité.

Passer d'une HC2 àun Raspberry, ça doit faire tout drôle au niveau performance, temps de réaction, nombre de devices gérés, etc...

Ca peut être le bouton par ex, non ?

Celui-ci Il fait 15 pages, je sais c'est trop long àlire, mais regarde dès la page 2, les problèmes commencent déjà(Fredric, moi-même, etc... )

Il me semble que ton motion sensor a attrapé "le bug". En gros, il s'est transformé en détecteur de température, et il faut 255°C. Regarde sur ce topic, on est nombreux a avoir ce problème.... sensé être résolu dans l'hypothétique v4

il est mignon

Il faut d'abord affecter un contrôleur USB àla VM. Puis affecter un périphérique USB. Tout ça dans la fenêtre "modifier les paramètres" de la VM. J'ai pas testé de Windows, mais il n'y a pas de raison que ça ne fonctionne pas. Je le fais couramment avec mes VM Linux.

Encore du lourd cette mise àjour. Merci Steven

Ce code ne fonctionnera pas dans un module virtuel, le LUA fourni par Fibaro est très limité. A voir comment ça évolue en v4, mais il n'y aura jamais les librairies LUA complètes. Pour perl, je n'ai pas vérifié la version, il y aura peut-êttre aussi les mêmes limitations que pour ton Syno. Sinon, la question avait été posée il y a quelques temps de l'espace occupé et disponible sur la clé interne. Sachant que ma box tourne depuis environ 1 an, et que j'ai 105 modules (Z-Wave, parents, enfants, modules virtuels, etc), donc quand même pas mal d'infos dans les tables, notamment le panneau d'énergie qui me permet de remonter à 1 an d'historique. Donc ma base de données fait 44 Mo. Et il reste 240 Mo disponibles dans / Ainsi que 380 Mo dans /var La table des événements est purgée au bout d'un certain temps, comme vous avez pu vous en apercevoir si vous avez tenté de faire des recherches un peu trop anciennes. Donc il y a de la marge, et il n'y a pas de quoi s'inquiéter. On verra en v4, car avec le panneau des températures, il faudra de nouvelles tables dans la base, mais je ne suis pas inquiet. Les sauvegardes vont sur la clé USB Recovery, qui a largement la place pour ça comme on l'a déjà vu.

Merci pour ce tuto Cédric

Lionel, tu vas te retrouver avec une Beta v4.018 (ou 4.019 d'ici là), tu ne seras pas déçu du voyage Le tout enveloppé avec un joli nœud autour au pied du sapin

fibaro:call(4.019, "install", "beta") marche pô

T'aurais pas des problèmes sur ton installation électrique, genre parasites, micro-coupures, surtensions, etc ? Les amplis ça n'aime pas trop ça, et il ne faut pas hésiter à filtrer l'alim, voir carrément mettre un onduleur online sinusoidal. J'ai un Denon qui a environ 12 ans, évidemment pas de HDMI (et encore moins d'Ethernet), mais avec le S/PDIF ça va bien, et il se porte toujours aussi bien.