Krikroff

Mise à jour de la documentation suite à la livraison de la version 5.030.45 Support MQTT (client) Support des slaves Modification de la gestion des événements OnRelease et OnChange de l’interface (tout le code est centralisé dans le script principal) Envoyé de mon iPhone en utilisant Tapatalk

Changer le type c’est compliqué, le type conditionne des choses à la création Envoyé de mon iPhone en utilisant Tapatalk

La création est automatique, si tu regardes le code d’un QA tu vas t’en rendre compte Envoyé de mon iPhone en utilisant Tapatalk

Attention à vérifier la conversion des QA il y a du changement par rapport à la version précédente au niveau de la gestion des événements pour les composants de l’UI. Exit le code lua dans les boutons etc tout est centralisé dans le script principal, c’est une très bonne chose [emoji106] Envoyé de mon iPhone en utilisant Tapatalk

Comme pour les devices zwave tu peux faire des slaves... Ex: un QA master et plein de petits slaves de tous les types: sensor, switch etc... c’est bon ça [emoji16] Envoyé de mon iPhone en utilisant Tapatalk

Alors heureux [emoji2] Envoyé de mon iPhone en utilisant Tapatalk

Oui pas le choix tu vas devoir faire une table de mapping afin de faire correspondre un device avec un ID de timer pour suppression...

Rhoooooo [emoji79] Envoyé de mon iPhone en utilisant Tapatalk

Cela permet d’interrompre un interval ou un timer en cours avant son exécution... Je vais faire quelques tests dans la soirée [emoji6] Envoyé de mon iPhone en utilisant Tapatalk

Je n’ai pas vérifié mais à première vue je dirais qu’il s’agit d’un ID timer, comme celui renvoyé par en SetTimeout... Enfin pas le SetTimeout Fibaro mais celui sur lequel il est basé [emoji6] si mon intuition est bonne alors tu devrais pouvoir annuler l’action en attente à l’aide d’un cleartimeout

Non pas possible via une requête HTTP Envoyé de mon iPhone en utilisant Tapatalk

Il y a du mieux ? Envoyé de mon iPhone en utilisant Tapatalk

Je pense aussi... Keep it simple, stupid !!!

Non l'idée c'est simplement de déclarer des variables (globales) dans l'entête de ta scène à la création, juste quelques informations à reporter et qui seront utilisable dans toute ta scène.Du coup pas de problème de ressource/performance

Oui c'est ça, au final autant faire directement la chose suivante dans ta scène _ID = 4 _TAG = "SCENE-04" _NAME = "CUSTOM BlahBlah - Events XX" C'est ce que je préconise.

Le code boucle sur toutes les scènes de ton HC jusqu'à identifier cette valeur improbable mais enregistrée dans la dite scène d'ou identification de la scène et donc de son ID ... C'est vraiment en dernier recours (il faudrait a la limite voir pour mettre en cache) car au niveau performance je suis sceptique.

Non la variable a été supprimée... Je préférerais quand même la réintroduction de la variable [emoji6]

Ca marche [emoji106] Envoyé de mon iPhone en utilisant Tapatalk

Tu veux encore me faire coder hein c’est ça dis le [emoji2957] Envoyé de mon iPhone en utilisant Tapatalk

Quels onglets ? Envoyé de mon iPhone en utilisant Tapatalk

Il faut regarder ce qui ce passe lorsque tu pousses un paramètre sur ton module. C’est compliqué je comprends bien que tu n’est pas très à l’aise avec tout ça ... Mais tu vas y arriver [emoji6] Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Bienvenue sur le forum [emoji4] Envoyé de mon iPhone en utilisant Tapatalk

Heu ! Tu as lancé une inclusion ? Envoyé de mon iPhone en utilisant Tapatalk

Le buffer de la console est purgé après un certain temps, il faut vérifier lorsque tu fais l’action... Envoyé de mon iPhone en utilisant Tapatalk