Dragoniacs

Il faut que tu ajoute une vérification de l'état de ta variable alarme dans ta boucle while. Envoyé de mon SM-A520F en utilisant Tapatalk

Je n'arrive pas à apprendre les codes IR de ma clim à ce module.... Je l'ai intégrée, j'ai bien les modules qui apparaissent. Y a une astuce pour lui faire comprendre les commandes IR ? (ma clim n'est pas répertoriées) Une fois qu'on a indiquer le paramètre à apprendre, comment on sait quand il faut cliquer sur la télécommande pour lui faire apprendre le code ?

A priori il manque des références en 150cm. Mais c'est du 120cm sur les JUWEL. Par contre, il faut que je vérifier un peu plus en détail, car c'est pas 120cm tout pile, mais un truc foireux (merci Juwel).

Non. Je me demande si c'est pas station qui avait un soucis. C'est revenu comme ça. Envoyé de mon SM-A520F en utilisant Tapatalk

Je vois quoi y a de bonnes idées à prendre ! Merci pour vos partages. Perso je galère à remplacer mes t5 juwel qui si t sur mon rio 400. Je ne trouve jamais la bonne longueur pour entrer pile dans la rampe existante. Je vais étudier ça quand même. Envoyé de mon SM-A520F en utilisant Tapatalk

C'est pour ça que je te disais de vérifier le SYNOP. J'ai eu le cas il y a quelques semaines, le SYNOP était en panne / plantait régulièrement. Donc de manière temporaire, j'en ai changé.

Salut à tous ! Je voudrais partager avec vous une petite amélioration que j'ai apporté à ce module. De base, j'avais mis une gestion par modification de la variable globale "Pushover", et la scène se lance en auto à chaque modification, sans aucune gestion des priorités. Du coup, ça bipait tout le temps, et ce n'était pas très MAF. J'ai donc inclus un code au début des lignes de message, pour donner à la scène une indication sur la priorité du message. Il a juste fallut trouver quelque chose compatible de GEA -> le symbole &. Tous mes messages sont donc au format : "&[priorité]&Message à transmettre" (exemple dans GEA : "&-1&Il fait jour" : comme ça j'ai la trace du lever de soleil dans mes logs Pushover sans réveiller toute la maison, et c'est très MAF). Voici mon code : --[[ %% properties %% globals Pushover --]] --Prevents the scene from running again when the Global pushoverBody variable get's reset to 0 the end of this scene if (tonumber(fibaro:getGlobalValue("Pushover")) == 0) then fibaro:abort(); end local selfhttp = net.HTTPClient({timeout=2000}) local tkn = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" local usr = "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx" local msg = fibaro:getGlobalValue("Pushover") local dvc ="xxx" local prio = string.match(msg,"&(.-)&") if prio == nil then prio = 0 end msg = string.gsub(msg,"&(.*)&","") local ttl ="Infos HC2" local requestBody = '&priority='..prio ..'&title='..ttl ..'&message='..msg requestBody = 'token=' ..tkn ..'&user=' ..usr ..requestBody print(requestBody); selfhttp:request('https://api.pushover.net/1/messages.json', { options={ headers = selfhttp.controlHeaders, data = requestBody, method ='POST', timeout =5000 }, success =function(status) local result = json.decode(status.data); print("status"); if result.status ==1 then print("successful"); print("Request: "..result.request); else print("failed"); print(status.data); end end, error =function(error) print"ERROR" print(error) end}) --Reset the global pushoverBody variable to 0,this makes sure that when the same pushover message is send again it will change the global variable and trigger this scene. fibaro:setGlobal("Pushover","0")

Oh ben ça va j'ai de la marge ! Envoyé de mon SM-A520F en utilisant Tapatalk

Le watchdog m'a sauvé la vie plusieurs fois Petite question en passant : au bout de combien de lignes il est conseillé de faire un 2nd GEA ?

@Franco268 voici celui qui tourne chez moi. Si tu as des soucis, vérifie le choix de ta station. Attention, je l'ai un peu modifié pour répondre à mes besoins: - la variable globale "octa" prend la valeur de nébulosité - j'utilise ce VD pour mettre à jour ma variable "jour/nuit" Indicateur_solaire.vfib

Je vais suivre ton test de près car je me pose pas mal de question sur ces capteurs : - durée de vie réelle, car 58e les piles ça fait cher [emoji16] - fiabilité de la mesure de température: si tu le place sur une fenêtre tu risque d'avoir la température de la fenêtre et pas de la pièce ( J'ai le cas avec les capteur à fibaro) Envoyé de mon SM-A520F en utilisant Tapatalk

Le 120. Oui c'est pour une clim Envoyé de mon SM-A520F en utilisant Tapatalk

Je viens de commander un ZTX, j'espère que ce n'est pas pour rien

Pas de soucis de mon côté. Mais je ne suis pas en mode sécurisé... Envoyé de mon SM-A520F en utilisant Tapatalk

Haaaaaahhhhh mais ouiiiiii pas c** Blague à part, tu as raison, il faut peut être que je définisse mon besoin.. A la base, je voulais faire 1 ligne par zone, pour savoir si dans la zone X une fenêtre avait été oubliée. Les noms sont accessoires, je n'ai pas besoin d'avoir la liste des fenêtres ouvertes en fait... juste 1 me suffit pour savoir qu'il faut que j'intervienne. Bon, par contre, ta ligne fait planter GEA au bout des 10min d'ouverture et avec 1 seule fenêtre : [DEBUG] 21:02:44: [1;31m2018-05-15 21:02:44.038827 [ error] timer handler failed with error

J'ai eu le cas une fois. Vérifie la déclaration de tes boutons : stables ou bistable Envoyé de mon SM-A520F en utilisant Tapatalk

C'est pas encore ça... J'ai du adapter ton code car lors de la vérification des lignes, GEA me retournait une erreur. Voici ce que j'ai mis : GEA.add({"Or",{"Value+",id["PF_JARDIN"],0},{"Value+", id["PF_RUE"],0},{"Value+", id["FEN_RUE"],0}, {"Value+",id["FEN_CUISINE"],0}}, 10*60, "#name1# - #name2# - #name3# est ouverte depuis #duration#",{"Repeat"}) J'ai en retour : Fenêtre Cuisine - Fenêtre Cuisine - Fenêtre Cuisine est ouverte depuis xxx min Et quelque soit le nombre de fenêtres ouvertes (cependant, la première que j'ai actionné était bien celle de la cuisine) EDIT: Si je ferme la fenêtre de la cuisine, celle qui reste ouverte prend la place et le texte devient : Fenêtre rue - fenêtre rue - fenêtre rue ...

J'ai ouvert une 2e fenêtre. Dans le #name# il mets la première condition validée (dans l'ordre de déclaration: si 2 et 3 sont true il retourne le name de 2). Dans le #duration# il indique le temps depuis qu'au moins une condition est validée sur la ligne. Envoyé de mon SM-A520F en utilisant Tapatalk

@pepite cela fonctionne Faut que j'essaye avec 2 fenêtres ouvertes en simultané sur la même ligne... pour voir... Envoyé de mon SM-A520F en utilisant Tapatalk

Oui il peut rester en masqué mais il faut l'activer Envoyé de mon SM-A520F en utilisant Tapatalk

Bon, j'ai trouvé comment mettre à jour mon module... C'est très c** quand même.... il ne me proposait la maj que sur le "649.0", qui n'est pas du tout la branche utile du module, et qui était désactivée.... en réactivant, ca se met à jour....

Je confirme que cela ne fonctionne pas non plus chez moi. Mais je n'utilise pas cette fonction du VD....

Bonjour et bienvenue ici ! C'est top de voir que Fibaro s'implante en France ! On pourrait imaginer un support plus poche de nos préoccupations françaises On pourra parler un peu des templates Qubino ?

@pepite Une nouvelle idée [emoji16] ? Envoyé de mon SM-A520F en utilisant Tapatalk

Merci pour retour et tes optimisations! Je n'ai pas très bien compris les avantages et inconvénients du sleep par rapport au settimeout. Il faudrait que je mette tout mon script dans un settimeout plutôt que de faire un sleep à la fin de mon code? Quels sont les bénéfices? (J'ai lu le topic sur le fofo mais c'est pas explicite) Envoyé de mon SM-A520F en utilisant Tapatalk