Lazer

Tu ne peux pas le vérifier, la courant de démarrage n'est pas mesurable avec nos outils (il faut un oscilloscope et une sonde de courant à haute fréquence) C'est pour cela que j'ai indiqué les précautions à prendre, afin de minimiser les risques de relais collés. Si ça ne t'ai jamais arrivé, tant mieux. Quand ça colle le relai, c'est déjà pénible, mais c'est pas grave. Quand ça crame le module, là c'est grave (départ potentiel d'incendie). Il y a plusieurs exemples de modules cramés sur Internet, ça n'arrive plus trop avec les modules Fibaro récent (c'était le cas avec les 1ères générations), mais on rencontre ces modules cramés aujourd'hui avec les modules low-cost (Sonoff, Shelly, etc) Avoir des LED de marques, ça aide, les constructeurs réputés soignent l'électronique. Si tu as des LED dimmables, à ta place j'éviterai les FGS, et j'utiliserais plutôt des FGD.

OK, je regarde dans la doc, je ne vois rien qui traite des endpoints. Tu peux afficher les modules cachés pour ce FGD-212, et regarder combien tu vois de modules enfants ? Je suppose que chaque endpoint devrait correspondre à un module enfant (sauf l'éventuel module enfant de type telecommande qui ne correspond pas à un endpoint selon la norme Z-Wave, mais à la gestion des Central Scene Events) J'ai regardé sur le RGBW v2, qui possède beaucoup de modules enfants, et 9 endpoints en tout ! Selon l'endpoint que je sélectionne, je peux choisir certains Groupes et pas d'autres. Si chaque endpoint correspond bien à un module enfant, certaines associations peuvent être réalisées et pas d'autres. C'est bien plus complet (et complexe) que sur HC2 du coup.

@yuri80 Why did you quote the entire first post ? It's totally unreadable.... so please edit and cleanup your post. And for your problem, you should post some logs to help understand the issue

Normalement GEA n'est pas prévu pour fonctionner comme un scheduleur, mais on peut y arriver quand même. Tu veux qu'il se déclenche exactement aux heures piles ? Ou bien juste avec un intervalle de 1 heure (exemple ! 13:27, 14:27, etc) La seconde option est ultra simple, il suffit de mettre une durée de 1h, donc 60*60 secondes La 1ère est plus pénible, il faut mettre autant de règles avec la Time qu'il y a d'heures dans la journée... du coup 24 : {"Time", "13:00", "13:00"} etc

Bienvenue sur le forum

Euh je sais pas trop, je n'ai pas joué avec les associations sur mon HC3, je n'ai pas assez de modules pour ça. Mais c'est quoi ton module justement ? J'ai juste un Dimmer v1 cramé qui me sert pour mes tests, et il ne propose que Endpoint 0, donc je n'ai pas eu de question à me poser jusqu'à présent.

Rien de nouveau, tout ce que tu dis là, ça fait depuis la création du forum qu'on peut lire exactement les mêmes plaintes un peu partout sur les différents topics. Si tu t'arrêtes à la plastique de la box, alors tu es le pigeon client parfait pour Fibaro : celui qui se fait embobiner par un marketing léché. Remarque, vu ton pseudo, ce n'est pas étonnant. Ce n'est pas méchant, c'est une constatation, Fibaro n'a fait que s'inspirer du marketing parfait d'Apple. Bon la différence c'est que chez Apple, ça marche vraiment comme annoncé. Pas chez Fibaro. Il faut bien le reconnaitre. Mais la domotique chez Fibaro, c'est à mon avis "moins pire" que chez les autres. Va donc utiliser Jeedom, Domoticz, ou Home Assistant, et tu verras que finalement, la HC3 c'est relativement simple de prise en main en comparaison. La domotique, jusqu'à aujourd'hui, c'est une affaire de geeks, ou devrais-je même dire de nerds. Le SAV ? Fibaro est dans une position délicate, car il cible les intégrateurs, mais vend en direct aux clients finaux que nous sommes. On a déjà de la chance de pouvoir acheter une HC2/HC3, chez certains concurrents (Lifedomus, Loxone, etc), ce n'est pas possible, il faut obligatoirement passer par un intégrateur. Finalement c'est peut être ça la faute de Fibaro, c'est de vendre aux particuliers. S'ils ne le faisaient pas, ils n'auraient pas ces problématique de support aux particuliers. Un réseau d'intégrateur formés et certifiés, c'est toujours plus simple. Zigbee ? Lol la bonne blague, c'est terminé, il est en état de mort latente ce protocole. Je ne pense pas me tromper en disant que d'ici 1 an, il n'y aura plus aucun nouveau produit exploitant ce protocole. Fibaro l'a mal joué en annonçant le support de Zigbee dans sa HC3, alors qu'ils n'avaient même pas commencer à développer son intégration. Et quand ils l'ont fait, ils se sont rendu compte à quel point ce protocole est mal branlé. Et surtout, hasard du calendrier, fin de Zigbee, et annonce de Matter (ex CHIP), qui s’appuiera sur Thread. Fibaro a changé son fusil d'épaule, Zigbee ne sortira à priori jamais sur HC3. Perso j'espère qu'ils ne vont pas trop tarder à implémenter Matter, car les concurrents, ils ne vont pas se gêner pour avancer sur ce sujet. Forcément, ça fait des déçus, toi le premier, mais tu n'es pas le seul à en lire les remarques sur le forum. Perso je trouve ça génial. Zigbee ne m'a jamais intéressé, et Matter est plein de promesses, enfin une compatibilité universelle entre tous les produits domotiques. C'est à mon avis la condition indispensable pour simplifier la domotique, et lui permettre enfin de décoller. Demain on verra des startup créer des interfaces évoluées, permettant de facilement configurer toute sa domotique, et cela quelque soit le fabricant retenu pour les différents appareils. Et je pense que ça va aller assez vite, dès que les futurs objets connectés discuteront Matter nativement, c'est à dire à partir de fin 2021 si tout va bien.

En tout cas c'est en bonne voie du coté des GAFA, Google a annoncé que tous ses produits seraient compatibles avec Matter : Nest, Android, notamment. Bon on s'y attendait vu que Google est l'un des acteurs majeurs du consortium, mais c'est toujours rassurant de voir les annonces. Google I/O : la maison connectée selon Google va s’ouvrir à la concurrence Comme le dit le sous-titre de l'article, Siri va enfin pouvoir causer à votre thermostat Nest. Si Google et Apple, rien que ces 2 là, imposent Matter, on peut être certain que toute l'industrie va suivre.

Comme indiqué dans la doc, il faut mettre ce paramètre à 0 pour que le module ne réagisse pas aux trames d'alarmes Z-Wave.

Cool De façon générale, il ne faut pas hésiter à aller fouiller dans les API, ça contient des tonnes d'informations qu'on peut exploiter, une vraie mine d'or.

Déjà il faut remplacer ID par l'ID de ta scène dans l'URL. Et la variable maScene est un tableau, qui contient exactement ce que tu vois à ton écran lorsque tu tapes l'URL dans ton navigateur (format JSON) Tout cela n'a rien de nouveau, ça fonctionnait déjà comme ça sur HC2. local maScene = api.get("/scenes/ID") if maScene.isRunning then -- ma scène fonctionne else -- ma scene est arrêtée end

Là comme ça, je ne sais pas, c'est dans quel contexte ? Il faut se tartiner les conversions à la main. On trouve pas mal d'exemples sur Internet de bouts de codes en "pure LUA", c'est à dire qui ne dépendent pas de librairies non disponibles sur la HC2.

Tu peux faire local maScene = api.get("/scenes/ID") puis vérifier la valeur du champ isRunning

Bienvenue sur le forum

Bienvenue dans l'univers de la domotique Si tu n'est pas bidouilleur et prêt à y passer des heures, il faut soit s'abstenir, soit faire appel à un intégrateur. C'est l'état du marché aujourd'hui. Note : aujourd'hui est un jour qui dure longtemps, des années et des années que c'est comme ça.

Je ne sais pas, c'est trop compliqué le reset usine, perso je fais juste une exclusion avant toute inclusion, c'est simple et efficace.

Bienvenue sur le forum

Il faut que tu regardes dans la doc de ton module (quelle référence d'ailleurs ?) pour savoir à quoi correspond chaque Groupe. Le Groupe 1, c'est toujours la Lifeline, c'est à dire le retour d'état vers le contrôleur (donc la HC3 dans le cas présent) Les autres groupes, ça dépend, certains vont envoyer du ON/OFF, et d'autres vont permettre d'envoyer la valeur de variation, ou encore autre chose. Donc c'est la doc qui permet de savoir quel groupe il faut utiliser.

Normal, quand tu as réinitialisé ton HC3, ça a créé un nouveau réseau Z-Wave, mais les modules sont toujours associés à l'ancien réseau. Il faut donc commencer par les exclure avant de pouvoir les inclure à nouveau.

Non.

Non deux Mais sur le tuto tu as aussi le script pour HC2

Avec un tuto

Jamais. Enfin, si, très occasionnellement, quand une coupure de courant dure plus longtemps que l'autonomie de la batterie de l'onduleur. Et bien sûr lors d'une mise à jour. A coté de ça, j'ai un backup automatique chaque semaine, ce qui redémarre tous les services (sans rebooter la box).

ça ne se "traduit" pas mot à mot. Enfin si, il y a quelques fonctions à traduire telles quelles, donc des gros coups de Ctrl+H dans ton éditeur de texte favori font le boulot. Mais le vrai sujet, c'est que toute la logique du code est à revoir. Les QuickApps n'ont rien à voir avec les VD, il faut comprendre le principe (thread unique, asynchronisme, organisation du code en fonctions, etc... et surtout, très important, typer correctement la QA lors de sa création) En fait, je dirais que tu crées d'abord la structure de ton QA avec l'initialisation (onInit), les fonctions attribuées aux boutons, et puis éventuellement une boucle infinie (appelée par setTimeout) Et ensuite, tu viendras coller dedans les petits bouts de codes LUA, "traduit" depuis la HC2, dans ta structure de QA. Pour commencer à pratiquer, voir la doc des QA : https://manuals.fibaro.com/home-center-3-quick-apps/ Et ici pour les scènes : https://manuals.fibaro.com/home-center-3-lua-scenes/ Ne pas hésiter avec les QA exemples donnés par Fibaro aussi, ça permet de comprendre la logique de chaque type de module.

Bienvenue sur le forum Tu peux poser tes questions dans les différentes rubriques adéquates du forum.