Lazer

ça m'a l'air bon ainsi. Cela dit pour les Sunset "pas avant..." je ne maitrise vraiment pas, donc il faut faire confiance à ce qui est documenté.

Si tu connais le paramètre, tu peux le partager... perso ça ne me dit rien. Les Aeotec Heavy Duty, pourquoi pas, mais encombrants, et cher (2 x 100 € environ), surtout que ça viendrait en complément du module FGR, donc ça commence à faire cher la blague pour lever un volet...

Ah non alors, changer de voiture ce n'est pas écologique ! C'est là tout le comique de la situation, il vaut mieux conserver sa voiture thermique (diesel, essence, peu importe...) le plus longtemps possible, plutôt que de la revendre pour acheter une électrique. Mais quitte à changer parce que l'ancienne est HS / bonne pour la casse, alors là oui il faut prendre une électrique Quoi qu'en disent les publicités... (et les politiciens) Sauf exception : pouvoir installer et utiliser ce QuickApp constitue un motif valable

1/ Non parce que sinon dans GEA tu aurais eu [Démarrage] ... Explication : 0 ou 1 ne peut en aucun cas être égal à true ou false, donc pour GEA, d'un point de vue LUA, la condition n'est jamais valide. Je t'ai déjà dit d'oublier les 0 et les 1, c'était sur HC2 ça Donc soit tu utilises true/false dans tes conditions, soit tu utilises l'écriture abrégée avec uniquement l'ID de ton module (voir la doc pour les nombreux exemples) Attention aussi à ton "+" aussi qui traine dans le Value et qui n'a rien à faire là. 2/ Essaye de mettre un intervalle plutôt qu'une heure fixe dans ta condition Time. Je le redis à chaque fois, mais GEA n'est pas adapté au déclenchement à heure fixe. Un intervalle de 1 ou 2 minutes suffit normalement. Là aussi, dans la doc il y a plusieurs exemples.

Je n'ai pas souvenir avoir jamais utilisé cette scène, donc ce n'est pas moi qui l'ai porté sur HC3 ; )

Justement, c'est comme sur HC2, dans la doc de Fibaro ils disent d'utiliser la variable sourceTrigger. Il y a plusieurs exemples, sinon c'est une table, tu peux parcourir son contenu pour découvrir ce que ton module déclencheur va te renvoyer comme propriétés.

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 :