Lazer

Certes .... mais quel message d'erreur tu as sur GEA ? Sans message d'erreur, difficile de deviner.... en tout cas perso je ne suis pas devin, malheureusement Copie/colle le log ici, c'est simple. Et n'oublie pas de mettre debug = true comme toujours.

" cela ne marche pas " ne signifie rien en informatique. D'ailleurs ça ne signifie rien tout court. C'est comme si tu allais chez ton docteur et que tu disais "je suis malade". Il sera bien avancé pour te soigner... Bref, quel est ton message d'erreur, le comportement observé, etc.... toute information utile pour aider à la résolution de ton problème.

event, c'est un paramètre de la fonction. Quand la fonction est appelée, cette variable event est passée en paramètre de la fonction, et elle contient des informations utiles. Il s'agit d'une table, c'est pour cela qu'il faut utiliser [1] pour accéder à l'un de ses indices. Si tu veux voir le contenu complet de cette variable, tu peux par exemple faire ceci dans ta fonction QuickApp:testSlider(event) : self:debug("event :", json.encode(event)) Ainsi tu verras tous les champs de cette table.

Pour gérer des lumières non, mais mon QuickApp pour Yahama MusicCast déjà partagé sur le forum exploite un Slider (pour le volume). Mais la partie purement gestion du slider est ultra basique, c'est basé sur la doc officielle, tu as juste une fonction qui est appelée lorsque l'utilisateur clique sur le slider, exactement comme pour un bouton en fait. La seule particularité, c'est qu'il faut récupérer la nouvelle valeur du slider, puisque c'est cette valeur que tu vas affecter à ta lumière avec fibaro.call()

Je pense que de leur côté, les salariés Fibaro ne s'en servent pas du tout, du coup si on s'arrête aux captures d'écrans de présentation, elle a l'air top. Juste l'air.

Pas de tuto pour les slider des QuickApp sur HC3 à ma connaissance sur le forum... Il y a le manuel officiel, même si un peu léger, il explique ce qu'il y a à savoir sur les Sliders : https://manuals.fibaro.com/home-center-3-quick-apps/ Notamment comment créer une fonction d'un QuickApp qui réagit aux changements du slider. Tu récupères la valeur, puis tu l'affectes à ton module Walli (via fibaro.call() comme tu l'as déjà identifié) Est-ce que tu as besoin d'autre chose ?

Autant l'équipe de dev de la HC3 est réactive et à l'écoute des utilisateurs sur le forum et prend en compte des problèmes, autant l'équipe de dev de l'application mobile est aux abonnés absente. C'est bien dommage... y'a qu'à voir le nombre de problèmes remontés sur le forum officiel sans réponse...

La base : GEA.add(condition, durée, notification, actions)

@fastvd please use French, or at least English, because Russian is way to complicated for us...

Non j'ai pas encore craqué.... j'ai déjà le modèle précédent... que je n'ai toujours pas installé pourtant ! A vrai dire que je ne vois aucun bénéfice au nouveau modèle, aucune nouvelle fonctionnalité à priori. Le changement de la puce série 700 c'est juste dans l'ère du temps, un simple rafraichissement du produit au gout du jour, ça ne justifie aucunement le changement quand on a déjà l'ancien modèle. J'ai surtout créé le topic par anticipation, car ce genre de module (et cette marque) est populaire, donc ça évitera les questions/réponses qui trainent n'importe où sur le forum... hop directement au bon endroit, ici

Aeotec ZWA024 MultiSensor 7 Z-Wave 700 Détecteur multifonctions 6 en 1 Remplace le ZW100 MultiSensor 6 Z-Wave 500 FONCTIONS : Détecteur 6 en 1: mouvements, température, humidité, lumière, UV, vibration Petit, discret et esthétique IP20 - utilisation intérieure/extérieure Mise à jour du firmware possible Portée de l'antenne optimisée Alimentation sur piles ou adaptateur USB 5VDC Sécurité de la communication radio via le chiffrement AES-128 Intègre la puce Z-Wave série 700 Supporte les technologies S2 et Smart Start Optimisation de l'antenne, portée 150 mètres Fait office de répéteur si alimenté par USB Bouton pour inclure/exclure le détecteur Détection pile faible Facilité d'utilisation et d'installation CARACTERISTIQUES TECHNIQUES : Type de module : Émetteur Z-Wave Alimentation : 2 piles CR123A 3V 1500mAh (fournies) ou adaptateur USB 5VDC Durée de vie des piles : 3 ans Fréquence: 868.42 MHz Distance de transmission : jusqu'à 150m en extérieur Capteur de température : Gamme de mesure : -10°C à 50°C Précision : ±1°C Capteur d'humidité : Gamme de mesure : 20% à 90% Précision : ±5% Capteur de luminosité : 0 – 30000 LUX Capteur UV : Index UV de 0 à 11 Sensibilité de détection de mouvement : jusqu'à 12m Dimensions : 45 x 45 x 35 mm Poids : 65g Affichage : LED Protection IP : IP20 Disponibilité : Novembre 2021

Ah oui fibaro:getModificationTime() c'était donc sur la HC2 uniquement.... possible en effet.

OK je comprends mieux. Mais là encore, tu mélanges la valeur du module avec le contenu de la variable globale. C'est ta condition qui est mauvaise, pas ton action dans cette règle. Tu essaye de comparer la valeur de ton module Temp_EauPiscine (ID = 769 et Valeur = 20 (par exemple)) avec le module id["Temp_Piscine]... qui n'existe pas, puisque c'est une variable globale, et non pas un module. Du coup en interne, GEA essaye de comparer une valeur (20) avec nil (valeur inexistante en LUA), et forcément ça ne "matche" jamais. Tu aurais pu te rendre compte que c'est la condition qui est mauvaise, et non pas l'action, de 2 façons : - mettre une notification : 3ème argument, entre les guillemets - regarder les logs de GEA... tu as bien dû voir, (ou ne pas voir) que ta règle ne s'est jamais déclenchée Parce que là, tu es en train d'écrire des règles GEA en aveugle. Le principe de base en programmation informatique, c'est de décomposer les étapes, de faire des tests unitaires. Donc d'abord tu t'assures que ta condition est OK, ensuite éventuellement tu ajoutes d'autres conditions, puis enfin tu ajoutes une action, puis éventuellement les autres actions. Du coup essaye quelque chose comme ça, j'ai juste modifié la condition et ajouté une notification : GEA.add({"Value+", id["Temp_EauPiscine"], {"Global", "Temp_Piscine"}}, 1*60, "La température de la piscine a augmenté : #value#°C", {"Global", "Temp_Piscine", {"Value", id["Temp_EauPiscine"]}})

Géniale ta présentation, merci Je vois que tu as bien optimisé ton autoconsommation, tu coup tu arrives à n'avoir aucun surplus ? Et tu as quelle puissance crête ?

Ah ben c'est normal alors, tes 2 syntaxes permettent de copier la valeur d'une variable globale dans une autre variable globale ! Je croyais que c'était ce que tu voulais faire... et je n'avais pas compris pourquoi... quel intérêt. Mais en fait tu dis que tu veux copier la valeur d'un module dans une variable globale, ce qui est tout à fait différent (même si je n'ai toujours pas compris l'intérêt, ça se faisait beaucoup à l'époque sur la HC2... tu fais comme tu veux, donc soit) Un truc dans le genre devrait faire l'affaire, mais pas testé : GEA.add({"Value+", id["Temp_EauPiscine"], id["Temp_Piscine"]}, 1*60, "", {"Global", "Temp_Piscine", {"Value", id["Temp_EauPiscine"]}})

Bienvenue sur le forum

Pour la piscine je ne sais pas, c'est toujours un peu compliqué.... il y a quelques sujets qui traitent de ce point sur le forum, tu peux chercher. Perso je ne suis pas posé la question, je ne ressent pas le besoin de domotiser ma piscine 3 boudins Pour ta question sur les variables globales... je trouve ça bien compliqué moi. J'ai justement profité du passage HC2 => HC3 pour supprimer la quasi totalité de mes variables globales... Je n'ai du coup jamais tenté de copie d'une variable à une autre, mais je pense qu'avec "CopyGlobal" tu dois pouvoir faire ce que tu veux.... voire exemple dans la doc de syntaxe.

Tu peux faire un Polling depuis GEA, regarde un exemple dans la doc. Mais c'est quoi ton capteur ? Car s'il est bien configuré, il ne devrait pas y avoir besoin de l'interroger manuellement, normalement il devrait envoyer sa température à intervalle régulier ou bien lors d'un changement de température dépassant un certain seuil. Note que si ton capteur est un module sur batterie, tu ne peux tout simplement pas faire de polling.

J'ai posé la question sur le forum, la réponse était claire : ils le savent, et c'est prévu pour une date ultérieure (2022 à priori, mais on sais que Fibaro ne sait pas gérer les délais....)

C'est normal, (outre la faute de frappe), tu déclares une variable locale (au sens LUA) VarTempPiscine => mais pourquoi donc ? Que veux-tu faire avec cette variable locale ? Elle ne te sert à rien... Du coup, cela t'entraine dans une confusion, car tu tentes d'utiliser cette variable locale dans une règle GEA... qui te signale gentiment l'erreur que tu as faite : la variable globale (au sens HC3) "VarTempPiscine" n'existe pas.... bah oui forcément, ta variable globale c'est "Temp_piscine" et non pas "VarTempPiscine". Contente toi de faire des règles GEA simple avant de partir avec des trucs compliqués à base de variables locales, tu pourras le faire ultérieurement quand tu maitriseras les concepts de base : GEA.add({{"Value+", id["VarTempPiscine"], ""}, {"Time", "22:06"}}, 1*60, "", {"Global", "Temp_piscine", "10"}) PS : Pour être complet, ce que tu voulais écrire, c'est ça (mais encore une fois, je te déconseille d'utiliser cette syntaxe pour le moment, je considère que c'est un usage avancé, ça fait partie des optimisations qu'on peut ajouter ultérieurement quand on a une grosse config GEA : local VarTempPiscine = {"Global", "Temp_piscine", "0"} GEA.add({{"Value+", id["VarTempPiscine"], ""}, {"Time", "22:06"}}, 1*60, "", VarTempPiscine)

Bienvenue sur le forum Ici on fait surtout du Z-Wave, parce que Fibaro ne supporte que ça. Ce sont même les leaders. Si tu veux faire du Zigbee tu risques d'attendre un peu... Beaucoup.

Si si ça existe, c'est dans la rubrique Mon installation domotique Mais ça fait pas mal de temps qu'il n'y a plus beaucoup d'activité...

Je ne sais pas trop, et je n'utilise plus la HC2 depuis plusieurs mois..... Mais tu peux tenter de vider la table domotique_energy_day dans la base de données, avec un outil tel que phpMyAdmin pour y accéder.

Sympa tes scénarios Mon seul et unique Wall Dimmer est dans mon bureau, donc ça limite l'intérêt, mais vu l'usage que tu en fais, ça justifie l'installation de Walli dans toutes les pièces. On va garder la syntaxe "Call" alors, qui est justement prévue pour tous ces cas de figure générique. Inutile d'alourdir encore GEA avec des nouvelles options finalement bien limitées (pas de condition possible)

Si tu as téléchargé, c'est que tu as lu le tuto sur la page, ainsi que le fichier de syntaxe ? Il faut insérer tes règles GEA dans le fichier CONFIG du QuickApp comme indiqué sur la capture d'écran.