Aller au contenu

Dgille

Membres confirmés
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    289

  • Inscription

  • Dernière visite

Messages posté(e)s par Dgille

  6. Posté(e) · Report reply

    Autre question, je quelques tores connectés au RT pour mesurer la conso sur les grands postes (Chauffage, ECS et bientôt PAC). J'ai donc créé la config suivante pour tester.

     

     {device = {name = "Pince Chauffage"    , type = "EnergyMeter"     }, value = {command = "Index", argument = "T" , pin = "Index_TORE_Cons1", type = "X400-CT-100A"}},
     {device = {name = "Pince ECS"     , type = "PowerSensor"     }, value = {command = "Index", argument = "T" , pin = "Index_TORE_Dist2", type = "X400-CT-50A"}},

     

    Avec les 2 types pour voir la différence.

     

    Les enfants sont bien là:

    image.png.ff574874a9f626c7045a7d5cee8d71ae.png

     

    Pas d'affichage sur la pince Chauffage, normal, mais le swagger indique que "Value" contient bien l'index.

    Par contre, sur le pince ECS, je ne sais d'ou vient la valeur (en VA convertie??)  et pas d'affichage en W.

    La requête Index=T donne

    image.png.f0835feea7767ac85d3d0ff79a8c5822.png

     

    Je dois inverser le sens du tore 2 (car je suis en Dist), mais au delà de cela, l'absence de conso est W est normale ou pas ?

     

    Merci !

     

     

  7. Posté(e) · Report reply

    Super boulot.

    Pour le TEMPO, le tarif en cours remonte bien sur la VG.

    Au niveau du child TéléInfo, la puissance apparente en V.A. remonte bien, mais pas la puissance en Wh/h.

    Pour cela, j'ai modifié la ligne 733 du fichier GCE par celle-ci :

     

     

     local energykWh = ((tonumber(response.BASE) or 0) + (tonumber(response.HCHP) or 0) + (tonumber(response.HCHC) or 0) + (tonumber(response.BBRHPJB) or 0) + (tonumber(response.BBRHCJB) or 0) + (tonumber(response.BBRHPJW) or 0) + (tonumber(response.BBRHCJW) or 0) + (tonumber(response.BBRHPJR) or 0) + (tonumber(response.BBRHCJR) or 0 ) + (tonumber(response.EJPHN) or 0 ) + (tonumber(response.EJPHPM) or 0 )) / 1000

     

    Pour tenir compte de TEMPO voire EJP.

     

    Pour les FP, ce qui serait bien, c'est de pouvoir faire un bête ON/OFF (donc Confort/Arrêt) sur un binary Switch, quand  les radiateurs sont pilotés par un thermostat externe (ou QA Heating Manager à venir :)) ou les 6 ordres.

    Ce qui est dommage, c'est que l'API GCE ne place pas les ordres FP dans l'ordre ( 0 pour confort, 1 pour Eco, 2 pour Hors Gel, 3 pour Arrêt, 4 pour Confort -1 et 5 pour Confort -2 ), il faudra donc un bout de code si l'on veut le même comportement que les Qubino.

    Est il possible d'ajouter des boutons sur les childs   ? Il me semble que non pour le moment.

     

  10. Posté(e) · Modifié par Dgille · Report reply

     

    Citation

    Parce qu'il n'y en a pas.

    Pas d'accord, après quelques tests, les panneaux de chauffages sont bien liés au thermostat (ce n'est pas un scoop), donc dépendance.

    L'application mobile positionne bien les dérogations sur les panneaux de chauffage.

    Les profils positionnent bien les dérogations sur les panneaux de chauffage.

    Au final, ce sont les dérogations positionnées sur les thermostats qui ne créent pas de dérogation sur les panneaux. Cela me paraissait surprenant, mais en y réfléchissant, c'est logique. Il faut considérer les QA thermostats comme des versions virtuelles des thermostats physiques, en charge de faire le lien avec les équipements de chauffe.

     

    Donc soit on est dans un logique de piloter les dérogations via les panneaux, interface WEB et appli mobile font le job.

    Soit on dispose d'un thermostat physique ou virtuel et on pilote les dérogations via ce dispositif.

     

    Il faut juste ne pas faire les deux en même temps, car conflit.

    La priorité dépend de l'usage que l'on en fait derrière:

    - au thermostat, si le QA thermostat pilote effectivement le chauffage (via FP par exemple), ou le thermostat physique une chaudière),

    - au panneau s'il n'est que support à une scène ou un autre QA qui lui, pilote effectivement le dispositif.

     

    En résumé, avec ces éléments, il faut bien réfléchir en amont à la manière dont on souhaite gérer tout cela.

     

    EDIT: les QA Thermostats sont affichés, mais sans possibilité d'interagir sur l'appli mobile, probablement à venir dans une prochaine version.

    • Like 1

  14. Posté(e) · Modifié par Dgille · Report reply

    Une autre solution est , a partir d un QA thermostat classique, mettre en correspondance les ordres FP et les températures issues du panneau de chauffage, 19 = confort, 18 = confort -1, 15= eco, etc...., ainsi tu profites des panneaux et des thermostats de l’appli mobile.

     

    pas de régulation fine , mais c est pratique d utilisation.

    • Like 2

  15. Posté(e) · Modifié par Dgille · Report reply

    Un bug que j'ai remarqué sur la fonction setTimeout sur HC3, dans les QA, c'est que si tu calcules le temps en millesecondes manuellement, et donc que ce n'est pas un entier, la fonction considère que la valeur vaut 0, donc un appel du style:

    function f1()

      blablabla

       setTimeout(f1(),1000.01)

    end

    f1() est appelée non stop, avec 100% de CPU à la clef.

    même un bête 0.5*1000 peut conduire à un 500.0000001, je fais donc systématiquement un math.floor() lorsque le délai est calculé.

    • Like 2
    • Thanks 1

  16. Posté(e) · Report reply

    Bonjour à tous,

     

    voici un QuickApp sans prétention, pour animer vos lumières HUE ou autre :2:

     

    Après l'import, alimentez les ID de vos lumières RGB et N/B

    local RGBlights={}
    local BWlights={}

     

    Vous pouvez, via les boutons de l'interface, changer le rythme et le style des couleurs (uniformes ou non).

     

    Pour égayer vos soirées confinées...

     

     

    Enjoy !

     

    Discotheque.fqa

    • Like 3

  23. Posté(e) · Report reply

    Oui, un 222 peut être alimenté en 24v.

    pour la lampe , elle doit être câblée sur LAM, c est pour cela qu elle clignote. il faut récupérer le signal via le contact COR, qui ne clignote pas.

    j ai un doute sur le cablage direct en 220 sur l entrée de fgbs, il faut peut-être mettre un relai entre les deux, si des gens du forum ont déjà tenté ?

     

     

  25. Posté(e) · Modifié par Dgille · Report reply

    Bonjour, oui, l'ouverture partielle nécessite un troisième contact sec, dans ce cas, il te faut un FGS 214 (ou un 224, mais on n'utilisant qu'une seule sortie).  Il faudrait vérifier si l'on peut désolidariser les entrées des sorties sur ces modules (sinon, en utilisant un smart implant),ce qui te permettrais de  récupérer le contact de la lumière de courtoisie et ainsi détecter l'ouverture  lorsqu'elle est actionnée par la télécommande ROGER (pour piloter un autre éclairage ou une porte de garage par exemple).

×