jjacques68

oui je viens de voir, il fait rien du tout. Mais du coup ça aide pas du tout à réaliser le truc ! C'est même très compliqué en fait, car on a le panel qui envoi ses consignes sans réfléchir, et on doit avoir un autre système (le QA) pour faire la régulation ! Le tout doit cohabiter... et les linked device n'ont pas l'air d'aider non plus, du moins dans les cas des têtes danfoss. oulalalala ça fume dans ma tête...

oh putain !!! Si je comprends bien mes sondes de température dans les pièces n'ont aucun rôle dans la régulation de la température ? C'est les Danfoss qui fond ça elles-même en fonction de la consigne envoyé par le panel ? Mais alors pourquoi on définit le capteur de température principal dans chaque pièce ? Je pensais que c'état pour que le panneau de chauffage sache justement quelle température il fait ! Du coup je suis pas d'accord non plus avec ce que j'ai écrit roooooh punaise !!! c'est pour ça que j'étais jamais à l'aise avec ce foutu truc !! Et je comprends maintenant le rôle du QA thermostat. Alors si on en met un maintenant : Quand le panel envoi une consigne à la tête. Et que le QA thermostat mesure une température dans la pièce (donc via la sonde) supérieure à la consigne, que va-t-il faire ? Surchargé la consigne du panel ? éteindre complètement la tête ?

euh la je suis pas d'accord... si tu as ton programmateur qui doit déclencher 22 °C à x heure. Si la sonde de température mesure 24 °C, les têtes ne vont pas s'ouvrir !!

oui ok on parle du climate panel lui = climate panel

Très bien ok, je comprends. Dans mon installation actuelle, on est d'accord pour dire que : les tête danfoss sont pilotées par le panneau de chauffage, qui lui, récupère la température via les sondes de températures. J'ai juste dans mon raisonnement ?

ah d'accord. sinon la régulation ne fonctionnerait pas... logique. Mais alors je comprends pas l'intérêt d'un QA type thermostat ? pour le off : je ne sais pas non plus à quoi sert ce bouton. Mais lui par contre : semble complètement désactiver la zone. Du coup les têtes Danfoss ne reçoivent plus d'info de la box et se mettent par défaut sur 16°C.

comme tu l'as dit, je gère mes zones à l'ancienne... sans thermostat. dans la zone il y a donc, la tête danfoss et le la sonde. Pas de thermostat proprement parlé. En mode schedule ça passe très bien, mais du coup si je veux changer une consigne manuellement, là ça coince maintenant... bon et bien je vais devoir me mettre au QA type thermostat du coup... Pffff j'ai jamais rien compris à ces truc... Question boëte tu fais comment pour mettre une zone sur off ? Moi actuellement je la met en vacation pour une durée infinie avec consigne 5°C...

euh oui pardon tout à fait, je confirme c'est une sonde de température. Et j'ai des têtes Danfoss sur les radiateurs. Mais la je découvre cette histoire de bi-mode et de "cooling" à paramétrer...

C'est un thermostat physique ZWave type Secure SES 302, un truc tout simple ! me suis jamais, mais alors jamais posé cette question...

qu'est ce que tu appelles bi-mode ? quand on est en "auto" dans la zone ? parce que toutes mes zones sont sur "heating" :

Bon alors j'ai contourné le truc : avant je faisais ça pour mettre une zone en manu : local MyPanel = api.get("/panels/climate/"..id) MyPanel.mode = "Manual" MyPanel.properties.handSetPointHeating = tonumber(self:getVariable("Temp")) MyPanel.properties.handTimestamp = os.time() + (tonumber(self:getVariable("Time"))*60) maintenant je règle le cooling en plus avec 2 °C de différence en plus ?? local MyPanel = api.get("/panels/climate/"..id) MyPanel.mode = "Manual" MyPanel.properties.handSetPointHeating = tonumber(self:getVariable("Temp")) MyPanel.properties.handSetPointCooling = tonumber(self:getVariable("Temp"))+2 MyPanel.properties.handTimestamp = os.time() + (tonumber(self:getVariable("Time"))*60) avec ça ça marche. ça a du changé avec les dernières mises à jour... Mais étrange que les autres zones ne posent pas de problèmes...

hello tout le monde ! J'ai une erreur qui m'est retournée lorsque j'essaye de mettre une zone en mode manuelle (via l'API) : {"reason":"validation error","type":"ERROR","message":"incorrect distance between handSetPointCooling and handSetPointHeating"} Je comprends pas, c'est la seule zone qui me dit que l'interval entre la valeur "clim" et "chauffage" est pas respectée... Mais je m'en fou, et je me suis jamais intéressé au "cooling" ! Et puis c'est la seule zone, je ne m'en sers jamais, mais aujourd'hui si et ça bloque. Je peux pas mettre plus de 20°C en mode manu. !!!??? Je rappelle que c'est bien la seule zone qui me pose problème... c'est quoi ce délire ??

ça fonctionnera très bien avec les télécommande nodon.

chez moi oui, pas de soucis de latence. Tu as quoi comme projet ?

Pour ne pas continuer l'amalgame, mon retour se fait sur la soft remote et non l'octan remote. (mais qui je pense sont les mêmes, mis à part le design) Et bien concernant la pile, je n'ai encore pas souvenir de l'avoir changé, ou peut-être une fois en ... plusieurs années. Concernant les loupés de com, il y en a de temps en temps, mais pas de quoi s'énerver. Franchement c'est largement satisfaisant. C'est à mon avis, de très bonnes télécommandes, pour ne pas dire les meilleurs, et le design est sympa. Je viens d'en acheter plusieurs (soft remote) avec les promo de chez domadoo, car comme tu le dis, elles ne sont plus fabriquées en zwave J'ai donc fais mon petit stock... @Lazer : Je sais que tu voulais en commander aussi... tu as réussi au final ?

si c'est juste un appel à faire : func = function() ... end mais la fonction que tu veux appeler est une méthode du QA que tu pointes ?

euuuuh, ai pas compris...

ah ok ! I understand, so I set 0 delay, I will see if something change... thanks !!

yes I use it. 0 delay !!! the box will melt !!

tout à fait... ou peut-être une manière de coder pas très clean aussi non pas regardé, Ta description donne envie je vais jeter un oeil

j'ai mis 50 ms car c'est lui qui m'allume les lumières avec les PIR. Il permet aussi de rafraîchir l'IHM que je me suis fait. Donc pas moyen d'attendre plus longtemps

100% d'accord avec toi Perso j'ai encore fait un QA supplémentaire uniquement pour les actions devant être déclenchées à des heures bien précises. J'aurai pu le mettre dans le refreshState, vu qu'il boucle toutes les 50 ms. Contrôler l'heure, et déclencher les actions spécifiques. Mais les "heures" de déclenchement sont stockées dans des variables de QA divers (afin de pouvoir les paramétrer souhait). Et je récupère le contenu de ces variables QA via la méthode partagée par @Lazer (ou @jang ou @Krikroff je sais plus ) J'ai donc préféré le séparer du resfreshState pour le soulager un peu...

faire un refresh du navigateur (F5) et/ou vide le cache devrait résoudre ton soucis d'affichage.

tiens c'est pas bête ça ! ça évite la notification à chaque fois que tu touches au QA !! EDIT : par contre est-ce que cette info est mise à jour de suite au boot, parce que ça drop sévère...

ça je sais pas. mais perso je ferais autrement. si tu veux détecter le boot de la box, utilises un QA. le onInit() des QA étant exécuté qu'une seul fois au démarrage de la box, fais toi un spécifiquement à cette usage. C'est que j'ai fait, pour être notifié par mail que la box a redémarré. ça marche très bien. et du coup tu te sépares de ta dernière scène edit : ou mets la notification dans le onInit() de ton refrehState()