Lazer

Exact, j'ai oublié de le recopier sur le nouveau tuto Grafana ça viendra mais plus tard, mais le concept est ultra simple : installer Grafana quelque part sur le réseau, et le configurer pour aller taper dans la base SQL de DomoCharts. A partir de là, on génère mes graphs qu'on veut, l'immense intérêt était de pouvoir consolider les données de plusieurs tables différentes. Exemple : consommation du chauffage en fonction de la température, etc. En revanche le paramétrage de Grafana est loin d'être intuitif je trouve. Dès fois je me demande pourquoi cet outil est devenu aussi populaire (la mode surement....)

Je ne suis pas certain d'avoir compris la question, mais si je me contente du titre, la réponse est simple : HC3 ne supporte pas le RTS, et ce n'est pas prévu. Donc il te faudra continuer à passer par une passerelle, donc la HomeWizard dans ton cas. Le Zigbee, on en a parlé en long en large et en travers le mois dernier sur le forum : repoussé à la St Glinglin. Voire même annulé, car Fibaro attend la sortie (éventuelle ?) de CHIP pour se décider. Cela dit, je ne vois pas bien ce que Zigbee vient faire dans ton message, puisque la question portait sur RTS. Zigbee n'est totalement différent de RTS.

Il faut rajouter des accolades autour des 2 conditions : GEA.add({id["Porte_Garage"], {"Time", "20:00", "08:00"}}, 60*60, "La porte du garage est ouverte depuis #duration#", {"Repeat"})

On est bien d'accord ça dépend Pour les scénarios d'éclairages avec détecteurs de mouvement, là je passe par la box, pour prendre en compte divers critères (heure, luminosité, etc) Pour des trucs basiques comme bouton => volet, thermostat => radiateur, ou bien encore pour associer 2 lumières entre elles, l'association direct c'est parfait.

reçu oui, mais pas encore inclus je le ferai le mois prochain, lors de ma grande migration HC2 => HC3 à venir, et le gain sera double : - remplacer ce bouton affreusement dur à appuyer par un bouton tout doux (et dire qu'elle s'appelle SOFT-remote ) - réaliser une association directe avec le module Qubino Flush Shutter DC pour volet Velux

Mais on s'en fout en fait, une télécommande n'a pas de statut, elle émet juste une notification vers la box pour dire "mon bouton n°1 a été appuyé 1 fois", ou bien maintenu, relâché, etc. Donc si on n'a pas l'intention de déclencher des scènes, on n'a pas besoin de laisser la télécommande associée à la box. Bien sûr le module commandé (un volet roulant dans notre cas) sera toujours associé à la box sur son groupe 0 "lifeline", donc il reportera bien son état ouvert/fermé après avoir reçu l'ordre depuis la télécommande en association directe. D'ailleurs j'ai une télécommande Philio PSR04 qui fonctionne sur ce principe, elle ne retourne aucune info à la box (donc impossible de créer des scénarios avec), on est obligé de l'associer avec un module (dans mon cas un RGBW), et c'est le mode qui rapporte son état à la box. C'est quand même idiot, je l'ai cette télécommande en EnOcean, c'est une belle maÿrde, il faut appuyer comme un bourrin sur les boutons pour qu'elle récupère suffisamment d'énergie pour transmettre la trame. C'est anti-WAF au possible. Et c'est la raison pour laquelle j'ai décidé de la remplacer par une version Z-Wave.

Je ne suis pas sûr, mais à mon avis parce que l'association directe effectue 2 communications : - une avec le (ou les) appareil(s) associé en direct - une avec le contrôleur (pour l'informer, retour d'état normal en Z-Wave) Cela dit je trouve ce conseil un peu idiot. Si on fait une association directe, on a une bonne raison, c'est de s'affranchir de la dépendance à la box, et gagner en réactivité. Mais je pense que tu peux désactiver le canal de communication entre la télécommande et la box, appelé Lifeline dans la littérature Z-Waverienne. Dans les paramètres du module, ça devrait logiquement être le groupe d'association 0, le contrôleur (ID 1) est associé par défaut. A vérifier dans la doc du module.

Je ne connais pas ton option personnalisée. Mais regarde la doc de syntaxe en 1ère page, le ZXT-120 est reconnu comme un thermostat dans la HC3, donc tu dois pouvoir le piloter directement avec les nouvelles options relatives aux Thermostat. Bref, RTFM Et après tu poseras les questions sur le topic du Support GEA car c'est HS ici.

Tu as bien suivi les instructions de la 1ère page ? En mettant tes règles et ton tableau d'ID dans la fonction setEvents() ? Et ton erreur est en ligne 48 du fichier config, donc tu peux regarder par là

Pour les ID oui bien sûr Ta règle GEA semble correct, après c'est en testant que tu verras si ça fonctionne !

En revanche tu peux tester cette nouvelle application avec ton HC2 actuelle, ça te permettra de valider ou non l'interface sur ta tablette.

Aucun intérêt. Depuis ta scène, tu appelles directement la fonction du QA. J'en ai déjà parlé plusieurs fois sur le forum, les boutons, ça date de l'ère préhistorique (la HC2 quoi), car on ne pouvait pas faire autrement (*) Sur HC3 les QuickApps publient automatiquement toutes leurs fonctions (enfin toutes celles qui sont dans la classe QuickApp, du type : function QuickApp:maFonction() -- ... end Donc c'est cette fonction que tu dois appeler en direct depuis ta scène : fibaro.call(ID, "maFonction") (*) les boutons servent encore naturellement, mais uniquement pour l'interface utilisateur, via l'interface Web ou l'application mobile. Mais ils doivent être bypassés dans nos codes LUA, j'insiste, il faut perdre les mauvaises habitudes qu'on a pris sur HC2.

Douche chaude ce matin Donc voilà... mise à jour OK

Euh, non désolé, je ne sais pas du tout. Je n'ai pas accès à la console d'administration, et de plus je sais qu'on a des soucis avec notre hébergeur OVH pour l'envoi de mails.

Bienvenue sur le forum

Hop là, mise à jour installée, on verra bien demain matin s'il y a de l'eau chaude dans le ballon

Nouvelle version 5.2 de firmware pour le module Smart Implant : 5.2 DS18B20 temperature sensor support has been improvements to make it more reliable, especially in long wiring cases. Optimized input/output behavior after power reset. Other minor improvements. Support for version 5.2 devices is available from 4.601 Beta for HC2/HCL. Warning: Update can take up to 30 minutes. It depends on Z-wave traffic. Wait few minutes after successful update and check if version of device has changed. There may be need of re-introduction of the group associations in the device where the software update took place. In case of strange device behaviour there may be need of reconfiguration/reinclusion.

Voilà Et tu as de la chance, tu aurais posé ta question hier je t'aurais répondu qu'il fallait caresser son thermostat avec tendresse

Ah voilà merci @henri-allauch Ce qui me surprend c'est que ça fonctionnait avant en fait. Surement un bug corrigé par Fibaro Mais on ne sait pas pourquoi ça fonctionne toujours dans les scènes du coup.

bah pour moi ça a toujours été comme ça, depuis la HC2

Il me semble que ça vient du précédent firmware de la HC3 non ? On en avait parlé je sais plus où....

Chez moi ça marche, je reçois bien les notifications push.

Moi ce que je trouve particulièrement pénible, c'est toujours cette lenteur à chaque fois qu'on ouvre la webView d'un QuickApp.... alors que c'était instantané avec les Modules Virtuels.

Information de Fibaro : Les 2 fonctionnalités suivantes ne sont PAS disponibles dans le nouveau firmware : Support for Steinel IS 140-2 version 1.0. Support for Steinel L810 LED iHF version 1.1. Source : https://forum.fibaro.com/topic/54063-fibaro-system-update-4610-for-home-center-2/?do=findComment&comment=229369

Je confirme la nécessité de faire une reconfiguration douce des thermostats, sinon ils ne répondent plus. - Remotec ZXT-120 branché sur secteur (USB) : nickel - Secure SRT-321 : 1ère fois en échec, j'ai dû le relancer une 2nde fois. S'agissant d'un module sur batterie avec un intervalle de réveil, il faut bien le réveiller juste après la demande de reconfiguration, sinon cela échoue. Au final on retrouve les mêmes modules, avec leurs paramètres, leurs ID, etc, donc tout est OK.