Lazer

Bien, mais pourquoi avoir créé des boutons supplémentaires ? Un QA de type Roller Shutter aura automatiquement les boutons montée/descente/et stop comme un vrai module Z-Wave dans l'IHM (aussi bien Web que Mobile)

ça ne me dit rien, mais ça fait 1 an que mon HC3 me sert de développement, donc je n'ai pas trop joué avec les icônes. Peut être fermer et rouvrir l'application pour qu’elle recharge les icônes ?

1/ Attention à ne pas confondre le fait de griller le module, et de coller le relai. Coller un relai ce n'est pas grave, il ira à la poubelle (bon OK ce n'est pas écolo, mais il n'y a pas de danger). Cela dit, je pense que le bruit de commutation de tous les relais est sensiblement identique. 2/ Le bypass ne sera pas utile si tu as le neutre, et que tu ne fais pas varier (dimmer) les LED 3/ Le risque 0 n'existe pas. Tout ce que l'on fait, c'est réduire le risque à un niveau acceptable. Le départ d'incendie peut avoir de multiple cause, ce n'est pas que le module en lui-même. D'ailleurs, bien souvent, ce sont les mauvaises connections qui créent l'échauffement. Donc bien serrer les borniers, utiliser du fil adapté correctement dénudé. Raccorder les fils entre eux avec des Wago plutôt qu'avec des Domino. Et de temps en temps (tous les ans normalement...) resserrer toutes les vis (tableau de disjoncteurs compris) 3bis/ Non en effet. La question est intéressante, car j'ai appris la réponse il y a quelques jours, j'ai passé l'habilitation électrique. Absolument rien ne limite le courant de démarrage. La seule limite serait celle du transformateur de quartier, donc en moyenne 100 kVA... ça fait 4166 Ampères. C'est le courant qui peut potentiellement passer en cas de court-circuit. Là où les disjoncteurs entrent en jeu, c'est qu'ils vont couper si la consommation dépasse leur calibre (par exemple 16 A) pendant plus d'une fraction de seconde (la durée va dépendre de leur qualité de fabrication, de leur sensibilité, de leur courbe, etc). Suffisamment rapide pour éviter le départ d'incendie, pas pour protéger l'appareil, qui sera grillé bien avant. Comme tu le vois, un disjoncteur ne peut pas limiter le courant de démarrage. Les solutions de contournement, c'est soit le limiteur de courant (dans le cas des petites charges, type lampe LED), ou bien le contacteur de puissance (sorte de gros relai, capable de commuter sans coller lorsque l'arc électrique apparait). Utilisé pour les moteurs, typiquement les pompes de piscine. Et attention, on ne remplace pas un disjoncteur par un contacteur, le disjoncteur doit toujours être présent, c'est un organe de sécurité. On ajoute le contacteur en aval. Perso dans mon garage, j'alimente des grandes longueurs de bandes LED. Genre 200 Watts de LED (oui ça éclaire vraiment très fort). Ce n'est pas avec un FGS, mais avec un IPX800. Le problème est le même, ce sont les mêmes types de petits relais fragiles. Je n'ai même pas tenté le limiteur de courant pour ces puissances là, j'utilise des contacteurs DIN Legrand. Idem pour le chargeur de la voiture (en pire bien sûr, même si je me limite à la charge lente, c'est quand même 1800 Watts) Dans la photo ci-dessous, l'un des borniers d'un contacteur s'était complètement dévissé au bout de 6 mois, quand je dis qu'il est important de vérifier de temps en temps. Je n'ai pas pensé à faire une image à la caméra thermique, mais ça aurait surement été instructif : Par ailleurs, en terme de sécurité et protection contre les départ d'incendie, je pense qu'il est préférable d'installer nos micro-modules dans des boites de dérivation étanches, plutôt que dans le tableau lui-même. Et bien sûr la boite de dérivation doit être aux normes, c'est à dire avec un plastique spécifique retardateur de feu.

Ah oui exact, j'ai oublié d'en parler, j'y ai pensé après. Bien faire la mise à jour du firmware des FGS pour ça

ça ne doit pas se vendre bien cher un Jeedom virtualisé sous Proxmox @Nico j'ai peur que tu attendes très longtemps...

OK great, thank you. Regarding Sonos, I'm sorry, because I don't own Sonos devices anymore, so I can't install Krifroff's QuickApp to check operation. I have just taken the GEA code from HC2, so the "SonosMP3" action may not work anymore on HC3. If you could activate both debug=true and lldebug=true in your GEA config, then give me the logs, maybe I could understand what's wrong.

Désolé mon message était maladroit. On est d'accord, une box domotique c'est vouée à être cachée dans un placard (et non exposée fièrement sur le buffet du salon), néanmoins si Fibaro a choisi de l'aluminium pour la HC2, ce n'est pas pour la noblesse du matériau (même si personnellement je ne suis pas fan de l'alu...), mais parce que c'est un bon conducteur de chaleur, donc cela permet une dissipation passive de la chaleur émise par la HC2... et oui, 14W, c'est énorme pour une si petit boite. Cela a au moins permis d'éviter un bruyant ventilateur. Je vois qu'entre 2016 et maintenant la communication de Fibaro n'a pas évolué Ils n'ont jamais pris en compte les retours des clients finaux. Comme je disais, ils ciblent surtout les intégrateurs. Reste à savoir pourquoi ils continent de vendre aux particuliers... surement parce que ça représente un chiffre de vente non négligeable. Et puis je suppose qu'ils pourraient difficilement vendre les modules, sans vendre la box aux particuliers. Les modules, c'est quand même leur principale source de revenus. Windows, j'ai passé mon âge ado de hater de base, j'ai essayé de le fuir. MacOS, Linux, aucune ne m'a convenu pour un usage sur poste de travail. Je suis revenu à Windows, qui est l'OS qui correspond le plus à mes besoins. Il sait tout faire. Et depuis qu'on a WSL, je peux même faire tourner mes scripts Bash en local sans recourir à des solutions comme Cygwin, l'intégration est vraiment propre. De Windows 3.0 à Windows 10, ça fait quand même plus de 30 ans que je l'utilise maintenant, impressionnant. Le meilleur OS du monde non ? (j'ai aussi une ribambelle de Linux, mais dans des VM, RPI, etc...bref d'autres usages qui ne sont pas du tout bureautiques) Pour Matter, il y a un début de topic ici : Matter c'est le langage de haut niveau permettant de faire communiquer tous les objets connectés, sur réseau IP. Fibaro peut l'implémenter sur la HC3, permettant ainsi d'intégrer notre HC3 (et ses 228 modules Z-Wave) à la domotique unifiée Matter. Cela te permettrait de retrouver tous tes modules Z-Wave dans Ma Maison d'Apple, sans recourir à des passerelles types Homebridge. L'inverse devrait aussi être vrai, retrouver tous tes autres objets connectés dans la HC3, si tu souhaites que ça reste le cœur de ta domotique. Attention à ne pas confondre Matter, langage unifié de haut niveau, et Thread, la protocole sans-fil pour les objets non connectés au réseau IP. Thread, est un peu l'équivalent de Z-Wave. Ou plutôt devrais-je dire de Zigbee, car c'est bien Zigbee qui va se faire remplacer très rapidement par Thread. Même fréquence, donc pas de nouveau design matériel (antenne) pour supporter Thread. Il me semble que Philips a annoncé que ses ampoules devraient pouvoir être mises à jour, simplement par firmware. Donc la HC3, restera Z-Wave, et ça me va bien comme ça, c'est à mon avis le meilleur protocole radio pour la domotique. Je vois pas bien comment Thread pourrait faire mieux que Zigbee, en restant dans la bande des 2.4 GHz, il continuera à subir les mêmes problématiques. Interférence avec le Wi-Fi notamment, mais aussi portée réduite (même si le maillage aide à résoudre le problème de portée)

Oui en effet, tu as retrouvé une discussion intéressante. Mais attention, elle date de 2017, depuis Fibaro a sorti le FGD-212 (Dimmer 2), qui est largement mieux que le FGD-211 (Dimmer 1) à tous les points de vue : - meilleure protection électrique (résistance aux appels de courants, détecte les surcharges, bornier amélioré, etc) - meilleure variation des LEDs (leading/trailing edge) - mesure de consommation électrique et Z-Wave+ (bon là ce sont de faux arguments car les FGS-2x4 aussi) Mais si comme tu dis tu ne veux pas dimmer tes LEDs, c'est toi qui vois. Entre un FGD-212, et un FGS-214, c'est la même génération, donc on peut supposer que la fiabilité est la même. De ce coté là, le risque d'incendie est réduit au minimum Perso à l'usage j'ai quand même une préférence pour les FGD, car je m'applique à n'acheter que des LED dimmables, ça permet le soft start&stop qui est plus WAF que le ON/OFF brutal, et pas de bruit de relai qui commute. Si tu mets des FGS, et que tu veux vraiment assurer sa durée de vie, alors tu peux installer un petit limiteur de courant, pour protéger le relai contre tout collage. C'est en tout cas ce que j'ai fait pour les quelques situations où j'ai installé un FGS avec des LED et/ou transformateur.

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