Lazer

Clic clic clic........ même pas le temps de prendre un apéro..... ça marche.... (sur ma box de test) @mprinfo j'ai édité le titre avec le bon numéro de version, tu avais probablement copié collé le titre du topic précédent

Tu me donnes du travail Je vais ajouter ça à ma todolist.... mais désolé je ne te promet rien tout de suite, avec la fin des confinements, vient la fin du temps libre pour coder en LUA et faire de la domotique.... vivement le prochain virus... ou pas

Bienvenue sur le forum

Il te manque le 2nd argument dans la condition "Time" J'ai pour habitude d'ajouter 1 minute, ce qui laisse une plage assez large de 2 minutes, donc au dessus de l'intervalle GEA de 30 secondes.... ce qui permet d'absorber les éventuels retards ou freeze temporaire de la box. Donc ça donne : {"Time", "Sunset-15", "Sunset-14"}

Yes, tu as la réponse dans le message d'erreur Tu as passé une chaine de caractères (=string, contenant le nom de la classe au format texte), alors qu'il attends un pointeur vers la classe (l'objet en tant que tel) En pratique, enlève les guillemets autour de MyChildInput et ça devrait passer.

1/ électronique défectueuse => essayer avec un autre module.... je n'ai pas encore eu le courage 2/ je ne pense pas que le module parte en calibration, car chez moi la variation est aléatoire, pas du tout comme pendant la calibration où il va de 0 à 100 régulièrement. Mais un autre bug logiciel dans le firmware reste envisageable 3/ en effet, ce n'est pas lié aux LED 4/ 1 seul bypass, en ajouter n'est pas une solution. De toute façon moi avec mes halogènes, je n'ai pas de bypass du tout. Pas d'autre piste pour l'instant, mais en fait sur cette rangée, j'envisageais de passer prochainement à des LED, car mine de rien, les halogènes ça consomme pas mal, et mon stock d'halogène baisse (il y a encore des pièces ou je veux conserver des halogènes, comme la salle de bain... là où la chaleur dégagée par les halogènes n'est pas perdue)

J'ai le même problème avec une rangée de spots halogènes ! Donc ce problème de variation de la luminosité (qui n'est pas un scintillement comme on le constate sur les LED sans bypass) n'est clairement pas un problème liés aux LED, mais plutôt à l'électronique du module FGD-212 lui-même. Sur ce même circuit, avant j'avais un FGD-211 qui ne présentait pas ce problème de variation. Je pensais mon module défectueux, je constate que je ne suis pas le seul....

Mais je persiste à dire sur le forum depuis de nombreux mois que c'est une mauvaise approche, héritée des Modules Virtuels sur HC2, qu'on devrait éviter autant que possible avec les QuickApps sur HC3. Il vaut mieux mettre à jour les informations dans les properties du QA puis aller les lire en cas de besoin. Si aucune property ne permet de stocker l'information désirée, dans certains cas on peut être amener à stocker l'info dans une variable du QA. Il y a plein de pistes à explorer, il faut juste penser différemment des VD sur HC2. De plus sur les QA, les labels ne sont pas persistants... donc la valeur du label lue peut être complètement foireuse (chaine vide) Perso, je réserve les labels pour de l'affichage informatif pour humain, donc avec du texte en français, des émojis, etc. Faut que ça soit joli pour être facilement lisible pour nous, mais du coup ça le devient moins pour le code informatique. D'où mes suggestions précédentes.

Si ça peut aider, pensez à allez voir les 2 Showroom GEA, il y a pas mal d'exemples pratiques dont on peut s'inspirer :

J'ai déplacé ton message au bon endroit, je suis sympa car je ne l'ai pas supprimé sans préavis comme expliqué sur l'autre topic Mais euh, désolé là je n'ai aucune motivation pour me lancer dans la lecture de ta longue scène.... GEA est un moteur d'exécution de règles. 1 ligne = 1 règle. Chaque règle comprend 1 ou plusieurs conditions, et 1 ou plusieurs actions. L'ensemble des règles sont parcourues, testée, et exécutées le cas échant, toutes les 30 secondes. Ce n'est pas du tout la même approche qu'une grosse scène complexe qui fait papa maman à boire et à manger. Cela dit GEA fait aussi papa maman à boire et à manger mais avec une approche totalement différente. Le mieux à faire est de te lancer avec des règles simples, que tu étofferas au fur et à mesure, et tu trouveras facilement de l'aide pour te dépanner au cas par cas. Après tout n'est pas faisable avec GEA (ou alors ça serait trop complexe et pas adapté à mon avis). Exemple concret, j'ai une scène réveil douceur qui effectue plusieurs actions pendant plusieurs minutes. Ben là déjà rien qu'en disant ça, on comprend que GEA n'est pas adapté, il vaut mieux se faire une petite scène à coté (que GEA peut déclencher) Idem, j'ai une scène alarme, qui est autonome. Bon cela dit, sauf si quelqu'un est motivé pour lire ta scène en entier... bon courage

Tiens j'ai retrouvé la discussion : https://forum.fibaro.com/topic/55626-delete-device-qa/ J'avais loupé le dernier message de tinman du 15/09/2021 qui dit que ça fonctionne toujours.... n'ayant pas testé récemment, je ne sais que penser de cette affaire...

Ouais ben supprimer l'ensemble du QA et de ses enfants, puis de recréer le tout, ce n'est pas une option. Tu imagines l'impact sur les scénarios avec les ID qui changent, et la perte des historiques, etc... Tout ce que tu peux faire dans le code LUA d'un QA, tu peux le faire en direct via l'API (puisque les actions effectuées par le code LUA lui-même passent par l'API). Donc la question à se poser est : est-ce que removeChildDevice fonctionne encore ? J'ai pas trop le temps de tester à vrai dire.... mais dans la théorie c'est un truc du genre /api/callAction?deviceID=ID&name=removeChildDevice il faut peut être mettre des arguments derrière, je ne sais pas trop.

J'allais le dire, il faut que tu configures des Push, c'est indispensable pour les détecteurs de mouvement/ouverture pour lesquels tu veux une réaction immédiate. Sinon tu es obligé d'attendre l'intervalle de rafraichissement (ce qui risque de ne jamais arriver avec un détecteur de mouvement si le mouvement s'est arrêté entre temps) Pour le second point, j'ai vu un post sur le forum officiel, depuis un certain firmware indéterminé sorti entre l'automne 2020 et maintenant, Fibaro a changé quelque chose, l'utilisateur ne peut plus supprimer les modules enfants. C'est complètement débile évidemment.... parce que ça fonctionnait très bien il y a 1 an quand j'avais développé le QA. Je n'ai pas testé récemment, mais ton témoignage confirme les infos données sur le forum officiel. C'était pourtant clairement indiqué dans le "other minor fixes", on aurait dû s'en douter... Le pire, c'est que je ne suis même pas certain que Fibaro travaille sur un correctif, car ils avaient l'air de dire que c'est comme ça maintenant et puis c'est tout. En attendant, pas trop de solution... je suppose qu'il faudrait implémenter la suppression au sein même du code LUA du QuickApp... ce que je m'étais refusé à faire à l'époque du développement de ce QA, car une mauvaise manip de l'utilisateur dans CONFIG lui aurait supprimé un module enfant, voire même tous ensemble, vraiment pas génial. Si tu veux vraiment supprimer un enfant, je pense que tu peux tenter de passer par l'API avec removeChildDevice de mémoire.

Intéressant ton retour, merci PS : on va finir par regretter le bon vieux temps des pénuries de PQ

ça doit être une coquille dans la doc alors, car cette syntaxe est clairement impossible. La parenthèse ferme la ligne, alors que tu as encore des arguments derrière... Je te conseille d'utiliser un éditeur comme Notepad++, avec la colorisation syntaxique, quand tu mets le curseur sur une parenthèse/crochet/accolade, tu vois où elle s'ouvre/se ferme. Ainsi on détecte 90% des erreurs et questions posées sur ce topic (et qui ne sont pas évidentes à voir sur le forum du coup)

Sur HC2 je ne sais plus trop, mais une piste, tu as peut être mal déclaré ta variable GEA.portables dans la fonction config()

Selon le nombre de QA et leur verbosité, tu peux avoir de quelques heures à de nombreuses heures de logs (à cause de la purge automatique) Donc effectivement, il va falloir que tu vérifies 2 fois par jour si tu veux tomber sur l'erreur.

Je ne suis pas sûr d'avoir compris ta question... tu parles des logs des QuickApps/Scènes sur la HC3 ? Ils ne sont stockés nul part, c'est à dire conservés uniquement en mémoire vive (RAM), et purgés automatiquement dès qu'il y a trop de messages. Donc si tu veux les archiver, il faut coder un truc externe pour les récupérer via l'API et aller les stocker ailleurs.

Reçu Mais je ne vais pas avoir le temps de jouer avec tout de suite.

Sinon depuis GEA version 7.XX (ouais je sais c'est pas précis... dans le doute prend la dernière version) tu peux utiliser directement l'option "SonosMP3". Cela dit, ça ne résoudra pas le problème du QA Sonos, tu peux poser la question sur le topic dédié, mais de mémoire pour pouvoir lire un MP3 il faut qu'il soit dans un partage réseau accessible au Sonos, et indexé dans la bibliothèque. PS : j'ai jeté mes Sonos à cause du système trop fermé et de problèmes réseaux Wi-Fi insolubles, donc là dessus je ne pourrai pas plus t'aider.

Attention, la syntaxe que tu utilises dans ta règle ne va déclencher que sur la modification de la propriété "value" (true/false normalement pour un capteur binaire sur HC3), or tu parles de la propriété "breached". Mais je ne crois pas que cette propriété existe.... je ne connais pas ton QA Doorbird Manager, mais il faut que tu t'assures que c'est bien la "value" que tu modifies. EDIT : autre problème, ta durée devrait être à -1 pour un déclenchement instantané. Car avec 30, ça veut dire qu'il faut que le Doorbird sonne pendant 30 à 59s ! Pas sûr que ça arrive souvent sauf à tomber sur un livreur excité !

Bienvenue sur le forum

N'utilisant pas le mode bloc, je ne sais pas te dire.... essaye peut être de remonter le problème sur le forum Fibaro : https://forum.fibaro.com/forum/1024-home-center-3/ PS : n'oublie pas de préciser la version de ton firmware dans ton profil, ça aide à aiguiller vers la solution quand le bug est connu (ce qui n'est pas le cas présentement)

C'est peut être déjà possible au travers des nombreuses options existantes de GEA. Actuellement, tu utilises quelles commandes LUA ou API pour piloter les couleurs des boutons Walli ?

Niveau occupation RAM il y a eu une belle optimisation, ça a bien baissé Regardez le "used" en gris : Soit 28% utilisé sur ma box de dev :