Fredmas

Bonjour à tous, Allé, sans aucune honte j'ouvre ce sujet pour débutants qui ont lu le manuel QA de Fibaro mais qui n'ont pas trouvé leurs réponses Je ne doit pas être le seul et je pense qu'au fil du temps, la liste des questions à venir dans ce topic pourrait peut-être (je l'espère) aider les autres débutants Lien vers le manuel Fibaro LUA Lien vers le manuel Fibaro Quick Apps #1 Question 1 : choix du type lors de la création d'un QA Lien vers la réponse la plus utile Lorsque l'on crée un QA simple le choix du type est plus facile/évident. Mais lorsque que l'on veut créer un QA qui fait plusieurs choses, vérifier des horaires, possède des boutons et des labels, change des variables globales ou locales, lance des scènes, active des modules (FGS/FGD/FGBS, etc.), comment faire pour choisir le bon type de QA lors de sa création ? J'ai bien trouvé la liste existante, mais bien comprendre les conséquences du choix du type serait bien mieux. Types of Quick App devices: Binary sensor, Binary switch, Color controller, Door lock, Door sensor, Energy meter, Generic device, Flood sensor, Humidity sensor, Multilevel sensor, Multilevel switch, Player, Power sensor, Remote controller, Roller shutter, Smoke detector, Temperature sensor, Thermostat (auto, cool, heat), Weather, Wind sensor, Window sensor. #2 Question 2 : faire tourner un QA en boucle pour vérifier l'heure et déclencher des actions Lien vers la réponse la plus utile Dans la continuité d'apprendre la philosophie des QA et leurs possibilités afin de remplacer les scènes petit à petit, je n'ai pas trouvé comment faire tourner un QA en boucle. Je raisonne probablement encore trop en mode scène LUA, mais bon pas facile de changer du jour au lendemain. Alors je vais prendre un exemple pour illustrer la question et aider les autres débutants comme moi à se projeter en situation pour mieux comprendre. La suite ici. #3 Question 3 : définir correctement une fonction comme membre du QA Lien vers la réponse la plus utile J'ai compris que pour qu'une fonction prenne des commandes self par exemple, et donc utilise les méthodes du QA, cette fonction doit être membre du QuickApp (ajoutée au QuickApp class). Cependant à la lecture des sujets et des manuels Fibaro, on constate plusieurs types d'écriture et manières de déclarer une fonction pour qu'elle soit membre du QA, en tout cas j'en ai retenu au moins 2. La suite ici. #4 Question 4 : définir correctement la méthode de débogage dans la console d'un QA Lien vers la réponse la plus utile Cette fois, rien de bien compliqué, c'est davantage une question "café-philo" à propos des bonnes pratiques. Après avoir lu le sujet rédigé par @Krikroff et du coup relu le manuel Quick Apps de Fibaro , il me reste quelques doutes quand au choix des différentes méthodes de de débogage dans la console d'un QA. La suite ici. #5 Question 5 : appeler une fonction B et attendre son résultat pour l'utiliser au sein d'une fonction A avant de continuer la suite du code du QA Lien vers la réponse la plus utile Dans une fonction A dans un QA j'appelle une autre fonction B, mais j'ai besoin d'attendre le résultat de cette autre fonction B avant de continuer à dérouler le reste de la fonction A. Comment coder "proprement" pour que la ligne de 17 attende l'exécution et le résultat d'une fonction appelée à la ligne de code 16 ? La suite ici. #6 Question 6 : respecter de bonnes pratiques d'architecture logicielle pour le code d'un QA Lien vers la réponse la plus utile et une deuxième C'est davantage un sujet de partage, et à la rigueur de café-philo me concernant, qu'une question répondant à un besoin à proprement parler. Mais maintenant que mes QA sont stables et continuent d'être modifiés et améliorés, je me pose la question d'une meilleure architecture du code et de comment mieux le structurer tant pour la performance que pour sa compréhension et sa maintenance. La suite ici. Et un peu de la place pour les questions suivantes

Oui c'est valable aussi pour la HC3L Merci pour ce topic

Bonjour JM, Et bienvenu sur notre bon forum rempli de savoir et de partage, le tout dans le respect et la bonne humeur. Je ne suis pas sûr que ça réponde entièrement à ta question, mais tu devrais trouver un début sur ce lien

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire  Ca pourrait m'intéresser si ce n'est pas trop compliqué et que ça tourne bien

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire  Si je peux me permettre, tu devrais poser tes questions dans les rubriques appropriées. Ici c'est pour se présenter et se connaitre

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Une merveilleuse année à notre forum et tous ses membres Quelle soit riche en domotique et pleine de bonnes nouvelles pour le futur Bonne santé à tous, et portez vous bien

Bonjour à tous, Je profite du bistrot pour pousser un coup de gue..... Cette nuit des imbéciles pour rester poli, sont passés dans ma rue et ont forcé et cassé ma boîte aux lettres. Peut-être pensaient-ils trouver un lingot d'or à l'intérieur, ou simplement par plaisir de dégrader et saccager Bref, du coup déjà que j'y pensais je me sens obligé de prendre cela comme un avertissement, et vais commencer à réfléchir plus sérieusement à l'installation d'une alarme (par ex. Diagral histoire d'avoir un truc sérieux et autonome) avec en priorité la dissuasion aidée par ma domotique afin de les faire fuir avant tout tentative d'intrusion. Bon dimanche à tous

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Oui c'est ce que j'avais en tête et que j'ai essayé de dire. J'aurais du être plus précis en indiquant : variable pour stocker l'identifiant. Merci pour la précision @Lazer

Au L près, ça me ramène quelques semaines en arrière. Félicitations et longue vie à la 3 sans regret !

Oui mais ID correspondant davantage à IDentifiant, peu importe sa position dans la table des paramètres du coup, peu importe l'ajout ou la suppression de paramètres lors d'une Maj. Donc même si je suis d'accord avec toi, je trouve que la philosophie se comprend parfaitement tout de même. Il est plus facile de garder la stabilité d'un identifiant et se permettre de "déplacer" la position des paramètres dans la table

De rien Pour commencer, il y a ici pour les scénarios et ici pour les Quick Apps et le forum qui est bourré de questions et de réponses Par exemple tu as une solution ici avec un GCE Electronics EcoDevices RT2

Je te laisse gérer la partie déclaration. Côté Actions, tu peux essayer un truc comme ça : fibaro.alert("push", {[1] = 2}, "La valeur de VIGICRUE est égale à "..fibaro.getValue(491, "value")) 2 étant l'ID de ton compte utilisateur par exemple, que tu trouves dans FIBARO/PARAMETRES/ACCES Comme je ne sais pas ce qu'est VIGICRUE pour toi, alors je peux me tromper, mais comme apparemment tu ne voulais pas du texte mais une valeur, j'imagine qu'un fibaro.getValue pourrait fonctionner.

Bonjour, et bienvenu sur ce très bon forum Bonne ambiance, grosse expertise pour certains, et partage du savoir pour la plupart  Au plaisir de te lire 

Hello, En LUA, c'est facile en une ligne de code dans laquelle tu mets ce que tu veux à afficher. En Bloc avec les Scénarios Avancés je ne sais pas, car lorsque j'avais essayé il y a longtemps, il y avait surtout un champ pour écrire du texte. Au pire si tu ne trouves pas comment faire en Bloc et que tu veux vraiment pas écrire tes scénarios en LUA, tu peux toujours te créer un scénario LUA "simple" contenant uniquement ton code pour la notification, et ton scénario précédent en Bloc au lieu d'appeler ta notification appelle ce nouveau scénario. Ce n'est vraiment pas classe, mais ça pourrait répondre à ton besoin. Bonnes fêtes également.

Le Roi n'a peut-être pas ressenti le besoin de se présenter à ses sujets pour leur dire bonjour au moins une fois

Je pense comme @Lazer Ce que tu écris va chercher le 151ème paramètre dans la liste, pas le paramètre qui possède l'ID 151.

Parfaitement d'accord Joyeux Noël à toi également !