Lazer

Welcome to the forum

Qu'appelles-tu variables "locales" ? Si ce sont des variables créées à l'exécution dans le code LUA (local mavariable = valeur), alors oui en effet, il est évident qu'elles ne peuvent être accédées en dehors du code lui-même. Pour moi la discussion porte bien que les variables du QuickApp, telles que définies dans son onglet Variables :

LOL, ben tu n'as plus qu'à attendre 513.63333333333 minutes, attention c'est précis

Je ne sais pas t'aider, car je n'ai pas de chaudière, mais j'ai compris des nombreux échanges à ce sujet sur le forum que c'est un sujet complexe. Je te laisse commencer par étudier quelques un des sujets pour te rendre compte à quel point il est complexe de piloter son chauffage central à la fois par domotisation des radiateurs ET de la chaudière. En général, c'est l'un ou l'autre, et ça c'est facile. https://www.google.fr/search?q=site%3Adomotique-fibaro.fr+gestion+chauffage+chaudière

Alors en effet, fibaro.call() ne peut être utilisé que pour appeler (= exécuter) une fonction dans un autre QuickApp, mais sans retour d'état. Ce qui implique : - impossible de savoir si l'action demandée a bien été exécutée - impossible d'appeler une fonction qui retourne une valeur Je remets ici la code source de la fonction tools.getVariable() pour être certain qu'on parle bien de la même : tools = tools or {} -- -- Get QuickApp variable silently without showing warning message in case variable does not exist -- -- Usage : -- local mavariable = tools.getVariable(self, "debug") -- local mavariable = tools.getVariable(1234, "debug") -- function tools.getVariable(self, variable) local id = type(self) == "userdata" and self ~= tools and self.id or type(self) == "number" and self > 0 and self if id then if type(variable) == "string" and name ~= "" then local device if type(self) == "userdata" then device = self else device = api.get('/devices/' .. tostring(id)) end if device then if type(device.properties) == "table" and type(device.properties.quickAppVariables) == "table" then for _, v in ipairs(device.properties.quickAppVariables) do if v.name == variable then return v.value end end else tools:warning("tools:getVariable() : can't get QuickApp variables") end else tools:error("tools:getVariable() : can't find device", type(self), tostring(self)) end else tools:error("tools:getVariable() : invalid variable name :", type(variable), tostring(variable)) end else tools:error("tools:getVariable() : invalid self device :", type(self), tostring(self)) end end Du coup, si tu l'utilises sur le device ID 38, ça devrait fonctionner, si ce module possède bien la variable demandée (attention aux fautes, majuscule, etc) Si ça ne fonctionne pas chez toi, quelle affichage as-tu ? Tu dois au moins avoir un message d'erreur. Attention, cette fonction de ma librairie tools utilise également d'autres fonctions : tools:warning et tools:error() qu'il faut que tu penses à copier/coller également (ou bien remplacer par un print() tout simple)

Non le soft reconfiguration se fait depuis la box, dans l'onglet des propriétés avancées de chaque module. Ensuite, il faut aller réveiller la tête, car c'est un module sur batterie. @Nico non mais je réagissais à ta remarque, tu parles d'un maintient au top, alors qu'ils ne font que corriger des bugs qu'ils ont eux-même introduit dans la mise à jour précédente, censée être stable. On se demande bien pourquoi ils nous font faire des soft-reconfiguration des thermostats depuis la mise à jour précédente. Tu parles d'un support, ça me fait bien rire (jaune...) Le seul vrai correctif dans tout ça, enfin correctif "utile" depuis les 2 dernières "stables", c'est celui du plugin météo. Même si on se demande pourquoi ils attendent systématiquement que le plugin ne fonctionne plus pour le corriger, alors qu'ils pourraient anticiper un minimum, les fournisseurs de données en cloud préviennent toujours avant de changer d'API, ce n'est pas la première fois que ça se produit.

Ce sont des données au format JSON, donc un début de réponse c'est d'utiliser json.decode() pour transformer son contenu en un beau tableau exploitable en LUA. Exemple ici :

lol

Plus rien ne les arrête, on n'a jamais eu autant de mises à jours sur la HC2 Bon en vrai surtout des corrections de bugs introduits précédemment.... mais on apprend au moins qu'un nouveau firmware arrive pour les têtes thermostatiques

Comment s'est passé cette attaque ? Ils ont scanné tous les ports du Web ? Donc ça veut dire que ton NAS était accessible en direct sur un port ouvert sur ton routeur ?

Le -1 est vraiment à part, ce sont les déclenchements instantanés (= triggers de scènes comme on les avait sur la HC2) Le 0, c'est une durée comme une autre, comme 30, 60, 90, etc... aucune différence. Et toutes ces règles rentrent alors dans la boucle infinie de vérification des conditions de GEA. GEA fonctionne par cycle de 30 secondes (par défaut) À chaque cycle, GEA vérifie si la condition est valide depuis au moins (supérieur ou égal à) la durée indiquée. Oui parce que l'utilisateur, quand il allume une lumière, il le fait à un moment quelque part entre 2 cycle de GEA. Mais ça GEA ne le sait pas, lui il ne regarde l'état des modules qu'à chaque cycle. Donc quand tu mets 30s, au moment où GEA déclenche la règle, ton module est effectivement allumé à un moment situé quelque part entre 30s et 59s (juste après le cycle précédent) Exemple avec 30s : GEA.add(123, 30, "Le module 123 est allumé depuis au moins 30 secondes", {ACTIONS}) - Au premier cycle, la condition est valide, mais ça fait moins de 30s, donc GEA ne fait rien - Au second cycle, la condition est valide, et ça fait plus de 30s, donc GEA réalise les actions - Au troisième cycle, la condition est toujours valide, mais les actions ont déjà été exécutées au cycle précédent, donc GEA ne fait rien (sauf si on a spécifié {"Repeat"} ). => La règle ne sera "réarmée" qu'après que ses conditions soit devenue invalides. Dans le cas présent, il faut éteindre le module 123 puis le ré-allumer pour que GEA reprennent le calcul des 30 secondes. Autre exemple avec 0s : GEA.add(123, 0, "Le module 123 est allumé depuis au moins 0 secondes", {ACTIONS}) - Au premier cycle, la condition est valide, et ça fait plus de 0s, donc GEA réalise les actions - Au second cycle, la condition est toujours valide, mais les actions ont déjà été exécutées au cycle précédent, donc GEA ne fait rien (sauf si on a spécifié {"Repeat"} ). Du coup, tu as bien compris que si tu mets une durée de 60s, alors les actions ne seront réalisées qu'au 3ème cycle. Le mieux c'est d'expérimenter par toi même, c'est ce que j'ai fait pour comprendre le fonctionnement de GEA quand je l'ai porté sur HC3, car je me suis rendu compte que je l'utilisais depuis des années sur HC2 soit avoir bien compris son fonctionnement (remarque c'est toujours le cas, à part @Steven je ne sais pas si quelqu'un a compris à 100% tellement l'outil est complet et puissant) Donc tu prend un module quelconque (un des QuickApps données en exemples par Fibaro, qui ne font rien, de type Binary Switch), tu mets des durées de 0, ou 30s, la fenêtre de logs à coté, et tu verras immédiatement les conséquences des changement d'état du module. D'abord il faut réaliser des tests unitaires (avec 1 seule condition), puis petit à petit ajouter plusieurs conditions (il faut que toutes les conditions soient valides pour déclencher la règle.... sauf si on utilise "Or"...)

euh... ça ne me dit rien du tout cette histoire de durée = 0 qui fait planter le QA (ou la scène sur HC2)....

Hum... petit bug ? Normalement il repasse sur OFF lorsque le robot est à l'arrêt (donc soit arrêté en plein milieu de la maison, soit posé sur sa base de rechargement) L'idée, c'est : - ON = en mouvement - OFF = immobile Parce que je compte l'utiliser ainsi dans les scénarios GEA afin de ne pas prendre en compte les mouvements des détecteurs de mouvement pendant notre absence si l'aspirateur est en activité. Et c'est beaucoup plus simple de prendre la "value" true/false du module que d'aller lire les labels (ce que je faisais avec le Roomba) Et puis ça permet aussi d'avoir une icône qui se met à jour toute seule en vert/rouge pour identifier d'un coup d'oeil l'activité du robot. Donc si ce n'est pas ton cas, il va falloir reproduire le bug.... idéalement, tu mets le mode debug, puis tu captures le log entre le moment où il aspire et le moment où il s'arrête (un peu avant et un peu après pour être certain de voir large)

En fait ça dépend de la durée que tu as mis dans ta règle restartée. J'ai fait des tests avec une durée = 0, et la règle est bien redémarrée dès le 1er cycle suivant. Ce qui semble un comportement tout à fait normal, selon la logique de GEA. Une règle n'est validée que lorsque elle est vérifiée depuis au moins la durée indiquée. Donc pour 30s, c'est au 2nd cycle qu'elle se déclenche.

Tiens, c'est marrant, sur les forums je vois de plus en plus d'utilisateurs d'Unifi se tourner vers Mikrotik, au moins pour la partie routeur. Mikrotik j'avais justement étudié en détail leur gamme avant de choisir mon EdgeRouter, il y a pas mal d'années donc, et j'avais préféré Ubiquiti à ce moment là. J'imagine que ça a pas mal évolué depuis. Mais pas contre... c'est pas trop le moment de changer de routeur, les tarifs sont soit exorbitants, soit il n'y a plus de stock... c'est la crise des composants !

Ben moi j'ai mon routeur Ubiquiti EdgeRouter (gamme non Unifi du coup) qui est tombé en panne, la clé USB interne qui a lâché. Je le sentais venir depuis un moment, elle donnait des signes de faiblesse (crash... depuis 1 an !!! .... mais le routeur continuait à fonctionner ) Du coup je l'ai ouvert, réinstallé une clé lambda (j'ai hésité à utiliser l'ancienne clé Recovery de la HC2 ) et en moins de 2h le routeur est comme neuf. Donc pas mal du tout Après c'est leur gamme pro Edge, donc pas Unifi.... je trouve que de plus en plus, Ubiquiti s'est chié dessus avec sa gamme Unifi... l'idée était sympa, c'était bien parti, mais ces derniers temps, c'est pas ça... bugs, fonctionnalités manquantes, etc, et tout ça avec des tarifs qui ont sacrément augmentés !

Yes, I will do it... but later, I don't have time right now. Maybe in May, or even June. The next version will also make use of the WebSockets capabilities now available on HC3. For now, I have disabled automatic updates, so I can still use Kodi 18 a little bit longer. By the way, it gives time to the developer team to resolve the bugs of this first major release.

Hum... oui... pour restaurer... ben suffit d'utiliser la même méthode (à l'envers) que pour la sauvegarde non ? Pourquoi faire simple quand on peut faire compliqué... OneDrive, Dropbox, et compagnie, ça sert à monter un lecteur réseau local, donc usage ultra simplifié => copie de fichiers locaux, pas besoin d'outils de transferts de fichiers via le réseau (FTP, SMB, etc), puisque le transfert sur le réseau est masqué par le client OneDrive ou Dropbox installé en locaL Dans le cas du NAS, quand celui-ci intègre nativement la possibilité de transférer vers ces services, là aussi on n'a pas besoin de se préoccuper des transferts réseaux, c'est le client installé dans le NAS qui va exploiter l'API mis à disposition par le fournisseur cloud pour faire les transferts.

Regarde là :

FileZilla c'est le logiciel que j'utilise depuis 15 ans pour tous mes transferts FTP (et SFTP). Mais je ne vois vraiment pas le rapport avec la sauvegarde.... j'insiste, mais FTP n'a jamais été conçu pour la sauvegarde, la synchronisation, etc.... mais uniquement pour le transfert ponctuel de fichier entre serveurs : téléchargement ou téléversement (ouh là là que je n'aime pas cette traduction française.... allez je vais dire "upload") Donc non, avec FIleZilla tu ne te connecteras pas sur les services cloud tels que Dropbox ou OneDrive.

Bienvenue sur le forum

Bienvenue sur le forum

@fredokl pour info j'ai trouvé ce bug, il est corrigé dans la nouvelle version 7.22 disponible sur :

Mise en ligne de GEA version 7.22 : Correctifs :  Résolution du Profile identifié par son ID numérique dans les conditions Résolution de l'action RestartTask qui était sans effet Copier/coller le contenu du fichier LUA téléchargé par dessus le fichier main dans le QuickApp (ou bien télécharger le QuickApp complet disponible en 1ère page) GEA v7.22.lua

Bienvenue sur le forum