jjacques68

@Steven, petite question : j’ai étudié ton script, et je me pose la question suivante : est on obligé de passer par les commandes lili ? sur le même principe, on pourrait avoir une scène qui analyse les arguments transmis par la requête et suivant l’argument effectué telle ou telle action ? il faudrait juste renseigner dans une variable tableau toute les actions à effectuer j’ai juste dans mon raisonnement ?

alors voici le résultat pour un fichier de 3 Go. 0 % de perte pour les ping locaux modem + routeur. et 10 % de perte pour le ping vers google.

merci pour la réponse ! je n’ai aucun paramètres activé de ce genre dans le routeur. mes ip locales sont : 192.168.0.1 pour le modem 192.168.2.1 pour le routeur je vais faire les tests... et te tiens au courant...

Hello tous ! Rapide question : Je constate depuis plusieurs semaine que lorsque je télécharge un fichier assez volumineux (plusieurs centaines de méga, voir le giga), le téléchargement se passe très bien. je suis en moyenne à 14 - 15 mega /secondes (d’après speedtest). MAIS mes autres périphériques n’ont plus accès à internet pendant le téléchargement ????? ou alors la connexion de ceux-ci est très instable !!!! Même la HC2 perds des fois sa connexion !! J’ai eu des soucis avec ma ligne ADSL début septembre (beaucoup de coupures). Bouygues est intervenu chez moi et dans la rue. (ils ont eut du mal à régler le problème, stabilité, baisse de débit, à nouveau des coupures, ... bref, là ça semble stable, enfin... si on peut dire...) Ce bug est apparu depuis. Je précise également que j’ai un routeur netgear placé juste derrière le modem ADSL. Je ne pense pas avoir touché de réglage particulier dessus. Je vous demande avant de les rappeler, parce que je sens que cela va être trèèèèèèèès compliqué à leur expliquer... ça parle à quelqu’un mon affaire ? Merci d’avance !

HC2 : 28200 : 12/2015

désolé pour ma réponse tardive... Dans mon cas, je n'utilise pas les FGSM pour les mêmes objectif que toi. Mais voici un exemple de la scène plutôt simple, qui me gère mes éclairage avec les PIR : --[[ %% properties 378 value 322 value 313 value 298 value 391 value 428 value 443 value %% events %% globals --]] --[[ - scène pour gérer tous les éclairages intérieurs par PIR - Je ne fais pas d'association directe entre les modules - La marche forcée se gère grâce au VD Mode Eclairage 383 - Ne tient pas compte du capteur Philio PSP05 car trop différent (donc scène a part = 210) - Doit faire la différence entre les type d'actionneur (FGS ou IPX) --]] local Device = { --ID_PIR = {ID_actionneur, VG_Mode éclairage} [378] = {ID = 374, VG = "ModeEclDebarras"}, [322] = {ID = 318, VG = "ModeEclWc"}, [313] = {ID = 311, VG = "ModeEclSdB"}, [298] = {ID = 296, VG = "ModeEclEscalier"}, [391] = {ID = 405, VG = "ModeEclChaufferie"}, [428] = {ID = 420, VG = "ModeEclGarage"}, [443] = {ID = 441, VG = "ModeEclBuanderie"}, } local Trigger = fibaro:getSourceTrigger() --si mode manu (VD 383) on sort. if tonumber(fibaro:getGlobalValue(Device[Trigger.deviceID].VG)) == 0 then fibaro:abort() end --si PIR = ON if tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 then --actionneur = FGS if fibaro:getType(Device[Trigger.deviceID].ID) == "com.fibaro.binarySwitch" or fibaro:getType(Device[Trigger.deviceID].ID) == "com.fibaro.FGD212" then fibaro:call(Device[Trigger.deviceID].ID, "turnOn") --tempo while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end fibaro:call(Device[Trigger.deviceID].ID, "turnOff") --actionneur = IPX elseif fibaro:getType(Device[Trigger.deviceID].ID) == "virtual_device" then fibaro:call(Device[Trigger.deviceID].ID, "pressButton", 1) --tempo while tonumber(fibaro:getValue(Trigger.deviceID, "value")) == 1 do end fibaro:call(Device[Trigger.deviceID].ID, "pressButton", 2) --si pas le bon actionneur else print("Type Device = "..fibaro:getType(Device[Trigger.deviceID].ID)) end end elle marche super bien. Le seul reproche que je puisse faire est que je constate une petite seconde de temps de réaction antre la détection du PIR et l'allumage de la lumière. Je rappelle que la durée d'allumage est donc gérée par le paramètre 6 des PIR. @Steven, j'ai découvert le %%killOtherInstances cet été sur le fofo , mais j'ai pas encore trouvé d'utilité. Il y en aurait certainement, mais on est tellement habitué à fonctionner sans que c'est pas du tout une fonction naturelle tout à fait, je m'en suis rendu compte pendant les tests

En tout cas je reçois les notifications et ça c’est impeccable !!!!! Pourvu que ça dur !! Merci à ceux qui ont bossé dessus !!! Envoyé de mon iPhone en utilisant Tapatalk Pro

Ha ça je sais pas... Envoyé de mon iPhone en utilisant Tapatalk Pro

Ohhhh je viens d’avoir une notification pour ton dernier poste@jojo !!!! Envoyé de mon iPhone en utilisant Tapatalk Pro

nan c’est toujours la misère. la j’arrive plus a me connecter sur le fofo. et quand j’y arrive, je ne reçois pas les notifications...

ah bien vu @Berale24, ça marche pas en effet. suis allé trop vite... Le %%killOtherInstances c'est ok, mais il faut tester en le passage à un 1 du détecteur. J'ai vérifié, et chez moi je procède en faite différemment, j'utilise une boucle : while fibaro:getValue(xx, "value") == 1 do end et la durée est gérée grâce au paramètre 6 du détecteur. Donc quand le détecteur passe à 0, il sort de la boucle et exécute le code qui suivra. Je teste bien le passage à 1 du détecteur au préalable.

ouuuuh mais c'est bon ça !! je prends, mercii

??? Ah faut que je vérifie, parce que j’en ai du même genre chez moi...

alors voilà un premier essai : (j’ai pas testé, y a certainement des erreurs...) - il faut remplacer les XX par l’ID du détecteur de ta chambre (ou autre pièce). - créer la Varaible Globale (VG) Dodo. - ensuite créer une scène en lua et copier ce code. - et tester... --[[ %% killOtherInstances %% properties XX value %% events %% globals --]] --déclaration de variables locales local IdDevice = XX local Delai = 5 --délai (en minute) avant mise à 1 de la VG --ne pas traiter le passage à 0 du détecteur (quand il détecte plus rien) if tonumber(fibaro:getValue(IdDevice, "value") == 0 then fibaro:abort() end print("Mouvement détecté") print("Début du délai de "..Delai.." minutes") --début du code qui sera executé en différé (après le délai)--------------------- setTimeout(function() print("Délai terminé") print("Mise à 1 de la variable Dodo") fibaro:setGlobal("Dodo", 1) --mise à jour de la variable globale end, Delai * 60 * 1000) -- *60*1000 car ce temps est millisecondes --fin du code qui sera executé après le délai------------------------------------- --ce code est exécuté avant le bloc précédent car pas de settimeout. print("Valeur par defaut de la Variable Globale (0)") fibaro:setGlobal("Dodo", 0) --mise à 0 (valeur par défaut) de la variable globale normalement, lors d’iune détection, la scène se lance (les print dans le debug) te le confirmeront. Si plus de détection pendant 5 minutes, la VG passe à 1. Si nouvelle détection pendant les 5 minutes, on recommence tout le cycle. Ainsi de suite. Attention à ce que le paramètre du détecteur (le 6 de mémoire), ne soit pas supérieure au délai dans le script !

AH voilà, j’ai retrouvé la « fonction » permettant de supprimer les instances en cours pour ne garder que seulement la nouvelle instance ! il faut ajouter dans l’entête de la scène : %%killOtherInstances Et oui du coup en effet ça peut être utile dans ce cas... - mais jamais testé ! Par contre ça me donne des idées

ah oui donc tu autorise do,c plusieurs instances de scènes ? y a pas une fonction qui permet de démarrer une nouvelle instance de scène en tuant les précédente ? je crois qu’on en a parlé y a pas si longtemps que ça ... mais je me souviens plus...

j’y avais pensé, mais je vois pas comment l’exploiter. il faudrait faire un sleep ou un timeout de 15 min !? et après ? et que faire en cas de nouveau déclenchement ?

à froid comme ça, tu crées une scène qui analyse en boucle (toutes les minutes) le dateTime de la dernière modification de tes détecteurs. Si la différence entre l’heure système (donc l’heure actualisée toutes les minutes) et le dateTime est > 15 min tu fais telle ou telle action. http://www.fibarouk.co.uk/support/lua/library/fibarogetmodificationtime/ Ensuite tes variables globales DODO ou DEHORS sont de toute façon de type string, donc que tu mettes 0, 1, YES, NO, ne changera rien. Mais la logique voudrait mettre 0 ou 1.

Envoyé de mon iPhone en utilisant Tapatalk Pro

on semble tous avoir le même soucis sur iPhone, donc à part attendre une nouvelle update...

et voilà, la version 2 est faite avec le nombre réel de device présent. Chez moi ça colle pil poil

ah !! ok

intéressant en effet... En tout cas chez moi ça colle, et je viens de rajouter un FGS, et il me la bien compter (en double biensûr à cause des 2 relais) Si j'ai le temps ce weekend, j'essaye de faire un script qui permette de lister les device physique réel... Il faut pour ça que je joue avec les parentId, et je sens que je vais y passer du temps...

tu en as combien physiquement des FGS ? 22 ?

?? alors là ?? ben normalement il compte un FGS en double !