Lazer

Méchant, t'es pas sympa, tu pousses à la consommation, depuis le temps que les Hue me tentent. En plus, même pas besoin de sortir la CB, grâce à Paypal. Avant de craquer, ça marche comment cette offre de remboursement ? Je n'avais jamais vu ça sur eBay.

J'ai résolu le problème des boutons Tamper qui doivent être enfoncés pour un fonctionnement correct des modules Fibaro. Après étude attentive à la loupe, il me paraissait simple de souder le bouton Tamper situé sur la face arrière, mais presque impossible de souder celui situé à l'intérieur. En effet, amener la pane du fer chaud est très périlleux avec les composants, support de pile, antenne, et fibre plastique pour la diode. Donc pour l'un des modules qui a encore son boitier, j'ai vissé un petit bout de tasseau sur la face arrière afin de simuler l'appui du FGK sur un dormant de fenêtre. Comme j'avais peur que le bois joue sous l'effet des variations de températures et de l'humidité extérieure, j'ai en plus cerclé tout l'ensemble avec un petit collier rilsan, et serré le tout à la pince dédiée. Ca ne bougera pas ! Pour l'autre module pour lequel j'ai dà» enlever intégralement le boitier plastique (avant et arrière), il me fallait une solution pour appuyer sur le bouton interne. J'ai donc fabriqué une petite cale en bois, découpée, puis limée soigneusement à la main afin de lui donner une forme qui épouse parfaitement le logement et appuie bien à plat sur le bouton. Ensuite, un collier rilsan vient serrer l'ensemble formé par la cale en bois et le bouton tamper situé sur la face arrière, serré très fortement à la pince de serrage. Désolé, je n'ai pas pensé à faire de photos sur le coup (j'ai fini le montage dehors à la frontale car il faisait déjà nuit). Ca fonctionne depuis ce week-end, et les 2 modules ne se sont pas remis en erreur, donc cette solution me convient. Je peux maintenant gérer mes scénarios d'éclairages extérieurs avec ces détecteurs d'alarme, m'envoyer des notifications lorsque l'alarme est activée, et plein d'autres idées encore.

Suite des mes aventures avec les FGK dans mes détecteurs Diagral. Après étude attentive à la loupe, il me paraissait simple de souder le bouton Tamper situé sur la face arrière, mais presque impossible de souder celui situé à l'intérieur. En effet, amener la pane du fer chaud est très périlleux avec les composants, support de pile, antenne, et fibre plastique pour la diode. Donc pour l'un des modules qui a encore son boitier, j'ai vissé un petit bout de tasseau sur la face arrière afin de simuler l'appui du FGK sur un dormant de fenêtre. Comme j'avais peur que le bois joue sous l'effet des variations de températures et de l'humidité extérieure, j'ai en plus cerclé tout l'ensemble avec un petit collier rilsan, et serré le tout à la pince dédiée. Ca ne bougera pas ! Pour l'autre module pour lequel j'ai dà» enlever intégralement le boitier plastique (avant et arrière), il me fallait une solution pour appuyer sur le bouton interne. J'ai donc fabriqué une petite cale en bois, découpée, puis limée soigneusement à la main afin de lui donner une forme qui épouse parfaitement le logement et appuie bien à plat sur le bouton. Ensuite, un collier rilsan vient serrer l'ensemble formé par la cale en bois et le bouton tamper situé sur la face arrière, serré très fortement à la pince de serrage. Ca fonctionne depuis ce week-end, et les 2 modules ne se sont pas remis en erreur, donc cette solution me convient. Désolé, je n'ai pas pensé à faire de photos sur le coup (j'ai fini le montage dehors à la frontale car il faisait déjà nuit).

@Krikroff, mais si tu as intérêt à défendre les qualités du motion sensor, puisque tu cherches secrètement à te faire embaucher par FIbaro @Moicphil : il n'a pas encore connu le gel en hiver ? Je me tâte à en installer un dehors, sous abris, mais j'ai peur qu'il ne fonctionne plus très bien quand il gèlera. Les piles n'aiment pas ça. @Hansolo : Pas de Danfoss chez moi, et il déconne pourtant.

L'intégration des modules Z-Wave dans des boitiers Rail DIN c'est propre, mais attention au risque de surchauffe. Laisser le coté grille d'aération du module du cote ouvert du boitier DIN. Après reste le risque de surchauffe/feu des modules Z-Wave, perso je pense qu'il vaut mieux les mettre dans un autre tableau 1 ou 2 rangées séparé du tableau qui contient les disjoncteurs. Chez moi les fils pilotes ne remontent pas au tableau, donc je n'ai pas d'autre choix que de mettre les modules dans les boites d'encastrement derrières les radiateurs. Enfin, je pense qu'un module Qubino Fil Pilote c'est plus propre et ça fait moins "hack" qu'un FGS avec 2 diodes ou un SSR303 avec 1 diode. Ce nouveau module Qubino est juste parfait, car : gestion native des 6 ordres reconnus par les radiateurs électriques dans l'interface de toutes les box domotique, émulation d'un dimmer, donc forcément compatible dans la HC2 v3, possibilité de créer un module virtuel avec 6 boutons (de 1 ligne de code chacun : fibaro:call(x, "setValue", y)), avec les icônes kivonbien dans la HC2 v4, possibilité d'utiliser le plugin de Krikroff, et cacher le module dimmer Qubino de base dans tous les cas, ce module Qubino répond aux commandes Z-Wave de base ON et OFF, donc il est compatible soit avec un thermostat SRT321, soit avec le panneau de chauffage, soit avec les 2 !! en effet, pour ce panneau de chauffage, 2 modes de fonctionnement existent : avec l'utilisation d'un thermostat, ou avec l'utilisation d'un module lié.Si thermostat dans la pièce (= zone de chauffage), alors le panneau donne la consigne au thermostat aux horaires désirés, et ensuite c'est le thermostat qui se charge de piloter le module Qubino Fil-pilote (ou FGS-211 ou SSR303+diode), lequel aura été préalablement associé dans les paramètres avancés du thermostat. Si uniquement module Qubino dans la pièce, alors celui-ci devra être lié et c'est le panneau de chauffage qui fera la régulation en mode hystérésis, ce qui nécessaire également une sonde de température dans la pièce (Everspring ST814, ou sonde Dallas 1-Wire sur Module FBGS Universel, etc...) En conclusion, je dirais que l'idéal, c'est un thermostat Secure SRT321 dans chaque pièce, et un module Qubino Fil-Pilote derrière chaque radiateur.

Augur, Vu que tout fonctionne avec un fil pilote, je verrais bien l'utilisation d'un module Qubino Fil Pilote pour chacun de tes points de chauffage (radiateur, sèche-serviette, sol), te permettant ainsi de créer autant de zone que tu as de pièces différentes. Ce module permet de générer les 6 ordres, allant du confort à l'arrêt complet. La programmation sur la box domotique tu permettra te gérer indépendamment chacun des zones. La seule limitation est que le réglage de la température confort se règle sur chaque thermostat intégré à chaque système de chauffage. Donc on option, je verrais bien quelques thermostats Z-Wave, tel que le Secure SRT321 qui peut être associé aux modules Qubino. A ce moment là , la température de la pièce est réglée sur le thermostat (via la molette et l'écran, ou à distance depuis la box domotique). Chaque thermostat régule la température de la pièce par envoie de commandes Confort/Arrêt à chaque module auquel il est associé. Cela implique de régler la température de confort localement sur le radiateur à une température supérieure, afin d'être certain que le radiateur se déclenche quand le thermostat le déclenche. Le SRT321 dispose d'un algorithme PID pour la régulation, donc prévis et confortable (pas de rebond comme on peut en avoir avec une régulation par hystérésis). Un autre paramètre permet de régler l'inertie du système de chauffage, forcément supérieur sur un chauffage au sol par rapport à un convecteur électrique mural. Par ailleurs, en ce qui concerne le chauffage au sol, on peut envisager de virer le thermostat intégré, et de connecter directement un relai (les 3kW sont un peu limite pour un FGS-211, donc il faudra peut-être passer par un gros relai externe ou un contacteur de puissance piloté par ce même FGS). Le thermostat SRT-321 peut piloter le FGS en tout ou rien afin de réguler la température du chauffage au sol.

je ne citerai pas mes sources mais je crois bien que c'est un exemplaire unique.

Ça existe déjàle t-shirt Gea

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