Auto-installation Hybride Gaz & PAC air-eau Vaillant + Ventilo Clim

Premier froid depuis que j'ai découvert le BUG.

La nuit dernière, j'avais des cycles d'environ une heure séparés par des temps de pause d'environ 7 minutes.

A ce rythme-là, je ne changerai pas la carte, mais bon, on va voir, je vais continuer de regarder tout l'hiver.

7 min ça ressemble fort à la durée d'un dégivrage.

Un temps de pause qui laisse l'intégral redescendre à -60° est plus long, sauf si la différence de T° entre la demande et l'eau de départ est de : 60 / 7 = 8,5° je ne sais plus si le bug est également dans ce sens là , si oui, alors 60 / 2 / 7 = 4,2 °

Je prends le pump state pour voir les cycles, je suppose que c'est bon ?

Voilà un graphe qui montre le flow temp vs le pump state:

La pompe ne s'arrête jamais, sur nos 55 elle reduit son débit de 860L/h à 590L/h

Je n'ai pas le flow rate dans mes entités.

Que puis-je utiliser pour voir les cycles ? Ce que je fais est bon ou pas ?

Je me fierais au Flow temp, mais la fréquence des relevés semble être trop faible, faut au moins un relevé par minute. Perso je lance une requête toutes les 10 sec

Ulr a dit:

J'ai ramé durant des mois pour avoir ces relevés enfin réguliés toutes les 10 sec depuis ce 1er novembre seulement ! bonne idée pour me souvenir de tout le brol mis en place

• J'utilise l'intégration Ebusd dans HA https://github.com/LukasGrebe/ha-addons
• par défaut elle utilise des CSV et fichiers dispos mis en ligne par John30 https://github.com/john30/ebusd-configuration
• ça fonctionnait très mal, il me manquait beaucoup d'entité, je suis tombé sur ce post https://community.openenergymonitor.org/t/vaillant-ebus-hardware-adapter-ebusd-software-thread/24176 où j'ai découvert que ces CSV n'étaient plus mis à jour depuis 8 mois environ et qu'il vallait mieux utiliser ceux de https://github.com/jonesPD/ebusd-configuration , j'ai donc copié tous les CSV à jour du dossier https://github.com/jonesPD/ebusd-configuration/tree/master/ebusd-2.1.x/en dans un dossier sur du HA : EBUSD/ et modifié la config du addons pour qu'il utilise les CSV de ce répertoire. Voir la pièce jointe 169756
• certains CSV pointent vers d'autres CSV , le 15.b7v.csv par exemple pour mon VRC700/4 , j'ai dupliqué le 15.700.csv et l'ai renommée en 15.b7v.CSV, ça marchait mieux.
• il me manquait encore certaines entités... j'ai découvert qu'il fallait aussi utiliser un fichier MQTT modifié et plus précis, je ne sais plus où je l'ai trouvé, mais le voici https://drive.google.com/file/d/12kMxCR5Q-w4qi72fbHMxN4cVgSFvUDfL/view?usp=sharing , que j'ai copié dans un dossier HA et également modifié la config du addons pour qu'il utilise ce new mqtt Voir la pièce jointe 169757
• Malgré ça la fréquence des mise à jour des entités n'était pas top, on m'a conseillé de créer des scripts pour chaque entité ( exemple : ebusd/hmu/FlowTemp/get ) et de faire tourner un automation qui les lance toutes les 10 sec et depuis ça marche super bien.

Voilà en gros, ça m'a bien pris la tête !

Cliquez pour agrandir...

OK, je comprends maintenant le truc. Je n'ai pas la même config, mais c'est le même principe.

Je vais m'y mettre pour faire la même chose que toi.

3h de coupure de courant en milieu de nuit fun !
https://emoncms.org/app/view?name=A...92&mode=power&start=1732137660&end=1732181010

elle fait son taf pour récupérer , defrost toutes les 50 min par -1°, mais elle turbine à 66%

Et après 3h de coupure par -1°C dehors, l'eau de la PAC était toujours à 21°C ?

bonne question !

tout le monitoring est sur UPS, seule la PAC a été coupée, je n'ai pas encore les 100 kWh de batterie nécessaires , j'ai une sonde collée sur le départ avant les distributeurs et lorsque la pompe a redébité, l'eau y était à environ 21° en effet

elle serait donc assez bien isolée à l'intérieur. aussi, elle tournait depuis plus d'une journée, j'y placerai une sonde à l'intérieur afin de surveiller ça

Dans ce cas, la vanne anti-gel est inutile, ce qui serait une bonne nouvelle pour ceux qui, comme moi, n'en ont pas mise (bien sûr, on ne pouvait pas le savoir à l'avance).

Il faut savoir qu'ORES est tenu de rétablir le courant dans les 6h, sauf cas de force majeure (catastrophe naturelle).

Tentative d'essai d'un démarrage de la chaudière gaz en poussant le tarif électricité à 1€/kWh pour passer le trivai sous 1... La PAC passe en veille avec un débit réduit à 5-600L/h... Le VRC montre bien que le générateur 2 est en mode chauffage, mais la chaudière reste en " S.30 Le thermostat d’ambiance bloque le mode chauffage."

J'ai tenté avec le mode bivalence et en paramétrant le point de bivalence et le point alternatif et pareil

Je contacterai le service technique vaillant pour en savoir plus

Ulr a dit:

J'ai ramé durant des mois pour avoir ces relevés enfin réguliés toutes les 10 sec depuis ce 1er novembre seulement ! bonne idée pour me souvenir de tout le brol mis en place

• J'utilise l'intégration Ebusd dans HA https://github.com/LukasGrebe/ha-addons
• par défaut elle utilise des CSV et fichiers dispos mis en ligne par John30 https://github.com/john30/ebusd-configuration
• ça fonctionnait très mal, il me manquait beaucoup d'entité, je suis tombé sur ce post https://community.openenergymonitor.org/t/vaillant-ebus-hardware-adapter-ebusd-software-thread/24176 où j'ai découvert que ces CSV n'étaient plus mis à jour depuis 8 mois environ et qu'il vallait mieux utiliser ceux de https://github.com/jonesPD/ebusd-configuration , j'ai donc copié tous les CSV à jour du dossier https://github.com/jonesPD/ebusd-configuration/tree/master/ebusd-2.1.x/en dans un dossier sur du HA : EBUSD/ et modifié la config du addons pour qu'il utilise les CSV de ce répertoire. Voir la pièce jointe 169756
• certains CSV pointent vers d'autres CSV , le 15.b7v.csv par exemple pour mon VRC700/4 , j'ai dupliqué le 15.700.csv et l'ai renommée en 15.b7v.CSV, ça marchait mieux.
• il me manquait encore certaines entités... j'ai découvert qu'il fallait aussi utiliser un fichier MQTT modifié et plus précis, je ne sais plus où je l'ai trouvé, mais le voici https://drive.google.com/file/d/12kMxCR5Q-w4qi72fbHMxN4cVgSFvUDfL/view?usp=sharing , que j'ai copié dans un dossier HA et également modifié la config du addons pour qu'il utilise ce new mqtt Voir la pièce jointe 169757
• Malgré ça la fréquence des mise à jour des entités n'était pas top, on m'a conseillé de créer des scripts pour chaque entité ( exemple : ebusd/hmu/FlowTemp/get ) et de faire tourner un automation qui les lance toutes les 10 sec et depuis ça marche super bien.

Voilà en gros, ça m'a bien pris la tête !

Cliquez pour agrandir...

Je suppose que ceci fonctionne aussi pour une chaudière classique vaillant ? J'ai déjà aujourd'hui beaucoup d'entités via les fichiers de John30 mais peut-être qu'il y a d'autres entités que je ne récolte pas aujourd'hui. Vous avez "débloqué" beaucoup de nouvelles entités ?

J'ai

[USER=59118]@Lex[/USER] a dit:

OK, je comprends maintenant le truc. Je n'ai pas la même config, mais c'est le même principe.

Je vais m'y mettre pour faire la même chose que toi.

Cliquez pour agrandir...

Voilà, c'est fait.

J'ai suivi tes instructions, en quelques minutes j'ai tout configuré, et ça a mis quelques heures pour avoir toutes les entités à jour.

C'est beaucoup mieux.

Je n'ai que 365 entités, mais j'ai ce qu'il faut.

Ulr a dit:

créer des scripts pour chaque entité ( exemple : ebusd/hmu/FlowTemp/get ) et de faire tourner un automation qui les lance toutes les 10 sec et depuis ça marche super bien.

Cliquez pour agrandir...

Peux-tu mettre une exemple ?

Exemple d'un script :


tous les scripts :



mqtt_publish_ebusd_hmu_setmode:
alias: 'MQTT: Publish / ebusd/hmu/SetMode'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/SetMode/get
description: ''
mqtt_publish_ebusd_hmu_returntemp:
alias: 'MQTT: Publish / ebusd/hmu/FlowTemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/FlowTemp/get
description: ''
mqtt_publish_ebusd_hmu_state01:
alias: 'MQTT: Publish / ebusd/hmu/State01'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/State01/get
description: ''
mqtt_publish_ebusd_hmu_returntemp_2:
alias: 'MQTT: Publish / ebusd/hmu/ReturnTemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/ReturnTemp/get
description: ''
mqtt_publish_ebusd_hmu_buildingcircuitflow:
alias: 'MQTT: Publish / ebusd/hmu/BuildingCircuitFlow'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/BuildingCircuitFlow/get
description: ''
mqtt_publish_ebusd_hmu_state00:
alias: 'MQTT: Publish / ebusd/hmu/State00'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/State00/get
description: ''
mqtt_publish_ebusd_hmu_energyintegral:
alias: 'MQTT: Publish / ebusd/hmu/EnergyIntegral'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/EnergyIntegral/get
description: ''
mqtt_publish_ebusd_hmu_waterthroughput:
alias: 'MQTT: Publish / ebusd/hmu/WaterThroughput'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/WaterThroughput/get
description: ''
mqtt_publish_ebusd_hmu_rundatacurrentconsumedpower:
alias: 'MQTT: Publish / ebusd/hmu/RunDataCurrentConsumedPower'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/RunDataCurrentConsumedPower/get
description: ''
mqtt_publish_ebusd_broadcast_outsidetemp:
alias: 'MQTT: Publish / ebusd/broadcast/OutsideTemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/broadcast/OutsideTemp/get
description: ''
mqtt_publish_ebusd_hmu_currentyieldpower:
alias: 'MQTT: Publish / ebusd/hmu/CurrentYieldPower'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/CurrentYieldPower/get
description: ''
mqtt_publish_ebusd_hmu_currentconsumedpower:
alias: 'MQTT: Publish / ebusd/hmu/CurrentConsumedPower'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/CurrentConsumedPower/get
description: ''
mqtt_publish_ebusd_b7v_hc1actualflowtempdesired:
alias: 'MQTT: Publish / ebusd/b7v/Hc1ActualFlowTempDesired'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/Hc1ActualFlowTempDesired/get
description: ''
mqtt_publish_ebusd_b7v_z1roomtemp:
alias: 'MQTT: Publish / ebusd/b7v/z1RoomTemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/z1RoomTemp/get
description: ''
mqtt_publish_ebusd_b7v_hc1flowtemp:
alias: 'MQTT: Publish / ebusd/b7v/Hc1FlowTemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/Hc1FlowTemp/get
description: ''
mqtt_publish_ebusd_b7v_outsidetempavg:
alias: 'MQTT: Publish / ebusd/b7v/outsidetempavg'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/outsidetempavg/get
description: ''
mqtt_publish_ebusd_b7v_z1quickvetotemp:
alias: 'MQTT: Publish / ebusd/b7v/z1daytemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/z1daytemp/get
description: ''
mqtt_publish_ebusd_b7v_z1coolingtemp:
alias: 'MQTT: Publish / ebusd/b7v/z1coolingtemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/z1coolingtemp/get
description: ''
mqtt_publish_ebusd_b7v_z1actualroomtempdesired:
alias: 'MQTT: Publish / ebusd/b7v/z1actualroomtempdesired'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/z1actualroomtempdesired/get
description: ''
mqtt_publish_ebusd_b7v_z1quickvetotemp_2:
alias: 'MQTT: Publish / ebusd/b7v/z1quickvetotemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/z1QuickVetoTemp/get
description: ''
mqtt_publish_ebusd_hmu_yieldhcday:
alias: 'MQTT: Publish / ebusd/hmu/yieldhcday'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/yieldhcday/get
description: ''
mqtt_publish_ebusd_hmu_airintaketemp:
alias: 'MQTT: Publish / ebusd/hmu/airintaketemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/airintaketemp/get
description: ''
mqtt_publish_ebusd_hmu_compressorspeed:
alias: 'MQTT: Publish / ebusd/hmu/compressorspeed'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/compressorspeed/get
description: ''
mqtt_publish_ebusd_b7v_systemflowtemp:
alias: 'MQTT: Publish / ebusd/b7v/systemflowtemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/b7v/systemflowtemp/get
description: ''
mqtt_publish_ebusd_hmu_evaporationtemp:
alias: 'MQTT: Publish / ebusd/hmu/evaporationtemp'
sequence:
- action: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/hmu/evaporationtemp/get
description: ''



automations à 1 min et 10 sec :








- id: '1730553195354'
alias: 'Ebusd Refresh 1 min '
description: ''
trigger:
- platform: time_pattern
minutes: /1
condition: []
action:
- action: script.mqtt_publish_ebusd_b7v_z1quickvetotemp
data: {}
- action: script.mqtt_publish_ebusd_b7v_z1quickvetotemp_2
data: {}
- action: script.mqtt_publish_ebusd_b7v_z1coolingtemp
data: {}
- action: script.mqtt_publish_ebusd_b7v_z1actualroomtempdesired
data: {}
- action: script.mqtt_publish_ebusd_hmu_yieldhcday
data: {}
- action: script.mqtt_publish_ebusd_hmu_airintaketemp
data: {}
- action: script.mqtt_publish_ebusd_hmu_compressorspeed
data: {}
- action: script.mqtt_publish_ebusd_broadcast_outsidetemp
data: {}
- action: script.mqtt_publish_ebusd_b7v_outsidetempavg
data: {}
- action: script.mqtt_publish_ebusd_hmu_energyintegral
data: {}
mode: single

- id: '1721729908621'
alias: Refresh Ebusd 10 sec
description: ''
trigger:
- platform: time_pattern
seconds: /10
condition: []
action:
- action: script.mqtt_publish_ebusd_hmu_buildingcircuitflow
data: {}
- action: script.mqtt_publish_ebusd_hmu_currentyieldpower
data: {}
- action: script.mqtt_publish_ebusd_hmu_returntemp
data: {}
- action: script.mqtt_publish_ebusd_hmu_returntemp_2
data: {}
- action: script.mqtt_publish_ebusd_hmu_rundatacurrentconsumedpower
data: {}
- action: script.mqtt_publish_ebusd_hmu_setmode
data: {}
- action: script.mqtt_publish_ebusd_hmu_state00
data: {}
- action: script.mqtt_publish_ebusd_hmu_state01
data: {}
- action: script.mqtt_publish_ebusd_hmu_currentconsumedpower
data: {}
- action: script.mqtt_publish_ebusd_hmu_waterthroughput
data: {}
- action: script.mqtt_publish_ebusd_b7v_hc1actualflowtempdesired
data: {}
- action: script.mqtt_publish_ebusd_b7v_z1roomtemp
data: {}
- action: script.mqtt_publish_ebusd_b7v_hc1flowtemp
data: {}
- action: script.mqtt_publish_ebusd_b7v_systemflowtemp
data: {}
- action: script.mqtt_publish_ebusd_hmu_evaporationtemp
data: {}
mode: single

guirikiki a dit:

Je suppose que ceci fonctionne aussi pour une chaudière classique vaillant ? J'ai déjà aujourd'hui beaucoup d'entités via les fichiers de John30 mais peut-être qu'il y a d'autres entités que je ne récolte pas aujourd'hui. Vous avez "débloqué" beaucoup de nouvelles entités ?

Cliquez pour agrandir...

oui les CSV de jonesPD m'en ont débloqués beaucoup, j'en suis à 7 device et 850 entités, j'ai trié et n'en ai gardé que 210 actives utiles pour moi , nombreuses sont en doubles pour les Zone 1 Zone 2 Zone 3 plus tous les timer

Tout n'est pas encore très clair pour moi, car je n'ai pas la même config.

As-tu eu cette erreur ?

Entity sensor.ebusd_hmu_waterthroughput (<class 'homeassistant.components.mqtt.sensor.MqttSensor'>) is using state class 'measurement' which is impossible considering device class ('volume') it is using; expected None or one of 'total', 'total_increasing';

Je pense que j'obtenais cette erreur lorsque je tentais d'appeler cette entité alors qu'elle n'était découverte automatiquement, elle l'a été lorsque j'ai utilisé la config mqtt de jonesPD

Ulr a dit:

il me manquait encore certaines entités... j'ai découvert qu'il fallait aussi utiliser un fichier MQTT modifié et plus précis, je ne sais plus où je l'ai trouvé, mais le voici https://drive.google.com/file/d/12kMxCR5Q-w4qi72fbHMxN4cVgSFvUDfL/view?usp=sharing , que j'ai copié dans un dossier HA et également modifié la config du addons pour qu'il utilise ce new mqtt

Cliquez pour agrandir...

J'utilise cette config que tu as donnée, et pourtant j'ai cette erreur.