jjacques68

Nan, pas de news, j’en aimerai aussi Envoyé de mon iPhone en utilisant Tapatalk Pro

Oui c’est la box qui gère les têtes. Elles ne communiquent pas entre elle. Du moins je ne l’ai jamais constaté. Envoyé de mon iPhone en utilisant Tapatalk Pro

Je confirme que plusieurs radiateurs peuvent être dans la même pièce et que tous sont controlés par le panneau de chauffage. C’est le cas chez moi depuis plus d’un an, et ça fonctionne impec. Seul petit bémol, toute les têtes ne sont pas synchronisées en même temps. Même si les intervals de temps dans les paramètres sont identiques, un tête va s’ouvrir/se fermer avant une autre, etc. Mais au bout de quelques minutes, elles ont toutes la même valeur.

Nan nan attention, je précise plus mon installation : La bbox est juste la pour le modem. DHCP, firewall, WiFi... tout est désactivé. Dyndns et DMZ (vers le routeur netgear) activé. Et c’est le routeur netgear qui fait tout le boulo. Envoyé de mon iPhone en utilisant Tapatalk Pro

le modem est une bbox. je ferais les tests avec PC1 et PC2 en direct sur la bbox ce week-end. je vous tiendrai au courant...

Tout à fait je comprends Merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro

Il faudrait qu’on puisse saisir ces paramètres dans les propriété du compte pour les utilisateurs du fofo ? Comme quand on saisit la version de la HC2 !

et si je refais cette essai en branchement directement PC1 et PC2 dans le modem ? Sans passer par le routeur ? ça exclura de l’équation le routeur netgear ! ou le désignera comme défectueux...

ok mais j’avais jamais constaté cela avant !!!!

en attendant, le mini est commandé...

@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