Lazer

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.

Merci, et en plus grâce à toi je viens de découvrir que mon Walli Dimmer permet également de piloter la couleur de l'anneau (pourtant je ne l'avais pas vu avant.... /mode bigleux) Donc je te confirme que dans l'immédiat, tu peux déjà exécuter ces actions avec l'option "Call" existantes de GEA (cf doc de syntaxe) : {"Call", ID, "setRingOffColor", "Color"} {"Call", ID, "setRingOnColor", "Color"} {"Call", ID, "setRingBrightness", 50} => Déjà teste ça et dis moi si ça fonctionne. Ensuite si tu veux on peut ajouter des actions dédiées, ce qui donnerait quelque chose de ce style en restant dans l'esprit GEA : {"SetRingOffColor", ID, "Color"} {"SetRingOnColor", ID, "Color"} {"SetRingBrightness", ID, 50} Cependant ça sera une option utilisable uniquement comme action, donc pas en condition (et encore moins en déclencheur/trigger). En effet, je ne trouve rien dans le JSON du module qui permette de lire la valeur de la couleur en cours. => dis moi si le "Call" te suffit ou bien si tu veux spécifique des actions comme présentées ci-dessus.

Bienvenue sur le forum

Pareil, sur mon HC3 j'ai la possibilité de créer des couleurs personnalisées, mais pas des programmes personnalisés. Tu peux remonter le problème à Fibaro sur le forum officiel si tu veux qu'ils le prennent en compte. PS : inutile de créer un nouveau post à chaque fois dans cette section, tu n'as pas les droits, il y a un topic unique par module, il faut respecter cette organisation

@triossrf tu as essayé de trouver le commande pour piloter les couleurs de tes Walli comme te l'a suggéré @dragoniacs ? Je vais bientôt pouvoir publier une nouvelle version, donc si tu ne réponds pas, tu n'auras pas ce que tu désires Question subsidiaire : c'est de quel module Walli dont il s'agit ? Parce que mes 2 seuls modules Walli (Dimmer et Wall Plug) ne permettent pas de contrôler la lumière. Enfin, si, mais via les paramètres (ce qui est déjà possible avec GEA)

Bienvenue sur le forum

Bienvenue sur le forum

OK..... drôle d'approche. Normalement le fibaro.getValue(ID, "firmwareUpdate") va te renvoyer une table. Donc après il faut que tu ailles chercher l'élément updateVersion dans la table en question. Enfin c'est de la manipulation basique de tables en LUA... J'insiste, ça n'a rien à faire dans ce topic. J'arrête ici pour les réponses hors sujet.