Barelle
-
Compteur de contenus
350 -
Inscription
-
Dernière visite
-
Jours gagnés
19
Tout ce qui a été posté par Barelle
-
Quelles sont les variables du QA ?
-
La version 0.95, disponible en première page, devrait corriger le problème. Remarque : il est inutile de modifier le code source, tout le paramétrage se faisant par les variables du QA, les paramètres inutiles étant supprimés lors de l'initialisation. De plus, l'ajout ou la suppression de lignes chamboulant la numérotation, cela rend particulièrement ardue toute forme d'identification de la source du problème.
-
Il convient de modifier la variable childs du QA pour lui préciser que seuls les childs de C1 et C2 seront à afficher. Dans ton cas elle devrait donc être égale à "C1,C2".
-
Bravo
-
http://<adresse HC2>/api/devices/383 ou en passant par : http://<adresse HC2>/docs/#!/devices/getDevice
-
Je suis à sec, heureusement l'heure de l'apéro approche Par curiosité, que donne le json d'un des deux devices, le 383 par exemple.
-
Oui, c'est possible, même si le paramétrage des unités des compteurs C1 et C2 n'existe pas encore sous la forme de paramètres du QA (c'est dans la liste des améliorations...). Pour l'instant, il faudra adapter les unités qui figurent dans la table childsConfig pour le compteur C2 en s'inspirant de celles figurant pour le compteur C1.
-
Désolé, mais je ne vois pas... Et en essayant de mettre ces quelques lignes en tout début du VD, juste après fibaro:debug('Lancement PING') pour court circuiter les sleep qui sont bien longs.
-
Non, ce n'est pas utile, il faudrait s'assurer, par contre, qu'elles ont bien une valeur : local id_module_virtuel = fibaro:getSelfId() local temp = fibaro:getValue(383, "value") fibaro:debug("temp="..temp.. " °C") fibaro:call(id_module_virtuel, "setProperty", "ui.LabelTemp.value", temp.. " °C"); local hygro = fibaro:getValue(384, "value") fibaro:debug("hygro="..hygro.. " %") fibaro:call(id_module_virtuel, "setProperty", "ui.LabelHygro.value", hygro.. " %");
-
Dans le code : LabelTemp, LabelHygro Dans la déclaration : Labeltemp, Labelhygro
-
Ce serait bien d'initialiser la variable http... Par exemple dans onInit : self:http = net.HTTPClient({timeout=3000}); mais attention les appels sont asynchrones, comme dans les scènes de la HC2.
-
Alors le mystère reste entier
-
A la vue des traces communiquées, j'avoue avoir du mal à faire le lien avec la variable globale. Ce qui est certain, c'est que dans la fonction changePeriode, on vérifie que les derniers index sont bien supérieurs aux précédents, sinon on les remets à zéro, puis on les mémorise dans la variable globale. Le surprenant est que dans les données directement lues de l'EcoDevices, les index sont nuls et on y trouve même les champs T1_BASE et T2_BASE qui ne devraient même pas exister dans le cas d'un abonnement HPHC : { "product": "Eco-devices", "T1_PTEC": "----", "T1_PAPP": 0, "T1_BASE": 0, "T2_PTEC": "----", "T2_PAPP": 0, "T2_BASE": 0, "INDEX_C1": 11463, "INDEX_C2": 0 } Bug de l'Ecodevices ? Dans quel version est-il ( la dernière est la 1.05.25) ?
-
Alors là, je sèche... Il paraît que la nuit porte conseil, je m'inscris en faux contre une généralisation de cet adage. Le constat : dès la lecture de la trame de l'EcoDevices, les données reçues sont erronées : Présence des champs T1_BASE et T2-BASE alors que l'abonnement parait être en HPHC ; Donc, et en bref : La trame reçue ne comprend pas les données attendues. Quels sont les changements effectués avant l'arrêt du bon fonctionnement ? Utilises-tu bien la version originale du QA que j'ai posté ? Sinon, vérifie ton code ou envoie moi ton fichier fqa.
-
Ben, le diagnostic est aisé : readEcodevices>>>OK, response.data={"product":"Eco-devices","T1_PTEC":"----","T1_PAPP":0,"T1_BASE":0,"T2_PTEC":"----","T2_PAPP":0,"T2_BASE":0,"INDEX_C1":11463,"INDEX_C2":0} ton EcoDevices ne renvoie que des zéros, sauf pour C1... Si tu rentres "http://aaa.bbb.ccc.ddd/api/xdevices.json?cmd=10" avec aaa.bbb.ccc.ddd l'adresse IP de l'EcoDevices dans un navigateur, quelle est la réponse ?
-
Regarde les premières lignes de log, juste après le démarrage du QA. Selon le log que tu as communiqué, toutes les variables sont présente dans la variable globale (cf. compteur), mais elles sont toutes à zéro sauf pour T1.
-
Tout est à zéro dans la variable compteur, j'ai l'impression que la télérelève de l'Ecodevices ne fonctionne pas. Essaie t'y connecter directement pour voir.
-
Quels sont les messages de log lors du lancement ?
-
Je suis surpris... et tant mieux
-
topic unique Fibaro FGR-223 - Roller Shutter 3 - Micromodule pour volet roulant Z-Wave+
Barelle a répondu à un(e) sujet de Lazer dans Modules Fibaro
Si la prise et le volet sont sur le même disjoncteur, cela ne pose pas de problème technique, mais montre que l'installation n'est pas aux normes. -
self:updateProperty("log", "GOOD") devrait fonctionner.
-
Alors, le lua Fibaro prend des initiatives... Et avec : MaVar[tostring(8)] ou MaVar["8"]
-
Et le json.decode ?
-
Ben ça marche un tableau dans une variable de QA : local tableau = { [1] = "un", [2] = "deux", [3] = "trois", } self:setVariable("tableau", tableau); local tab = self:getVariable("tableau"); self:trace("type(tab)=", type(tab), ", tab[2]=", tab[2]); ou pour avoir quelque chose de lisible, on emploie le format json : local tableau = { [1] = "un", [2] = "deux", [3] = "trois", } self:setVariable("tableau", json.encode(tableau)); local tab = json.decode(self:getVariable("tableau")); self:trace("type(tab)=", type(tab), ", tab[2]=", tab[2]);
-
Je suis bien d'accord, ce n'est pas la bonne syntaxe, essaie plutôt : local EcoDevice = fibaro.getGlobalVariable("EcoDevices"); self:trace("type(\"EcoDevice\")", type(EcoDevice)); -- string EcoDevice = json.decode(EcoDevice); self:trace("type(\"EcoDevice\")", type(EcoDevice)); -- table local consoActuelleWh = coDevice.teleinfo1.consoActuelleWh; self:trace(EcoDevice.teleinfo1.consoActuelleWh) avec quelques traces pour aider à la compréhension...
