Barelle
-
Compteur de contenus
339 -
Inscription
-
Dernière visite
-
Jours gagnés
19
Tout ce qui a été posté par Barelle
-
Je n'ai qu'un seul QA avec un child de type Compteur de puissance, il s'agit de ton QA GCE Electronics IPX800 v4 & EcoDevice RT2 (je suis actuellement en phase de migration entre l'EcoDevice et l'EcoDevice RT2). Après un disable du QA, la courbe de consommation CPU ne possède plus de pointes à 100% toutes les minutes : Ce qui correspond à une baisse de 4,5% de la moyenne de la consommation CPU par minute :
-
C'est incontestable, après installation la consommation CPU est supérieure (relevé toutes les minutes) : et avec un petit zoom : Et je retrouve bien une consommation CPU toutes les minutes :
-
Pas de fichier de conf, dans la variable du QA childs, comme indiqué en première page... Plus concrètement, il suffit de cliquer sur le crayon pour pouvoir modifier la variable (attention aux majuscules et minuscules)
-
Pour un abonnement BASE, certains childs n'ont pas beaucoup de sens, je te suggère d'adapter la variable childs du QA en supprimant les valeurs T1SimuBaseJour, T1SimuBaseMois, T1SimuBaseAnnee, HCIndex, HPIndex. Après une analyse plus approfondie, il semblerait que l'ajout du child BASEIndex pourrait corriger le problème. Merci de ton retour
-
J'ai beau chercher, je ne trouve pas... La réponse de l'EcoDevice dans sa nouvelle version est conforme à la précédente. Je te suggère de supprimer la variable globale et de relancer le QA.
-
Quick APP - UPS pour serveur DSM Synology
Barelle a répondu à un(e) sujet de Barelle dans Quick App Developpeur
Toutes les informations retournées par le serveur Synology sont dans la trace que tu as communiqué : BEGIN LIST VAR UPS VAR UPS battery.charge "100" VAR UPS battery.charge.low "10" VAR UPS battery.charge.warning "50" VAR UPS battery.date "2001/09/25" VAR UPS battery.mfr.date "2021/04/21" VAR UPS battery.runtime "5760" VAR UPS battery.runtime.low "120" VAR UPS battery.type "PbAc" VAR UPS battery.voltage "27.4" VAR UPS battery.voltage.nominal "24.0" VAR UPS device.mfr "American Power Conversion" VAR UPS device.model "Back-UPS BR 900GI" VAR UPS device.serial "3B1149X30814 " VAR UPS device.type "ups" VAR UPS driver.name "usbhid-ups" VAR UPS driver.parameter.pollfreq "30" VAR UPS driver.parameter.pollinterval "5" VAR UPS driver.parameter.port "auto" VAR UPS driver.version "DSM6-2-25510-201118" VAR UPS driver.version.data "APC HID 0.95" VAR UPS driver.version.internal "0.38" VAR UPS input.sensitivity "medium" VAR UPS input.transfer.high "294" VAR UPS input.transfer.low "176" VAR UPS input.transfer.reason "input voltage out of range" VAR UPS input.voltage "233.0" VAR UPS input.voltage.nominal "230" VAR UPS ups.beeper.status "enabled" VAR UPS ups.delay.shutdown "20" VAR UPS ups.firmware "879.L3 .I" VAR UPS ups.firmware.aux "L3 " VAR UPS ups.load "12" VAR UPS ups.mfr "American Power Conversion" VAR UPS ups.mfr.date "2011/12/15" VAR UPS ups.model "Back-UPS BR 900GI" VAR UPS ups.productid "0002" VAR UPS ups.realpower.nominal "540" VAR UPS ups.serial "3B1149X30814 " VAR UPS ups.status "OL" VAR UPS ups.test.result "No test initiated" VAR UPS ups.timer.reboot "0" VAR UPS ups.timer.shutdown "-1" VAR UPS ups.vendorid "051d" Comme dans l'application MacOs, les données de tension de sortie, de fréquence et de puissance n'y sont pas présentes. -
Quick APP - UPS pour serveur DSM Synology
Barelle a répondu à un(e) sujet de Barelle dans Quick App Developpeur
Ton onduleur ne fournit pas les informations de puissance et de tension en sortie, donc le QA ne peut les afficher… -
Quick APP - UPS pour serveur DSM Synology
Barelle a répondu à un(e) sujet de Barelle dans Quick App Developpeur
Je n'ai pas ce modèle d'UPS en particulier, il faudrait vérifier que les informations sont bien fournies par le serveur UPS de ton Nas. Pour contribuer au diagnostic, après s'être assuré que la variable debug est bien à true, il conviendrait que tu publies une copie de la trace incluant au moins l'affichage "getInfo>>>reply (step=6)=...". Nous verrons ainsi si le QA reçoit bien les données non affichées. -
Je viens de vérifier le code, la seule cause que j'identifie concernant le total de l'année différent de celui du mois pourrait venir des valeurs des variables yearIndex et monthIndex de la variable globale qui y seraient différentes. La solution la plus simple consiste à la supprimer puis a relancer le QA, ou alors d'éditer la variable pour que ces deux variables aient des valeurs identiques pour un même compteur. PS : pour la suppression de décimales, regarde la fonction round dans le code du QA qui te permettra d'avoir <valeur sans décimales> = round(<valeur avec décimales>, 0).
-
Bravo ! Oui, cela serait possible de prévoir un seul affichage par ligne, toutefois dans un cas défavorable, T1 en abonnement Tempo (6 compteurs donc 6 tarifs), T2 (en affichage simple), C1 et C2, et après un rapide décompte, cela nous amènerait à 55 lignes, ce qui ne me paraît pas du tout raisonnable. Il est certain que Fibaro ne permet, en standard, aucune mise en forme de l'affichage des QA et que leur choix d'espacement des différentes lignes n'est pas celui que j'aurai retenu. Dans ma compréhension de l'esprit de la HC3, il vaut mieux privilégier l'affichage par des childs dédiés, ainsi tu pourrais obtenir ces affichages avec les childs C1Index, C1Actuel (660 sec), C1Heure, C1Jour, C1Mois, C1Annee et bien sûr la même chose pour C2. Tu pourrais aussi te développer un QA dédié à l'affichage que tu souhaites qui s'alimenterait en données soit à partir de la variable globale, soit à partir des affichages de ce QA.
-
Une nouvelle version est disponible en première page, n'oublie pas de déclarer la variable C2IndexUnit à la valeur L, pour avoir l'affichage en litres ou en m³, sauf pour l'index qui restera dans l'unité précisée pour indexUnit.
-
Patience, une nouvelle version corrigeant deux anomalies arrive. Pour changer l'unité affichée pour c2, il conviendra de déclarer la variable C2JourUnit avec la valeur L/j (cf. première page). Ce paramètre sera correctement pris en compte dans la nouvelle version. Il est vrai que l'Eco-Devices affiche l'index du compteur en m³, toutefois, la valeur affichée en litres est exacte, c'est celle retournée par l'Eco-Devices, faire http://<ip Eco-Devices>/api/xdevices.json?cmd=10 pour s'en assurer. Je réfléchirai sur la possibilité de calculer dynamique l'affichage des multiples du litres en fonction de la valeur du compteur. Pour l'instant seules les valeurs pour le mois et l'année font l'objet d'une division par 1000.
-
Je crois avoir trouvé la cause, il faudrait supprimer la variable globale qui contient quelques scories, puis relancer le QA.
-
Manifestement, il y a un problème... Pourrais-tu me donner les lignes du log qui précède le plantage et qui commencent par : readEcodevices>>>OK, response.data= changePeriode>>>globalVarName En attendant, je te suggère de : Supprimer les variables CoutAnnuelHPHC, CoutKWHPHC, CoutAnnuelBASE, CoutKWBASE ; De modifier les variables : toBeDisplayed = C1,C2 childs = C1Index,C2Index,C1Jour,C2Jour Remarque : la variable displaySimul est inutile, mais elle sera recrée, il est donc vain de la supprimer...
-
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.
