jjacques68

ok d’accord... merci c’est sympas !

c’est quoi que ça ?

@Krikroff, si tu as un moment... tu peux regarder ? merciiiii j'ai pas voulu le mettre ici à la suite, car c'est pas exactement le sujet...

Hello tout le monde : alors suite à une discussion dans un autre sujet, j'ai ouvert celui-ci pour ne pas polluer le précédent... Nous avons vu que l'on pouvait, sur la HC3, retarder une action sur un device, avec cette méthode : api.post("/devices/"..id.."/action/turnOff", {delay = 60}) et la commande ci-dessus nous renvoie ceci : {"id":22,"timestamp":1586330337} il s'agit de l'ID de l'action (retardée) ainsi que son timestamp où elle se déclenchera. ATTENTION : ce n'est pas l'ID du device !! ET dans mon cas, je souhaite pourvoir supprimer cette enregistrement, afin de ne plus exécuter cette action en attente !! En effet, J'ai dans la salle de bain, un PIR qui me déclenche la lumière et la VMC. Quand je quitte la SDB, au bout de 30 secondes la lumières s'éteint, mais la VMC reste allumée pendant 1 minute. d'où ce retard que j'ai mis. Mais si je rentre a nouveau dans la SDB, dans l'interval de la minute, je souhaite que le précédent timestamp de fin soit supprimé pour être remplacé par le nouveau! logique non Mais là, tel quel, si je re rentre dans la salle de bain, il se peut que la VMC se coupe, car la première minute a été atteinte. Bref si vous avez pas compris c'est pas grave... Alors il existe clairement une commande DELETE dans l'API permettant de supprimer l'action retardée !! Il suffit de saisir l'ID de l'action et son timestamp !!! super !!! sauf que !! comment je peux savoir que qu'il y a une action retardée pour ce device ? il manque une info ! si je souhaite supprimer une action retardée d'un device, il faut que je puise au moins la retrouver via l'ID du device qui en est à l'origine ! Sinon je sens bien qu'il va falloir stocker quelque part l'ID du device émetteur et le mettre en relation avec l'ID de l'action retardée et le timestamp de fin !!! du style : {"idTrigger":256, "id":22, "timestamp":123456789} Mais alors pffffffffffff, faire ça soit même !!!! c'est pénible !!!!! C'est obligé que dans l'API, cette information y soit !!! Sinon, comment la HC3 sait, qu'à ce moment là précis, c'est le device (ici 256) qu'elle doit éteindre !!!??, je suis passé à côté de quelque chose ?

on a tendance à l'oublier celui-là...

KISS

ah oui ok ! oui d'accord ! Je comprends, pas de recherche dans l'API du coup. Oui c'est plus simple du coup.

l'idée me plait... Par contre niveau ressource, effectivement... ça risque de prendre du temps si y a beaucoup de scène...

oui je comprends l'idée, mettre une sorte d'entête... Avoir une "convention" pour chaque scène. Et ainsi faire la recherche sur ces éléments...

oui oui je viens de comprendre... étrange comme méthode mais fonctionnelle par contre si l'on veut l'utiliser dans plusieurs scène, il faut changer le texte... donc pas si générique que ça !

aaaah ok ! I just understand it ! yes, ok, not stupid and it works... but strange

hi @jang ! how are you ? but what is that ???

naaaan... mais faire remonter la demande à fibaro peut être ? après si tu t'ennuies ...

hello ! existe-il une commande qui permette de récupérer l'ID de la scène en cours ? Par exemple si je suis dans la scène avec comme ID 50, il faudrait une commande qui me retourne ce 50 ! genre "fibaro.getCurrentSceneID()" par exemple dans un QA c'est la commande : plugin.mainDeviceId mais dans une scène ??

alors voilà en effet pour la HC3, depuis une scène : api.post("/devices/"..ID_Device.."/action/turnOff", {delay = 60}) tout simple... ceci retarde l'action du OFF 60 secondes après avoir envoyée la commande. merci @Krikroff

ooooh mais c’est du tout très bien ça... vais m’en inspirer... merci !

j’aimerai aussi le vérifier... je sais pas comment, mais je sens que ces conditions vont finir en code...

ah ! étrange, ce soir vers 19h30, la scène n’était plus triggée, alors que on était pas encore au sunset. j’ai vérifié dans l’API, le sunsetHour était à 20:04... j’ai ajouté un wallplug dans les trigger pour pouvoir la déclencher manuellement, et bien elle voulait pas. c’est comme si elle avait un sunset différent de l’API !!!

ah ok je savais pas ! intéressant, faudra que j'essaye...

va pas y avoir un conflit ?

après j'appelle directement les fonctions comme ceci : (dans une scène - triggée par le changement de valeur d'un QA) fibaro.homeCenter.systemService.reboot()

oh j'ai essayé le shutdown, j'ai eu une erreur qui me dit qu'il ne connaissait pas la commande...

comme tu disais un jour, faut relativiser, extrapoler cette doc... j'ajouterai : la bouffer, la digérer, philosopher dessus, la tester, la contre tester, ... en même temps, je sais qu'écrire des documents n'est pas une chose facile...

aaaaahhhhhhhh la blague ! je sais pas !

en tout cas si c'est un bug, faut le garder celui-là je pensais pas dire ça un jour...