L’oeil de Fibaro, c’est correcte pour un suivi simple de température, mais ce n’est pas suffisamment performant pour faire de la régulation de chauffage en tant que sonde externe.
Le plugin thermostat est prévu pour le cas où la puissance de chauffe est constante. Il est parfaitement adapté pour les radiateurs électriques. Avec un chaudière fioul/gaz qui chauffe de l’eau, il faudrait que la température de l’eau qui circule soit constante (genre 50°C par exemple). Ensuite, le plugin thermostat fera du tout ou rien sur la vanne 0% ou 100%. Mais c’est dommage de ne pas faire moduler la température de l’eau envoyée dans les radiateurs en prenant en compte la température extérieure.
Pour moi, je ne voit pas l’intérêt du plugin thermostat avec les têtes thermostatiques.
Avec les têtes, le plus simple est de définir une température pour chaque mode et de changer de mode avec un agenda, ensuite la tête régule seule. J’ai fait un virtuel comme ceci
J’active ou pas la programmation horaire et un agenda vient changer de mode dans la journée. Ma chaudière n’est pas encore bien domotisée, elle a sa propre programmation. Je la configure afin que tout soit cohérent. Exemple, tout le mode passe en mode Eco à 22h.
Ensuite, le plus compliqué (pour pas grand chose) est de synchroniser les agendas, les modes et les consignes entre les têtes et la chaudière.
Merci de ton retour. Ma chaudière est en mode tout ou rien, contact sec, avec un module qubino. Elle est actuellement réglée pour produire de l’eau à 60° constant. Le module contact sec, la fait démarrer et active le circulateur.
Je suis d’accord avec ton analyse, même si le froid arrivant, je m’étais dit, cool, je vais utiliser ce plugin et ça va aller plus vite…
Et d’ailleurs, j’ai migré de Home Assistant en parti pour ce plugin
Bref, autre solus donc, j’ai commandé 10 sondes de température xiaomi, je vais en installer une par zone/pièce, ça va me demander d’ajouter 2 gw conbee II car ma maison est très grande, mais bon j’ai les clefs en stock.
A date, j’ai un Jeedom central et 2 slaves qui remontent via Jeedom link, j’ai été obligé de faire ça car 3 gros murs porteurs et 1 étage, c’était trop grand, le réseau z-wave n’était pas assez stable.
Donc, en dehors de ça, l’idée serait :
un virtuel par pièce/zone
envoi aux têtes une consigne de temp
si au bout de x temps la temp n’est pas atteinte, envoi d’un +1 par exemple sur la temp.
en // il faut que créé un virtuel qui recup les pourcentages d’ouverture de chaque tête et qui active/stop la chaudière quand par exemple j’ai 100% ou 150% sur 1800% possible (18 têtes)
Peut être aussi ajouter un widget pour ajuster cette valeur le temps de trouver le réglage…
Ajouter peut être une tempo entre 2 démarrages pour éviter les effets de yoyo, à voir
Est ce que ça te parais une bonne piste ?
Ton boost 5 min, tu a un trigger et une tempo pour faire passer la vanne en mode full open ?
Elles te conviennent les sondes xiaomi ? Et tu comptes réguler le chauffage avec ou juste monitorer les températures ?
Mon retour avec une sonde similaire + clé ConBee II
C’est ce que j’ai fait.
Si les têtes régulent seules, il n’y a pas besoin, elles vont s’ouvrir davantage pour atteindre la consigne. C’est une question de temps (la période d’intégration Ti définie dans le régulateur PID de la tête). Mettre une sur-consigne est une fausse bonne idée.
Si tu fais un hystérésis (2 seuils différents) pour couper/rallumer la chaudière, tu auras une tempo naturelle. Par exemple, tu coupes quand Somme < 150% et tu rallumes quand Somme > 200%. En pratique, il faudra bien un certain temps pour la somme repasse de 150% à 200%.
Il te reste encore le risque/problème lorsque toutes les têtes se ferment même temps si le mode passe de Confort à Eco pour tout le monde. T’as limite intérêt à couper la chaudière avant d’effectuer une baisse de consigne générale. C’est là qu’on se rend compte que c’est vite complexe pour un problème de base simple.
C’est intéressant tout ça. Mais ça demande du boulot (surtout pour fiabiliser l’ensemble).
Dans un premier temps, ce serait pas mieux de laisser 2 têtes en mode manuelle et ouvertes à 50% pour les pièces les plus difficiles à chauffer.
Pas besoin de tempo : le Boost 5 min correspond simplement au Mode « Plein Chauffe » de la vanne. Elle s’ouvre à fond pendant 5 min et retourne toute seule à sa régulation. Dans la pratique, je n’utilise pas ce mode, je l’ai enlevé dans mon nouveau virtuel.
La consigne affichée correspond au retour d’état. Comme il y a 3 consignes (Off, Eco, Chauffage) au niveau de la tête, j’applique donc une formule pour obtenir LA consigne.
si la vanne est en mode « Chauffage », Consigne affiche la consigne « Chauffage » de la vanne
si la vanne est en mode « Eco », Consigne affiche la consigne « Eco » de la vanne
si la vanne est en mode « Off » (Hors Gel), Consigne affiche 5°C
si la vanne est en mode « Pleine Chauffe » (Boost 5 min), Consigne affiche 0°C (j’aurais pu définir 30°C)
si la vanne est en mode « Manuel » (via le widget openzwave), Consigne affiche 0°C.
Ensuite, je définie une consigne juste avant d’appliquer le mode
Mes modes « Absence » et « Eco » utilisent la consigne et le mode « Eco » de la vanne et mon mode « Confort » utilise la consigne et le mode « Chauffage » de la vanne. J’aurais très bien pu ne pas exploiter du tout la consigne et le mode Eco de la vanne.
Concernant la Programmation horaire :
Le bouton Auto active l’agenda.
Je n’utilise plus Jeedom pour le Z-Wave depuis que je suis passé à Z-WaveJS-UI. Lorsque j’avais voulu utiliser les plugins MQTT Manager, Docker et le nouveau plugin Z-Wave, tous étaient « beta ». Or, je ne veux pas de domotique « beta » et j’en ai eu marre d’attendre pour ce Z-Wave. Du coup, j’ai fait sans. Jeedom me sert simplement d’affichage avec le plugin JMQTT.
