jojo

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 ...

Perso, j'utilise des Danfoss LC-13 sans de Danfoss Link, et c'est la Fibaro qui contrôle tout

voici comme promis les références du RFId de mon ami http://www.amazon.com/VELLEMAN-HAA2866-OUTPUT-DIGITAL-CONTROL/dp/B00ECKTXV6

pour les paramètres 4 & 5, tu peux rentrer les valeurs directement dans la case bleue. ! il ne faut pas rentre 0,5 mais 0.5 Fibaro attends 1 point décimal et pas une virgule Tu ne trouves pas le paramètre 5 ??? c'est bien un FGS-221 que tu as ?

c'est pour la v3.x Cela me permet par exemple de mettre manuellement àdead un device sur piles, que Fibaro ne marque pas comme mort. J'ai aussi caché des child devices de mes Binary Sensor (j'utilise la température, mais pas les entrées IN1 et IN2) Mais effectivement, cacher les devices est standard en v4.x. Mais quid des autres propriétés. On pourrait également imaginer modifier des propriétés dans une scène en fonction de ...

Merci pour cette réponse, même si elle ne me fait pas "plaisir". En effet, exclure/inclure c'est ce que Fibaro propose, mais évidemment ça ne fait pas mon affiare. Comme c'était sous forme de structure json, j'y croyait vraiment ...

!! ATTENTION !! Je viens de constater qu'il ne faut PAS cacher un main sensor, sinon on ne sait plus accéder aux child devices. Je regarde pour modifier le code pour faire ce test

Même toi tu abandonnes ?

Voici la version 3.1 changements par rapport à 3.0 : détection automatique de la version du firmware (MERCI Lazer) Chauffage_v3.1.vfib

Bonjour, J'ai un device Aeon DSB05, dont le type doit être "motion_sensor", et qui a la fichue manie de passer en "temperature_sensor". Alors, je me dis, qu'à cela ne tienne, je modifie le json, et c'est là que je calle, je ne suis pas le pro du LUA. avec l'api http://<IP>/api/devices?id=204 je retrouve bien mon "type" {"id":204,"name":"Mvt_SbBRez","roomID":4,"type":"temperature_sensor","properties":{"UIMessageSendTime":"0","alarmDelay":"0", ... Le code de la VD que je suis en train de créer me donne bien la bonne valeur : local HC2 = Net.FHttp("127.0.0.1",11111) local Type = HC2:GET("/api/devices?id=" ..ID) local jsontable = json.decode(Type) local CurrTypeValue = jsontable.type ensuite je veux modifier le json avec la nouvelle valeur pour type : jsontable.type = NewTypeValue HC2:PUT("/api/devices?id=" ..ID, json.encode(jsontable)) mais le valeur de mon device type ne change pas Où est l'erreur ?

Merci, je l'implémente de ce pas ! (encore du boulot )

@raz, Je viens de finaliser un VD qui permet de modifier les paramètres d'un device Cela devrait pouvoir t'aider Lien dans ma signature