jjacques68

faut que je trouve une solution, parce qu’il faut que je puisse l’etiendre depuis une scène où un VD...

Dans une scène, j'ai essayé ça : au moins pour tester le reboot ! local http = net.HTTPClient() http:request("http://Mon_Adresse%40Mon_FAI%3AMon_Mdp@192.168.xx.yy/services/system/reboot.php", { options = {method = 'GET'}, success = function(response) print("OK") end, error = function(response) print("Error : " ..response) end }) Marche pas... ai essayé avec la méthode POST ou PUT mais rien non plus. Il me répond "OK"...

J'ai trouvé ça mais aucune réaction : HomeCenter.SystemService.shutdown()

nan mais attend ! J'avais un super script couplé avec l'onduleur pour éteindre proprement la HC2 si coupure de courant, et là on peut plus le faire ?

oui mais je veux pas faire un reboot !!! je veux l'éteindre !!!

je viens d'essayer : local response, status, errorCode = HC2:GET("/services/system/shutdown.php") mais sans resultats...

Bonjour tout le monde ! La fonction : local response, status, errorCode = HC2:GET("/shutdown.php") ne fonctionne plus ? Je l'ai testé il y a encore quelques semaine (4 ou 5), avant les dernières mises à jour, et c'était ok !!! Qqun a une idée ?

ah ! elle semble être à nouveau dispo... je regarde demain...

oui je confirme elle n'est plus dispo...

oui voilà, c'était ma question...

ok d'accord... - merci !

Je sais pas si le sujet a été abordé... Mais c'est quoi ce truc depuis la dernière mise à jour ?

@jojo, très juste, mais cela prouve aussi qqch, les scripts sont pas toujours bien optimisés... du moins les miens...

nan chez moi la ram semble OK, moyenne a 35 %. Je viens de me rendre compte qu’une scène avec dans l’entête %%killOtherInstances faisait monter la charge CPU !!! (qui était appelée par moment avec des répétitions très très soutenues) Je viens de remettre le bon vieux if fibaro:countScenes() > 1 then fibaro:abort() et depuis j’ai l’impression que ça va mieux. à suivre...

Hello tout le monde !! vous avez déjà eut ce genre de cas ?

alors moi je viens de la faire... etrange... bloquée sur start service, comme ont n’a pu l’entendre sur le topic. je l’ai éteinte puis rallumer. Au redémarrage, tous les volets se sont fermés et les lumières allumées. son réglage de l’heure était au 01/01/2010 à 01:00 ! j’ai modifié en sélectionnant mise à jour de l’heure par le net. Elle a redémarré et puis ça semble ok. j’avais jamais eut de problème jusqu’à cette mise à jour... je viens de faire un backup local. Suis entrain d’en faire un sur le cloud. Après je récupère la sauvegarde local, dans un rep de mon NAS.. a suivre...

Re-bonjours à tous ! Je reviens avec mon histoire de socket pour transmettre des infos... Rapide descriptif du sujet : ça fonctionne très bien, mais le problème maintenant est que la scène appelée à diverse endroit (et y en a beaucoup) peut être appelée très très souvent voir quasi simultanément. Alors j'ai mis le nombre d'instance de cette scène au max (10). Je n'ai pas encore eut de message d'erreur du style "to many instances"... Mais je me rends compte que j'ai des loupés, voir des doublons d'info, quand la scène est appelée plusieurs fois simultanément. J'ai bien essayé de temporiser la scène en fonction du nombre d'instances avec ça : Nb_Instance = fibaro:countScenes() if Nb_Instance > 1 then fibaro:sleep(Nb_Instance*250) end En espérant que chaque nouvel envoi serait retardé pour laisser le précédent se terminer, mais cela ne change absolument rien. J'ai l'impression aussi que les arguments ne sont pas toujours pris en compte, dans des appels simultanés... Comme si le nouvel appel de la scène écrasait les arguments de l'appel précédent... Vous avez déjà connu ce cas ? une idée pour faire cela propre ? Merciiiiii !

tu fais bien : local IdPhone = fibaro:getGlobal("Ma_Variable") ... fibaro:call(tonumber(IdPhone), "sendPush", "bla bla bla") moi j’ai ça partout et j’ai aucun soucis...

Bonjour à tous, J'utilise depuis quelques jours un VD qui m'envoie des infos sur une socket vers un soft réalisé sous Windev... le code dans le VD est ultra simple : local udpSocket = Net.FUdpSocket() udpSocket:write("blablabla",ip,port) Mais à mon grand étonnement, comme pour les requettes HTTP, tous les caractères spéciaux sont encodé en "chinois"... On avait le même soucis avec le google home, on avait fait une super fonction qui convertit les caractère spéciaux comme il se devait, 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 Mais là cette fonction n'est pas utilisable car on dirait que les caractères sont codés différemment... exemple : à = à° =  é = é Y aurait pas une solution pour ne plus avoir ce genre de soucis ??? c'est franchement pénible !

ça c'est cool !!! merci !

Nan chez moi c’est tout ok maintenant ! Envoyé de mon iPhone en utilisant Tapatalk Pro

Ma scène reçoit des arguments... du coup j’envoie ces arguments dans un label de mon VD pour les envoyer sur la socket... C’est un peu lourd comme procédé... Je pourrai directement envoyer les arguments dans le VD au lieu de passer par la scène, mais j’avais conçu le système comme ça avant... Et j’ai pas envie de me taper tous les scripts un par un pour corriger cela... Envoyé de mon iPhone en utilisant Tapatalk Pro

Hello tout le monde !!! Petite question qui est dans le titre, est ce qu'on peut écrire sur une socket depuis une scène ?? Depuis un VD avec Net.FUdpSocket() c'est ok ! mais depuis une scène ??????? Merci à vous !

Ah ouiiiii !! Bien joué !!! Ça a fonctionné !! Envoyé de mon iPhone en utilisant Tapatalk Pro

j’espere qu’ils vont corriger ça vite fait !!!!