Krikroff
-
Compteur de contenus
6 719 -
Inscription
-
Dernière visite
-
Jours gagnés
128
Tout ce qui a été posté par 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
-
débutant fibaro sur jeedom
Krikroff a répondu à un(e) sujet de Thomhap dans Nouveau ? Présentez-vous
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
