Lazer

@MAM78 je n'étais pas intervenu la première fois car tu avait résolu ton problème tout seul (sans préciser comment), mais je vois que c'est la seconde fois que tu fait l'erreur. Tu tentes d'effectuer une action " callAction " sur un capteur, c'est tout simplement impossible, faux, inadapté au contexte. Les callAction appellent une action sur un actionneur (binaryswitch, multilevelswitch, etc), et par derrière la box va appeler les fonction éponyme ( turnOn() dans tes 2 exemples). Tu comprends bien qu'un capteur (sensor), n'a pas de fonction turnOn() par définition même. Un sensor ne peut exécuter aucune action en fait. Quand tu écris tes QuickApps, il faut vraiment que tu t'en tiennes au standard défini par Fibaro. Pour cela le meilleur moyen est encore de suivre l'exemple des modules Z-Wave physiques. Donc ne va pas mettre des classes avec des actions aux modules enfants de tes QuickApp, ça sera totalement incohérent. D'ailleurs @jjacques68 l'a compris à la seconde lecture comme en témoigne son 2nd EDIT. Cela étant dit, pour répondre à tes 2 questions, c'est à dire comment modifier la "value" d'un module de type capteur, il faut que tu modifies directement sa propriété "value" (et non appeler une fonction qui n'est pas censée exister.... j'insiste encore une fois) Le self:updateProperty("value", true) donné par @jjacques68 fonctionnera si le code LUA s'exécute dans le contexte du module proprement dit (le fameux self) Autrement, il faut passer par l'API pour modifier n'importe quelle propriété de n'importe quel module, même un Z-Wave (et là tu retrouves le concept des "fake-devices" inventés sur HC2) fibaro.call(ID, "updateProperty", "value", true) Ou bien encore de façon plus générale directement sur l'API http : curl --request PUT --user 'admin:password' --data '{"properties":{"value":true}}' http://192.168.1.1/api/devices/123

L'exclusion avant l'inclusion, oui c'est un classique qui devrait être effectué par précaution sur tous les modules. De mon coté j'ai aussi de plus en plus de mal à inclure un module sur mon HC2.... je pense que le réseau comment a être pas mal chargé, et ça ne doit pas aider, car l'inclusion est un processus assez bavard. En pratique, l'inclusion commence, puis ça tourne en rond pendant pas mal de temps. Dans les cas où l'inclusion ne démarre même pas, en général il faut rebooter la box.

Je vais étudier ça mais c'est pas gagné.... Ce n'est pas un évènement de la box. Ça me fait penser qu'il faut que je documente les fonctions qui sont utilisables en déclenchement instantané avec -1, ce n'est pas le cas de toutes. Je fais le SAV du QuickApp GEA sur HC3, pas de l'utilisation de GEA. Il y a le topic Support GEA pour cela. Je dis cela comme un rappel....

Exactement, le self de chaque device porte tout : le JSON, les fonctions, les variables, etc... Vraiment pratique.

Ah mais super sympa et pratique, je dis pas le contraire, mais ça reste luxueux de devoir payer, fort cher, un thermostat pour n'utiliser que son écran et interface tactile. En même temps, vu que Heatit n'a pas jugé bon d'intégrer un algorithme de régulation digne de ce nom (PID), il n'est guère utilisable pour autre chose que de l'interface homme-machine Désolé d'insister là dessus, surtout que je sais qu'un représentant de la marque nous lis, même ils sont passé à coté de quelque chose de crutial. Leur concurrent Secure (ex Horstmann) le fait depuis 10 ans dans son SRT-321 (avec un design certes très laid) Sinon il y avait le Danfoss Link RS Room Sensor qui était juste parfait pour cet usage, car c'est juste un écran + boutons sans thermostat intégré, typiquement pour piloter leurs propres têtes à distance. Le design était... disons... moyen, mais acceptable (plus que le Secure en tout cas) Mais il n'a pas dû trouver son public, car il a été abandonné. Et surtout vendu beaucoup trop cher pour ce que c'était (99€, soit plus couteux que le présent Z-Temp2)

Oui, il te "suffit" de regarder comment fait Fibaro via l'API. Mais comme l'a un jour conseillé @Krikroff le sage, je te conseille de ne pas te lancer dans des personnalisation poussées de QuickApps, car cela relève du hack, et qu'il faudra tout refaire quand Fibaro proposera enfin une méthode propre pour le faire. Patience, on finira bien par l'avoir un jour la possibilité de faire de beaux QuickApps J'y crois en tout cas. Vaux mieux passer du temps sur le code utile pour l'instant.

Toi tu as des piquets à faire

Oui c'est pratique, suffit d'ouvrir une "alvéole", ça fait plein de place... et en plus les modules chauffent moins. Et aucun risque de passer au travers.

Ah oui en effet. Je pensais aux briques creuses, elles font plutôt dans les 20cm chez moi.

Demain je pense Le colis a quitté le transitaire (mailboxde), c'est dans le camion entre l'Allemagne et la France

Ah au contraire, c'est carrément mieux qu'un mur en placo creux où tu n'as même pas la place d'y loger une boite profonde de 50mm Perso j'ai de la brique et du parpaing chez moi. Un coup de perforateur en mode burin au fond, et hop, tu as un espace de la taille que tu veux Largement de quoi y glisser 1 voire 2 modules (j'ai quelques doubles interrupteurs)

Tu dois avoir une erreur d'interface chaise-clavier, car ça fonctionne très bien chez moi (je me met toujours en anglais et pas en français, car la traduction française fait une double traduction en passant par l'anglais, donc double risque de mauvaise traduction)

Normal, tu ne peux pas associer 2 thermostat entre eux (les têtes sont des thermostats, faut il le rappeler ?) On donne une consigne (en degrés) à un thermostat, et son rôle est de réguler la charge pour atteindre la consigne donnée. En mode ON/OFF. Donc tu comprends bien que le thermostat Heatit ne peut pas contrôler le thermostat Danfoss en mode ONOFF (car le thermostat Danfoss attends une consigne, pas un ordre ON/OFF) Dans ton projet tu veux utiliser le Heatit non pas comme un thermostat, mais juste comme un écran mural bête. C'est luxueux. Donc tu es obligé de passera par la box domotique pour récupérer le consigne du thermostat (en degrés donc) que tu vas transmettre à la tête Danfoss.

Mais c'est des motorisations battantes qu'il faut mettre sur une maison comme ça, pas des volets roulants, ça va trop dénaturer.

OK... ben va pour Nice dans ce cas, mais demande quand même avant à Nice/Fibaro si ces volets sont supportés par la HC3.

Nice c'est comme Somfy ou Bubendorff, le meilleur conseil qu'on puisse donner, c'est d'éviter les technologies radios propriétaires. C'est compatible avec la HC3, et alors ? Dans 20 ans tu auras encore tes volets.... ton HC3 ça fera longtemps que tu l'auras remplacé. Rien ne vaut le filaire, quand on peut passer les câbles bien sûr, tu peux y installer le module, et donc le protocole de ton choix.

Ah dommage, ben c'est fini le Black Friday, fallait en profiter Déjà que ça a duré 15 jours, c'était plutôt pas mal cette année ! Avec la bêtise des commerçants français de réclamer un décalage d'une semaine, ça a durée en fait 2 fois plus longtemps que d'habitude sans en porter le nom, bien joué les gars

Chez qui eux du coup ? Parce que les meilleurs tarifs, c'est chez proshop.de, et la traduction de leur site passe parfaitement. Seule contrainte, ils ne livrent pas en France, il faut passer par un service de réexpédition. Ce qui rajoute un délai supplémentaire de 3 ou 4 jours et 15 à 20€ de frais, largement rentabilisés sur une grosse commande. Voir cet autre topic de notre serial-dealer mprinfo préféré :

Merci pour tes recherches complémentaires et ton retour Espace domotique = boutique à bannir. Pour les sites allemands, il suffit d'utiliser Chrome, il fait nativement la traduction automatique des pages dans la langue de ton choix, vraiment pratique. Et clairement, les allemands sont plus rigoureux que les français, ça se ressent dans le commerce en ligne.

Parce qu'elle était toute bugguée, ça fait 10 fois que je le dis.... Tu avais bien un problème, c'était que ça ne fonctionnais pas. Et toi tu penses que le non fonctionnement était normal.... Allez, suite sur le topic du Support GEA. Fin de la discussion avant que je ne fasse le ménage de cette page de discussion stérile.

Et bien c'est normal non ? Cette règle détecte l'appui sur les boutons : GEA.add({"SceneActivation", id["VL_BAR"] , 14}, -1, "", {{"OnOff", id["SUSPENSION_CUISINE"] }}) Mais pendant ce temps là, puisque tu as appuyé sur les boutons, la lumière le volet de ton bar s'est allumée ouvert Donc il est tout à fait normal que la seconde règle se déclenche : GEA.add({{"Value+", id["VL_BAR"], 70 }} , -1, "VLBAR OUVER 70T", {{"Global", "VL", "ok"} }) C'est une conséquence de ton action sur la lumière le volet, pas de la 1ère règle (elle ne serait pas présente, la 2nde règle s'exécuterait également) Bref, typiquement un problème de logique, ça fonctionne comme attendu. La suite de la discussion a plus sa place sur le topic Support GEA, car c'est générique et pas lié à ce QuickApp pour HC3.

Ah tu vois Mais euh... ton "SceneActivation" aussi fonctionne ?

7.02 OK, bon la détection des conditions était déjà toute bugguée. Toutes les versions avant la 7.11 de ce jour devraient être abandonnées. Ton Wall Plug, c'est donc bien un Binary Switch, tu coup tu comprends bien que jamais il ne prendra la valeur 1, donc ta condition ne sera jamais valide. Il faut utiliser true comme je te l'ai déjà dit. Bref, relis les derniers échanges, notamment ceux avec @Dragoniacs car le sujet a été traité. Un truc dans le genre (non testé) : GEA.add( {{"Value", id["DECO_AV"], true}, {"Time", "07:00", "17:00"}}, -1, "", {{"turnOff", id["DECO_AV"]}} ) GEA.add( {{"Value", id["DECO_AV"], true}, {"Time", "07:00", "17:00"}}, 30, "", {{"turnOff", id["DECO_AV"]}, {"Repeat"}} ) Pour le "SceneActivation", je vais faire quelques tests et tenter de reproduire.... à suivre

Mais c'est quoi le type de ton module DECO_AV ? Tu es certain qu'il ne prend pas les valeurs true et false ? Typiquement si c'est un binary ou sensor switch GEA 7.2 n'existe pas (encore). Et tu ne peux pas te baser sur le fonctionnement des versions betas précédentes, comme expliqué plusieurs fois, le test des conditions était buggué, c'était du rafistolage et de l'adaptation du code HC2 existant. Depuis la version 7.1, j'ai réécris la fonction qui teste les valeurs des QuickApps. Mais je le répète, et c'est lié au changement de comportement de la HC3 par rapport à la HC2 (et non pas à GEA), il faut que tu testes des valeurs qui existent dans ton module, et pas n'importe quoi au prétexte que ça marchait avant. Il faut bien comprendre que 1 et true, ce sont 2 valeurs totalement différentes qui ne peuvent jamais déclencher une condition. Pour ton dernier message, c'est laquelle des 3 lignes qui ne fonctionne pas ? Je veux bien t'aider, mais je vais te redire ce que je t'avais déjà dit au début du topic : un peu de rigueur dans ton code STP, et si tu veux qu'on t'aide, aide-nous... en commençant par donner les logs. Parce que "ça marche pas", c'est le meilleur moyen de ne pas avoir de réponse.

Certes, mais que dit le log (avec GEA.debug = true) ? EDIT : il y a de grandes chances que la condition ne soit pas remplie car c'est ton module DECO_AV qui ne prend pas la valeur value = 1 Regarde son JSON On en a parlé avec @Dragoniacs il y a quelques jours, les valeurs prises par les modules ont changé entre la HC2 et la HC3.