Bebitoo

Bonjour, Pour compléter ce qui est dit plus haut, pour ceux qui tomberaient sur ce thread : pour contrôler son Thermostat Netatmo depuis une Fibaro HC3, en l'absence d'un QA ad 'hoc, et plutôt que de s'en créer un, on peut passer par un Home Assistant intermédiaire. En effet, il existe une intégration Netatmo pour Home Assistant. En quelques clics, j'ai vu remonter sous HA mon thermostat Netatmo (avec ses programmes de chauffe) et (en bonus) ma station météo Netatmo. Et HA expose une API. Test OK depuis Bruno : interactions sur le thermostat via l'API HA. "Plus qu'à" faire ces appels depuis la HC3 (et faire un QA simple ?). Bien sûr, créer un QA (directement) client de l'API Netatmo semble également possible (et préférable) : l'authentification sur l'API Netatmo est en OAuth2 maintenant, mais sauf erreur c'est aussi le cas pour la station météo, et il existe au moins 2 QA opérationnels pour la station météo. --- David

C'est fait. @Sankotronic, Thanks for sharing your insights. I agree Fibaro is very good at what it does. I wish it does more Like: the zigbee soon-to-come support was part of my incentives to upgrade my HC2. There's plenty Zigbee devices on the market, often cheaper as their Z-Wave siblings, I and was/am liking the idea of having more choice (I would have more smart plugs on for instance, on lower contraints and non mandatory use cases, if they weren't 60€ each). And almost 4 years later, I'm still not using the (few) Zigbee capabilities of the HC3...

Hi @Sankotronic, I started with an HC2 10 years ago, and got an HC3 4 years ago. I switched slowly (like: within a year or so), and HC2 is now shut down (ready to be reset to the factory presets, and put for sale... but never managed to do it ). I think that's awesome that you (and others) are developing for HC3. I think HC2 remains a great box, so think/hope there's still some (lower?) demand for HC2. To address my calendar-to-heating-schedule project mentionned above, out of curiosity, I just gave a try to Home Assistant (on a Proxmox box for now). The Netatmo "integration" exists and is quickly set up: got both weather station and thermostat on HA! I also integrated (quite as quickly) my iCloud calendar. Now ready to start developing something (I mean: as soon I as understand how it can/should be done on Home Assistant). Also integrated my HC3 into HA: many (if not all) of my HC3 stuff seem available within HA. Don't know yet if I should: stick to HC3, try developing a Netatmo Thermostat QA (using your weather station QA as a source of inspiration, on the OAuth part), and if I success, the Lua scenario should be quick (I've got some experience), start learning scenarios on HA, then develop one for my need... and if it's a success : keep both boxes, HA complementing HC3 (and the other way around)? start migrating to HA, and retire the HC3 if I can get everything working on HA (which I probably can)? Advice appreciated

Hi @Sankotronic, Thanks for your answer. My home heating installation is as simple as possible . Several hot water radiators, a gas boiler, and a Netatmo thermostat. No connected valves on radiators ; all (regular) valves always fully opened. And the thermostat located on the main room drives it all. Got a main heating planning set up on the Netatmo Energy app / website, tailored to my family needs. Looking to integrate the Thermostat into my HC3, to automatically adapt to the unusual days ans situations. For instance: - confort feature: switch back to the confort temperature sooner, when one child gets back home earlier than usual, because of a professor being missing, - economy feature: turn the heating off every day I work from my company headquarters, when I was supposed to work from home. Any clue why a Netatmo thermostat QA doesn't exist yet? Thanks -- David

En français J'utilise un thermostat Netatmo, et ne trouve pas de QA me permettant de l'intégrer sur ma HC3 (comme j'ai pu le faire précédemment avec un VD sur ma HC2). D'après mes recherches : en Octobre 2022 Netatmo a changé de manière conséquente la méthode d'authentification à ses APIs (Passage à l'OAuth2), changement qui a nécessité que les développeurs fassent évoluer leur applications (et QA) pour les rendre compatibles. Ce travail a été fait pour la station météo Netatmo (par @Sankotronic, @GSmart, @Lazer notamment - merci), mais pas pour le thermostat. Et je ne vois pas de différences sur les APIs de Netatmo, entre station météo et thermostat, pouvant expliquer cela (Cf. par exemple ici : https://dev.netatmo.com/apidocumentation/oauth). Je suis également tombé sur un QA Legrand BTcino (=> Netatmo ?) annoncé compatible uniquement avec la Yubii Pro, et non la HC3 (Cf. https://marketplace.fibaro.com/items/bticino-connect). Ma question est : pourquoi n'existe-t-il pas de QA HC3 pour le thermostat Netatmo ? La demande est insuffisante ? Ou bien est-ce que le thermostat impose un prérequis supplémentaire, impossible à réaliser sur la HC3 ? Ou bien est-ce simplement que j'ai raté ce QA que je recherche ? Merci d'avance.

Hi, I use a Netatmo Thermostat, and can't find any QA to integrate it into my HC3 (as I did previously with a VD on my HC2). From my readings: Netatmo did a big change in October 2022 in order to increase the security of their APIs (they moved to OAuth2 authentication), big change which required developers to go back to coding and update their (Quick)Apps accordingly. The job has been done for the Weather Station (see quoted message above, for instance - and thanks @Sankotronic, @GSmart, @Lazer, and others), but not for the Thermostat. And authentication on Netatmo APIs, be it for the Weather Station or the Thermostat, look the same to me (see here: https://dev.netatmo.com/apidocumentation/oauth). And I also came across a Legrand BTcino (=> Netatmo ?) QA said to work only on the Yubii Pro, not the HC3 : see https://marketplace.fibaro.com/items/bticino-connect. My question is: why is there no HC3 QA available for the Netatmo Thermostat? No demand? Does the Thermostat requires something more, which can't be done on a HC3? Or am I simply missing the QA I'm looking for?

Bonjour sebueno, Sur ta photo, on vois que les gonds sont (alignés et) très proches du bord. Trop proches, je pense. Il écarter les gonds, et allonger les pentures (les ferrailles plates fixées sur les volets). "60 mm" c'est la préco du vendeur de moteurs (me souviens plus) ? Je sais que moi, je suis un peu en dessous des précos, et on a galérer à cause de ça : mes murs sont en briques, et la brique cassait jusque dans l'angle. Par contre, si tu écarte les gonds du bas, faut écarter pareil les gonds du haut : sinon, les volets ne pourront pas s'ouvrir (ce sont là les dures lois de la physique ).

Bonjour, J'avais raté cette portion de la doc Si ça peut en aider d'autres, la voici (en v7.36) : -- "Time" : Teste l'heure courante -- SYNTAXE : {"Time", <from>, <to>} -- CONDITIONS : GEA.add( {"Time", "22:00", "23:00"} , 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes dans la tranches horaires \\ Check only if in schedule GEA.add( {"Time", "07:00", "08:00"}, {"Time", "22:00", "23:00"}, 30, "", {ACTIONS} ) -- Ne vérifie QUE si nous sommes dans LES tranches horaires \\ Check only if in THE schedule GEA.add( {"Time", "Sunrise+30", "Sunset-15"} , 30, "", {ACTIONS} ) -- Si tranche horaire : lever du soleil + 30 mins, coucher du soleil - 15 minutes \\ Check only if Sunrise more than 30 mins and sunset less 15 mins GEA.add( {"Time", "Sunrise>07:30", "Sunset<21:00"} , 30, "", {ACTIONS} ) -- Si tranche horaire : AU lever du soleil SI après 7h30, sinon à 7h30; Au coucher du soleil SI AVANT 21h SINON à 21h \\ Check if Sunrise is after 7:30 otherwise 7:30 ; check if Sunset is before 21:00 otherwise 21:00 GEA.add( {"Time", "Sunrise-10>07:30", "Sunset+10<21:00"} , 30, "", {ACTIONS} ) -- Si tranche horaire : AU lever du soleil moins 10 minutes SI après 7h30, sinon à 7h30; Au coucher du soleil plus 10 minutes SI AVANT 21h SINON à 21h \\ Check if Sunrise less 10 minutes is after 7:30 otherwise 7:30 ; check if Sunset more 10 minutes is before 21:00 otherwise 21:00 GEA.add( {"Time", "22:00"} , 30, "", {ACTIONS} ) -- Équivaut à {"Time", "22:00", "22:00"} \\ Idem to {"Time", "22:00", "22:00"} -- ACTIONS : Ne peut pas être utilisé comme ACTION Et j'ai bien aimé la proposition de nasp, en exprimant l'horaire de fin également avec Sunrise, et un test. Du coup, j'ai ça : {"Time", "Sunrise - 15 > 07:00", "Sunrise > 07:15"} et cela fonctionne bien depuis quelques jours, avec actuellement (en hiver) une ouverture des volets vers 7:45. A confirmer (mais y'a pas de raisons) que cela continuera de fonctionner cet été, avec une ouverture à 7:00 seulement, bien que le le soleil se lève bien avant . Et il n'y a que sur les 15 minutes suivant l'ouverture des volets qu'un redémarrage de la box ou de GEA provoquerait une (nouvelle) ouverture des volets : ça va (et rien ne m'empêche de réduire cette durée). Merci pour ces aides collectives

Bonsoir, Oui, mais comment comprendre ce test dans l'heure de début et/ou de fin ? Je comprends qu'ainsi j'obtiendrais une ouverture des volets si je relance GEA entre 7:00 et 10:00, ou entre Sunrise et 10:00, mais comme tu le proposes dojo, je verrais cette partit plus tard. J'essaie. J'essaie aussi NB : d'après mes précédents tests, les espaces n'influent pas. J'ai d'ailleurs les règles suivantes, qui fonctionnent très bien : -- gestion de la variable globale Soleil GEA.add({"Time", "Sunrise - 15", "Sunrise" }, 0, "", {"Global", "Soleil", "levant" }, "Soleil : [levant] levé couchant couché ") GEA.add({"Time", "Sunrise" , "Sunset" }, 0, "", {"Global", "Soleil", "levé" }, "Soleil : levant [levé] couchant couché ") GEA.add({"Time", "Sunset" , "Sunset + 15"}, 0, "", {"Global", "Soleil", "couchant"}, "Soleil : levant levé [couchant] couché ") GEA.add({"Time", "Sunset + 15", "Sunrise - 15"}, 0, "", {"Global", "Soleil", "couché" }, "Soleil : levant levé couchant [couché]") Mais j'essaie sans espaces désormais. Résultats des tests demain matin

Bonjour, Je rencontre une difficulté à la mise en oeuvre d'une condition qui me parait totalement prévue et supportée par GEA. Je dois rater quelque chose. Je sollicite votre aide. Je souhaite ouvrir mes volets, le matin, lorsque les 2 conditions suivantes ont remplies : il est l'heure le soleil se lève (NB : ma traduction de "soleil levant", en GEA, est : Sunrise - 15) Par exemple, un jour de semaine, l'heure qui me va est 7h. Eh bien, je souhaite que : l'été, les volets s'ouvrent à 7h seulement - bien qu'il fasse jour depuis 6h30 par exemple (pour ne pas être réveillé en avance), l'hiver, les volets s'ouvrent au lever du soleil, vers 7h30 par exemple - pour préserver l'intimité (volets ouverts, lumière allumée, mes voisins voient super chez moi) le tout sans qu'une relance de GEA ou de la box, en journée, n'ouvre ou ne ferme les volets* (GEA est en autostart), et sans changer la condition entre les saisons, bien sûr * j'ai une règle similaire, pour fermer les volets le soir : dès qu'il fait nuit (l'hiver) ou à 21h Il y a quelques mois (c'était quand je testais GEA sur ma HC3, et avait encore toute ma domotique sur la HC2), j'avais testé avec succès (pour autant que je me souvienne), la condition suivante : {"Time", "07:00", "Sunrise - 15 > 07:00"} mais actuellement, elle m'ouvre les volets à 7h00 J'avais un peu galéré à aboutir à cette condition, et étais noté : -- NB : ne semblent pas fonctionner ou produire le résultat attendu -- les syntaxes sans heures de début et de fin - ex : {"Time", "Sunrise - 15 > 07:00"} -- les créneaux horaires sans test sur l'heure de levé/couché du soleil - ex : {"Time", "Sunrise - 15", "07:00"} Qu'est-ce que je rate ?

Bonjour, C'est fait. Merci de m'avoir fourni l'adresse

Bonjour, Pour info, idem chez moi : HC3 depuis février, mais seulement (je dirais) 5% de la bascule effectuée (quelques modules et un peu de code), pour essayer, mais la HC2 est toujours en service, car j'ai des reboot intempestifs de temps en temps.

@Lazer, en faisant une passe pour remettre les photos qui avaient disparues de mes messages, j'ai réalisé que je n'avais pas répondu à cette question, désolé. Les moteurs à l'arrêt sont assez forts : - pour garder les volets en position ouverte, sans devoir les attacher avec les loquets, - et les garder en position fermée, sans devoir verrouiller avec la crémone. Mais ils ne sont pas verrouillés "aussi fort" qu'avec une crémone (bien ajustée). Un voleur réussira probablement à glisser ses doigts derrière la partie en recouvrement, pour tirer un grand coup... et tout arracher. Bon, ce faisant, il fera du bruit. Avec la crémone verrouillée il devrait casser quelques lamelles (mes volets sont persiennés) pour glisser une main et déverrouiller la crémone. Ce serait bruyant également (plus ? moins ?). Lors d'absence plus longues (incluant une nuit d'absence), je verrouille les crémones, et obtient ainsi (j'ai l'impression) une meilleure sécurité : crémone + moteurs. Et (dispositif de sécurité imparable) : je continue de croiser les doigts

Bonjour @ablyes, Oui J'ai vu que les photos de mes précédents posts ne s'affichaient plus (sauf à cliquer dessus), donc peut-être n'a-tu pas lu tout ce fil de discussion. Je viens de prendre le temps de modifier tous mes messages pour ré-inclure les photos. Je te conseille à minima la lecture du message suivant : Le montage est simple (surtout, maintenant qu'il est connu à l'époque je questionnais le fabriquant des motorisations, qui disait ne pas connaitre et pouvoir s'engager sur la domotique, et posait des questions sur ce forum et à Fibaro directement, où personne ne connaissais mes motorisations). Il est durable aussi : ça fait maintenant 7 ans qu'il fonctionne. Et voir le massage de @Lazer ci-dessus : Mes doubles switch Fibaro sont alimentés en 24V ! Je pense aussi qu'il n'y a pas de 230V au niveau du bouton filaire : sans domotique, et n'est branché qu'au module de gestion des 2 volets (que tu appelles switch dans ton message précédent), qui est alimenté en 24V, et avec domotique, il est branché sur le double switch Fibaro, lui-même branché sur le module de gestion et le 24V. Moi je n'ai pas placé le double switch Fibaro derrière l'interrupteur, mais dans une boite étanche placée dans les combles perdus, au dessus de la paire de volets. - Cette boite contient le double switch Fibaro et le mode de gestion des volets (et le câblage entre les deux). - En entrée de cette boite : 2 fils qui apportent le 24V. - En sortie de cette boite : les 3 fils qui descendent vers l'interrupteur (et éventuellement un repiquage des 2 fils d'entrée pour amener le 24V à la boite suivante).

Bonjour, Je ne suis pas sûr de comprendre la question Si c'est pourquoi pas des Qubino, au lieu des Fibaro... je ne connais pas les Qubino, ne sait pas quels avantages ils peuvent avoir sur les Fibaro. Les Qubino existaient déjà à l'époque ? Je suis partis sur des Fibaro, après avoir fait le choix de Fibaro pour la box (une HC2). Et les modules fonctionnent très bien encore aujourd'hui (7 ans après), et je devrais pouvoir les basculer sur ma nouvelle HC3 sans problèmes. Donc plutôt content de mon choix. Si c'est pourquoi pas des 24v... mes modules (Fibaro) sont alimentés en 24V. J'ai 1 transfo (1 seul) pour alimenter mes 5 motorisations de volets, et mes 5 modules Fibaro. Si c'est pourquoi pas uniquement des Qubino 24V sans les modules des moteurs des volets battants... chaque paire de moteur (1 moteur par volet battant) est fourni avec 1 (et un seul) module qui gère le timing d'ouverture des 2 battants (le volet avec recouvrement s'ouvre en premier et se ferme en dernier, une fois la procédure d'apprentissage/initialisation réalisée). Ils étaient inclus ; je ne pense pas qu'on puisse acheter les moteurs sans. Il "suffit" de brancher des relais double switch dessus pour lancer les commandes d'ouverture et fermeture, en gardant les interrupteurs d'origine fonctionnels. Un montage sans les modules des moteurs ne diminue probablement pas les coûts, et ajoute des em...m3rd3s (à supposer que c'est possible). C'est sans intérêt je pense. Si j'ai répondu à côté, précises la question SVP.