jjacques68

Nannnnnnnnn [emoji22] Envoyé de mon iPhone en utilisant Tapatalk Pro

Hello tous le monde : savez-vous s’il est possible de créer un script (VD ou scène) qui permet d’écouter en continue ce qu’il passe sur une socket : je sais qu’il existe Net.FTcpSocket avec la méthode read. je l’utilise déjà dans un VD pour un cas particulier. mais je souhaite pouvoir le faire en continue pour écouter la socket et interpréter ce qui arrive. le soucis est que le main loop des VD tourne toutes les 3 secondes, largement trop long !! je pourrais mettre le code dans un bouton d’un VD, et actionner ce bouton toutes les 200 ms depuis une scène, mais c’est archi bof comme solution, et je sais pas si la HC2 supporterait cela H24 7/7... si vous avez des idées ??!! je suis preneur !! ou avec Net.FUdpSocket ??

Essaye cette scène, c'est celle que j'utilise, j'ai simplement supprimé mes ordres et remplacé par le tien : C'est quasi identique à celle que tu as, mais sans passer par les commandes lili... Il faut juste que tu sois sûr que le VD que tu appelles à bien l'ID 291 et que le bouton que actionnes soit bien le premier objet du VD. --[[ %% properties %% events %% globals --]] local ActionOk = false local Debug = true --tableau de toutes les actions possibles local ListAction = { ["alarme"] = function() fibaro:call(291, "pressButton", 1) end, } --fonction d'affichage Debug-------------------------------------------------------------- function AfficheDebug(msg, color, debug) if debug == true then --si debug activé if msg and color then --si y a un message et une couleur print("<font color ='"..color.."'>"..msg.."</font>") else --sinon erreur print("<font color ='orange'>Error in function AfficheDebug</font>") end end end --remplace les caractères spéciaux : à é è ê '-------------------------------------------- function ReplaceChar(s) local Char = { -- 3 caractères à détecter {" ' ", "'"}, {" â ", "'"}, -- 2 caractères à détecter {"é", "é"}, {"à©", "é"}, {"è", "è"}, {"à¨","è"}, {"î", "î"}, {"ô", "ô"}, {"û", "û"}, {"ù", "ù"}, {"ê", "ê"}, {"â","â"}, --1 caractère à détecter {"Ã", "à"}, } for i,v in pairs(Char) do s = string.gsub(s, v[1], v[2]) end return s end --???????---------------------------------------------------------------------- function Trim(s) return (s:gsub("^%s*(.-)%s*$", "%1")) end --corrige l'ortographe de "étein" (t-d-s-dre-et 1)-------------------------------------------- function CheckEtein(s) local Res = "" local Output = "" local Pattern = {"éteint", "éteindre", "et 1", "est à", "et à%s"} for k,v in pairs(Pattern) do Res = string.match(s, v) --cherche le pattern, str = pattern trouvé if Res then Output = "éteins " Output = Output..string.sub(s,string.len(Res)+2) return Output end end --sinon return l'argument return s end --corrige les espaces autour du "-"----------------------------------------------------- function DelDash(s) i, j = string.find(s, "-") if i then return string.sub(s,1,i-2).."-"..string.sub(s,i+2) else return s end end ---------------------------------------------------------------------------------------- --main ---------------------------------------------------------------------------------------- -- Lecture des arguments de la scène (voir IFTTT) local params = fibaro:args() local action = nil local number = 0 if (params) then for k,v in ipairs(params) do if (v.action) then action = v.action end --recupère l'action if (v.number) then action = action.." "..tostring(v.number) end --recupère le nombre si y a end end if action then --enchaine les fonctions de traitement de chaine action=DelDash(CheckEtein(string.lower(ReplaceChar(Trim(action))))) --recherche et execute l'action en fonction de l'argument for ordre,func in pairs(ListAction) do if action == ordre then AfficheDebug(os.date("%d/%m/%Y - %H:%M : ").."action lancée : "..action, "white", Debug) func() --execute l'action ActionOk = true end end --si action inconnue alors debug. if ActionOk == false then AfficheDebug(os.date("%d/%m/%Y - %H:%M : ").."action inconnue : "..action, "red", true) end end

ah oui ok, tu veux passer par les commandes lili ? c’est indispensable ? moi je ne m’en sers pas.

je pense qu’il faudrait que tu postes le code complet de la scène...

tu peux créer un user spécifique à l’utilisation dans la HC2 et lui donner l’accès que à la scène qui doit exécuter les ordres. c’est pas le top mais ça réduit les risques... et c’est ce user que tu utilises dans la recettes d’IFTTT. du coup pas besoin de communiquer le super user.

chez moi je fais : ["alarme"] = function() fibaro:call(147, "pressButton", 1) end ou 147 est l’ID du VD en question et 1 est le n° du bouton dans le VD (= numéro de l’objet dans le VD... les labels sont aussi des objets...)

il existe un tuto là-dessus ?

ils vont intégrer le KNX ??? oh punaise le rêve !!!!

@speckery : perso j’ai l’impression d’être plus maître du système imagine que tu ne veuilles pas qu’un device soit accessible via le GH (exemple chez les volets ne peuvent pas s’ouvrir via une commande vocale...) Je sais pas si c’est possible avec le plugin de Fibaro dans le GH ??

Perso jamais fait attention à ça... J’ai toujours déclaré mes variables en premier, avant les fonctions... Cela voudrait dire que lors de l’execution, il y aune interprétation de la fonction avant son appel, et du coup ce serait la raison de ce « bug »... ??? Curieux de savoir ce qu’en pensent les autres membres...

je confirme les 2 app fonctionnent simlutanément. Mais alors cette nouvelle appli... sans commentaires...

je suis entrain de me demander si tu ne t’es pas tromper dans le choix de recette : tu veux envoyer du texte et un nombre ou que du texte ?

Tu peux nous l’afficher ? Envoyé de mon iPhone en utilisant Tapatalk Pro

Oah le bonheur merci !! Envoyé de mon iPhone en utilisant Tapatalk Pro

Oh punaise oui Envoyé de mon iPhone en utilisant Tapatalk Pro

@soulac : dans : What do you want the Assistant to say in response? ne met pas de § ou de caractères spéciaux, met juste : d’accord. ou encore : oké. il y a pas d’argument ici. et pas de double guillemet non plus où que ce soit, à part dans body.

exactement le même scénario que toi... J’ai éteins avec le bouton on/off, rallumer et relancer la mise à jour, maintenant c’est ok.

ah ok désolé

@Domodial : pour les routines, il ne faut pas oublier de mettre le mot clé magique défini dans IFTTT ! dans mon cas, dans IFTTT le mot clé est « commande » (venant de la recette commande $). et donc dans la routine : quand je dis allume le lumière le GH doit exécuter « commande allume la lumière » J’ai un soixantaine de routine qui fonctionne bien. essaye, si ça va pas on regarde ...

c'est bon c'est de ma faute, j'avais modifier les préférence "données et personnalisation" de google. J'avais tout viré, mais pour GH/IFTTT il fallait en laisser un :

Petite question : J'ai l'impression que IFTTT et google ne communiquent plus ensemble, vous constaté la même chose ?

bon alors je viens de finir le check de la base (avec l’outil de @Krikroff). sur 8 panneaux de chauffage, 4 avaient leur ID en doublons avec des ID de device. j’ai tout simplement supprimer les device et les ai ré-inclu. donc là j’ai plus aucun doublons dans la base (du moins de ce que je peux voir) j’ai fais des tests avec mes VD de commande des panneaux de chauffage, et pas de plantages pour le moment... je crois que faire un check manuel des ID après ajout de device ne fait pas de mal... j’ai envie de dire à ceux qui ont des soucis de plantage de la leur box de faire de même...

en tout cas je fais comme ça chez moi. Il faut comparer l’heure actuelle avec des plages horaires. Sinon en effet, si qu’un touche entre les heures voulues... ben il faut attendre la prochaine pour que cela rentre dans l’ordre. la condition se fait en une seule ligne de code... Poste ton code si tu y arrives pas, je te file un coup de main...

meilleurs vœux et plein de bonnes choses !