Lazer

Problème connu, corrigé dans le prochain firmware. Si tu es pressée, il faut downgrader en 5.070

Non là tu as donné une variable en paramètre, d'où la question précédente à laquelle tu n'as pas répondu. Je t'invite à relire la doc... encore une fois.... avec le doigt... sérieux le code informatique c'est rigoureux, chaque caractère compte et ne peut être omis. Aller, tu as trouver, c'est facile

Bienvenue sur le forum

Ben voilà, il te suffit d'appeler "buttonOnOffOnReleased", c'est pas plus compliqué.

Je l'ai déjà dit, mais sur HC3, il faut oublier les boutons, et appeler directement les fonctions des QuickApps. Et justement, comme indiqué dans la documentation que tu as forcément lu..... il faut donner le nom de la fonction. Dans ton exemple, il y a quoi dans ta variable buttonSource ?

Dommage, mais bon, comme tu veux. @Yohan @Moicphil Est-ce possible ?

Une recherche Google ne donne rien de probant, personne ne pouvant expliquer clairement la cause de ce message. Tu peux tenter de contacter le support Fibaro, ou bien l'équipe de dev sur le forum officiel, mais sans garantie car les topics précédents n'ont pas obtenu de réponse...

Oublie le Z-Wave si tu ne comptes y mettre qu'un seul module pour volets roulants, ça ne fonctionnera jamais correctement. Et même pour < 10 modules, ça ne vaut pas la peine. C'est un réseau maillé, je ne vais pas refaire l'histoire, on en parle partout sur le forum et ailleurs. Homekit.... mouais pourquoi pas, mais tu t'enfermes définitivement dans l’écosystème propriétaire Apple. En plus les modules sont ultra limités (pas de paramétrage possible), donc faut vraiment avoir les œillères Apple à vie pour que ça vaille le coup. Sans compter qu'Homekit risque d'être rapidement abandonné, parce que... dans 1 an, si tout va bien, Matter (et Thread) seront enfin disponibles, et là tu auras un système qui sera à la fois compatible avec Apple, mais aussi avec toutes les autres marques. Du coup si tu es Apple à 100% et souhaite utiliser un contrôleur Apple (ce que tu appelles un pont), tu peux attendre un peu. Si malgré tout tu choisis Z-Wave parce que tu comptes réaliser une installation conséquente (quelques dizaines de modules), alors tu as effectivement pas mal de choix dans les contrôleurs. Fibaro Home Center 3 / 3 Lite, Jeedom, eedomus, Home Assistant pour ne citer que les plus populaires (pas nécessairement dans cet ordre) Mais le problème, ce n'est par l'argent, mais le temps que tu vas y passer (oui bon, le temps c'est de l'argent... blah blah blah). Déjà prendre le temps de te renseigner et de choisir en connaissance de cause, avant de foncer tête baissée vers des achats.

Mise en ligne de la version 2.12 : Ajout des options login et password facultatives et utilisables avec les connexions HTTP et HTTPS (demande de @henri-allauch) Ajout de l'option delay facultative utilisable en cas de retry > 1 (demande de @henri-allauch) L'option conditions permet dorénavant de filtrer sur profil en plus de vg Messages en langue française/anglaise Correctifs et améliorations diverses Téléchargement du QuickApp complet dans le tuto, ou bien des fichiers individuels à copier/coller manuellement. Attention, en cas de mise à jour du QA v2.0 existant, il faudra créer les fichiers manuellement, et créer les 3 nouvelles Variables Notif_xxx dans l'onglet dédié du QuickApp.

Bienvenue sur le forum

Le changement d’icônes se fait via l'interface Web. Et il faut être en local (via l'adresse IP), et ne pas passer par le cloud Fibaro.

Merci pour ton retour. Maintenant que tu le dis, il me semble que j'ai eu le même genre de souci avec l'inclusion de certains modules (peut être le même FGS, à vrai dire je ne me souviens plus) le bouton B ne permettait pas l'inclusion, et je suis passé par le triple clic sur l'entrée S1. A noter qu'il existe une autre alternative, c'est de couper le courant, mettre la box en mode inclusion, puis alimenter le module, car celui-ci se met automatiquement en mode d'inclusion lors de son alimentation, pendant quelques secondes. Du coup comme ce sont des astuces qui existent depuis les tous premiers modules Fibaro (et Qubino d'ailleurs), je le fais machinalement lors de l'inclusion d'un module si l'une ou l'autre méthode ne fonctionne pas au premier coup.

Bienvenue sur le forum

Il y a 2 façons de voir les choses : - je vois que le Github que le projet est abandonné par son auteur, et qu'il propose une nouvelle version => Peut être commencer par aller voir la nouvelle version qui, avec un peu de chance, répondrait à ton besoin d’aditionner les 2 valeurs... ou bien lui demander s'il a prévu / s'il peut le faire. - tu conserves tes 2 QA existants, chacun remonte une valeur, et ma suggestion initiale c'était bien de créer un nouveau QA, avec une boucle infinie, qui prend les 2 valeurs, et les additionnes. Mais tu ne sembles pas très à l'aise avec le développement de QA en LUA, ça risque de t'embarquer dans une galère, bien que ça ne soit pas si compliqué : une boucle infinie, qui relève les 2 valeurs à intervalle régulier, par exemple toutes les 60 secondes.

On ne parle pas de plugin sur HC3, mais de QuickApp. Je ne sais pas si tu as commencé à écrire quelque chose mais pour récupérer les valeurs des autres modules c'est simple : fibaro.getValue(ID, "yield_total") en supposant que yield_total soit bien la propriété que tu veuilles récupérer Tu fais pareil pour le 2nd module, tu calcules la moyenne, puis tu affectes la valeur à ton QA : self:updateProperty("value", ma_moyenne) Rappel : https://manuals.fibaro.com/home-center-3-quick-apps/

Tu pourras réessayer avec le prochain firmware, d'ici 1 ou 2 semaines, qui corrige pas mal de problèmes liés à l'inclusion des modules, qui sont apparus depuis la version 5.080. Ou si tu as la possibilité, il faut retourner en 5.070.

Pour info, prochaine mise à jour dans 1 ou 2 semaines, qui inclura essentiellement des correctifs : performance de l'interface Web (celle-ci s'était dégradée en 5.080), et divers soucis avec certains modules mal reconnus (sondes de température/thermostats/etc)

C'est marrant les idées reçues sur le bois... (ça me rappelle les théories complotistes sur l'incendie de la charpente de la cathédrale de Paris) La température de combustion du bois, c'est de 225°C, il y a un grosse marge avant d'en arriver là. Et c'est justement là que c'est intéressant, car la plupart des plastiques auront fondu bien avant d'atteindre cette température. On parle de module domotique prévus pour de la TBT (très basse tension), donc ils n'utilisent pas de plastiques spécifiques retardant au feu comme on pourrait en trouver dans les appareils certifiés NF pour le 230V. Donc le module thermostat a de grande chance de fondre avant que le bois ne commence à se consumer. De toute façon, comme tu le dis, la tension, le courant, et donc la puissance sont tellement faible, qu'il n'y a aucun risque d'échauffement. Et puis le contact est fait par les partie métalliques, pas par le bois (qui joue juste le rôle d'isolant). D'ailleurs, dans ma maison, le support du compteur Enedis extérieur est en bois, et le support de mon disjoncteur de branchement est également en bois. Et là il y a du courant qui passe... mais ça ne chauffe pas, puisque les borniers sont bien vissés.

Essayez de contacter Fibaro sur le forum officiel, ils sont réactifs en ce moment, si le suspend est buggué, ils le corrigeront. https://forum.fibaro.com/forum/1279-update-5080/

Oui c'est clair, comme dans toute alliance industrielle, ils y sont en grande partie pour tirer la couverture vers eux. Mais déjà ils discutent tous entre eux, c'est déjà un progrès considérable si on considère que jusqu'à présent, il n'y avait que des initiatives isolées, ça fait toute la différence. Je préfère que ça prenne un peu de retard mais que ça parte sur des fondations solides, plutôt que de sortir un truc à l'arrache qui sera mort-né.

Les piles, je dirais environ 6 mois d'autonomie sur ce thermostat. A vrai dire je ne sais plus, j'ai moi aussi installé des "fausses piles", pas forcément besoin de souder, l'idée c'est de fabriquer un truc qui puisse rentrer dans le logement des piles. Je l'ai fait avec des tourillons en bois : Je fonctionne avec ça depuis des années pour le thermostat mural, c'est juste parfait. Il faut une gaine encastrée pour amener le courant bien entendu. Sinon maintenant la mode est au plastique imprimé en 3D, comme par exemple : https://www.thingiverse.com/thing:2567638 (je n'ai pas testé ce modèle)

Chaque thermostat a déjà un topic dédié où tu trouveras beaucoup d'infos. Et en effet, le Heat It a comme principal problème la régulation par hystérésys d'un autre âge... on même eu une discussion avec le fabricant à ce sujet il y a un bon moment... mais il me semblait que le régulation PID arrivait sur leur produit, ce n'est pas encore le cas ? Le Secure SRT 321 est certes peu élégant, voire moche (design années 80 quoi...), mais il est diablement efficace. Je ne sais pas où tu as vu cette histoire de délai de réveil de 30 minutes ? Chez moi je l'ai configuré à 5 minutes, c'est très pratique. Ce qui est juste pénible, c'est la manière de le configurer, car il faut jouer avec les jumpers à l'ancienne (années 80 toujours ), mais on y arrive, et une fois fait, on n'y touche plus.

Sorry, I still don't have time (or other priorities...) One day, for sure, but I can't give any delay.

Afin d'éviter tout interprétation humaine délirante (oui je sais, je provoque, et c'est volontaire, une sorte de traitement par électrochoc, car c'est rien à coté de ce que j'ai dû lire ici...), je rappelle le cycle de vie d'un produit, accepté dans le monde entier : (1er résultat Google Images) Ce que j'ai appelé la "mode" (je pensais pas que ce mot pouvait être perçu comme un agression... bref), c'est la phase de "croissance". Aujourd'hui dans la phase de croissance, on trouve : Home Assistant. Il y a quelques années, on y trouvait : Jeedom (qui est maintenant dans la phase de maturité, enfin c'est comme ça que je le perçois, j'espère que ça ne choquera personne, je me méfie maintenant ). D'ailleurs la forme du graph se retrouve (en plissant les yeux lol) dans les tendances de recherche Google donné par Sebcbien. Encore avant dans le temps, il y avait : Fibaro. Et puis si on remonte encore bien avant, il y avait : Zibase. Je pense que tout le monde est d'accord pour dire que Zibase est dans la phase de déclin. Voire même après... la mort totale. Ah mais non, il y en a encore quelques unes qui fonctionnent (chez Nico, entres autres). C'est pareil pour Lifedomus d'ailleurs. Du coup, cette dernière remarque apporte un nouveau regard sur l'axe des ordonnées du graphique : les "ventes" du produit. Donc pas l'utilisation qui est fait du produit, pas le parc installé chez les clients... dont la courbe pourrait être / est différente. Du coup, ça explique les différences d’interprétation qu'on peut avoir en fonction de nos sensibilités propres. Un autre paramètre à prendre en compte, c'est le marché. En matière de domotique, il est en croissance. Du coup, les "ventes", peuvent se calculer en valeur absolue, ou en valeur relative (ce qu'on appelle les parts de marché). Prenons l'exemple de Fibaro : je pense que tout le monde est d'accord pour dire qu'ils perdent en part de marché, et pourtant leurs ventes, dans l'absolu, augmentent (si j'en crois les graphiques que je tiens à jour sur le topic dédié, suivi effectué par le numéro de série des box). Du coup, on ne sait pas trop dire s'ils sont encore dans la phase de croissance, ou déjà dans la maturité. (c'est plus simple si on ne regarde que chaque box prise individuellement, la HC2, la HC3, etc, mais j'essaye d'avoir une vision plus globale, en considérant que le graphique du cycle de vie du produit s'applique à l'ensemble des box de la marque... on pourrait dire que je regarde l'évolution de l'écosystème Fibaro). De façon similaire, c'est pareil pour Jeedom (qui a changé plusieurs fois de box, et même au début c'était du logiciel pur uniquement). Et également Home Assistant, qui suit le même chemin. Je reviens rapidement sur cette histoire de ventes/installation en valeur absolue. Pour Fibaro, on sait grâce au suivi des numéros de série que leurs ventes sont au pire stables, au mieux en progression, même si la courbe de tendance Google peut laisser penser l'inverse. Et donc pour Jeedom et HA, je me pose toujours la question ? Puisque la courbe de tendance Google reflète uniquement l'intérêt des gens, mais pas les ventes/installations réelles.... personnellement je ne suis toujours pas plus avancé sur cette question. Encore que pour HA, je n'ai pas trop de doute que le nombre d'installation doit croitre de façon exponentielle. Pour Jeedom, j'en doute. Je précise, aucune agression. Et difficile de se fier aux chiffres d'installations du market, par exemple un gars comme moi l'a installé 2 fois, et désinstallé autant de fois, puisque je ne l'utilise plus (j'ai même dû supprimer la VM pour faire de la place) @sebcbien étonnant que je tu n'aies par entendu parler de Matter & Thread, bon c'est vrai que c'est encore relativement confidentiel si on ne suis pas activement le marché de la domotique. En résumé, Thread c'est le remplaçant de Zigbee (la Zigbee Alliance a même changé de nom à ce propos), donc le protocole sans-fil. Par dessus, le protocole unique pour unifier tout le monde, c'est Matter (anciennement CHIP), qui assure le langage domotique universel de haut niveau sur protocole IP. (bon je suis d'accord, j'ai un peu de mal avec ce nom commun, mais j'imagine que vu les enjeux, ils ont fait appel à des cabinets d'experts. Rien qu'en France, on a bien au CAC40 un opérateur télécom qui porte le nom d'un agrume, un industriel de la défense qui porte le nom d'une épice, un pétrolier au nom tout aussi commun, etc... et pourtant ils cartonnent tous). Matter propose donc Thread comme étant un protocole radio, mais est suffisamment ouvert pour autoriser tous les autres protocoles existants et à venir (donc Z-Wave, Zigbee, EnOcean, IO, KNX, etc) Là où Matter a des chances de succès, c'est qui regroupe l'ensemble des gros industriels de ce monde, et pour la 1ère fois on voit Google, Apple, Amazon s'entendre, rejoins par ceux dont c'est le métier (Legrand, Somfy, etc) et de très nombreux autres. L'inconvénient, c'est que ça prend un peu de retard, puisque ça devait être lancé en 2021, finalement ça sera 2022. Ce qui me fait dire que Zigbee va disparaitre plus rapidement que Z-Wave, c'est que la Zigbee Alliance a changé de nom, et pousse maintenant Thread (et Matter par dessus, forcément) Par ailleurs, plusieurs gros acteurs du monde Zigbee (à commencer par Philips Hue) ont annoncé la mise à jour prochaine de leurs produits vers Thread.... Thread qui pour rappel est déjà intégré nativement dans certains appareils tels que le Homepod. Cela est rendu possible parce que certains chipsets Zigbee sont déjà certifiés Thread. Reste à savoir si tous les fabricants vont proposer une mise à jour gratuite... probablement que certains produits low-cost ou trop anciens n'auront pas ce privilège. Plus d'infos :

La détection de mouvement avec une caméra c'est de plus en plus populaire, de plus en plus de gens, comme toi, veulent utiliser cette fonctionnalité, en bonne partie parce que les fabricants en font de plus en plus la publicité. Mais dans la réalité, ce n'est pas fiable du tout. La technologie n'est pas encore mature, il faut une puissance de calcul considérable embarqué dans la caméra pour réaliser une analyse précise de l'image. On trouve ces fonctions sur les caméras à plusieurs centaines d'euros, et encore, ça resta très approximatif, il y a encore pas mal de loupés. Cela va évoluer dans les années qui viennent, mais je considère qu'on est aux prémices de la technologie. Certains fabricants (Synology) proposent même de déplacer l'intelligence dans le NVR plutôt que dans les caméras... mais bon, à 2000€ le NVR, il faut avoir pas mal de caméras pour le rentabiliser. Et je n'ai pas encore vu de retour d'expérience réel sur ce produit, est-ce vraiment aussi fiable qu'ils le disent ? Bref : - Si ton scénario est juste d'allumer une lumière, ce n'est pas grave si tu as des faux positifs, au pire la lumière s'allumera 1 minute pour rien. - Si en revanche tu souhaites déclencher des scénario de sécurité, tels que notification sur ton téléphone, sirène, ou que sais-je, tu vas vite déchanter. Après, tout dépend de ce que tu recherches. D'abord tu établis ton cahier des charges, l'architecture de ton système, et ensuite tu verras pour trouver un produit compatible avec la HC3, ou pas, auquel cas tu chercheras un moyen de les faire communiquer (via un enregistreur NVR par exemple) Pour te donner une idée, voici ce que j'ai chez moi : - détecteurs de mouvement basiques (type PIR) avec détecteur crépusculaire sur les lampes (ce qu'on trouve en Grande Surface de Bricolage GSB) => parfait pour allumer les lumières automatiquement la nuit. Attention, plusieurs faux positifs chaque nuit, s'allume au moindre passage de chat, lorsqu'il y a trop de vent dans les arbustes, et même parfois quand il pleut fort => totalement inutilisable en scénario de sécurité (même si l'allumage auto des lumières, outre la fonction confort, est déjà un scénario de sécurité en lui-même, car les intrus n'aiment pas être vus) - détecteurs d'alarme évolués (technologie double-faisceau PIR) => ultra fiable, et ultra cher (compter 200€ pièce), parfait pour les scénarios de sécurité et détecteur l'intrusion avant qu'elle n'ait lieu : faire sonner une sirène à faible puissance, fermer les volets, allumer des lumières, notification sur smartphone, etc => j'ai dû avoir 2 faux-positifs en 10 ans. Et j'ai évité plusieurs cambriolages, ils n'ont même pas eu le temps de s'attaquer aux fenêtres, même pas de déclaration d'assurance à faire. - caméras IP alimentés en POE, et branchés sur un NAS Synology pour l'enregistrement des images => la détection d'image n'est pas fiable, plus ou moins au même niveau que les détecteurs PIR simple. L'enregistrement des images sur le disque dur se fait sur détection de mouvement, donc au pire j'ai des images en trop sur les disques, ça ne pose pas de souci, puisque ça ne déclenche pas d'alerte. Et puis il vaut mieux avoir trop d'images que pas assez. Au final, il faut bien comprendre que les caméras sont avant tout un moyen de lever de doute, et d'analyse post-incident, que de prévention (pas mal de cambrioleurs se moquent des caméras, car ils savent que les forces de l'ordre ne les exploitent pas bien souvent) Du coup dans mon système, les caméras forment un réseau d'enregistrement sur NAS qui est indépendant de la domotique, donc je n'ai pas eu à me préoccuper de la compatibilité des caméras avec la box domotique. Au final, j'ai quand même une compatibilité entre les 2, en passant par le NAS/NVR (Surveillance Station) via un QuickApp dédié qui assure la remonté d'information. Pour info il s'agit de caméras Hikvision (il y a un sujet dédié sur le forum), une marque chinoise, l'un (ou le ?) leaders mondiaux du domaine, avec un large catalogue pour tous les besoins (et toutes les bourses). Les derniers modèles permettent même d'enregistrer en couleur la nuit, la qualité d'image est juste incroyable par rapport à ce qui existait il y a quelques années. Les fonctions de reconnaissance de mouvement, présence, visage, etc sont de plus en plus évoluées, mais comme dit précédemment, ça ne reste pas suffisamment fiable pour de vrais scénarios de sécurité, à mon avis. Je précise qu'il s'agit de mon avis, parce que sur les forums ou blogs, tu verras des avis des gens qui en sont pleinement satisfaits, parce qu'ils trouvent qu'un faux positif 1 fois par jour, ou mieux, 1 fois par mois, ça reste acceptable. Ce n'est pas mon cas, je trouve que ça reste d'un niveau inacceptable. Mais comme tu l'as vu, je suis habitué aux alarmes (les vraies, sérieuses) où on est plutôt de l'ordre d'un faux positif tous les 5 ans, voire moins.