jojo

je viens de faire le FW upgrade vers 5.150.18, mais rien ne change

Bonjour, Voici ma config/utilisation : J'ai également un HEM3 pour mesurer le courant général de la maison de chacune des 3 phases. je remonte l'info A de chaque phase (param 101) toutes les 2s (param 111) pour faire du délestage de ma PAC et ainsi éviter le blackout Cela a parfaitement fonctionné jusqu'il y a 2-3 semaines (sur la HC3 & l'app Androïd). Je me creuse la tête depuis lors (sans succès) pour trouver la cause. Donc, on est 2 (au moins) dans la même galère, mais pas plus heureux malgré tout.

merci de ta réponse, mais comme j'aime bien avoir à un endroit, j'aimerais comprendre pourquoi ça ne fonctionne pas, car, connaissant @Lazer, s'il la mis dans la syntaxe, c'est que c'est ok

et ça sert à quoi ? J'n ai changé 1 de button à switch, et je n'ai vu aucune différence.

Bonsoir, Il me semblait avoir vu quelque part qu'on ne savait pas modifier les propriétés d'un device via GEA ? Car j'essaie ceci sans succès GEA.add ({"TurnOn", id["EST_NOEL"]}, 0, "", {"Property", id["JARDIN_PRISE"], "deviceIcon", 1055}) GEA.add ({"TurnOff", id["EST_NOEL"]}, 0, "", {"Property", id["JARDIN_PRISE"], "deviceIcon", 1078}) Avais-je bien lu ou y a-t-il une astuce ? (car la syntaxe dit : "Teste/modifie une propriété spécifique")

normalement un capteur magnétique ne dois pas être alimenté. Mais d'après ce que tu montres, il semblerait que oui pour le tient. Comme ça se présente, je ferais un petit labo près de ton PC, pour vérifier les câblages et les paramètres

@flacon030, j'étais également persuadé d'être en v2.7, mais non je suis encore en v2.6. Pourrais-tu SVP poster le code de la v2.7, histoire que je ne doive pas créer un nouveau QA, avec nouvel ID, etc Merci

ah ok alors. Mon moteur est comme le tient, s'il est bloqué en fermeture. Je n'ai jamais testé un blocage en ouverture.

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 ...