jjacques68

@Steven, oui mais il faut alors avoir 2 mot différents pour les dissocier ?

@Didier, ok je vais essayé ça à l'occas

@Didier t'as fait ça avec windev ? quelle version ?

non j'ai fais ça : --[[ %% properties %% events %% globals --]] --[[ 25/11/2017 - Version 1 Scène appelé par un webhooks d'IFTTT. Ce webhooks a comme trigger le composant Google Assistant "Say a phrase with a text ingredient". Le mot clé magique pour le différentier est "commande". Le login pour la connexion à la HC2 est un user spécialement créé pour Google Home. Ce user ne possède que les droits d'accès sur cette scène (pas de soucis pour les devices commandé par cette scène). paramètre IFTTT webhhoks : requete : http://user:mdp@ip_public:port/api/scenes/id_scène/action/start methode : POST arguments : {"args":[{"action":"{{TextField}}"}]} --]] local ActionOk = false --tableau de toutes les actions possibles local ListAction = { --lumières=========================================================================== ["allume le couloir"] = function() fibaro:call(1234, "turnOn") end, ["éteins le couloir"] = function() fibaro:call(1234, "turnOff") end, ["allume les murs"] = function() fibaro:call(1234, "turnOn") end, ["éteins les murs"] = function() fibaro:call(1234, "turnOff") end, ... --volets============================================================================= ["ferme le volet 1"] = function() fibaro:call(1234, "close") end, ["ouvre le volet 1"] = function() fibaro:call(1234, "open") end, ["ferme le volet 2"] = function() fibaro:call(1234, "close") end, ["ouvre le volet 2"] = function() fibaro:call(1234, "open") end, ... --camera============================================================================= ["désactive la caméra du salon"] = function() fibaro:call(1234, "pressButton", 4) end, ["active la caméra du salon"] = function() fibaro:call(1234, "pressButton", 2) end, ... ["capture la caméra du salon 1"] = function() fibaro:call(1234, "sendPhotoToUser", 2) end, ... } -- Lecture des arguments de la scène (voir IFTTT) local params = fibaro:args() local action = nil if (params) then for k,v in ipairs(params) do if (v.action) then action = v.action end end end --vire les majuscules action = string.lower(action) --recherche et execute l'action en fonction de l'argument for ordre,func in pairs(ListAction) do if action == ordre then print("action lancée : "..action..".") func() --execute l'action ActionOk = true end end --contrôle si l'action ok/nok if ActionOk == false then print("action inconnue : "..action..".") end J'ai remplacé les ID des modules par soucis de confidentialité. Les "..." c'est parce que j'ai pas tout mis dans le script, sinon ça prend 3 pages

punaise c'est de la bombe ce truc ! Par contre ça va être un boulo de dingue pour tout renseigner. Je ne passe pas par les commandes lili, donc je suis obligé de renseigner toutes les commandes à la mano dans une scène. Je n'utilisais jamais les commandes lili, alors de toute façon, il faut saisir tout un jour ... là ou là... Je me demande si ça vaut pas le coup d’attendre ce fameux plugin de fibaro @Steven, je t'ai piqué au passage quelques fonctions merci !!!! Domage que IFTTT nous restreint un peu : - une seule variable texte - une seule variable nombre - si on en oublie une, la requête passe pas (du coup j'ai virer la transmission d'un nombre) - pas de retour paramétrable Et notre GH qui nous dis de temps en temps : "Et là, c'est le bug !" - trop fort

Incroyable, ce petit jouet fonctionne à merveille ! Installé en 5 min ! Premier essai avec la HC2 en 5 min ! et résultat plus que surprenant !

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