jjacques68

semble ok pour moi également...

pour les scènes : fibaro.scene("kill", {id}) fibaro.scene("execute", {id})

aucune idée pour le startScene, désolé, je n'utilise plus les scènes. pour le "stop", la commande "stop" semble exister dans l'API (pour un FGRM) donc : fibaro.call(ID, "stop")

je me disais qu'il manquait peut-être le onInit() du QA : function QuickApp:onInit() self:debug("onInit") end au tout début du code...

minute là ! tu as copié les 2 fonctions dans le QA, mais tu as quoi d'autre dans ce QA ?

Étrange : Dans l'erreur retournée par le QA il dit qu'il ne trouve pas la fonction "receive" avec minuscule. Pourtant dans l'URL de l'applet tu mets bien .../Receive avec une majuscule ! Et ta fonction comporte bien une majuscule ! ??

y aurait pas un "R" majuscule à "Receive" ?

Tu crées un nouveau QA dans lequel tu colles ces lignes de codes. Et tu y ajoutes juste un Label nommé "LBL_Receive". C'est l'ID de ce nouveau QA qui sera donc utilisé (cf le premier post) dans l'URL.

oui on dirait bien que c'est le même connecteur... si tu compares avec le lien que je citais à l'époque...

ça veut dire qu'on est plus obligé de passer par des contacteurs supplémentaires ?

Je sais, et quand cela arrive, j'ai pas forcément d'actions en cours... donc c'est pas un script qui déconne. Par contre chez moi j'ai pas de pic de CPU, mais bien 0 (sur les 4). enfin plutôt : le soft (windev) qui fait la requête (http) n'a pas eu de réponse de la HC3 pendant ces 3 minutes. J'ai une fois réussi à être devant au moment de ces 3 minutes, tout est figé, interface de la box, application mobile, les capteurs qui réagissent plus, ... Avec ta solution de plage horaire, au lieu d'une heure précise, avec gestion d'un flag, fonctionne très bien, c'est juste lourdo de devoir faire ça... Et faut pas devoir aller aux toilettes avec un éclairage automatique, par ce que ce sera fait à côté

je confirme, tous les soirs entre 20h45 et 21h30, pendant 3 min. On s'en rend compte que si qqch aurait du se passer pendant ce temps là. Et avec un suivi de l'utilisation des CPU. (ou tout autre forme de bit de vie). La dernière mise à jour de la HC3 n'a rien amélioré.

j'ai aussi eu des soucis avec l'appli (sous IOS). J'ai du supprimer le device dans le panneau du user sur la HC3. Un nouvel ID a été attribué au téléphone et maintenant c'est ok. va comprendre...

plus moyen de retrouver le topic qui parlait de couper le wifi, donc voici le bout de code que j'utilise qui marche nickel : function QuickApp:desableWifi() self.http:request("http://localhost/api/settings/network/radio",{ options = { headers = { ["Authorization"] = "Basic USER:MOT_DE_PASS_LE_TOUT_EN_BASE_64", }, data = json.encode({wlan={enabled=false}}), method = "PUT", }, success = function(res) if json.decode(res.data).code == 200 then self:debug("HC3 Wifi desabled") else self:debug(res.data) end end, error = function(err) self:error(err) end }) end je l'appelle dans le onInit() d'un QA avec un timeout : setTimeout(function() self:desableWifi() end, 5*1000)

idem, effectuée en 7 min backup inclu, RAS... pour le moment...

je viens de vérifier les logs de la box internet, rien à signaler...

c'est tout bon, ça fonctionne bien avec la plage de déclenchement et flag ! merci @Lazer pour l'idée !!! Maintenant je vais continuer de surveiller ce freeze qui : est quotidien dure entre environ 3 minutes arrive le soir entre 20h45 et 21h30

bon, chose faite curieux de voir ce que ça donnera ce soir... Du coup j'ai mis 5 minutes de delta pour la plage, c'est beaucoup je trouve... ça veut dire aussi que le réveil du matin peut se mettre en route 5 minutes après l'heure programmée bon... vaut mieux ça que rien du tout ça m'était jamais arrivé encore...

c'est bon je suis dedans là !!! motivé motivé et puis plein le c... de travailler avec des variable de "type" heure (ex : "07:30"), je passe aux timestamp, beaucoup plus simple à exploiter...

bien vu ça !! mais il faut un flag pour dire que l'action a été traité, pour ne pas la refaire dans la même plage... EDIT : ou peut-être encore mieux : une queue liste d'action à faire... ben non !! ça changera rien au problème...

étrange oui... la durée du freeze, chez moi, est de 3 min. Qui correspond à la durée du reboot effectué par l'auto backup. Mais je confirme qu'elle ne reboote pas à ce moment !! (j'ai pas les log) ok, mais, si ça arrive quand une action doit être réalisée, ben cette action, on peut juste l'oublier !! dans le cas de la fermeture des volets le soir, ça crains !!! va falloir doubler le déclenchement des scénarios par sécurité séparé par x temps ? - nan mais là on y arrive plus !!

alors : ce soir, à nouveau un freeze de 3 minutes. mais bien plus tard que les précédents. A un moment où absolument rien devait se produire ! Donc on peut pas dire que ça vient de mes 2 QA cités plus haut... (ça m'arrange ) Mais alors que ce passe-t-il ? qqun à la possibilité de vérifier un éventuel freeze chez lui, à moment x de la journée ?

Promis je vous ferai un retour dès que le cas se présentera...

non, en tous cas j'ai pas eu les notifications comme quand elle reboote avec le backup auto. Ben y a rien qui m'arrête cette loop sauf si je vais manuellement mettre la QA (type binary) sur false. C'est de nouveau bien tordu mon histoire... J'ai mis du debug partout, j'ai testé à la mano, tout fonctionne, on verra ce soir en condition automatique... Mais franchement j'ai un doute...