Aller au contenu

Barelle

Membres confirmés
  • Compteur de contenus

    354
  • Inscription

  • Dernière visite

  • Jours gagnés

    20

Tout ce qui a été posté par Barelle

  1. Pour en savoir plus sur le compteur Linky, je vous recommande cet article sérieux : https://www.canardpc.com/hardware/dossier-hardware/compteurs-linky/
  2. Il devrait suffire de changer le type des childs dans la table childsConfig en "com.fibaro.energyMeter", puis de supprimer le child et de relancer le QA qui devrait le recréer avec le bon type. De mémoire, quand ce QA a été écrit, cela ne fournissait pas des résultats satisfaisants. Désolé, n'utilisant plus ce QA, je ne peux tester cette possibilité.
  3. Si vraiment la limite est atteinte, c'est une solution. Il sera toutefois nécessaire de créer une seconde variable globale si l'on ne souhaite pas perdre les valeurs historiques.
  4. Et en essayant de cette façon : function QuickApp:command(address) local cmdon='<SupplementLight><enabled>true</enabled><brightnessRegulateMode>manual</brightnessRegulateMode><mode>schedule</mode><Schedule><TimeRange><beginTime>00:00:10</beginTime><endTime>23:59:55</endTime></TimeRange></Schedule><brightness>80</brightness><filteringTime>5</filteringTime><sensitivity>4</sensitivity><maxBrightness>80</maxBrightness></SupplementLight>' self.http = net.HTTPClient({timeout=3000}) print(address) self.http:request(address..'/ISAPI/System/externalDevice/supplementLight', { options={ headers = { Authorization = self.credentials, }, checkCertificate = false, method = 'PUT', data = ('<?xml version="1.0" encoding="UTF-8"?>'..cmdon) }, success = function(response) self:debug("response status:", response.status) --self:debug("headers:", response.headers["Content-Type"]) end, error = function(error) -- self:debug('error: ' .. error) end }) end
  5. pas de ".." derrière "port". local address = "http://"..ip..":"..port.. Quel est l'utilité de la fonction "setSelf(self)", où est-elle définie ? La déclaration de "self.sock" est inutile. L'instruction "print(address)" s'exécute-t-elle ?
  6. "cmd" n'est pas défini... "data" devrait être dans le header, pour être envoyé. Soit : function QuickApp:command(address) local cmdon='<SupplementLight><enabled>false</enabled><brightnessRegulateMode>manual</brightnessRegulateMode><mode>schedule</mode><Schedule><TimeRange><beginTime>00:00:10</beginTime><endTime>23:59:55</endTime></TimeRange></Schedule><brightness>80</brightness><filteringTime>5</filteringTime><sensitivity>4</sensitivity><maxBrightness>80</maxBrightness></SupplementLight>' self.http = net.HTTPClient({timeout=3000}) print(address) self.http:request(address, { options={ headers = { Authorization = self.credentials, }, checkCertificate = false, method = 'PUT', data = ('/ISAPI/System/externalDevice/supplementLight', '<?xml version="1.0" encoding="UTF-8"?>'..cmdon) }, success = function(response) self:debug("response status:", response.status) --self:debug("headers:", response.headers["Content-Type"]) end, error = function(error) -- self:debug('error: ' .. error) end }) end
  7. Barelle

    QA & Envoi TCP

    En fait, le self.sock:close() -- socket closed devrait être dans la fonction success de la fonction QuickApp:send(strToSend) Autrement dit, après l'envoi...
  8. Houlà, Je n'utilise plus l'Ecodevice V1, mais le V2. De plus maintenant, équipé d'un compteur Linky, mon Ecodevice V1 ne fonctionne plus... Ce que je comprend de ta demande, c'est de pouvoir récupérer la période tarifaire afin de pouvoir s'en servir de déclencheur dans un scénario. Suite à la relecture du code de ce QA, il ne paraît pas aisé de prévoir un child affichant la période tarifaire. Je te propose : - de créer manuellement une variable globale "PeriodeTarifaire" qui contiendra l'information sur la période tarifaire, - puis de la mettre à jour dans le QA en ajoutant la ligne : fibaro.setGlobalVariable("PeriodeTarifaire", compteurs.teleinfo1.periode); à la fin de la fonction changePeriode. Tu pourras ainsi déclencher un scénario à chaque changement de période tarifaire.
  9. Barelle

    fonctions dans fonction

    self:Consigne (Room, Mode, Chauf_Maison_Mode)
  10. Barelle

    fonctions dans fonction

    Cela permet déjà de corriger la ligne : self:debug("Function Consigne") -- déjà erreur à cette ligne car il ne connait pas self ...
  11. Barelle

    fonctions dans fonction

    Déjà, remplacer : function Consigne (Room, Mode, Chauf_Maison_Mode) par function QuickApp:Consigne (Room, Mode, Chauf_Maison_Mode) ainsi la fonction consigne ne plantera plus et affichera bien "Function Consigne".
  12. Elle n'est pas affichée en Beta :
  13. Passions est un bien grand mot, tout au plus s'agissait-il d'un échange de points de vue sur quelques détails d'ordre technique.
  14. J'abonde dans ton sens, surtout que l'on voit apparaître la propriété "lastEnergyCalculationTimestamp". Le swagger envoie l'ordre : curl -X POST "http://192.168.0.83/api/devices/addInterface" -H "accept: */*" -H "Content-Type: application/json" -H "X-Fibaro-Version: 2" -H "Accept-language: fr" -H "Authorization: Basic xxxxxxxxxxxxxxxxxxxxxxxx" -d "{\"devicesId\":[261],\"interfaces\":[\"virtualEnergyConsumption\"]}" Cela a bien fonctionné pour l'ajout d'une interface "energy", mais pas pour "virtualEnergyConsumption". Sans doute un des nombreux bugs du swagger.
  15. Désolé de te contredire, j'ai bien : "interfaces": [ "energy", "power", "quickAppChild", "virtualEnergyConsumption" ], L'ajout de l'interface "virtualEnergyConsumption" a ajouté également l'interface "energy" et les propriétés "energy", "lastEnergyCalculationTimestamp", "saveToEnergyPanel", "showEnergy" et "storeEnergyData". L'existence d'une interface "energy" n'a pas empêché l'ajout de l'interface "virtualEnergyConsumption". Par contre je ne m'explique pas le non-fonctionnement de l'API "addInterface" par le swagger.
  16. Avec le swagger en utilisant l'API "/devices/addInterface" : - L'ajout de l'interface "energy" ajoute les propriétés "energy", "saveToEnergyPanel", "showEnergy" et "storeEnergyData". - Mais cela ne prend toujours pas en compte l'ajout de l'interface "virtualEnergyConsumption". Par contre avec l'api callAction cela fonctionne. et une fois l'interface "virtualEnergyConsumption" ajoutée, on obtient bien le choix dans l'interface de la Consommation théorique.
  17. Toujours avec le swagger en utilisant l'API "/devices/addInterface" : { "devicesId": [ 261 ], "interfaces": [ "virtualEnergyConsumption" ] } J'obtiens un code 204, mais l'interface n'est toujours pas ajoutée.
  18. En rajoutant l'interface "power" dans le QuickApp parent, cela ne change rien (sans avoir redémarré la HC3). Avec le swagger, un PUT de : { "id": 261, "name": "Ellipse PRO 1200", "roomID": 220, "interfaces": [ "power", "quickAppChild", "virtualEnergyConsumption" ] } permet d'obtenir un code 500 : Error: Internal Server Error
  19. Tout est possible… Sauf qu'il a déjà l'interface "power" : { "id": 261, "name": "UPS VA/W", "roomID": 220, "view": [ { "assetsPath": "/dynamic-plugins/com.fibaro.multilevelSensor/assets", "jsPath": "/dynamic-plugins/com.fibaro.multilevelSensor", "name": "com.fibaro.multilevelSensor", "translatesPath": "/assets/i18n", "type": "ts" }, { "assetsPath": "/dynamic-plugins/power/assets", "jsPath": "/dynamic-plugins/power", "name": "power", "translatesPath": "/dynamic-plugins/power/i18n", "type": "ts" } ], "type": "com.fibaro.powerSensor", "baseType": "com.fibaro.multilevelSensor", "enabled": true, "visible": true, "isPlugin": true, "parentId": 260, "viewXml": false, "configXml": false, "interfaces": [ "power", "quickAppChild" ], "properties": { "categories": [ "other" ], "dead": false, "deadReason": "", "deviceControlType": 1, "deviceIcon": 1048, "deviceRole": "Other", "log": "", "logTemp": "", "manufacturer": "", "model": "", "power": 106, "quickAppVariables": [ { "name": "internalName", "value": "power" } ], "saveLogs": true, "showEnergy": true, "supportedDeviceRoles": [ "Other" ], "unit": "VA", "useEmbeddedView": true, "userDescription": "", "value": 159 }, "actions": {}, "created": 1645412537, "modified": 1645412537, "sortOrder": 72 }
  20. Effectivement… Il serait toujours possible de convertir les puissances (consommée par l'onduleur et restituée par l'onduleur) en énergie cela supposerait d'intégrer les consommations sur une certaine période, ce qui conduira à une approximation qui n'a que peu de chance de gagner en précision par rapport au calcul réalisé par Fibaro et mentionné par @Lazer
  21. Avec la variable debug du QA à false, ce devrait être moins verbeux. Sinon, si cela te gêne, tu peux toujours mettre les lignes en commentaires...
  22. La variable varUPS est affichée dans la console ou encore à l'adresse http://<ip HC3>/logs Dans la fonction processData, pourrais-tu remplacer la ligne : if (varUps["ups.status"] and (string.sub(varUps["ups.status"], 1, 3) ~= "OL ")) then -- values "OL CHRG", "OL DISCHRG" Par la ligne : if (varUps["ups.status"] and (string.find(varUps["ups.status"], "OL") == nil)) then -- values "OL CHRG", "OL DISCHRG", "FSD OL" Et cela devrait être bon.
  23. Je cherche... Pourrais-tu me confirmer que : La version de DSM de ton NAS est bien supérieure à 5 ; Ton onduleur a bien subi une coupure du secteur sans redémarrage du NAS ; Dans la variable varUPS la valeur du champ status est bien à "FSD OL". Merci. PS : tu peux également m'envoyer l'intégralité de la variable "varUPS" (sous forme de texte, une copie d'écran étant peu exploitable).
  24. Merci... Le fichier .lua est le source lua du QA. Si le FQA a été importé, il est inutile.
  25. Barelle

    Mini Spot RGBW ?

    Bonjour, Après une rapide recherche, j'ai trouvé ceci, pour un trou de 18mm, sur un site que je ne connaissais pas... De rien, bonne journée.
×
×
  • Créer...