jojo

alors là, je deviens sec ... Dernière chose exclusion / réinclusion de la vanne. Chez moi tout àfonctionné du 1° coup

bien vu, mais en effet ce boitier contient plusieurs contacts, dont un de sabottage, à raccorder au min sur la 2° entrée du binay sensor et donc gérable => scènes (demander à Did comment modifier un FGS pour électrocuter l'intru en cas de sabottage), envoi mail, SMS, ...

Modifier les variable directement avec la sheet de pinou (sorry pinou pour ça, mais pour le reste c'est SUPER) a selon moi 2 inconvénients : sécurité : on est obligé de rentrer le mot de passe admin en clair dans la sheet google. Perso je ne trouve pas cela cool. J'ai créé un compte Google dans mon Fibaro qui n'a l'autorisation que d'exécuter ce que la sheet prévoit Fonctionnalité : en effet, si une variable est modifiée directement dans le panneau des variables, ou via l'API (utilisée ici), cela ne génèrera pas un trigger pour tes autres scènes. Donc le mieux, selon moi, est de faire ce que j'explique ci-dessus. Cela répond aux 2 issues

Voici la version 3.2 avec une correction d'un bug au niveau de l'affichage : si le nbr de device sur batterie diminue, les dernière ligne ne se mettent pas à blanc. Dans l'exple ci-dessous, on voit 2 fois le même device à la fin My_Batteries_v3.2.vfib

moi je l'utilise pour enregiser automatiquement dans une sheet xls tous les SMS que j'envoie et reçois. Si un jour j'ai besoin de ces infos, avec xls on fait ce qu'on veut

donc ta HCL avait un avantage avec tous ses bug (?) : elle t'occupait

le RFId ne communique pas directement avec le HCL, mais via le binary sensor => ce sera EXACTEMENT la même chose. Et de toute façon, il n'est pas prévu dans les scènes une action pour activer / déactiver l'alarme Fibaro. Donc la seule solution sera toujours avec l'API que je t'ai donnée

@Did, Quand je parlais de perdre le retour d'état, ce n'était pas dans le cas où on fait ton bricolage, mais si on utilise le relais du FGS pour exciter un autre relais donc sur le relais du FGS il n'y a pas de puissance consommée c'est l'autre relais qui se charge de la puissance pas besoin de bricoler, souder, ... (on n'est pas tous des experts) mais alors, le second relais peut claquer, malgré que le FGS fasse bien son boulot. Mon analyse est-elle bonne ?

je ne suis pas électricien comme Did, mais àla lecture de ce que je vois, je mettrais de toute façon un relais car : au plus il y a de puissance qui passe dans le relais du Fibaro, au plus il va s'user => mieux vaut user et remplacer un relais àqq € qu'un module Fibaro Mais alors se pose la question du retour d'info : ton Fibaro va dire que ok, alors que l'autre relais est HS, et tu n'auras rien vu ...

Vous me donnez des idées les gars, mais attention, je suis beaucoup moins pointu que vous. Existe-t-il un émulateur/hypervisuer Android sous MAC. J'ai parallel desktop, cela pourrait-il faire l'affaire ?

oui, mais ici il parlait de mettre cela dans son tableau électrique

Did, On peut également mettre un relais de puissance à la sortie de chaque contact du FGS-221. S'il y a par exemple 2 radiateurs de 2000W, cela coà»terait moins cher de mettre 1 FGS-221 avec 2 relais que 2 FGS-211 ?

si c'était simple, ce serait moins drôle ..

c'est chaud, mais possible. Tu crées une variable AuthMvt = oui/non scène 1 : si AuthMvt = non pdt 1800s Alors authMvt = oui scène 2 : si AuthMvt = Oui ET detecteur = breached ALORS action ET AuthMvt = non

en clair, tu veux qu'après avoir détecté un mouvement, le détecteur soit aveugle pendant 30 min ?

sorry, c'est un mauvais screenshot ...

si allumer ta sono est un simple interrupteur (comme un WP par exple), il suffit de le déclarer comme une lampe ...

il n'est pas nécessaire de cocher "start when home center starts". C'est uniquement indispensable quand on a des trigger de type timer. Au niveau de ta vanne, le temps est bien à 0 ? et l'intervalle de réveil (wakeup interval) dans les paramètres de ta vanne est à combien ? 1800 ?

j'essayerais ceci : (1800 s = 30 min)

peux-tu commander le thermostat depuis un panneau de chauffage ? Si oui, j'ai une idée

voici les API qui permettent activer / désactiver l'alarme http://ip:port/api/callAction?deviceID=1&name=multiSetArmed&arg1=1&arg2=39,42,67,68,33,60,30,36,55&arg3=PINCODE http://ip:port/api/callAction?deviceID=1&name=multiSetArmed&arg1=0&arg2=39,42,67,68,33,60,30,36,55&arg3=PINCODE arg1=0 ou 1 : activer/déactiver alarme arg2= n° des devices à armer arg3= PINCODE de l'alarme pour passer tout cela regarde requêtes http / GET sur HCL dans ma signature. C'est tordu, mais possible

je ne connais pas ce module HSM02. Il sort un contact sec ? Si oui, tu le connectes au IN1 d'un binary sensor, et l'information arrivera sur ton HCL

quand on est passionné, on est content d'avoir des idées pour rendre service. Moi, perso, je me mets au LUA, et apprécie lorsqu'on me donne des idées : tu ne ferais ci ? tu n'améliorerais pas ceci ? Si j'en ai marre, je dis non. Je pense (j'espère) que c'est la même chose pour couillerot, et qu'il dit non avant qu'il ne soit trop tard. Et donc tant que pas non, c'est que ça lui fait plaisir de nous aider. Couilleot, peut-on continuer à te harceler sans risquer un procès ?

Stef, si tu t'y remets courrageusement, peux-tu également faire des fenêtre coulissante en bois ? Elles sont déjàfaites, mais uniquement en PVC blanc. Merci

et c'est comme ça que tu as pris ton envol ...