Lazer

Il fonctionne très bien sur mon HC3, intégré dans le panneau de chauffage avec un FGS en association directe. 1/ targetLevel => normal l'API a changé depuis la HC2, et en particulier pour les thermostats Fibaro a tout remis à plat pour gérer correctement tous les types de thermostats (et notamment différencier le chauffage de la climatisation). Tu peux regarder toutes les propriétés disponibles dans le JSON du module, mais celle que tu cherches se nomme maintenant heatingThermostatSetpoint 2/ il faut que tu paramètres l’intervalle de réveil dans les paramètres du module, puis tu vas le réveiller pour qu'il prenne en compte cette nouvelle valeur (avec le DIP Switch)... pour le coup, ça n'a pas changé par rapport à la HC2, ça fonctionnait déjà ainsi. Tu as simplement dû oublier que tu l'avais paramétré lors de son installation.

Je pense que tu peux faire une seule scène, il faut juste écrire les conditions qui vont bien dans le trigger. Voir la doc : https://manuals.fibaro.com/home-center-3-lua-scenes/

A priori la syntaxe est OK. Mais comme je ne suis pas devin, je n'arrive pas à voir le log que tu n'as pas copié/collé

Oui ça me semble correct comme solution, un FGS-224 pour ses 2 sorties, et il te faudra 2 relais/contacteurs de puissance pour commander le moteur du volet dans les 2 sens. Attention quand même, c'est que si tu actives les 2 sorties du FGS-224 en même temps, je ne sais pas ce qui se passe (court-circuit, cramage du moteur, etc...) C'est pour ça que le FGR-223 est idéal, car il garantie que les 2 sorties ne sont jamais actives en même temps. Donc à choisir, un FGR-223, et 2 relais externes me semble une meilleure solution que d’utiliser un FGS.

Oui aussi, mais attention au choix du modèle, j'avais fait l'expérience il y a quelques années, et le courant d'appel des relais externes (puissants) avait collé les relais internes du micromodule.... Et comme tu dis, le module ne pourra plus mesurer la consommation du moteur, donc la programmation se fera par temporisation uniquement.

C'est quoi le problème avec les modules FGR ? Si les relais se collent, c'est normal vu la puissance du volet, qui fait très certainement des appels de courants 10 ou 100 fois supérieurs au démarrage du moteur. Je ne sais pas comment tu as mesuré tes pics, mais si c'est au multimètre, tu ne vois pas les vrais pics, mais des pics moyennés sur la fréquence d’échantillonnage de l'appareil de mesure, donc pas représentatif. Du coup faudrait trouver un module avec des relais méga surdimensionnés pour tenir sans lâcher.... je ne sais pas si ça existe, à part bidouiller un truc soi-même, comme dessouder les relais internes d'un micro-module pour les remplacer par des gros relais externes, soudés avec des fils sur la carte électronique du module ( @Did avait fait un truc similaire avec un FGS) Sinon envisager de remplacer le moteur... pas simple, et sans garantie que le nouveau moteur consomme moins, si ton volet est lourd.

PSA Stellantis Peugeot Citroen DS Opel Version 1.11 Présentation :  Ce QuickApp permet de monitorer les voitures connectées du groupe PSA/Stellantis (Peugeot Citroen DS Opel). Il a été testé avec 2 voitures de chez Peugeot : 3008 et e-208, mais il devrait théoriquement pouvoir fonctionner avec n'importe quel modèle connecté des marques du groupe PSA. Exclusion : les marques Fiat/Chrysler/etc qui ont rejoint le groupe Stellantis ultérieurement ne sont pas prises en charge, car l'API est différente. Le module parent affiche toutes les informations récupérables dans des labels : Les modules enfants permettent d'utiliser les informations utiles directement dans des scénarios : Limitations : D'après ce que j'ai constaté, les voitures mettent à jour leur statut lors d'un changement d'état (début de la recharge, fin de la recharge, début et arrêt du trajet, lors du roulage), mais pas pendant la recharge C'est une grosse lacune des voitures du groupe, si bien qui n'est pas possible de surveiller l'avancée de la recharge (pourcentage, autonomie, etc). Le QuickApp obtient la durée estimée de recharge au début de celle-ci et affiche les informations de temps restant et d'heure de fin dans des labels du QuickApp. Cependant, si le courant varie au cours de la recharge, alors la durée ne pourra pas être recalculée dynamiquement... Les e-commandes à distance (climatisation, etc) et télémétrie (position GPS, etc) ne sont pas supportées par ce QuickApp car l'API est différente et nécessite une authentification renforcée (code PIN) Pré-requis : Il faut déjà avoir connecté son véhicule via l'application mobile du constructeur disponible sur le Play Store ou l'App Store, par exemple MyPeugeot, MyCitroen, etc... Installation du QuickApp :  Importer le QuickApp (fichier fqa) de façon habituelle sur la box Home Center 3, puis changer les paramètres suivants dans l'onglet Variables :  Brand : marque du véhicule, parmi les valeurs suivantes : "Peugeot", "Citroen", "DS", "Opel" User : adresse email utilisée pour la connexion sur l'application mobile du constructeur Password : Mot de passe associé au compte Refresh : intervalle de rafraichissement des informations en secondes, par exemple : 60 (la voiture ne remonte les informations sur le cloud PSA que toutes les 60 secondes au mieux) Puis ouvrir la vue du QuickApp et cliquer sur le bouton "Create devices" afin de créer tous les modules enfants. Utilisation : Les propriétés suivantes peuvent être lues dans le JSON des modules enfants : Prise branchée : value : boolean : true|false -- Câble de recharge branché/débranché Recharge : value : boolean : true|false -- Recharge en cours ou non batteryLevel : integer : 0-100 -- Niveau de la batterie en Pourcents Autonomie : value : integer : 123 -- Autonomie de la batterie en Kilomètres Courant : value : integer : 123 -- Courant de recharge en Ampères Kilométrage : value : integer : 123 -- Compteur kilométrique total Icônes :  Je vous propose les icônes génériques suivantes, sinon vous pourrez créer vos icônes personnalisées à l'image de votre voiture (sa photo s'affiche dans le log du QA lors de son démarrage) Changelog : v1.00 : Mai 2022 Version initiale  v1.01 : Juillet 2022 Correctif mineur v1.11 : Août 2023 Ajout de l'information de contact/arrêt du véhicule Correctif lié au changement d'API Téléchargement : Nouvelle installation : PSA Stellantis v1.11.fqa Mise à jour : Fichier main : PSA v1.11 - Main.lua Fichier PSA : Library - PSA v1.10.lua Fichier tools : Library - tools v2.30.lua

Hank HKZW-SCN04 Télécommande / contrôleur de scènes Z-Wave+ à 4 boutons Cette télécommande / contrôleur de scènes Z-Wave+ HANK HKZW-SCN04 permet de commander des appareils ou de déclencher des scènes sur votre box domotique. Technologie Z-Wave+ (Série 500) 4 boutons Permet de : Commander 4 groupes d'appareils (ON/OFF par appui simple et variation par appui prolongé) Déclencher jusqu'à 3 scènes différentes par bouton sur la box domotique (appui simple, appui prolongé, relâchement) Batterie rechargeable intégrée avec env. 3 à 6 mois d'autonomie Recharge par câble microUSB (non fourni) Cryptage des communications en AES-128 (grade bancaire) Fonction testeur de portée Z-Wave intégrée Garantie 2 ans (1 an par Hank, étendu à 2 ans par domotique-store.fr) Exemple d'intégration en tant que déclencheur de scène en LUA sur HC3 : { conditions = { { id = 610, isTrigger = true, operator = "==", property = "centralSceneEvent", type = "device", value = { keyAttribute = "Pressed", keyId = 3 } } }, operator = "all" } Après inclusion du module, il faut juste récupérer l'ID de la télécommande dans l'interface, et l'utiliser dans la scène. Autre possibilité, utiliser la configuration rapide des boutons directement depuis les paramètres du module lui-même :

Réponse par une question : c'est pour HC2 ou HC3 cette règle là ? Parce que 0 et 1 c'étaient les valeurs que prennaient les capteurs sur HC2. Sur HC3 c'est plus propre, c'est true/false en disant cela normalement ça te donne la réponse

Ouais, le -1 en langage courant ça s'appelle une notification, c'est magique Le code du QuickApp "GEA Alarm" est très simple C'est le code de GEA qui est un truc de malade...

Si, bien vu pour "setTime" Et du coup, mon exemple était doublement faux, car il manque le numéro d'alarme désirée. Donc ça donne : hub.call(ID_GEA_Alarm, "setTime", 2, "22:22") Quand tu as un doute, tu vas voir le code source LUA (c'est ce que je fais tout le temps.... car on fait plus d'erreurs dans les docs) La fonction est définir ainsi : function QuickApp:setTime(alarmID, heure) -- end Donc on a bien l'ID de l'alarme en 1er argument, avant l'heure. Que ça soit en LUA, via GEA, ou encore l'API HTTP, les arguments des fonctions doivent toujours être donnés dans le même ordre si on veut que ça fonctionne.

Sur le topic de GEA pour HC3 PS : profites-en pour mettre à jour ta signature afin d'indiquer que tu as une HC3, ça simplifiera l'aide qu'on peut t'apporter, car il y a des différences entre les 2 box.

Ouaip, je suis d'accord avec @jojo Finalement l'association direct entre un détecteur de mouvement et une lumière c'est surtout utile pour un lieu de passage qui est tout le temps dans le noir, exemple couloir/cave/sous-sol sans fenêtre, et pour lequel on souhaite allumer la lumière inconditionnellement. Pour le reste, la box domotique sert à ça. Sur mon HC3, la réactivité est relativement rapide, environ 0.5 seconde. En fait c'est le capteur qui met plus de temps à "voir" le mouvement (vérifiable par la LED qui s'allume), que la box à réagir. Donc au final, une association directe n'apporterait pas une meilleure réactivité, ou alors au mieux très faible.

C'est quoi qui "marche pas" ? - Le module ? Il faut lui ajouter des jambes et un cerveau.... - La communication ? Alors toujours un problème de maillage, perturbation radio, etc - GEA ? Voir le topic support GEA - Autre ? Préciser.

Pour répondre à ta 2nde question @Yannick oui tu peux exécuter la même action sur plusieurs devices en même temps avec GEA, il faut les regrouper entre accolades. Il y a plusieurs exemples dans la doc de syntaxe. Exemple : GEA.add( CONDITIONS, 30, "", {"TurnOn", {id["lampe_sejour"], id["lampe_salon"]}})

Honnêtement je n'ai pas étudié la doc de l'Aeotec en détail, donc je te fais confiance. Mais de façon générale, autant le principe de l'association directe est géniale, autant c'est bien souvent trop limité pour des scénarios évolués. Si bien que je n'utilise jamais l'association directe chez moi, car mes scénarios dépendent de plein de paramètres (mode présence/absence/nuit, heure, luminosité, etc) Finalement j'utilise l'association directe que pour quelques usages très précis et basiques, comme thermostat+radiateur, ou bien interrupteur vers plusieurs éclairages.

Ce n'est peut être tout simplement pas possible avec ce module. Avec le Fibaro FGMS, c'est possible en tout cas, avec les paramètres 8 et 9.

Et voici

Showroom GEA pour HC3 Postez uniquement les fonctions testées et vérifiées. Pour plus de lisibilité NE POSEZ PAS DE QUESTIONS DANS CE FIL !!! Si vous voulez remercier pour un post, cliquez sur le bouton j'aime Si vous avez une question, allez dans le fil Support GEA et faites référence à un post ou copiez l'extrait de config pour laquelle vous voulez poser une question. Ce topic fait suite aux 2 Showrooms consacrés à GEA sur HC2 :

ça ressemble à un problème classique de maillage Z-Wave. Essaye d'ajouter des modules sur secteur (car ce sont eux qui font routeur) dans les environs de la boite aux lettres, afin que le capteur puisse trouver un chemin stable vers la box.

Pour rappel, il y a 2 showroom GEA sur le forum. Qui datent de la HC2 certes, mais la plupart des exemples sont encore valables, ça peut vous servir d'inspiration. En tout cas c'est là bas qu'il faut partager vos codes, ici c'est le topic du Support GEA, donc pour demander de l'aide.

Ah ben si tu as un QA externe qui fait tout le boulot de détermination de l'heure, alors c'est encore plus facile, je ne sais même pas pourquoi tu poses la question puisque tu connais (mais a oublié ) déjà les réponses fibaro.call(ID_GEA_Alarm, "setTime", numéro_alarme, PiscineHrFin) Au format "00:00" bien entendu. (ou hub.call si tu préfères)

J'ai regardé le code de GEA, et je confirme que ce n'est pas possible, "Time" ne peut prendre que des chaines de caractères contenant une heure. Pour définir l'heure avec GEA Alarm, comme tu l'as vu il faut appeler la fonction setTime() du QuickApp. Et là pour le coup, tu n'es pas limité à une chaine de caractère de type string, tu peux la définir programmatiquement. Je n'ai pas essayé depuis une Variable Globale ou une Variable Cache (ça devrait fonctionner), mais je l'ai testé avec "Function" (qui est bien plus puissant car on peut s'en servir pour calculer l'heure désirée en fonction de plein de critères). Exemple basique : GEA.add( {CONDITION}, 30, "", {"QuickApp", id["QA_ALARM"], "setTime", 2, {"Function", function() return "22:22" end}}) Dans cet exemple ultra simple, la fonction retourne bêtement la chaine "22:22" (j'espère que tu as relevé le choix de cette heure si particulière pas du tout due au hasard ), mais comme c'est du LUA dans la fonction, tu peux faire ce que tu veux, et retourner la valeur qui te plait, du moment que la valeur retournée est une heure au format chaine de caractères. Et puisque tu parles de valeur calculée tous les jours à 5h30, je pense qu'avec cette astuce tu vas pouvoir grouper 2 règles GEA en 1 seule, c'est à dire la règle qui calcule l'heure est la même que celle qui affecte l'heure au QA GEA Alarm. Cela simplifie le code, et cela économise l'emploi d'une variable qui devient inutile. "Function" est ultra puissant, la seule limite est notre imagination.

Tu es certain que c'est possible ? Je ne crois pas... Pour ce que tu veux faire, il faut utiliser le QuickApp GEA Alarm : https://www.domotique-fibaro.fr/topic/14651-quick-app-gestionnaire-dévénements-automatique-gea-pour-hc3/?do=findComment&comment=232268

En effet en triphasé c'est plus complexe. Tu as tout intérêt à conserver la gestion via Linky, surtout que le tien te remonte l'injection via la téléinfo, ce qui n'est pas le cas du miens, raison pour laquelle j'ai besoin d'utiliser une pince.