Ah oui j’avais loupé cette info merci!
Dès que j’ai le courage (et le temps) j’essaierai de faire les plannings dans scheduler (actuellement géré par Homematic) et de tout passer sous VTherm pour voir…
Tiens d’ailleurs actuellement j’ai un switch été/hiver qui me permet de désactiver le chauffage en mi saison, je suppose qu’il suffit que je mette une consigne plus basse pour que ça ne s’active pas pour avoir le même comportements avec VTherm?
ah oui, désolé de poser des questions dont les réponses sont dans la doc, je l’ai pourtant pas mal balayée ce week end…
dernière question dont je viens de rechercher la réponse dans la doc et que je n’ai pas trouvée clairement identifiée:
si dans un VTherm il y a plusieurs sous jacents comme des radiateurs et une clim, l’auto régulation s’applique de façon identique à tous les sous jacents je suppose? ça ne pose pas de problème avec des systèmes qui ont des inerties différentes?
Bonjour
Je tente cette configuration mais je sèche sur la configuration qui permet de savoir quel message de mes vannes détermine qu’elle est ouverte ?
J’ai des vannes scheider qui donnent peu d’information en fait
Ou alors je dois fabriquer un climate avec un template en ajoutant une notion de hvac mais ça devient usine à gaz !
Edit: en fait il y a la notion de hvac mais elle est toujours à heat
je passe que le confort ou off. La température est géré via le scheduler et quand il est en boost Vtherm chauffe plus longtemps pour atteindre la tempéature. Mes radiateurs sont réglé à 22 par exemple et c’est Vtherm qui gère pour atteindre la température souhaité via le scheduler. Comme ça je ne vois pas le besoin d’avoir confort -1, -2 ou autres…
Bon je sens que je vais me décourager
Versatile du mal à gérer une installation faite d’un thermostat général NEST qui a sa logique et des vannes thermo qui ont aussi leur logique
Du coup quand la température mesurée arrive à sa consigne, le NEST continue à demander à la chaudière de chauffer mais les vannes thermo des radiateurs sont fermées
Donc ….
Et la solution centralisée censée arrêter le thermostat central ne fonctionne pas car les vannes thermo n’envoient pas les infos nécessaires
J’ai du rater quelque chose ou j’espère l’impossible !
C’est dommage car contrairement à la solution better, celle ci a beaucoup plus d’option et est parfaitement documentée.
Vtherm permet justement d’arrêter / démarrer la chaudière quand au moins un radiateur demande du chauffage.
Donc pour moi si tu es full Vtherm, tu n’as plus besoin de ton thermostat general Nest.
En effet faire marcher les 2 en même temps, c’est compliqué.
un Vtherm config centralisée avec arrêt / démarrage de la chaudière (qui doit être commandable sous HA bien sur). Cf. doc précédente,
un ou pluiseurs VTherm avec la case « controler la chaudère centrale » de cocher,
définir un seuil d’activation (si x TRV sont actifs alors j’active la chiaudière)
Je pense que beaucoup l’ont fait comme ça mais si quelqu’un dans le même cas peut apporter de l’aide à @Pbranly ce serait apprécié. C’est à peu de chose près ce que proposait @Atiroocky.
Donnes moi, l’entité qui controle ta chaudière et ses attributs (Outils de dev / Etats), stp, je vais te dire comment configurer le Vtherm config centralisée.
Mais le problème n’est pas de savoir comment l’arrêter ou de le forcer à 5 deg pour le forcer à le couper.
Déjà il faudrait que je le remplace par un switch direct. Ce n’est pas un problème non plus et ca simplifierait l’installation
Le problème est surtout de savoir quelle information récupérer des vannes thermo des radiateurs concernés pour alimenter le Vtherm central qui s’occupera de couper la chaudière.
A part l’info de pourcentage d’ouverture, je ne vois pas. Et en plus cette info n’est pas trop fiable.
L’information hvac décrite dans ta doc n’est pas utilisable car les vannes sont toujours en hvac « heat » meme à 0 % d’ouverture « 1. dès que le nombre d’équipements pilotés par le VTherm demandant du chauffage (ie son hvac_action passe à Heating) dépasse un seuil paramétrable, alors le binary_sensor.central_boiler passe à on et si un service d’activation a été configuré, alors ce service est appelé,«
Je suis très demandeur pour une solution
Merci d’avance
Phil
Tu n’as que un climate pour commander la chaudière ? En effet, un switch direct serait mieux.
Si tu commandes directement le climate du Nest sous Outils de dev / Actions en changeant la consigne à 24 (resp. à 10) est-ce que ca force bien l’allumage (resp. l’extinction). Evidemment il doit être allumé avant (allumé veut dire hvac_mode=heat).
L’information hvac décrite dans ta doc n’est pas utilisable car les vannes sont toujours en hvac « heat » meme à 0 % d’ouverture
Tu confonds hvac_mode et hvac_action. hvac_mode dit juste si la chaudière est off ou pas. hvac_action dit si elle chauffe ou pas (dépendant de la consigne et de la temp de la pièce).
Donc en forçant la consigne à 24 ca devrait forcer le hvac_action=heating et donc la chauffe.
Et en forçant la consigne à 10 ca devrait stopper la chauffe et donc hvac_action=Idle (comme on voit).
Pendant tout ce temps le hvac_mode reste à heat. Ca correspond certainement à l’état de ton climate (je ne le vois pas sur ta copie d’écran).
Je reprends, si les changements de consigne suffisent à forcer le chauffage ou l’arrêt, tu peux configurer les commandes de la chaudière dans le Vtherm ‹ config centralisée › comme suit:
Aïe c’est difficile de se faire comprendre !
Le problème n’est pas de commander le thermostat principal (le NEST)
J’ai essayé ça fonctionne sans problème tant en le mettant en off qu’en forçant la température aussi basse que possible
Le problème c’est que mes vannes thermo ( des Schneider) ne donnent dans le climate.xxxx aucune information sur leur fonctionnement.
J’ai juste un sensor différent de leurs climate.yyyyy qui donne le pourcentage d’ouverture.
Je te redonne l’état :
hvac_modes:
auto
« off »
cool
heat
dry
fan_only
min_temp: 10
max_temp: 25
target_temp_step: 0.5
current_temperature: 15.6
temperature: 16
friendly_name: Vanne thermo salon centre
supported_features: 385
Donc je ne vous pas comment utiliser ton système de Vtherm centralisé puisque les vannes ne fournissent pas les infos nécessaires
Je comprends votre souci.
Comment sont intégrées vos vannes zigbee ? Via ZHA ou Z2M ?
En regardant sur Z2M, il y a deux attributs intéressants dans l’entité climatede vos vannes
Je pense notamment au running_state . En revanche le message à côté indique qu’on ne peut pas lire cet attribut directement, donc ça ne résout pas le problème.
Je suis pas spécialiste, mais j’ai vu qu’il serait possible de récupérer ce type d’attribut en créant un sensor, par ex :
À voir, car il faudrait également recréer un sensor « climate » qui reprend toutes les attributs de votre vanne + celui-ci créé. Ça fait usine à gaz…
Je pense que le fabricant a bien verrouiller son produit, comme la plupart des « gros ».
Sinon, y a les Sonoff TRV qui fonctionnent à merveille, pour une vingtaine d’euros sur les sites français, et 2 à 3 fois moins cher directement sur Ali.
Et vous pourrez garder votre Nest. D’ailleurs je vous recommande fortement de l’intégrer via « Homekit » pour avoir un contrôle local. Ça m’est arrivé avec Netatmo. Si leur serveur tombe, l’intégration officielle ne permet plus d’envoyer de commandes (on peut plus éteindre ou allumer la chaudière), alors qu’en Homekit, ça continue de communiquer en local.
Malheureusement mon thermostat Nest nest pas compatible matter donc ne fonctionne pas en HomeKit. C’est une ancienne génération.
Donc impossible de me détacher du distant
Alors oui il y a un champ dans z2m pour mes vannes qui pourrait rendre service mais il est toujours en N/A. Il y a un vieux ticket ouvert chez z2m sur le sujet.
La seule solution usine à gaz serait de re fabriquer effectivement un climate en ajoutant un hvac basé sur le pourcentage d’ouverture « supérieur à zéro ou une valeur à préciser « ……
Ou alors tu pourrais ajouter un champ sur un sensor à définir dans ton code en plus du statut hvac ….
Pour revenir au type de vanne, j’ai eu des ts601 … de vraies m…. Elles font un bruit pas possible, bouffent des piles et ne sont pas belles en plus ( waf ……) et en plus cassent quand on change les piles
J’avais tout changé pour des BRT-100. Elles sont beaucoup plus esthétiques, font moins de bruit mais encore plus fragiles quand on change les piles
Ces 2 vannes donnent l’état hvac par contre.
Les Schneider sont impeccables, pas de bruit, solides, faible conso, pas besoin de ressortir la doc a chaque changement de pile,belles etc …… et pas si chères quand je vois combien des modèles ci-dessus j’ai du changer car cassées au changement de pile !
Pour régler le problème je vais sûrement faire un automatisme …… si les vannes thermo sont fermées et si le nest demande encore du chauffage, diminuer la température de 0,5 et la réaugmenter de 0,5.
À la main ça suffit pour que le Vtherm ne remonte pas le Nest.
Encore merci pour ton aide
Phil
Édit:
J’ai supprimé le Nest du groupe
J’ai créé une automatisation qui recopie la consigne du Vtherm dans la consigne du Nest
J’ai créé une automatisation qui arrête le Nest ( donc la chaudière ) si les vannes du groupe Vtherm passent en dessous de 10% d’ouverture
Et une automatisation qui fait le contraire
C’est arbitraire et demande à être optimisé mais ça fonctionne ……
Je crois que j’ai enfin compris. Ton soucis, c’est que tes TRV ne remontent pas de hvac_action qui disent si elles chauffent ou pas ce qui empêche la config centralisée de fonctionner.
Oui je te confirme c’est un pré-requis important.
Par contre, tu dis aussi que tu as un J’ai juste un sensor différent de leurs climate.yyyyy qui donne le pourcentage d’ouverture. Je suppose que c’est un sensor et que en lecture du coup.
Donc oui si cette fois j’ai bien compris (désolé, c’est toujours compliqué par messages quand j’en lis 20 en même temps), je ne vois pas de solution.
Les Sonoff TRVZB sont très bien et donnent satisfaction, mais elles font un peu de bruit et faut changer les vannes partout.
EDIT : ah si j’ai une idée !
Avec un over_climate et régulation par contrôle de la vanne, Vtherm calcule lui même le hvac_action si la vanne est ouverte ET envoie les commandes au climate.
Donc tu pourrais :
créer un input_number pour remplacer le open_degree des Sonoff,
configurer un VTherm over_climate avec régulation par controle de la vanne et mettre la fausse vanne input_number,
donc Vtherm va commander le climate qui va commander la vraie vanne ET va commander la fausse vanne. Si le taux d’ouverture calculé par VTherm est > 0, alors le hvac_action sera sur heating et la commande de la chaudière va se déclencher.
Ca devrait pas être mal mais pas parfait car ca va dépendre du bon fonctionnement de la température interne de ton TRV. Si elle est fiable et proche de celle de la pièce ca va aller. Sinon Vtherm va croire que c’est allumer (opening degree > 0) alors qu’en fait le TRV ne chauffe pas.
Si tu as en plus un offset de calibrage de la temperature interne sur ton TRV, utilise le pour minimiser les cas de desaccord.
C’est fort ça ! Ça utilise à l’extrême ton versatile et là centralisation
Je retiens l’idée jaloux de ne pas l’avoir trouvé moi même !
Pour l’instant je rode la solution actuelle basée sur une automatisation basée sur l’arrêt marche du NEST sur taux d’ouverture des vannes du groupe de 10 %
Ça a l’air de fonctionner
Je songe à équiper tous mes radiateurs d’un module Nodon Zigbee et d’utiliser des vtherm.
Mais il y a un truc, tout bête, que j’aimerais savoir bien qu’il n’ait pas tellement de rapport avec la vocation de Versatile Thermostat.
Y a-t-il la possibilité de faire remonter le taux d’humidité de la zone dans le climate ?
Je pense à ça pour le cas où je ferais remonter dans Google Assistant.
Je n’ai pas trouvé la réponse à cette question (bête ?) dans la documentation.
Salut @Nardol
De ce que je sais, il n’y a pas de remontées d’humidité dans Versatile
Mais rien ne t’empêche de récupérer la valeur et d’utiliser une carte personnalisée pour l’affichage de ce que tu souhaites