Domodial

heu... j'ai posté un message sur fibaro officiel, et maintenant tous les serveurs sont mort chez eux :lol: fibaro.com et forum.fibaro.com ne répondent plus. s'suis un oufff moa ... et ma box est certainement morte aussi ! 1h que j'attends sans que le download ne démarre.

inquiétant... ça ne m'est jamais arrivé...ça fait déjàbien 20 mn

oulala ça se passe pas bien de mon coté.... Download progresse 0% depuis 5 minutes EDIT : je pense que la box est planté...et j'ai prit le risque d'opérer depuis le boulot !! haaaaaa !!!!

haaaa !!!! Maintenant c'est ancré dans ma mémoire !! Le Global! est une sacré technique je l'adore ! OK donc "Inverse" uniquement sur la condition et pas sur les options. Merci Steven pour la mise à jour de ma mémoire

ha ben non ce n'est pas voulu !! J'ai toujours pensé que le "Inverse" ne s'applique que à la suite cad "Après" GEA.add( {"Global","EtatGarage","close"}, 2*60, "", Et donc n'affectait pas ce qu'il y avait avant... Pfiouuu

non je n'ai aucun boutons qui commande les RGBW, juste de lignes GEA et l'appli Fibaro.

Il m'arrive un truc de dingue qui me fait tourner en bourrique (bon ça c'est pas nouveau)... Simplement avant ça fonctionnait... Hier j'ai eu la surprise de constater que 1 ruban était vert (alors que je ne demande pas de vert !!), l'autre sur le bon programme, et que l'alerte n'est pas maintenue (elle tient 5 secondes et s'éteind) alors que j'ai un "Repeat" à la fin. Précédement j'avais ceci : -- Si la VG EtatGarage est sur "open" alors on lance le programme d'alerte 7 du Ruban. -- On répète tant que la condition est vraie GEA.add({"Global","EtatGarage","open"}, -1, "", {{"turnOn", id["LED_TV"]}, {"Program", id["LED_TV"],7}, {"turnOn", id["LED_STRUCTURE"]}, {"Program", id["LED_STRUCTURE"],7}, {"VirtualDevice", id["KAROTZ_NOTIFICATIONS"], "4"}, {"Repeat"}}) -- Si la VG EtatGarage est sur "close" alors on éteint le ruban + notifier par Karotz que le garage est fermé GEA.add( {"Global","EtatGarage","close"}, 2*60, "", {{"Inverse"}, {"turnOff", id["LED_TV"]}, {"turnOff", id["LED_STRUCTURE"]}, {"VirtualDevice", id["KAROTZ_NOTIFICATIONS"], "3"}}) Ensuite j'ai fait ceci : J'ai du faire 2 lignes alors que tout était sur la meme ligne, car il n'y avait que 1 RGB qui etait lancé et pas le deuxieme (je ne vois pas pourquoi). Maintenant mes 2 bandeaux s'allume avec le programme 7 (donc super youpii) mais s'éteignent au bout de 5 secondes, ce qui est dingue car je demande 2 minutes Mais le PIRE, c'est que les leds s'éteignent avant meme que la variable soit a close !! Normalement toujours sur open avec un "repeat" ça ne devrais pas. ------------ -- GARAGE -- ------------ -- Si la VG EtatGarage est sur "open" alors on lance le programme d'alerte 7 du Ruban. -- On répète tant que la condition est vraie GEA.add({"Global","EtatGarage","open"}, -1, "", {{"turnOn", id["LED_TV"]}, {"Program", id["LED_TV"],7}, {"VirtualDevice", id["KAROTZ_NOTIFICATIONS"], "4"}, {"Repeat"}}) GEA.add({"Global","EtatGarage","open"}, -1, "", {{"turnOn", id["LED_STRUCTURE"]}, {"Program", id["LED_STRUCTURE"],7}, {"VirtualDevice", id["KAROTZ_NOTIFICATIONS"], "4"}, {"Repeat"}}) -- Si la VG EtatGarage est sur "close" alors on éteint le ruban + notifier par Karotz que le garage est fermé GEA.add( {"Global","EtatGarage","close"}, 2*60, "", {{"Inverse"}, {"turnOff", id["LED_TV"]}, {"turnOff", id["LED_STRUCTURE"]}, {"VirtualDevice", id["KAROTZ_NOTIFICATIONS"], "3"}}) En parcourant GEA, j'ai l'impression que c'est cette ligne qui rentre en conflit. Il considère que PRISE_TVSalon est éteind alors ça coupe les leds... grrrr comment je fais moi... -- Si la TV passe en dessous de 30w alors éteindre l'ambiance, couper le circuit prise tv et passer la variable TvSalon à Off GEA.add({"Sensor-", id["PRISE_TVSalon"],30}, 1*30 , "", {{"Global","TvSalon","Off"}, {"Inverse"}, {"turnOff", id["NEON_BLEU_1"]}, {"turnOff", id["LED_TV"]}, {"turnOff", id["LED_STRUCTURE"]}, {"turnOff",id["PRISE_TVSalon"]}})

@Steven Merci beaucoup pour ton aide précieuse ! Je vais encore lire et relire et voir comment je m'y prends, et essayer tout cela ce soir !

@Steven, Merci d'avoir pitié du vieux Je vais prendre ça demain en relisant, ce soir je suis totalement naze avec des soucis imprévus. Juste pour ma gouverne. C'est un script Externe à GEA c'est ça ? Si oui, je n'arrive pas a comprendre comment les commandes que j'ordonne dans GEA ne vont pas foutre le binzz avec ce script. Parce que tout est géré par GEA chez moi

Je vais relire plusieurs fois (c'est ça les vieux). Mais oui, je change souvent de programmes ou de couleurs fixe, synchro sur plusieurs RGBW. Du coup lors d'une alerte venant de GEA (alors que moi j'étais en manuel diront nous), pour stopper l'alerte je fais un Off, mais ça ne revient pas àmon programme ou couleur précédent l'alerte.

pfff moi aussi en retard pour les sondes M'en fou de la béta

Pas bien compris...par rapport a mon souci Lorsque je suis sur une couleur, ou un programme, si une alerte lumineuse GEA se déclenche, et que je clos cette alerte par un turOff(MODULE_RGB) Comme je le turnOff le module est coupé, et donc mon programme (ou) couleur qui tournais juste avant, ne reprends pas. Ce qui en soit est normal. Mais comment faire pour qu'il reprenne..

Salut à tous, Je n'arrive vraiment pas sous GEA à trouver une solution pour revenir au programme ou couleur RGB initial lors du déclenchement d'une alerte lumineuse. Si quelqu'un sais faire ? merkii GEA.add({"Value", id["FLOOD_SPA"],1}, -1, "Inondation SPA ! Le #date# à #time#", {{"RGB", id["LED_TV"], 0, 0, 255, 100}}) Quand je demande le Off de cette ligne, forcément ça coupe le module RGB.... EDIT : J'ai comme l'impression que cela ne peut se faire que dans un script lua séparé pour prise en compte des programmes/couleurs précédent.

J'espere que tu fais pas la meme bétise que moi au début ^^ a savoir, le id de l'event s'inscrit dans la description du calendrier.

Je confirme, tout fonctionne bien avec un délais de 30 mn. Du coup mes recettes se lance bien ainsi que les events du script de pinou.

Depuis que j'ai installé ce script, ma femme m'adore :lol: ou c'est l'oeil de sauron qu'elle adore ?

Merci pour vos réponses ! En fait je n'avais pas essayé, je pensais (en suivant le tuto) qu'il fallait absolument mettre Heure de début est = à heure fin. Je vais donc essayer et je pense que cela va laisser le temps au script LUA sur la box de traiter et d'envoyer la requete pour lancer la recette IFTTT.

En fait il faudrait mettre les deux Dead si le module est mort (dommage) Power si le module est vivant mais que c'est le Frigo qui est mort (encore plus dommage)

@Bonno2007 J'ai besoin que le script démarre hyper rapidement pour une autre utilisation. Et je vois qu'il y a deux timers, net.HTTPClient({ timeout = 2000 }); et (response.status) == 200 Sauf que je ne comprends pas a quoi cela sert. Est-il possible de diminuer ces timers de manière à ce que le script traite plus rapidement la demande de lancement de recette IFTTT ? Merci

Salut pinou, J'ai une question pour toi. Voilà , je fais un combo avec ton script, afin de lancer une recette IFTTT et changer une variable avec Gcal2HC ! Simplement, comme tu définit un temps de début = à la fin, dans ma mécanique l'un ne peut déclencher l'autre, j'ai l'impression du fait de ce temps très court. Explications : Prenons comme exemple dans Gcal2HC un id nommé RTT. Et comme recette IFTTT, un id du même nom (qui lance une recette uniquement si la variable est dans une certaine position). RTT dans la description du calendrier, va changer ma variable comme il faut qu'elle soit. Un script va contrôler cela, et va demander le démarrage de la recette IFTTT qui a été défini avec le mot clef RTT en événement du calendrier Google. En gros je fais un combo. Ca fonctionne, mais pas tous le temps ! J'ai comme l'impression, que du temps que la variable soit changé, il s'écoule un temp qui fait que ma recette ne peut pas se lancer. Bref... Serait-il possible de faire en sort d'entrer un horaires plus large que Heure de début = heure de fin ? Merci

-- si module dead depuis 30 minute -> wakeup puis envoi notification Plutot : -- si module dead depuis 60 minutes (60*30) *30 étant le temps de relance (check) pour GEA en secondes.

@mprinfo Je comprends ta remarque, mais bon... - Cela veut dire de la part de Fibaro, que nous avons des produits qui peuvent se mettre à jour, qui on peut être des bugs de début de jeunesse, mais ne peuvent être corrigés. Après il vrais qu'une coupure de courant et paff, mais combien d'appareil dans ce cas alors ? Routeur manageable, TV connectés, Amplis connectés, lecteurs de toutes sortes... Encore, les appareils ont souvent un firmware sur lequel repartir en cas de blème, ce qui n'est pas le cas des modules j'imagine. C'est bien dommage, non seulement les modules pourraient êtres plus performant (bugs gommés) et en plus être améliorés. Ca se trouve si les modules ont des bugs Fibaro les corrigent dans le code de la box, ce qui explique que nous sommes encore en Béta

Le détecteur d'inondation pareil, tout est censé se mettre àjour tous seul dans toutes les publicités. Mais soit c'est de la flute, soit je vis dans un Blaukauss....

id c'est pour tes modules. et MobileId pour les portables (dans mon exemple). Donc ici tu as id, ce n'est pas bon, tu devrais avoir MobileId {{“Portableâ€, id["IPHONE_JEROME"]} Si tu reprends mon code à la lettre, il fonctionne bien. Juste qu'il y a confusion dans tes lignes.