Lazer

Il me semble qu'il suffit de restaurer une sauvegarde précédente qui était au firmware désiré. Mais je n'ai jamais testé. Quand aux bugs, il faut les remonter sur le forum officiel, car ici Fibaro n'intervient pas.

En LUA il faut utiliser setTimeout() Il y a plusieurs exemples d'utilisation sur le forum. Et attention la durée donnée est en millisecondes, donc il faut indiquer 60000 si on veut une tempo d'une minute. Tu peux utiliser la protection locale du module si tu veux bloquer l'action des interrupteurs. Cela se configure dans les propriétés du module sur la box. Si tu veux le faire programmatiquement, en LUA, par exemple pour interdire l'utilisation des bouton pendant certaines heures, tu peux le faire aussi, il faudra que tu trouves les instructions à utiliser en utilisant les outils de dév du navigateur pendant que tu paramètre le module afin d'intercepter les requêtes sur l'API. Ou bien utilisez GEA, qui sait déjà faire tout ça nativement (volets, temporisation, protection locale, .... et tant d'autres)

Je ne crois pas qu'on puisse...

Oui c'est exactement ça

Ah oui faut que je m'en occupe... désolé tellement de trucs à faire, j'ai pas tellement de temps pour partager des trucs sur le forum depuis quelques mois.... J'essaie de m'y atteler dès que possible.

OK, ça semble ressembler à des BSO en fait (ou store vénitien ?) Tu as jeter un oeil au topic du module FGR ? Car il y a pas mal de discussions à ce sujet justement. Cela dit, j'ai quand même l'impression que tu as donné la solution dans ton message. Mettre le volet à 0%, puis le mettre à 1%. Donc pas besoin de calculer finement une temporisation. Il te suffit donc de mettre le volet à 0%, tu attends que la manoeuvre se fasse, avec une marge de sécurité (je connais pas ton store, mais disons 30s), puis tu donne la consigne à 1% et il va ouvrir les lamelles comme il faut.

Tu parles de scénario, donc de scène je suppose ? Dans ce cas, pas besoin de QuickApp (dont la logique de programmation est beaucoup plus complexe) Ensuite, pourquoi t'embêter avec une temporisation ? Ce n'est pas du tout fiable. Le module, tu fais la calibration du volet, et ensuite tu pourras le piloter simplement en demandant un pourcentage d'ouverture. Par exemple sur l'un de mes volets, pour que les lames soient baissées tout en restant entrouvertes pour laisser passer la lumière, il me suffit de demander de mettre sa valeur à 25%. Pas de tempo à gérer. Pas de programmation LUA à faire, de scène, ou de QuickApp. Enfin si, il faut bien que le scénario soit programmé quelque part, en l’occurrence c'est dans GEA pour ma part, mais peu importe, c'est une seule ligne pour lui dire de se mettre à 0, 25, ou 99% selon la position désirée.

Si je supprime quelque chose, c'est le compte... se présenter en posant une question sans se présenter, faut pas déconner quand même.... Accessoirement je me demande ce que viens faire ce type de question sur un forum domotique. ça sent le gros spam multi-forum-internationnal là....

Welcome to the forum

Effectivement. Et ça sera pire pour le 5 GHz, plus la fréquence augmente, plus la portée diminue et la capacité de traverser des obstacles également.

Bienvenue sur le forum

Bienvenue sur le forum

Oui effectivement. Malheureusement les VD sur la HC2 sont super limités, ça a toujours été son plus gros défaut à mon avis. (les QuickApps sur HC3 corrigent quasiment tous les défauts des VD.... bon ça ne t'aide pas en disant ça....) Après on s'en sort quand même, perso j'avais 2 ou 3 VD qui utilisaient une scène externe pour gérer les requêtes HTTP évoluées.

ça c'est embêtant... il y a un bug connu (mais non corrigé par Fibaro) qui semble lié à un problème matériel qui fait rebooter certaines box.. On en parle sur ce forum ainsi que sur le forum officiel. Le truc c'est que Fibaro n'a jamais réussi à identifier le problème...

Ici ça fonctionne, les graphs se mettent à jour. Tu as rebooté ta box ? Le plugin Netatmo plantait aléatoirement quand j'avais la HC2.

Pour les attaques, ça peut être 1000 et 1 raisons.... connexion à Alexa, fausse manip avec l'application mobile, etc. Sur les forums à chaque fois que le message est apparu, les utilisateurs ont fini par trouver que ça n'était pas une "attaque" (le mot qui fait tout de suite peur) Sinon pour le reset usine, effectivement il est fort probable que la box reparte sur un vieux firmware, donc pas de suggestion du moteur v3. L'essentiel c'est que tu puisses faire les mises à jour pour arriver au dernier niveau stable (et pas beta... attention)

Cool Il "parait" (car je ne l'ai jamais vu) que la question du moteur Z-Wave est posée lors de l'assistant initial de configuration de la nouvelle box. Perso le moteur v3 n'existait pas quand j'ai installé mon HC3 (il y a 2 ans), donc la question ne se posait pas.

Ah je n'avais pas fait attention, si tu es encore sur HC2, alors ça n'est pas possible dans un VD. Tu pourras uniquement le faire dans une scène. Donc si tu as un VD, il faut que le bouton lance l'exécution de la scène qui fera le job. Pour info dans les VD c'était net.FHTTP() qu'il fallait utiliser, mais ça ne permet pas de manipuler les headers des requêtes, donc tu ne pourras pas récupérer ni envoyer ton cookie. Ultra limité.

0/ A ma connaissance la HC3L n'existe qu'en Wi-Fi, donc la question ne se pose pas vraiment (même s'il semble possible de lui connecter certains adaptateurs Ethernet en USB) La vraie question c'est plutôt : qu'en est-il de la fiabilité du Wi-Fi, et la réponse est toujours la même : médiocre. Le débit n'est pas le problème. Le problème, ce sont les déconnexions intempestives.... sauf à utiliser des bornes pro type Ubiquiti Unifi, Aruba, Cisco, etc. Mais oublier toutes les marques grand public (Asus, Netgear, etc... et pire encore les box de nos opérateurs) Si tu n'arrives pas à couvrir ton local piscine en Z-Wave, je ne suis pas certain que le Wi-Fi passe bien.... tu as déjà testé ? Sinon peut-être qu'une prise CPL est plus adapté, même si là aussi, c'est toujours médiocre (même sur les marques soit disant réputées comme Devolo... j'ai subit pendant quelques années les déconnexions intempestives des Free Plugs, puis de 2 générations de prises Devolo) 1/ C'est standard chez Fibaro, la box maitre devient le point de contrôle unique de toutes les box esclaves. J'avais fait un tuto à l'époque de la HC2, le principe est la même sur HC3 : 2/ Tu auras 2 réseaux Z-Wave distincts, donc il faut les placer géographiquement autour du contrôleur (chaque box est un contrôleur Z-Wave) 3/ Oui il faut toujours exclure un module d'un réseau pour pouvoir l'inclure sur un autre réseau 4/ En vertu de #1, il vaut mieux réaliser tous les scénarios sur la box principale, c'est plus logique. En plus si la maitre est une HC3, elle est largement plus puissance que la HC3L, cette dernière n'aura alors à gérer que son petit réseau Z-Wave.

Il faut utiliser net.HTTPClient, voir le tuto : Je vois que tu veux faire 2 requêtes à la suite (il y a 2 commandes curl), il faudra donc imbriquer les requêtes, mon tuto explique justement les notions d'asynchronisme à comprendre. Et il faudra mettre les cookies, token, headers, et tout ça dans la table options de la requête.

Ah bah justement, un petit article récent à ce sujet : [Cnews] Cambriolages : attention, ces méthodes de hacking d'alarme se répandent Par contre, aucune statistiques chiffrées, si ce n'est une source qui s'avère être un vendeur d'alarmes... m'enfin venant de ce site "d'informations", une information fiable aurait été étonnante Sinon oui : la geekerie, c'est la vie ! (la prochaine fois faudra faire ce poème en alexandrin)

Cool le concert, c'est sympa d'avoir un chanteur sous la douche dans ton jardin

OK je comprends... de mon coté j'ai pris le réflexe de toujours regarder le log, d'ailleurs c'est une des améliorations de GEA sur HC3, le log coloré, l'affichage des triggers qui ont été détectés, etc. Et j'attends 5 minutes pour être certain qu'il affiche justement le message dont je parlais. Le label je l'avais ajouté suite à des demandes ici-même, mais comme dit, il ne peut pas t'indiquer le fonctionnement réel de GEA. Seulement le fonctionnement théorique. Perso je n'ai pas besoin d'interrompre le fonctionnement de GEA volontairement.

Oui effectivement, encore un truc qu'on pourrait préciser dans la doc. Bon à la base c'était une doc de syntaxe des options de GEA, afin de servir de référence en complément du forum, mais peu à peu ça se transforme en doc universelle ! Sinon le label Running, bah... c'est juste un label ! Si GEA plante, le label conserve sa dernière valeur connue... ce n'est certainement pas GEA qui va mettre à jour le label, vu qu'il a planté. Et je rappelle que ce label en particulier permet de savoir si GEA fonctionne ou bien s'il a été suspendu temporairement avec les boutons dédiés, pas de savoir si GEA a planté (ce qui n'est pas censé arriver...) Détecter le plantage d'un script LUA, c'est loin d'être aussi trivial. Tu ne te souviens peut être pas sur HC2, mais les VD avaient une fâcheuse tendance à planter fréquemment... raison pour laquelle j'avais développé un Watchdog. Et la seule solution fiable de détection de plantage que j'avais trouvé, c'était de surveiller le log des VD.... tant qu'un message préformaté apparait à intervalle régulier, alors le VD est toujours en vie. Si le message n'apparait plus, alors il est planté, donc on force le redémarrage. C'est le principe d'un "heartbeat" en informatique. Et bien sur HC3, c'est pareil... si tu veux détecter le plantage d'un QuickApp, il faut un heartbeat, et là encore, le meilleur moyen à mon avis c'est d'analyser le log. Il se trouve que j'avais porté mon Watchdog sur HC3 au début, mais je l'ai abandonné car les QuickApp sont très stables. GEA ne plante jamais en pratique. Là tu es dans un cas particulier où GEA plante dès le premier cycle (à cause d'une erreur de syntaxe de l'une de tes règles). Plantage que tu peux immédiatement détecter de visu dans le log. Une fois que tu as corrigé ta règle, le plantage devrait disparaitre, et les cycles de GEA s'exécutent normalement. Et sans activité (aucun déclenchement de règles), tu verras le message "GEA fonctionne depuis " apparaitre à intervalle régulier (toutes les 5 minutes)

La voie officielle c'est l'email : support@fibaro.com Sur le forum officiel, les équipes ne participent que quand ils ont le temps... c'est un espace communautaire.