Lazer

Attendez que je partage le QuickApp EPR v2.00

On en a discuté ici : En résumé : ça a toujours été possible, et je ne ferai pas d'option dédiée car c'est inutile.

Oui bien sûr mais dans ce cas il ne faut pas utiliser Test comme tu viens de tout mélanger. Un truc dans le genre, tout simplement : GEA.add({"VariableCache!", "detecsb", ""}, 30, "", {{"Global", "TELEGRAMV1", "VariableCache : #name# = #value#"}, {"Repeat"}})

@Dragoniacs Ouais, et encore, vous connaissez pas l'option "Bitcoin" Non sérieusement, "Test" doit être la seule. De toute façon il vous suffit de parcourir le code, les fonctions sont toutes listées dans la table self.options de GEA. C'est d'ailleurs bien pour cette raison qu'on peut ajouter les options personnalisées qu'on vaut en faisait GEA.options.masuperoption = { ... }

Regarde sur le topic du nouveau firmware, @couillerot a mis un GIF animé : Je viens de comprendre pourquoi tout le monde ne voit pas les usines à droites, car il faut un grand écran. L'image a une définition fixe, on peut tout voir en dézoomant dans la page (<CTRL> + <-> ou bien Ctrl + molette)... et après l'image se répète à l'infini, on sera embêté quand on aura tous des écrans 8K, il faudra que Fibaro fasse un nouveau firmware rien que pour corriger ce bug Et on peut même faire une course de nuages

Hum.... mais tu as du code partout en dehors des fonctions, c'est pas très propre ça.... Normalement tu dois faire des initialisations dans onInit() En plus je vois que tu l'as défini 2 fois cette fonction, tu peux carrément supprimer le 2nd. Pourquoi tu as créé un slider ? Normalement si ton module est bien typé, de type rollerShutter, tu n'as pas à t'en préoccuper, la HC3 le gère pour toi, tu as seulement besoin de mettre à jour la value avec self:updateProperty(). Donc vire ton slider et tes self:updateView() pour commencer, il faut faire simple.

GEA.add("Mesure sanitaire", -1, "Révolution", ("TurnOn", id["Fire"]}) Tu peux utiliser "Test" qui n'est pas documenté et me permet de débugger pour afficher à peu près tout et n'importe quoi. Quelque chose dans le genre, évidemment tu mets ta condition à la place de true : GEA.add(true, 30, "", {"Test", {"VariableCache", "detecsb"}}) Autre syntaxe, cette fois-ci la condition c'est ta variable cache maVariable différente d'une chaine vide "" : GEA.add({"VariableCache!", "maVariable", ""}, 30, "", {"Test", {"VariableCache", "VariableCache : #name# = #value#"}})

C'est vrai ça, la partie droite des 2 images est tronquée. C'est fou tout ce qu'ils arrivent à faire avec une simple mise à jour J'ai toujours un petit bout de l'usine, mais pas entière comme sur mon screenshot d'hier. Et toi tu n'as rien du tout. Ou alors.... tu es plus écologique que moi, tu as réussi à faire disparaitre une usine. Bravo.

Et encore, vous n'avez pas tout vu, car c'est une animation.... la fumée des cheminées, les éoliennes, etc...

OK... mais du coup je pense qu'il aurait quand même été utile de voir le code, car les 2 fonctions qui te posent problème sont membres de QuickApp... et si ça se trouve self n'est pas défini à l'endroit où tu l'utilises.

clic clic clic.... pareil ça tourne bien

Tu es certain que id["CAPTEUR_OUVERTURE"] est bien déclaré avec la valeur 311 ? 311 c'est bien l'ID de ton module détecteur ? Dans son JSON, tu vois bien sa value passer de 1 à 0 (vu que tu es sur HC2) et vice versa quand tu laisses la porte ouverte ?

Il manque pas mal de trucs là Ta variable http, il faut l'initialiser avant de pouvoir l'utiliser Voir ici : Ensuite, ce code il faut le mettre dans une fonction QuickApp:open(), ou close() qui réagira au clic de la souris, et ne pas le laisser dans la partie globale du code LUA.

Non pour moi la syntaxe est correcte. Tu peux juste simplifier en supprimant les accolades autour de l'ID 316 : GEA.add(id["CAPTEUR_OUVERTURE"], 10*60, "Porte de garage ouverte depuis plus de 10 minutes", {"Close", 316, 100}) Et du coup, c'est ID 316, c'est un FGS ? C'est l'actionneur, donc inutile de le mettre dans l'en-tête comme trigger. Et ton 311 pareil, même s'il est en condition, tu utilises une durée de 600s, il faudrait le mettre en trigger uniquement si tu avais une durée de -1 Sauf si tu as d'autres règles qui déclenchent sur trigger des modules 311 et 316

Visiblement il y a une ligne en trop dans l'en-tête de ta scène, mais comme tu n'as pas partagé l'entête en question, on ne peut pas deviner. En tout cas ça ne semble pas en lien avec la règle que tu as partagé.

A vendre, HC3 avec firmware 5.091.039 beta instable mais stable quand même Rare pièce de collection

Je viens de voir ça sur le forum officiel, je reviens ici, et tu l'as partagé Ma box n'a pas rebooté, mais c'est celle de test, il y a peu de choses dessus.

Punaise que c'est beau Mais... ça sert à quoi ? Comme je disais, on est à fond dans le pipeau marketing et la présentation commerciale. Faut bien vendre. Parait que le CES va revenir en présentiel en janvier 2022, du coup... ils auront un truc à montrer.

Han 1 an et demi qu'on l'attendait Il y a un marketeux qui s'est fait plaisir, ils ne vont pas manquer d'en faire mention sur leurs plaquettes commerciales...

Quelques jours qu'ils disaient.... quelques heures oui Fibaro nous surprendra toujours Merci @couillerot

En complément... j'avais fait des tests de charge avec l'API refreshStates, et il s'avère que l'impact sur la charge CPU est relativement minime : Perso j'ai plusieurs QA qui exploitent cette API en parallèle. Actuellement 4 je crois : Il y a notamment GEA, mais aussi Evénements, la gestion de ma porte de garage, et d'un Velux.

Qubino est le seul fabricant à proposer un module Fil-pilote en Z-Wave. Fibaro n'en propose pas. Il faut dire que le fil-pilote c'est une spécificité française (aussi utilisé en Italie il me semble). Ce module fabriqué par Qubino est issu du partenariat avec une boutique française. Remarque complémentaire sur la régulation de température : Si tu cherches sur les forums, notamment coté Jeedom, tu verras que plusieurs personnes n'utilisent pas le thermostat intégré au radiateur, et à la place ils le bloquent à fond, et utilisent un plugin Thermostat sur Jeedom pour faire la régulation. Je trouve personnellement que c'est une mauvaise idée, en cas de plantage/mis à jour/reboot/bug quelconque, tu n'auras plus de régulation, donc le radiateur restera éteint, ou pire, en chauffe permanente. En plus tu as une bonne marque de radiateur, autant laisser le thermostat intégré faire son job comme il faut.

Pour info, la prochaine version 5.091 beta qui sera disponible dans quelques jours : Improves the handling of devices like blinds, shades, and shutters. (separate types, more icons, favorite positions, ability to reverse logic) It extends support to all Bidi Elero devices Brings some improvements regarding z-wave 3.0, energy panel. Brings another pool of bug fixes for reported bugs, including a new wifi driver from the WiFi chip manufacturer that should work better (no more disconnects) And it will bring a surprise in the next mobile application Bien plus tard, l'année prochaine, le panneau d'énergie devrait être accessible dans l'application mobile. Source : https://forum.fibaro.com/topic/56760-next-version-features-topic/?do=findComment&amp;comment=239589

ok ok Oui c'est sûr que ça limite l'intérêt, mais bon de toute façon le BLE n'est pas dispo sur la HC3, alors comme ça pas de question à se poser

Euh.... il n'a jamais été prévu d'ouvrir sa porte avec une Fibaro, ni même une box domotique. Il te faut une serrure connectée pour cela. Certaines fonctionnent avec un badge BLE, d'autres un smartphone, ou bien encore un digicode... Par dessus, la box domotique peut venir récupérer l'état de la serrure, ou bien la fermer si tu es parti en l'oubliant (mais là il faut un moyen de détecter que tu as quitté ton domicile, d'où par exemple les badges BLE dont je parlais au post précédent). Après, ouvrir sa serrure avec une box domotique, faut pas avoir peur....