Lazer

Ah en effet si le module n'est plus fabriqué, ça limite l'intérêt pour Fibaro si peu de clients le possèdent. Espérons alors

Pas possible à ma connaissance. Si toutes les fonctionnalités du module ne sont pas supportées, alors il faut contacter Fibaro et leur donner les indications pour qu'ils l'implémente. Il faut leur donner le max d'information, comme la doc, etc.... tu as complètement préparé le travail donc ça devrait être facile.

Je ne sais pas, peut être que Netatmo le réserve pour plus tard quand ils auront fini de mettre en place la nouvelle authentification, c'est à dire tout verrouillé avec un token dont la durée de vie est très courte...

Oui bien sûr c'est évident... je voulais te faire la remarque à la visu de ton screenshot précédent car on y voyait le =, mais comme il manquait la totalité des autres infos, j'ai préféré m'abstenir. Morale de l'histoire : quand on a besoin de support, il faut donner le max d'info, sinon impossible de deviner le problème par l'opération du saint esprit.

OK.... bon par contre je n'utilise pas le mode bloc donc je ne pourrai pas t'aider plus. Mais ce que tu veux faire semble simple, à gauche tu as la condition, donc tu y mets ta comparaison de température, et à droite l'action à effectuer sur la sortie du module.

Euh... d’accord, mais il est où ton scénario ? Tu utilises quoi, le mode bloc, du LUA, GEA ?

Oui bien sûr ce module est fait pour.

J'ai un Qubino Flush Shutter DC qui fonctionne super bien pour piloter un Velux par inversion de phase, avec également sa sonde de température. C'est uniquement le module Fil Pilote qui est tout bugué, ce qui est bien dommage car c'est le seul module de ce type du marché... En fait, c'est son process d'inclusion/exclusion qui pose problème, car une fois cette étape (douloureusement) passée, il fonctionne très bien. J'ai 4 radiateurs qui sont pilotés sans problème depuis des années.

Ah oui c'est bien galère ça... Clairement les FP Qubino, ce sont les modules Z-Wave les plugs buggés de la galaxie.... qu'ils se mettent en mode exclusion pendant plusieurs heures c'est apparemment un nouveau bug Bon au final il semble que tu aies réussi. J'en suis arrivé à la même conclusion en tentant d'inclure 4 modules à la suite... ça a été laborieux, il a fallu que je m'y reprenne à plusieurs fois avec reboot de la box au milieu. Ce qui est surprenant, car dans ses premiers firmwares, à l'époque où j'avais migré, j'avais pu include des dizaines de modules sur la HC3 en quelques heures sans souci !

Non pas forcément, et je crois me souvenir que sur un autre topic on a parlé récemment du même problème. Dans un 1er temps, essaye de rebooter ta box avant de renter l'inclusion. Si ça reste sans effet, il faudra creuser plus.

Maintenant que vous en parlez.... si ma mémoire est bonne, @sebcbien nous avais relaté un problème similaire avec les tous premiers FGD-212 Dimmer v2. Dès que les câbles d'interrupteurs étaient trop long (ce qui est souvent le cas dès lors que les interrupteurs sont déportés de l'emplacement du module), il y avait des sortes de courant fantôme qui faisaient dysfonctionner ces entrées. Il avait vu avec le support Fibaro, et ils semblerait que c'était un souci de jeunesse des premières séries produites. En tout cas je n'ai jamais rencontré ces problèmes sur mes FGD-212 (achetés bien plus tard), pourtant j'ai quelques sacrées longueurs. Peut être que c'est le même souci qui se produit sur vos FGS. Je conseille de voir avec le support Fibaro dans ce cas.

Oui on peut, voir les paramètres. D'ailleurs, ça sera peut être même nécessaire selon la consommation de ta vanne. En effet, si la consommation est trop faible (genre 5W), alors la calibration automatique du module ne la détectera pas (car il attend un volet qui consomme plus dans les 100W) Donc régler manuellement les paramètres de puissance et/ou de temporisation sera nécessaire. Mais c'est HS ici, va voir sur les topics dédiés aux différentes versions des modules FGR, ce problème a déjà été évoqué (j'ai une vanne qui fonctionne ainsi, mais ça fait tellement longtemps que ça fonctionne que j'ai oubliés les détails)

Pour cet usage (vanne), il faut utiliser un FGR (celui des volets roulants) Car avec un FGS, tu n'as absolument aucun moyen de garantir que les 2 relais ne seront pas fermés en même temps (donc les 2 sorties actives, c'est à dire qu'elles laissent toute les 2 passer le 230V... ça ne me dit rien de bon pour la vanne)

Non elle travaille chez PSA

Beurk , c'est d'un commun une Tesla, la voiture la plus vendue, la même que tout le monde, c'est devenu la voiture du peuple par excellence, au même titre que l'iPhone l'est pour les smartphones (dit celui qui a 2 Peugeot à la maison dont 2 qui sont les plus vendues de leur catégorie, quelle originalité ) Et puis même 3 du groupe du coup, vu que Fiat a rejoint Stellantis maintenant... Plus sérieusement, Tesla c'est la même galère que chez PSA, l'API n'est pas officiellement documentée, du coup il faut mettre les mains dans le cambouis pour faire fonctionner le bousin. Et quand tu pars d'une feuille blanche, il y a pas mal de code LUA à pondre.... vu que rien n'existe sur le forum à ce sujet ! Sinon il faut passer par Home Assistant, les intégrations existent déjà pour quasi toutes les marques de véhicules, c'est tout de suite plus simple. Du coup il reste juste à développer un module virtuel qui va lire les valeurs de Home Assistant et les afficher dans les labels. En disant cela, je constate que l'intégration PSA Car Controller est largement plus complète que mon petit QuickApp.

C'est totalement illégal en France. Il faut obtenir des autorisations qui ne sont jamais données au particulier. Après c'est comme d'habitude, pas vu pas pris, reste qu'une caméra tournée vers la rue c'est généralement très visible...

MQTT est un protocole de communication léger et centralisé. Je ne vais pas tout réexpliquer, déjà parce que je suis loin de maitriser le protocole, et aussi parce qu'il y a des tonnes d'explications très claires en ligne sur ce qu'est MQTT. Après je n'ai jamais utilisé Blueiris, donc je ne connais pas ses possibilités. Est-ce que MQTT est le meilleur choix ? Ou bien utiliser une API HTTP classique ? Je n'en sais rien, il va te falloir faire quelques recherches, mais dans tous les cas, pas mal de développement en LUA pour intégrer ça sur la HC3, car personne ne l'ai fait (en tout cas, personne n'a partagé son éventuel travail à ce sujet) Avantage de MQTT : la légèreté des message. Inconvénient : la communication entre Bluiris et la HC3 nécessite un tiers (le broker), donc un SPOF supplémentaire et une architecture plus lourde à maintenir (sauf si tu utilises MQTT pour d'autres usages sur le réseau) Avantage d'une API http : communication directe. Inconvénient : plus lourd (mais la HC3 en a suffisamment dans le ventre pour que ça ne soit pas un problème)... reste à voir la charge coté serveur Bluiris. Mais pour revenir à ta question de base, oui Fibaro permet de faire du MQTT avec la HC3, il est expliqué dans la doc que tu as linké comment programmer un client MQTT sur la HC3. Et j'ajoute qu'il te faudra un broker sur ton réseau, tel que Mosquitto.

Bravo Oui il vaut mieux que tu fasses un topic dédié pour maintenir cette version, qui je pense évoluera en parallèle de la mienne. Tu as ajouté des choses intéressantes, et d'autres que je ne reprendrai clairement pas. Idéalement il faudrait faire un fichier de config pour permettre à l'utilisateur de paramétrer ça comme il veut, mais ça fait usine à gaz à maintenir... du coup je pense que 2 versions distinctes c'est plus facile.

Exact, l'API a changé. J'ai mis la nouvelle version 1.11 dans le premier message.

Déjà pour utiliser MQTT il te fait un "brocker", qui est en fait le serveur qui va centraliser tous les messages MQTT. Le plus connu, et surtout gratuit, c'est Mosquitto. Perso je le fais tourner dans une VM de mon serveur. Ensuite, si tu écris un QuickApp sur la HC3, alors celui-ci peut publier des messages vers le brocker, ou bien alors s'abonner à certains topics et ainsi être automatiquement notifié dès lors qu'un message est publié par un autre client. C'est justement ce qu'explique la doc Fibaro. Mais comme dit ne intro, il te faut un Brocker, et ça ne peut pas être la HC3, car impossible d'installer Mosquitto dessus.

En fait la liste officielle est sur l'API de ta box : /api/quickApp/availableTypes En pratique, on a même constaté que tu peux utiliser certains types non listés dans l'API précédente. C'est à dire qu'un QuickApp peut utiliser n'importe quel type disponible sur la box, incluant donc tous les types des différents modules Z-Waves, Zigbee, etc. Voir : /api/devices/hierarchy En plus cette dernière liste a le bon gout d'être hiérarchisée, ce qui est intéressant pour découvrir les relations entre les modules de type proche.

Non pas supprimé, mais tu l'avais mis dans le bistrot... je l'ai déplacé dans la bonne catégorie du forum. Tu peux retrouver tes messages dans ton profil.

Tu peux utiliser les devices du plugin original comme fake devices, puisqu'ils ont déjà les bons types et unités.

Bienvenue sur le forum

C'est un paramètre au début du script Il parait même que c'est expliqué dans le tuto