Dragoniacs

Moi je joue avec du > ou Comme tu mets à jour que toutes les 10min, tu risque de ne jamais tomber tout pile sur la valeur recherchée... Envoyé de mon SM-A520F en utilisant Tapatalk

Non j'ai pas vu la différence... Envoyé de mon SM-A520F en utilisant Tapatalk

Je suis en 3.3.9 Envoyé de mon SM-A520F en utilisant Tapatalk

Moi je l'ai faite, pas de soucis. Envoyé de mon SM-A520F en utilisant Tapatalk

Avec GEA ? En utilisant Value+ 10 et Repeat ?

Vu ce que je lis dans le topic, je crois que je vais attendre la prochaine promotion avant de m'en offrir un Je vous laisse jouer les testeurs pour me démontrer que c'est indispensable et super-MAF (motif de rejet direct à la maison )

Fichu réveil de module.... à chaque fois j'oublie ce "détail". C'est pour ça qu'il commence et s'arrête à 50% de la barre de chargement. Sauf qu'il n'y a pas de bouton "réveil manuel" dispo sur ce module sous l'interface FIBARO. Je crois que je vais prendre mon mal en patience et bloquer le VD Time Sync pour pas qu'il me réinitialise tout.

Fibaro m'annonce une mise à dispo SW en 2.8 (je suis en 2.6), mais ne n'arrive pas à la lancer. J'ai changé la pile, je lance la mise à jour.... et ça bloque en "waiting for communication". Une idée ?

Il est plutôt composé d'or-dures [emoji23] Envoyé de mon SM-A520F en utilisant Tapatalk

En pendentif c'est top [emoji16] Envoyé de mon SM-A520F en utilisant Tapatalk

Moi aussi je suis pleinement satisfaite. Envoyé de mon SM-A520F en utilisant Tapatalk

Ah oui, pas mal ça !

Les pommes c'est mal

Non, je le trouve pas tordu, mais l'utilisation du abord() me gêne C'est trop violent pour moi

Essaye ceci : --[[ %% properties %% weather %% events %% globals Alarme --]] local etatalarme = tonumber(fibaro:getGlobalValue("Alarme")) while etatalarme == 1 do fibaro:call(20, "startLevelIncrease",10,1); fibaro:sleep(250); fibaro:call(20, "startLevelDecrease",1,99); fibaro:sleep(250); etatalarme = tonumber(fibaro:getGlobalValue("Alarme")) end Peut être que si tu redéclares un "local" dans ta boucle while, il ne comprend pas que c'est la même variable que celle qui a initialisé la boucle.

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