jojo

la porte forcée, c'est (espérons le) l'exception. Le contrôleur du moteur est obligé de savoir quoi, sinon comment fait-il pour demander au moteur de s'arrêter ? Rajouter des contacts sur le rail, raccordés au FGBS, c'est en effet encore mieux, comme ça si la porte est en manuel, on sait quoi aussi . Mais utilise l'alim du moteur pour alimenter un FGBS, c'est cool, car alors plus de piles. Et avec une bonne config du FGBS222 on peut vraiment dissocier IN et OUT

justement, PAS besoin de capteur magnétique; car la carte électronique devrait fournir ces contacts sec. Le moteur DOIT savoir s'il est bou de course pour s'arrêter. C'est ça la beatué de la solution : juste un FGBS222?

avec un FGBS222 (placé dans le moteur) tu peux tout faire, sans piles)

et là se trouve la config des paramètres 20 & 21, invisibles si tu utilises les templates. Pour ma porte de garage, j'ai fait plus rationnel : uniquement FGBS222. Avec lui seul je : sais si ma porte est ouverte ou fermée sais si ma porte est en mvt commander l'action de la porte. => pzd d'aimant, pas de FGS, pas d'alim En fait le FGBS est dans le moteur de la porte => alimenté par l'alimentation de la carte électronique, qui fournit des contacts sec pour le statut et a une entrée (déjà utilisée pour le contact sec de ton bouton physique de commande)

la regénération de nouveaux token suivant cette procédure a solutionné le problème

en fait tu fais les bon paramètres avec le template, puis tu corrige juste sans le template

GEA est une vrai tuerie !

dans les paramètres du module, tu désélectionnne "utiliser le modèle"

Image transparente : Enlevez le fond d'une image – remove.bg

ce tableau est la vérité, car il correspond à la doc officielle du module 13. Force auto-calibration Changing value of this parameter will force the calibration process. During the calibration parameter is set to 1 or 2 and switched to 0 upon completion. Available settings: 0 - readout 1 - force auto-calibration of the load without Fibaro Bypass 2 - force auto-calibration of the load with Fibaro Bypass Default setting: 0 Parameter size: 1 [byte] Donc, c'est que le template chargé dans la box n'est pas le bon

Merci, je vias essayer tout ça (sauf l'iBrol) Mais dans Yubii, jr n(ai pas loupé un endroit où je pouvait regarder tranquille l'historique de mes notifs ?

comment fais-tu pour voir tes push en entier ? Push => notif sur mon tel. Quand je regarde les notifs, j'ai une ligne par push.. Et quand je clique dessus pour voir le détail, il ouvre l'appli Yubii et je les vois plus et ai tout perdu ...

le debug de mon QA est aussi étrange [07.12.2023] [14:49:29] [DEBUG] [QA_NETATMO_923]: Current time : 14:49:29 - Last updated values : 01:00:00 - Next loop in 30 seconds at 14:49:59 ... [07.12.2023] [14:49:29] [ERROR] [QA_NETATMO_923]: Wrong status '1' in response! [07.12.2023] [14:49:30] [DEBUG] [QA_NETATMO_923]: onAction: {"deviceId":933,"actionName":"wakeUpDeadDevice","manual":true,"args":[]} [07.12.2023] [14:49:30] [WARNING] [QA_NETATMO_923]: Class does not have wakeUpDeadDevice function defined - action ignored [07.12.2023] [14:49:31] [DEBUG] [QA_NETATMO_923]: onAction: {"deviceId":926,"actionName":"wakeUpDeadDevice","manual":true,"args":[]} [07.12.2023] [14:49:31] [WARNING] [QA_NETATMO_923]: Class does not have wakeUpDeadDevice function defined - action ignored [07.12.2023] [14:49:40] [DEBUG] [QA_NETATMO_923]: onAction: {"deviceId":933,"actionName":"wakeUpDeadDevice","manual":true,"args":[]} et le preview indique Netatmo not connected

tu n"as pas besoin de scène block pour ça : un simple module lié et le panneau de chauffage de la HC3, c'est parfait. tu peut mettre ton motion sensor à 1-1.5 m du sol (ou Aeotec Trisensor) tu ne tiens plus compte de la présence ? (comme tu le disais dans ton premier post) ?

aucun soucis en block si tu as tout le matériel z-wave nécessaire ET clairement dans ta tête ce que tu veux comme résultat.

this QA talk with the Bridge (who have an IP). And then the bridge talks with the Nuki via BT. Do, to have a bridge is MANDATORY for this QA

J'ai une fois acheté ces chinoiseries, plus jamais ...

! aux risques d'incendie

en fait c'est ce quz je voudrais faire pour la détection de mes nœuds morts. Je crois que je vais utiliser GEA comme déclencheur : si il détecte un noeud mort, il lancera un LUA qui parcourera tous mes modules (visibles) et ne réveillera que les morts (comme l'action Deads) et m'enverra un mail avec le noeud qu'il a réveillé (=> la boucle FOR sera dans le LUA)

du coup je vais voir s'il est possible de le faire un à un en parcourant ma table des ID dans GEA ou dans un LUA spécifique

Je relance le sujet. Car dans GEA j'ai mis Deads en condition et action, avec en plus un mail pour m'avertir qu'il avait réveillé des nœuds morts. Mais ça m'intéresserais de savoir lesquels, histoire que si par exemple c'est toujours/souvent le même, c'est peut-être que le module est en fin de vie, ou ???

@Lazer, quand je lisais la question, je préparais dans ma tête exactement la réponse que tu as faite ...

si c'est l'aspect clignotant qui tente les enfants, il y a surement un paramètre du module pour personnaliser cela (sauf évidemment si les parents trouvent ça fun). Cela éviterait de désactiver quand les parents en on besoin, ou de pouvoir demander aux enfants de baisser/monter le volet

Je me pose juste une question : la fonction "Protection" ne fonctionnerait pas que pour les action ç distance (via application Web ou le GSM ou un script ou ...) l'action en locale fonctionnerait toujours ? Où alors il faudrait interpréter : mode = Local : action/état sur/des boutons physiques mode = RF : action/"tat via la box.

là tu as fait du travail d'archéologue ...