jjacques68

@Nico : avec plaisir sinon, ben en fait ça marche super bien, le fait de passer par un QA de type thermostat. j'avais une tête en spare, je me suis amusé avec. Mais ça veut dire qu'il faut faire un QA thermostat pour chaque zone... ça sent le Parent/Child ça... En se servant du parent pour régler les zones. Mais, en fait tout ça c'est juste pour pouvoir avoir un vrai "Off" de la zone !! c'est quand même du lux !! Parce que le climat panel fait très bien le job. C'est les Danfoss qui n'acceptent pas le "Off" et qui foutent le bordel dans la logique. Je sais pas encore quoi faire, soit je garde en l'état, soit je refais tout. Mais alors il faudra aussi que je refasse l'interfaçage avec mon IHM sous Windev

hm, je m'étais posé la même question à l'époque. A part les VG, y a pas de remèdes miracles. sinon en détournant l'utilisation des fichiers dans les QA... J'avais fait un truc là-dessus : Mais c'est très lourd, je ne l'utilise pas. Vaut mieux copier/coller la fonction dans le QA

help : J'arrive pas à convertir cette argument à envoyer à la tête : ça c'est une copie de ce que j'envoi depuis l'outil REST, et ç a marche, mais j'arrive pas à le convertir pour le mettre dans une requete HTTP { "args":[ {"setpoints":[{"type":"Heating","unit":"C","value":"16"}],"mode":"Heat"}, {"type":"Minutes","value":15} ] } EDIT : j'ai trouvé : { args={ {setpoints={{type="Heating",unit="C",value="15"}},mode="Heat"}, {type="Minutes",value=15} } }

si c'est bon, je m'y prenais mal... et le QA thermostat réagit très bien suivant les modifications dans le climat panel (passage de consigne, changement de mode, ...) c'est marrant, quand on passe le pannel sur off, il envoie d'abord la consigne en cours et ensuite seulement il change le mode. ça m'embête j'ai l'impression de ré-inventer la roue...

sauf que j'arrive pas à piloter ces put... vannes l'API se met bien à jour, met la vanne bouge pas d'un milimètre.

bon ça a cogité sévère... J'ai juste dans ce résumé ? en espérant que ce soit lisible...

attends là je comprends pas ?

mouai c'est vrai que la tête se régule toute seule. j'ai essayé de savoir si on pouvait voir au moins la température qu'elle mesure, mais rien du tout.

yeuuu... ça c'est mignon

en fait le seul device qui sera présent dans la zone du panel, c'est le QA thermostat même. et comme tu dis, il fera le relais vers les têtes. on a un algo tout prêt pour la régulation avec une sonde ?

yapuka yapuka yapuka... faut que ça cogite encore un peu en tout cas merci pour ces explications !!

ça veut dire qu'il faut que je sorte les têtes des zones alors !! ben ça c'est que je fais déjà avec mon QA Heating Manager. j'envoi la consigne mini qu'accepter la tête (4°C) pendant un temps infini.

je teste demain...

non pas encore mais là tu me fais peur !!

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...