jojo

si c'est pour couper toute ta baie informatique en cas d'innondation, c'est risqué, car le détecteur n'est pas fiable 100%, et un hard shutdown pour rien, ça ne sera pas bon pour ta baie. voir ce post http://www.domotique-fibaro.fr/index.php/topic/6845-comment-un-flood-sensor-a-bousill%C3%A9-notre-repas-de-noel/ Je te conseille donc de pouvoir confirmer l'info par une caméra, un deuxième flood, ???

@mickeys, 1) this is a very good idea to provide the google translate of your message in french AND the original UK message. this is what you should enter GEA.add(DeviceID["FLOOD_ALARM"], -1, "FLOOD ALARM. (#date# #time#)", {{"Portable", MobileID["your user"]}, {"turnOff", 444}}) for the push, this is not the option "push", but "portable" you have to use. There is not subject in the push, but his message will be the GEA message. You have to refer the mobileID to who you would like to push: -- ID des users => for mails local UserID = { Vincent = 5, Annabelle = 4, } -- ID des mobiles => for pushes local MobileID = { None = 9999, V_Nexus5 = 177, A_SGS3m = 999, } do not forget to have your "FLOOD_ALARM" deviceID defined in the header since you requested immédiate action (-1). But for the fllod, you could "wait" for the next run of GEA, that runs every 30 sec ? Than set in the time 1 instad of -1 and no need to define it in the header

je les lis, puis les modifient ici NouveauPanel = ('{"id":' ..id.. ',"name":"'..name.. '","properties":{"handTemperature":' ..handTemperature.. ',"handTimestamp": ' ..handTimestamp.. ',"vacationTemperature":' ..HandTmp.. '}}') HC2:PUT(GETheating ..id, NouveauPanel)

sur une HCL, je crains qu'il n'y ait d'autres solutions que tes bricolages. Si ta plage horaire peut dépendre du lever ou du coucher du soleil, tu peux faire un offset par rapport àces valeurs

regarde mon exemple

alors cela va être TRES chaud pour l'expliquer. Je te propose de regarder dans ma signature un exemple de comment on peut jouer avec les json (Panneaux de chauffage en fonction...) Ou si Krikroff repasse, comme il a fait cela pour sa xboxone, il pourrait te donner son code "tout cuit" ?

ouvre le json de ton device, tu verras ce que tu veux : <Ipbox>/api/devices/<ID device>

les 2

sorry Krikroff , j'avais lu ta réponse trop vite, j'étais allé directement au lien (très intéressant par ailleurs)

whaw : impressionné par sa vitesse de réaction !

vérifie que dans les Dispositifs déclencheurs (au dessus de ton code) la Luminosité soit bien sélectionnée.

je voudrais bien faire des évolutions, mais pour cela j'ai besoins de vottre aide pour exploiter l'API du syno (cfr post 1)

il y a peut-être plus simple, si en fait tu ne veux pas l'éteindre par mégarde : mettre le paramètre 1 (Always On) àactif. Tu ne sauras même plus l'éteindre par l'interface ou physiquement avec le petit bouton. Il agira donc uniquement comme mesure d'intensité de courant. Je n'ai pas testé si par LUA il était possible de l'allumer/éteindre.

question subsitiaire : Ton sénario pour pasage en mode nuit fonctionne , je crois. Mais c'est celui du passage en mode jour qui ne fonctionne pas

tes scène block sont ok. Je ne comprends pas ta question. Peux-tu reformuler SVP?

il n'est pas possible ce changer ni le font ni la couleur de fond d'un bouton

perso, pas de boite étanche. Et si ells l'étaient, elle ne le sont plus : marteau burin pour casser le fond et creuser un peu dans le mur. J'ai gagné ainsi les quelques mm qui me manquaient pour le pas devoir forcer comme un malade.

ok avec l'analyse de Did, mais alumer en fonction de la luminausité réelle c'est parfois plus réaliste. Ceci dit, si tu veux utiliser la luminosité réelle, je passerais en jour à> 200 lux et en nuit à<150lux, afin d'éviter les changements de variables intempestifs à200 lux

merci

ou tu fais cela en GEA ou tu le fais en LUA, mais poste alors le code que tu as déjàfait

voici la caméra dome extérieure que j'ai http://fr.aliexpress.com/item/Dahua-3mp-ip-camera-IPC-HDW4300S-3MP-Small-IP-IR-Dome-Camera-ONVIF-Profile-S-H264/1397329554.html

oui, tu as probablement raison, mais as-tu validé avec ton RGB ?

en effet, vu comme ça, j'interprète not a = b comme not(a) = b ie, est-ce que (le contraire de a) = b ? et dans not ( a = b ) retourner le contraire de la réponse à la question a = b ?

en effet, le "bug" qu"on avait observé était qu'il essayait d'éteindre le premier device des conditions. C'est pourquoi, pour le lever tout risque/douite, je mets systématiquement le device que je veux actionner

en effet, c'est toujours plus sûr de préciser ce qu'on arrêter. Mais si on ne le précise pas, il arrête le device qui était le premier dans les conditions