erreur lors de passage consigne manuelle

[jjacques68]

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

Modifié le 22 mars 2021 par jjacques68

[jjacques68]

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

Modifié le 22 mars 2021 par jjacques68

[Lazer]

Oui je confirme, il impose 2°C de différente entre les consignes froides et chaudes.

Pourquoi, je n'en sais rien.

 

J'ai constaté ce mode de fonctionnement quand j'ai commencé à m'intéresser aux zones de climat, donc c'est comme ça depuis au moins depuis la stable d'octobre dernier.

 

Mais si tu n'utilises pas la clim, pourquoi avoir créé une zone bi-mode ?

Il te suffisait de créer une zone de chauffage uniquement non ?

[jjacques68]

il y a 1 minute, Lazer a dit :

Il te suffisait de créer une zone de chauffage uniquement non ?

 

qu'est ce que tu appelles bi-mode ?

quand on est en "auto" dans la zone ? 

parce que toutes mes zones sont sur "heating" :

 

[Lazer]

Je veux dire : froid + chaud

 

Mais je me suis mal exprimé, ce n'est pas la zone de climat qui est bi-mode, mais le thermostat que tu mets dedans.

Du coup c'est quoi ton thermostat ? S'il t'impose 2°C de différence entre le froid et le chaud, c'est qu'il sait gérer les 2 modes, du coup la question à se poser est pourquoi un thermostat bi-mode ?

C'est un QuickApp ? Dans ce cas tu peux choisir son type lors de sa création.

Ou un thermostat physique (module Z-Wave) auquel cas tu n'as pas le choix.

[jjacques68]

C'est un thermostat physique ZWave type Secure SES 302, un truc tout simple !

me suis jamais, mais alors jamais posé cette question... 

[Lazer]

Bizarre ton truc, une rapide recherche montre que ce n'est pas un thermostat, mais juste une sonde de température

 

Du coup je pense que tu n'as pas mis de thermostat dans ta zone, donc par défaut je suppose qu'elle doit fonctionner en bimode : froid + chaud

Ce qui t'oblige à gérer le froid même si tu n'en as pas besoin

[jjacques68]

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

[Lazer]

Les zones de climats sont complètement nouvelles, rien à voir avec les panneaux de chauffage et de climatisation de la HC2.

Et elles prennent les options dépendants du (ou des) thermostat(s) qu'on met dans chaque zone.

 

Donc tout dépend des possibilités de chaque thermostat.

Tu peux regarder leur JSON pour voir.

 

Voici vite fait 3 thermostat différents, c'est assez parlant :

 

Et comme j'ai mis chacun d'eux dans une zone différente (bien qu'ils soient dans la même pièce, on s'en fout ce n'est pas limitant et c'était juste pour les tests), je me retrouve avec 3 zones aux propriétés différentes :

 

 

Bref, prend le temps de te créer des QA à partir des exemples fournis, tu regardes leurs JSON, tu les intègres dans des zones bidons, et tu vas vite comprendre.

[jjacques68]

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

[Lazer]

Euh si, la tête Danfoss c'est bien un thermostat (au sens Z-Wave et au sens régulation de température)

 

La zone de climat, tout comme le panneau de température sur HC2, sert à définir un planning de consigne de température, qui est envoyée au thermostat à l'heure programmée (mode schedule) ou forcé (modes manuel et vacances)

C'est tout.

Cela n'a jamais eu vocation à autre chose.

Ce n'est pas un thermostat (c'est à dire que la zone de climat, tout comme le panneau de température/climatisation de la HC2, ne fait pas de régulation de température).

Ce sont les thermostats qu'on met dans la zone qui font la régulation. Ou bien les modules liés.

 

Pour mettre une zone sur off, j'utilise aussi le mode vacances, ça tourne comme ça sur mon HC2 depuis des années pendant les vraies vacances, mais aussi tous les étés, donc durant plusieurs mois.

 

En revanche sur les zones de climats de la HC3, il y a bien un toggle pour activer/désactiver la zone, mais lors de mes tests ça n'a pas eu l'air d'avoir d'effet, car les consignes sont tout de même envoyées aux thermostats aux heures programmées.

Donc soit un bug, soit un comportement que je n'ai pas encore compris :

 

[jjacques68]

il y a 1 minute, Lazer a dit :

Euh si, la tête Danfoss c'est bien un thermostat (au sens Z-Wave et au sens régulation de température)

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.  

 

[Lazer]

Ah OK, alors dommage pour les Danfoss, elles devraient logiquement fermer totalement le robinet et empêcher la circulation d'eau dans le circuit, donc le chauffage, ça m'aurait semblé logique.

 

Avec le thermostat Remotec ZXT-600  (faux thermostat, c'est un thermostat au sens Z-Wave du terme, mais ce n'est pas un thermostat au sens régulation de température, car il se contente lui-même de transmettre la consigne de température à la pompe à chaleur), cela fonctionne bien, il envoi l'ordre OFF à la clim, qui s'éteint (ni chaud, ni froid, pas de ventilateur, groupe arrêté, donc consommation électrique = 0.... un vrai arrêt quoi)

 

 

Un QA de type thermostat ça peut servir à plein de choses, par exemple s'interfacer avec un thermostat non-Z-Wave (tout ce qui est en Wi-Fi, par exemple Nest, Netatmo, etc).

Mais je pense aussi à un QA custom qui ferait sa propre régulation de température (pour rappel, la zone de climat ne fait PAS de régulation), en pilotant un relai en mode ON/OFF à l'aide d'une sonde de température, et un algorithme PID... je pense à un certain VD sur le forum, qui j'espère sera transcrit en QA un jour)

Ou bien encore un QA qui piloterait de manière un peu plus intelligente un vrai thermostat (les Danfoss) en implémentant correctement la consigne OFF (le QA pourra traduire cela en consigne de température tellement basse sur les Danfoss qu'elles fermeraient le robinet).

Les possibilités sont infinies, comme toujours avec les QA, la seule limite est notre imagination.

 

[jjacques68]

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 ?

[Lazer]

euh.... tu parles de panneau de chauffage, donc de HC2 ? Je croyais que tu avais migré sur HC3 ?

Et du dis "lui", mais tu parles de qui au sujet de la récupération de sonde de température ?

Bref, je ne suis pas d'accord du tout

 

[jjacques68]

oui ok on parle du climate panel

lui = climate panel

[Lazer]

OK donc sur HC3, mais reste le problème de la récupération de la sonde de température, je ne vois pas ce que ça vient faire là, car à aucun moment il n'est question de sonde de température.

 

Je le redis encore une fois : les zones de climats sur HC3 (tout comme les panneaux de chauffage et climatisation sur HC2), ne sont que des programmateurs horaires. Point final. Faut pas chercher plus loin.

Ils ne font aucune régulation de température, ne prenne en compte aucune sonde de température, nada, rien, quedal.

 

[jjacques68]

il y a 2 minutes, Lazer a dit :

Ils ne font aucune régulation de température, ne prenne en compte aucune sonde de température, nada, rien, quedal.

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

 

[Lazer]

Non, là tu confonds la programmation horaire et la régulation de température.

Cela confirme bien : je ne suis pas d'accord avec ce que tu as écris 3 messages plus haut

Relis bien toute la discussion depuis le début.

 

Zone de climat : dans la HC3 => programmateur horaire => envoie une consigne au thermostat

Thermostat : dans la tête Danfoss => régulation de température => agit sur le robinet en comparant la consigne avec sa propre sonde de température interne

 

A aucun moment, la HC3, et encore moins la zone de climat (=programmateur), n'a conscience de la température réelle de la pièce.

 

 

Cette confusion entre la programmation et la régulation (= fonction de base d'un thermostat) est très courante, je la faisait moi même avant de me mettre à la domotique.
Pour la petite histoire, c'est justement en cherchant à programmer mon chauffage que je me suis rendu compte que les documentations des spécialistes entretiennent la confusion (Delta Dore principalement, puisque c'est celui qu'on retrouve le plus sur le marché).... certainement pour vendre plus de produits, que les clients regretterons, pour ensuite changer et en acheter un autre.... et après ça parle de développent durable, mais non le marketing est plus fort.

Bref, j'ai fini par me mettre à la domotique pour maitriser parfaitement la programmation et la régulation de chacun de mes radiateurs (pas une seule pièce n'est identique aux autres).

[jjacques68]

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 ?

[Lazer]

il y a 1 minute, jjacques68 a dit :

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 ? 

Bah oui bien sûr, désolé ça me semblait tellement évident.

La vanne Danfoss est un thermostat autonome. Elle intègre le capteur de température, l'actionneur pour agir sur la valve, et l'électronique pour calculer la régulation.

 

 

il y a 2 minutes, jjacques68 a dit :

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 ! 

Non c'est juste pour faire beau.

C'est à dire afficher la température de la pièce quand on est sur la vue de l'application mobile (parce que la température de la pièce c'est plus utile que la température à l'intérieur du four ou du congélateur... oui certains y mettent des capteurs)

 

il y a 3 minutes, jjacques68 a dit :

Du coup je suis pas d'accord non plus avec ce que j'ai écrit  

Ah voilà, nous sommes d'accord sur notre désaccord

 

il y a 4 minutes, jjacques68 a dit :

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 ? 

Non.

C'est à toi d'écrire le code LUA du QA Thermostat.
Par défaut, il ne fait rien du tout (regarde le code LUA donné en exemple)

Donc tu inventes la logique qui te sied

 

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

[Lazer]

Ben tu fais simples et efficace :

- le QA reçoit le température de consigne, et la transmet à la Danfoss, tel quel

- si par contre le QA reçoit un ordre OFF, alors il donne une consigne très basse à la Danfoss

 

De cette façon tu auras ajouté le support de la fonction Off en 2 lignes de LUA, tout en conservant la régulation de la tête Danfoss (car tu ne feras pas mieux, aucun intérêt de la bypasser dans ton cas)

[jjacques68]

il y a 14 minutes, Lazer a dit :

- le QA reçoit le température de consigne, et la transmet à la Danfoss, tel quel

ça veut dire qu'il faut que je sorte les têtes des zones alors !!

 

il y a 15 minutes, Lazer a dit :

- si par contre le QA reçoit un ordre OFF, alors il donne une consigne très basse à la Danfoss

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.

[Lazer]

Oui voilà, il faut sortir la tête de la zone et laisser le QA fait l'intermédiaire.

Donc la logique, tu l'as déjà avec ton QA Heating Manager, il faut juste que tu le "transforme" en thermostat, afin qu'il s'intègre nativement dans la logique de la zone de climat

 

Yapuka