Verwarming uitlezen met ebusd

[pc_slopert]

Ik zie het in mqtt explorer. Raar dat het dan niet ook in HA te zien is.

[pc_slopert]

Ik zie nu dat ik geen mqtt-hassio.cfg file heb in /etc/ebusd/ Waar haal ik dat bestand vandaan? Wellicht dat ik daar nog wat kan tweaken om toch alle data in HA te krijgen.
Of ik moet een sensor aanmaken om die mqtt waarde te lezen. Ergens een goed voorbeeld hoe je dat doet?

[pc_slopert]

Toch nog maar even wat verder puzzelen. Ik heb nu twee mqtt sensoren aangemaakt. Op basis van wat ik in andere voorbeelden heb gevonden en uit mijn eigen mqtt-explorer. Helaas zie ik niet veel gebeuren.. Wat mis ik nog of kan dit helemaal niet. Ik include de mqtt.yaml in de config.yaml.

code:

sensor:
    - name: "CompressorSpeed"
      state_topic: "ebusd/hmu/RunDataCompressorSpeed"
      value_template: "{{ value_json['speed'].value }}"
      unit_of_measurement: "speed"
    - name: "Pressure"
      state_topic: "ebusd/basv/WaterPressure"
      value_template: "{{ value_json['press'].value }}"
      unit_of_measurement: "bar"

krijg wel de sensoren (als entities) te zien maar geen data?

[xarow]

@pc_slopert check de mqtt log in HA. Daar kan je zien waarom dat bericht niet wordt verwerkt.

Daarnaast kan je de default config in de GitHub terug vinden van de addon

En nog als toevoeging: die zelf gemaakte mqtt sensors kan je weer weghalen. Dat voegt niets toe

[ Voor 24% gewijzigd door xarow op 14-12-2025 16:44 ]

[pc_slopert]

Ha, fijn was net zo lekker bezig geweest Zie nu waarom ik die log niet kon vinden moest eerst nog aangezet worden in de mqtt integratie.

[rik_1984]

Wellicht ben je geholpen als je het filter ook aanpast : rik_1984 in "Verwarming uitlezen met ebusd"

[pc_slopert]

Met dank voor jullie goede tips. Het lijkt er op dat ik nu de benodigde sensoren eindelijk goed binnen krijg. Wat ik niet wist, is dat je blijkbaar het bestand

code:

/etc/ebusd/mqtt-hassio.cfg

in HA niet in die zelfde map kunt of mag plaatsen. Want na opnieuw opstarten / reboot van HA was die map en file dan weer verdwenen? Ook al maak je deze aan via de Terminal. Blijkbaar is HA geen gewone Linux
Dan maar in de homeassistant-config map geplaatst en dan pakt HA het bestand wel.

[HeRSteiN]

Goedemiddag!

Mijn excuses voor de eventuele de vraag hieronder. Ben totaal niet thuis in dit gebeuren.

Momenteel heb ik een Vaillant VCW BE 286/5-R2 die aangestuurd is door een thermostaan in de woonkamer.

De setup die ik wens te bekomen.
Eerst en vooral, de ketel besturen via HomeAssistant.
2de: ik zou in elke kamer op de verwarming een smartknop (Zigbee protocol) willen steken zodat ik per kamer mijn temp kan kiezen. Dat niet de thermostaat van in de woonkamer alles regelt.

Maw: Is de ebus adapter C6 hiervoor geschikt?
Zoja, dat is goed nieuws (Dan is de aankoop gerechtvaardigd )
Zonee, wat ik ik dan doen om mijn gewenste setup te bekomen?

Nogmaals mijn excuses voor deze vragen.
Dank aan iedereen die de tijd neemt om mijn vraag te lezen en eventueel te helpen.

[xarow]

De adapter kan tot op zekere hoogte gebruikt worden voor je eerste punt. De zigbee controllers kunnen natuurlijk niet door de adapter gestuurd worden, maar door Home Assistant

[HeRSteiN]

xarow schreef op woensdag 17 december 2025 @ 22:38:
De adapter kan tot op zekere hoogte gebruikt worden voor je eerste punt. De zigbee controllers kunnen natuurlijk niet door de adapter gestuurd worden, maar door Home Assistant

Bedankt voor je antwoord.
Dus ik ga ervanuit dat dat eigenlijk de oplossing is voor mijn gewenste project.
Beknopt: De adapter "stuurt" de data door naar HA, de Zigbee TRV's sturen info naar HA en HA stuurt opdracht voor verwarmen etc door naar de adapter/boiler.
Bij elke forum post over de setup van die adapter voel ik me echt een debiel.

[Kusterse]

pc_slopert schreef op maandag 15 december 2025 @ 15:41:
Met dank voor jullie goede tips. Het lijkt er op dat ik nu de benodigde sensoren eindelijk goed binnen krijg. Wat ik niet wist, is dat je blijkbaar het bestand

code:

/etc/ebusd/mqtt-hassio.cfg

in HA niet in die zelfde map kunt of mag plaatsen. Want na opnieuw opstarten / reboot van HA was die map en file dan weer verdwenen? Ook al maak je deze aan via de Terminal. Blijkbaar is HA geen gewone Linux
Dan maar in de homeassistant-config map geplaatst en dan pakt HA het bestand wel.

Ik heb eigenlijk hetzelfde probleem. Welk filter heb je nu precies gebruikt?
Ik zie ook de data gewoon voorbij komen in de log maar er wordt gewoon geen sensor aangemaakt.

Alvast bedankt

[pc_slopert]

Ik had eerts deze in de add on staan. Die mag weg.

code:

--mqttvar=filter-direction=r|u|^w

Dan je mqtt.cfg config in een map waar HA hem kan ophalen. Bij mij staat die in de ebusd-config map.
In de mqtt.cfg kun je deze line uitzetten of aanpassen. Ik heb hem nu uit staan:

code:

#filter-name = status|temp|humidity|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor|timer

En deze line moet dan in de cfg-config actief worden genaakt:

code:

filter-direction = r|u|^w

[xarow]

HeRSteiN schreef op donderdag 18 december 2025 @ 12:29:
[...]


Bedankt voor je antwoord.
Dus ik ga ervanuit dat dat eigenlijk de oplossing is voor mijn gewenste project.
Beknopt: De adapter "stuurt" de data door naar HA, de Zigbee TRV's sturen info naar HA en HA stuurt opdracht voor verwarmen etc door naar de adapter/boiler.
Bij elke forum post over de setup van die adapter voel ik me echt een debiel.

Ja, dit kan je op die manier doen inderdaad. Hou er wel rekening mee dat je waarschijnlijk altijd ook je woonkamer verwarmt als je een enkele kamer wilt verwarmen, tenzij je in de woonkamer ook radiatorknoppen hebt. Maar dan moet je weer oppassen dat je niet gaat stoken terwijl alle radiatoren dicht staan.

Hoe je je systeem vervolgens laat verwarmen is ook nog de vraag. Als je woonkamer de setpoint heeft gehaald zal je ketel uitgaan, dan moet je wellicht het setpoint in je woonkamer gaan verhogen om je kamers te verwarmen.

[hjzwiers]

Beste mensen, ik heb :
- Vaillant AroTHERM plus Warmtepomp (lucht/water) monobloc | AROTHERM+ VWL75/6 A 230V
- AROTHERM+ VWZ AI
- Vaillant SensoNET Interface bussysteem | SENSONET COM.MODULE VR921
- SesorComfort VRC720 in de woonkamer
Via een ebusd adapter v5 krijg ik de signalen binnen via een container die de ebusd uitleest, code:

services:
ebusd:
image: john30/ebusd
container_name: ebusd
restart: unless-stopped
ports:
- 8888:8888
environment:
EBUSD_DEVICE: ens:192.168.2.99:9999
EBUSD_SCANCONFIG: "full"
EBUSD_MQTTHOST: 192.168.2.71
EBUSD_MQTTPORT: "1883"
EBUSD_CONFIGLANG: en
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg
EBUSD_MQTTJSON: ""
EBUSD_LOGFILE: /var/log/ebusd.log
networks: {}

Alles komt binnen, dat lees ik uit via mqqt-explorer, echter de waardes van de systeem durk lees ik niet uit, terwijl ze wel aanwezig zijn op de VWZ AI.

Weet iemand wat ik verkeerd doe? Ik wil wel graag via de container blijven gebruiken. BVD!

[hjzwiers]

@frans3 Hoe heb je dat kastje bovenin gemaakt?

[pc_slopert]

Weet je zeker dat je config file wordt gelezen? Zo ja dan even de regel uit zetten zoals ik in mijn vorige post aangeef. Ik krijg de druk er wel uit hoor.

[hjzwiers]

Hoe doe ik dat?

Ik heb de file EBUSD_CONFIGPATH: "https://ebus.github.io/next/" toegevoegd, echter nog steeds geen Waterpressure

Heb jij een VRC720/2 (heb ik) of een 720/3 het zou daaraan liggen volgens Vaillant geleerden

[ Voor 105% gewijzigd door hjzwiers op 20-12-2025 20:47 ]

[pc_slopert]

Ik heb denk ik de versie 3.



Dit is in mijn log te zien wat hij laadt en waarop gescand wordt:

code:

> ebusd --foreground --mqtthost=192.168.0.23 --mqttport=1883 --mqttuser= --mqttpass= --scanconfig --mqttjson --configpath=/config/ebusd-configuration/latest/en --latency=10 --mqttint=/config/ebusd-configuration/mqtt-hassio.cfg --mqtttopic=ebusd --device=ens:192.168.0.164:9999 --log=all:notice --log=bus:notice --log=network:notice
2025-12-21 13:17:10.203 [main notice] ebusd 25.1.p20250414 started with broadcast scan on device: 192.168.0.164:9999, TCP, enhanced
2025-12-21 13:17:20.216 [main notice] starting initial broadcast scan
2025-12-21 13:17:30.488 [bus notice] scan 08: ;Vaillant;HMU00;0902;5103
2025-12-21 13:17:30.488 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU00;0902;5103
2025-12-21 13:17:30.488 [bus notice] scan 08: ;Vaillant;HMU00;0902;5103
2025-12-21 13:17:30.507 [main notice] read common config file vaillant/scan.csv
2025-12-21 13:17:30.555 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu00", SW0902, HW5103
2025-12-21 13:17:30.885 [update notice] sent scan-read scan.08 id QQ=31: 
2025-12-21 13:17:31.047 [update notice] sent scan-read scan.08 id QQ=31: 
2025-12-21 13:17:31.205 [update notice] sent scan-read scan.08 id QQ=31: 21;24;28;0010021626;3133;895343;N5
2025-12-21 13:17:31.205 [bus notice] scan 08: ;21;24;28;0010021626;3133;895343;N5
2025-12-21 13:17:33.378 [bus notice] scan 15: ;Vaillant;BASV3;0760;7304
2025-12-21 13:17:33.379 [update notice] sent scan-read scan.15  QQ=31: Vaillant;BASV3;0760;7304
2025-12-21 13:17:33.379 [bus notice] scan 15: ;Vaillant;BASV3;0760;7304
2025-12-21 13:17:33.739 [update notice] sent scan-read scan.15 id QQ=31: 
2025-12-21 13:17:33.894 [update notice] sent scan-read scan.15 id QQ=31: 
2025-12-21 13:17:34.042 [update notice] sent scan-read scan.15 id QQ=31: 21;24;13;0020328845;0082;015458;N6
2025-12-21 13:17:34.042 [bus notice] scan 15: ;21;24;13;0020328845;0082;015458;N6
2025-12-21 13:17:34.100 [main notice] read scan config file vaillant/15.basv.csv for ID "basv3", SW0760, HW7304
2025-12-21 13:17:36.217 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2025-12-21 13:17:36.217 [update notice] sent scan-read scan.76  QQ=31: Vaillant;VWZIO;0202;0103
2025-12-21 13:17:36.217 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2025-12-21 13:17:36.670 [update notice] sent scan-read scan.76 id QQ=31: 
2025-12-21 13:17:36.850 [update notice] sent scan-read scan.76 id QQ=31: 
2025-12-21 13:17:37.186 [update notice] sent scan-read scan.76 id QQ=31: 21;24;26;0010031645;0082;005713;N0
2025-12-21 13:17:37.186 [bus notice] scan 76: ;21;24;26;0010031645;0082;005713;N0
2025-12-21 13:17:37.203 [main notice] read scan config file vaillant/76.vwzio.csv for ID "vwzio", SW0202, HW0103
2025-12-21 13:17:39.406 [bus notice] scan f6: ;Vaillant;NETX2;4038;5703
2025-12-21 13:17:39.411 [update notice] sent scan-read scan.f6  QQ=31: Vaillant;NETX2;4038;5703
2025-12-21 13:17:39.411 [bus notice] scan f6: ;Vaillant;NETX2;4038;5703
2025-12-21 13:17:39.826 [update notice] sent scan-read scan.f6 id QQ=31: 
2025-12-21 13:17:39.991 [update notice] sent scan-read scan.f6 id QQ=31: 
2025-12-21 13:17:40.244 [update notice] sent scan-read scan.f6 id QQ=31: 21;24;09;0020260965;0933;026324;N3
2025-12-21 13:17:40.244 [bus notice] scan f6: ;21;24;09;0020260965;0933;026324;N3
2025-12-21 13:17:40.250 [main error] unable to load scan config f6: no file from vaillant with prefix f6 found
2025-12-21 13:17:40.250 [main error] scan config f6: ERR: element not found
2025-12-21 13:18:42.260 [main notice] scan completed 1 time(s), check again
2025-12-21 13:19:52.711 [main notice] scan completed 2 time(s), check again

[hjzwiers]

Tja, ik heb gebeld met Vaillant en ze zeggen dat het pas in de 720/3 is opgelost, dat vind ik nogal vreemd, ik zoek eigenlijk iemand met een 720/2 die ook de logging van de druk heeft.

Hoe bestaat het dat van de 200 items die in het overzicht staan (Op MQTT) net deze mist ......

Of mocht iemand een kapotte 720/3 heeft (glass werk) dan zou ik die graag overnemen

[ Voor 13% gewijzigd door hjzwiers op 21-12-2025 15:58 ]

[Question Mark]

hjzwiers schreef op zondag 21 december 2025 @ 15:38:
Tja, ik heb gebeld met Vaillant en ze zeggen dat het pas in de 720/3 is opgelost, dat vind ik nogal vreemd, ik zoek eigenlijk iemand met een 720/2 die ook de logging van de druk heeft.

Hoe bestaat het dat van de 200 items die in het overzicht staan (Op MQTT) net deze mist ......

Of mocht iemand een kapotte 720/3 heeft (glass werk) dan zou ik die graag overnemen

Ik heb een 125/6 warmtepomp die óók de systeemdruk doorgeeft via Ebusd. Is het geen optie om die gewoon uit te lezen?

(bij mij: sensor.ebusd_hmu00_ebusd_hmu00_flowpressuresensor)

[hjzwiers]

Dezelfde vraag, heb je een 720/2 of 720/3? Wat zijn jou settings om ebusd uit te lezen?

[Question Mark]

hjzwiers schreef op zondag 21 december 2025 @ 16:05:
Dezelfde vraag, heb je een 720/2 of 720/3? Wat zijn jou settings om ebusd uit te lezen?

Volgens mij een 720/2 (kan ik dat ergens zien?). Maar zoals gezegd, de druk haal ik uit de buitenunit zelf. En dat is eigenlijk ook logisch, de thermostaat heeft geen druksensor, die doet ook niks meer dan het doorgeven van de gerapporteerde waarde van de buitenunit.

Ik gebruik zelfd de Ebusd add-on in combinatie met MQTT in Home Assistant.

Overigens kan ik de druk ook via mijn sensocomfort zien: (sensor.ebusd_ctlv_ebusd_ctlv_waterpressuresensor_pressv)

[ Voor 12% gewijzigd door Question Mark op 21-12-2025 16:22 ]

[hjzwiers]

Ik krijg het verhaal dat de waarden opgeslagen worden in de 720/3 en niet in de 720/2. Ik snap dat de waarde van de VWZ AI komt, daar is ook de verbinding met de ebusd sensor gemaakt.

[hjzwiers]

Ik snap dat de druk van de VWZ AI afkomstig is. Daar heb ik ook ebusd connector aa vast zitten. Ik heb MQTT als interface, moet geen verschil maken. Je kan zien of je een v2 of v3 hebt aan het codenr v2 is 0020260913, kan je meestal op de factuur zien

[ Voor 7% gewijzigd door hjzwiers op 21-12-2025 16:40 ]

[Question Mark]

hjzwiers schreef op zondag 21 december 2025 @ 16:30:
Ik krijg het verhaal dat de waarden opgeslagen worden in de 720/3 en niet in de 720/2. Ik snap dat de waarde van de VWZ AI komt, daar is ook de verbinding met de ebusd sensor gemaakt.

De VWZ is de binnenunit, bij mij de MEH97/6. Dáár zie ik nu net geen druksensor tussenstaan.

Ik zie de druk op twee plekken, de sensocomfort en de buitenunit (warmtepomp zelf). Zie mijn eerdere posts voor de entiteiten. Via MQTT ook beide keren uit te lezen:

Via de warmtepomp zelf, geeft 1.20 bar terug.

code:

action: mqtt.publish
data:
  topic: ebusd/hmu00/flowpressuresensor/get
  payload: "1"

code:

2025-12-21 16:49:14.275 [update notice] sent poll-read hmu00 FlowPressureSensor QQ=31: 1.20

Via de Sensocomort, geeft 1.20 bar terug.

code:

action: mqtt.publish
data:
  topic: ebusd/ctlv/waterpressuresensor/pressv/get
  payload: "1"

code:

2025-12-21 16:52:51.198 [update notice] sent poll-read ctlv WaterPressureSensor QQ=31: 1.2

En let op dat ebus niks anders dan een bus is. Zolang je ebus adapter maar aan de bus zit, zou je alle devices moeten kunnen uitlezen.

[ Voor 5% gewijzigd door Question Mark op 21-12-2025 17:02 ]

[hjzwiers]

Zou je aub kunnen checken of jou 720 een v2 of een v3 is? Ik zou de hele lijst aan items kunnen posten, echter het enige wat ik mis is de waterdruk .....

[xarow]

@hjzwiers Wat geeft de log van ebsd aan bij het opstarten? Welke componenten worden in het netwerk gevonden en welke csv bestanden worden uitgelezen? Je 720 meet niks en kan dus ook geen meetwaarden op de bus zetten. Een /2 of variant gaat geen verschil maken.

[Kusterse]

pc_slopert schreef op zaterdag 20 december 2025 @ 10:06:
Ik had eerts deze in de add on staan. Die mag weg.

code:

--mqttvar=filter-direction=r|u|^w

Dan je mqtt.cfg config in een map waar HA hem kan ophalen. Bij mij staat die in de ebusd-config map.
In de mqtt.cfg kun je deze line uitzetten of aanpassen. Ik heb hem nu uit staan:

code:

#filter-name = status|temp|humidity|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor|timer

En deze line moet dan in de cfg-config actief worden genaakt:

code:

filter-direction = r|u|^w

Bij mij hielp het om bovenstaand filter uit te schakelen.
Heb ik ook nog best even op lopen puzzelen.
Je kunt proberen om in je config te plaatsen.
Ik heb die uit de release op github gedownload. en op onderstaande locatie gezet.

code:

 /config/custom_components/ebus.github.io/ebusd-configuration/mqtt-hassio.cfg

Vervolgens in de ebusd addon in de config deze locatie aanpassen zodat deze klopt.
Het ingestelde filter in de mqtt-hasio.cfg zorgt ervoor dat er nog een behoorlijk aantal sensoren uit staan.
zoals ook compressor toerental en utilization.

Heb ik nog een behoorlijk uurtje op lopen zoeken.
Ergens vond ik een mqtt-hasio.cfg op een pagina van john30. Die werkte niet.
Als je in de door jouw gebruikte release op github in onderstaande locatie zoekt vind je het juiste bestand.

code:

/etc/ebusd/mqtt-hassio.cfg

Als de info op de bus beschikbaar is, denk ik dat je die daarna binnenkrijgt in HA

Dank je wel pc_slopert

[Kusterse]

xarow schreef op zondag 21 december 2025 @ 21:38:
@hjzwiers Wat geeft de log van ebsd aan bij het opstarten? Welke componenten worden in het netwerk gevonden en welke csv bestanden worden uitgelezen? Je 720 meet niks en kan dus ook geen meetwaarden op de bus zetten. Een /2 of variant gaat geen verschil maken.

Klopt niet denk ik. druk wordt gepubliceerd door ctlv2 dat is toch wel de thermostaat.

[xarow]

Kusterse schreef op zondag 21 december 2025 @ 22:00:
[...]


Klopt niet denk ik. druk wordt gepubliceerd door ctlv2 dat is toch wel de thermostaat.
[Afbeelding]

Okay, dan wordt die waarde door de thermostaat gelezen en nogmaals op de bus gezet. Uiteindelijk heeft de thermostaat nog steeds zelf geen druksensor en krijgt die de waarde ergens anders vandaan.

[Question Mark]

Kusterse schreef op zondag 21 december 2025 @ 22:00:
[...]


Klopt niet denk ik. druk wordt gepubliceerd door ctlv2 dat is toch wel de thermostaat.
[Afbeelding]

Ja en Nee, de Sensocomfort is niet aangesloten op het hydraulisch circuit en heeft geen sensoren om zelf de waterdruk te kunnen meten. De Sensocomfort "krijgt" deze binnen van de buitenunit. Wél heeft hij een "kopie" van de ontvangen druk, die weer uit te lezen is.

hjzwiers schreef op zondag 21 december 2025 @ 19:00:
Zou je aub kunnen checken of jou 720 een v2 of een v3 is? Ik zou de hele lijst aan items kunnen posten, echter het enige wat ik mis is de waterdruk .....

Volgens het serienummer lijk ik een 720/2 te hebben (wat ik al vermoedde). Maar, ik zou in jouw geval gewoon de buitenunit als bron gaan bevragen. Zie daarvoor mijn eerdere post met wel MQTT bericht hoe ik dit kan doen. Je hebt een ebus-adapter....

En met de buitenunit opgenomen in je config, kun je nog veel meer leuke dingen doen ook...

[ Voor 3% gewijzigd door Question Mark op 22-12-2025 08:37 ]

[hjzwiers]

Bedankt voor alle tips, echter jullie moeten niet vergeten dat ik draai vanuit een docker container:

services:
ebusd:
image: john30/ebusd
container_name: ebusd
restart: unless-stopped
ports:
- 8888:8888
environment:
EBUSD_DEVICE: ens:192.168.2.99:9999
EBUSD_SCANCONFIG: "full"
EBUSD_MQTTHOST: 192.168.2.71
EBUSD_MQTTPORT: "1883"
EBUSD_CONFIGLANG: en
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg
EBUSD_MQTTJSON: ""
EBUSD_LOGFILE: /var/log/ebusd.log
networks: {}

waar ik nu mee speel is de :

EBUSD_CONFIGPATH: https://github.com/eBUS/ebus.github.io/tree/main/en/vaillant
EBUSD_CONFIGPATH: https://ebus.github.io/next/
EBUSD_CONFIGPATH: https://ebus.github.io/
EBUSD_CONFIGPATH: https://github.com/john30/ebusd-configuration.git
EBUSD_CONFIGPATH: https://github.com/john30/ebusd

https://ebus.github.io/ zou de modernste zijn, echter ze leveren allemaal ongeveer hetzelde resultaat.
ik heb een keer de volgende melding gezien in de logging:

2025-12-22 07:32:32.426 [update notice] received read ctlv2 WaterPressure QQ=f1:

[Question Mark]

Kijk even in je logging welke devices herkend worden op de ebus, en welke configfiles gebruikt worden. Je adapter zou ook de buitenunit automatisch moeten detecteren, dáár de configile voor selecteren. Dan zou eigenlijk ook de entiteit voor de druk vanuit de buitenunit ontsloten worden.

[xarow]

En zoals eerder aangegeven kan je ook de mqtt config aanpassen om geen filters toe te passen. Daarmee kan je checken of dat wellicht de boosdoener is. Je mqtt config staat nu ingesteld dat die in de volgende folder te vinden is: etc/ebusd/mqtt-hassio.cfg

[hjzwiers]

[xarow]

hjzwiers schreef op maandag 22 december 2025 @ 10:19:
[Afbeelding]

Ja, je vind dus alle apparaten. Check je mqtt config file. Haal de filters weg en check dan nogmaals.

[hjzwiers]

Hoe haal ik de filters weg (ik heb geen filters aanstaan ....)
Ik heb deze toegevoegd:

EBUSD_MQTTRETAIN: ""
EBUSD_MQTTVERBOSE: ""

[ Voor 36% gewijzigd door hjzwiers op 22-12-2025 10:31 ]

[xarow]

Door je config file (EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg) aan te passen, of door "filter-name=" als mqtt var mee te geven bij je docker setup.

[hjzwiers]

zo ?
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg --filter-direction = r|u|^w

of zo?
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg --filter-name =

[ Voor 32% gewijzigd door hjzwiers op 22-12-2025 10:58 ]

[xarow]

Nee, ik werk zelf niet met docker, dus je moet even in de documentatie zoeken waar je de --mqttvar mee moet geven. Verder heb ik het over filter-name en niet over filter-direction.

Even voor je gezocht:
EBUSD_MQTTVAR: filter-name=

[ Voor 12% gewijzigd door xarow op 22-12-2025 11:05 ]

[hjzwiers]

deze zou het moten zijn
EBUSD_MQTTVAR: "filter-name="

[pc_slopert]

je kunt /etc/ebusd/mqtt-hassio.cfg toch gewoon openen in de terminal in je docker via nano of vim? En dan een en ander aanpassen...

[hjzwiers]

Ik stop er mee:

services:
ebusd:
image: john30/ebusd
container_name: ebusd
restart: unless-stopped
ports:
- 8888:8888
volumes:
- ./ebusd-logs:/var/log
- ./mqtt-hassio.cfg:/etc/ebusd/mqtt-hassio.cfg
environment:
EBUSD_DEVICE: ens:192.168.2.99:9999
EBUSD_SCANCONFIG: full
EBUSD_MQTTHOST: 192.168.2.71
EBUSD_MQTTPORT: "1883"
#EBUSD_CONFIGPATH: https://cfg.ebusd.eu/vaillant
EBUSD_CONFIGPATH: https://ebus.github.io
EBUSD_MQTTTOPIC: ebusd
EBUSD_CONFIGLANG: en
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg
EBUSD_MQTTVAR: filter-direction=r|u|w|p
EBUSD_MQTTJSON: "true"
networks: {}

Nog steeds geen pressure van de ketel, dan maar omhoog lopen om die uit te lezen, Thanks voor alle hulp hier, maar ik moet toch aan een 720/v3 zien te komen

[xarow]

hjzwiers schreef op maandag 22 december 2025 @ 19:14:
Ik stop er mee:

services:
ebusd:
image: john30/ebusd
container_name: ebusd
restart: unless-stopped
ports:
- 8888:8888
volumes:
- ./ebusd-logs:/var/log
- ./mqtt-hassio.cfg:/etc/ebusd/mqtt-hassio.cfg
environment:
EBUSD_DEVICE: ens:192.168.2.99:9999
EBUSD_SCANCONFIG: full
EBUSD_MQTTHOST: 192.168.2.71
EBUSD_MQTTPORT: "1883"
#EBUSD_CONFIGPATH: https://cfg.ebusd.eu/vaillant
EBUSD_CONFIGPATH: https://ebus.github.io
EBUSD_MQTTTOPIC: ebusd
EBUSD_CONFIGLANG: en
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg
EBUSD_MQTTVAR: filter-direction=r|u|w|p
EBUSD_MQTTJSON: "true"
networks: {}

Nog steeds geen pressure van de ketel, dan maar omhoog lopen om die uit te lezen, Thanks voor alle hulp hier, maar ik moet toch aan een 720/v3 zien te komen

Maar waarom heb je nu dan de direction als filter gedaan en niet de name? En heb je al geprobeerd die config file aan te passen? En je hebt al is aangegeven dat je waterdruk in de ebusd logging zag staan. Hoe kan een v3 er dan voor gaan zorgen dat die waarde ook in de mqtt komt?

[hjzwiers]

Als ik EBUSD_MQTTVAR: filter-name= gebruik komt mijn scherm vol met data, echter geen waterdruk. Ik geef de strijd op heb al :
EBUSD_CONFIGPATH: https://github.com/eBUS/ebus.github.io/tree/main/en/vaillant
EBUSD_CONFIGPATH: https://ebus.github.io/next/
EBUSD_CONFIGPATH: https://ebus.github.io/
EBUSD_CONFIGPATH: https://github.com/john30/ebusd-configuration.git
EBUSD_CONFIGPATH: https://github.com/john30/ebusd
EBUSD_CONFIGPATH: https://cfg.ebusd.eu/vaillant

geprobeert, geen water druk .....

[Question Mark]

hjzwiers schreef op maandag 22 december 2025 @ 19:14:
Nog steeds geen pressure van de ketel, dan maar omhoog lopen om die uit te lezen, Thanks voor alle hulp hier, maar ik moet toch aan een 720/v3 zien te komen

Nee, zoals gezegd. Ik heb een 720/2 en kan daar ook de druk uitlezen via ebus/MQTT. Daarnaast haal ik hem zelf op via de de warmtepomp zelf, die bij jou ook gewoon gedecteerd lijkt te worden volgens je printscreen. Het type thermostaat is dan ook helemaal niet belangrijk, de druk komt vanaf de warmtepomp zelf. Dié moet je gaan uitlezen.

Welke configfiles worden nu actief gebruikt voor de devices? (Dat kun je zien in je logging tijdens starten)

Open de configfile die gebruikt wordt voor je buitenunit (hmu00). En zoek even naar iets wat lijkt op "flowpressure".

In mijn configfile staat het volgende:

code:

r,,FlowPressureSensor,,,,,FF323D,,,D2C,4,bar,,,,,,,,,,,,,,,,,,,

En die is via het publiceren van een MQTT topic gewoon uit te lezen...

Edit: zit nog even te kijken naar je posts, maar zet je instellingen eens naar "enhanced"?

hjzwiers schreef op maandag 22 december 2025 @ 09:40:
EBUSD_DEVICE: ens:192.168.2.99:9999

ENH of ENS moet overeenkomen met de setting op je adapter. Controleer dat eens? Zie hieronder de instellingen van mijn adapter:



Ik bljf het vreemd vinden dat in je printscreen die je laat zien van MQTT explorer, dat je andere devices zoals je buitenunit geen topics laten zien. Bij mij zie ik daar na verloop van tijd allemaal berichten op langskomen terwijl dat bij jou leegblijft (vandaar ook de vraag naar de daadwerkelijk gebruikte configfiles).

[ Voor 31% gewijzigd door Question Mark op 23-12-2025 15:14 ]

[hjzwiers]

Ik zou niet weten hoe ik een parameter via docker compse kan ophalen. Ik heb ook HMU00 er tussen staan. De setting op mijn adapter is ens:192.168.2.99:9999: ebusd device string: "ens:192.168.2.99:9999" or "mdns:54320485c2ac" since ebusd 24.1. De adapter instellingen zijn gelijk. Heb eens zonde ens of enh gedraait en dan kiest hij zelf voor enhanced.
Als je een tip hoe ik meer data uit HMU kan trekken dan do ik dat!
Ik zie dat jij VWZIO uitleest, die staat bij mij onder scan.76.
Ik heb niet sub menu's hebt ..... Hoe vraag jij deze op, via een docker file?

[ Voor 31% gewijzigd door hjzwiers op 23-12-2025 15:31 ]

[hjzwiers]

[Question Mark]

hjzwiers schreef op dinsdag 23 december 2025 @ 15:15:
Ik zie dat jij VWZIO uitleest, die heb ik niet en allemaal sub menu's hebt ..... Hoe vraag jij deze op, via een docker file?

Ik gebruik Home Assistant met de ebusd Add-on en de Mosquitto MQTT broker. De ebus addon is geconfigureerd om te verbinden met mijn ebus-adapter. Eigenlijk niet zo heel spannend ingesteld. Ik gebruik "enhanced" en doe een "full scan" bij het opstarten.



In mijn "config path" staan alle configfiles lokaal gedownload. Tijdens het opstarten van ebusd kan ik in de logging ook zien dat hij deze raadpleegt en matched naar de gevonden devices. Zie hieronder de detectie en het gebruik van de configile van mijn buitenunit.

code:

2025-12-23 15:33:13.062 [bus notice] scan 08: ;Vaillant;HMU00;0901;5103
2025-12-23 15:33:13.062 [update notice] store 08 ident: done
2025-12-23 15:33:13.062 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU00;0901;5103
2025-12-23 15:33:13.062 [bus notice] scan 08: ;Vaillant;HMU00;0901;5103
............
2025-12-23 15:33:13.120 [main notice] read scan config file vaillant/08.hmu00.HW5103.SW0901.csv for ID "hmu00", SW0901, HW5103

Qua devices: CTLV is een sensocomfort, VWZ is een hydraulische binnenunit, HMU is de buitenunit/warmtepomp.

Zie nu ik door de logfiles ga, overigens definitief dat ik een v2 sensocomfort heb.

code:

2025-12-23 15:33:15.991 [bus notice] scan 15: ;Vaillant;[b]CTLV2[/b];0514;1104

Het mooie van HA is dat je vrij veel in de gui kunt instellen (op de configfiles zelf na). Ik durf niet te zeggen hoe je dit vanuit een docker container doet.

edit: ik ben er steeds meer van overtuigd dat je configfiles niet goed geladen worden. Er staat mij bij dat er sinds een tijd overgestapt is naar een ander formaat. Kan zijn dat daarom de juiste bestanden niet meer in de online repository's gevonden kunnen worden.

edit2:

The old web service at cfg.ebusd.eu (https and http) is at its end of life and is subject to shutdown (no longer updated since end of 2024, complete shutdown end of 2025).

If you want to continue using web based configuration files, you need to move to ebusd version >= 24.1.

Alternatively you can clone the new CDN repository locally (see below), or use the old archived and no longer maintained CSV files locally from here (old frozen version kept for convenience).

zie https://github.com/john30/ebusd-configuration (en dan het stuk onder "important notice")

Misschien een optie om even een "archived" repository lokaal neer te zetten, en die te gebruiken.

[ Voor 19% gewijzigd door Question Mark op 23-12-2025 15:53 ]

[xarow]

De config path heeft hij al meerdere keren verandert, in principe kan je die laten verwijzen naar de ebus.github.io om de laatste release qua files te hebben.

Het zal helpen als er een keer een ebus log wordt gestuurd zoals al een aantal keer is gevraagd. Dan kan je pas zien wat er mis gaat. Docker of Home Assistant addon maakt in principe ook geen verschil aangezien een add-on ook gewoon een Docker container is.

[hjzwiers]

Nou ik heb AI ingeschakeld, kom ik iets verde mee.

Als ik in de docker de comando invoer:
ebusctl read -c hmu FlowPressure
1.2
Dus er is een druk.
Als ik nu de files van ebus.github.io locaal zet voor 08.hmu.tsp, 15.ctlv2.tsp, en 76.vwzio.tsp (weet niet wat f6 doet, ik heb geen NETX2 is) erin zet en dat de file 08.tsp wijzig dat die @poll(30) voor de data van de pomp actief gaat pollen.
Echter toen ik dit allemaal deed, deed die het natuurlijk niet, ben me nu aan het inlezen waarom niet.

[ Voor 11% gewijzigd door hjzwiers op 24-12-2025 09:47 ]

[Question Mark]

hjzwiers schreef op woensdag 24 december 2025 @ 09:46:
Als ik nu de files van ebus.github.io locaal zet voor 08.hmu.tsp, 15.ctlv2.tsp, en 76.vwzio.tsp (weet niet wat f6 doet, ik heb geen NETX2 is) erin zet en dat de file 08.tsp wijzig dat die @poll(30) voor de data van de pomp actief gaat pollen.

Kijk nu even in je ebus logging, het is belangrijk om te weten of die lokale configfiles ook daadwerkelijk gebruikt worden. Naamgeving van die bestanden is daarbij erg belangrijk.

[hjzwiers]

Hoe krijg ik een logging, heb EBUSD_LOGFILE: "/var/log/ebusd.log" geprobeert, echter is leeg, of moet ik de file aanmaken?

[xarow]

hjzwiers schreef op maandag 22 december 2025 @ 09:40:
Bedankt voor alle tips, echter jullie moeten niet vergeten dat ik draai vanuit een docker container:

services:
ebusd:
image: john30/ebusd
container_name: ebusd
restart: unless-stopped
ports:
- 8888:8888
environment:
EBUSD_DEVICE: ens:192.168.2.99:9999
EBUSD_SCANCONFIG: "full"
EBUSD_MQTTHOST: 192.168.2.71
EBUSD_MQTTPORT: "1883"
EBUSD_CONFIGLANG: en
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg
EBUSD_MQTTJSON: ""
EBUSD_LOGFILE: /var/log/ebusd.log
networks: {}

waar ik nu mee speel is de :

EBUSD_CONFIGPATH: https://github.com/eBUS/ebus.github.io/tree/main/en/vaillant
EBUSD_CONFIGPATH: https://ebus.github.io/next/
EBUSD_CONFIGPATH: https://ebus.github.io/
EBUSD_CONFIGPATH: https://github.com/john30/ebusd-configuration.git
EBUSD_CONFIGPATH: https://github.com/john30/ebusd

https://ebus.github.io/ zou de modernste zijn, echter ze leveren allemaal ongeveer hetzelde resultaat.
ik heb een keer de volgende melding gezien in de logging:

2025-12-22 07:32:32.426 [update notice] received read ctlv2 WaterPressure QQ=f1:

@hjzwiers in dit bericht heb je het al eens over iets wat je in de logging hebt gezien. Over die log hebben we het. Na het opstarten van de ebusd docker zou ebusd alle configs moeten scannen en dan ook weergeven welke config er per device wordt ingeladen.

Verder als je bestanden lokaal gebruikt moet je volgens mij wel de csv versie van de bestanden gebruiken en niet de tsp bestanden.

[hjzwiers]

Alle ideeen over pollen van de bus werken niet (@poll(30) toegevoegd in de tsp file en lokaal ebusd gedraait).
Ik ben weer terug bij mijn orspronkelijke https://ebus.github.io/ werk heb meest stabiel.
Ik zoek nu uit hoe je de commando "ebusctl read -c hmu FlowPressure" in docker compse kan invoeren en eens per dag kan uitlezen. Ik kan het handmatig doen, echter wil dat het automatisch gaat.

[hjzwiers]

services:
ebusd:
image: john30/ebusd
container_name: ebusd
restart: unless-stopped
ports:
- 8888:8888
volumes:
- ./scripts:/scripts:ro # mount local script folder
command:
- /scripts/automation.sh
environment:
EBUSD_DEVICE: ens:192.168.2.99:9999
EBUSD_MQTTHOST: 192.168.2.71
EBUSD_MQTTPORT: "1883"
EBUSD_CONFIGPATH: https://ebus.github.io
EBUSD_MQTTTOPIC: ebusd
EBUSD_CONFIGLANG: en
EBUSD_MQTTINT: /etc/ebusd/mqtt-hassio.cfg
EBUSD_MQTTVAR: filter-name=
EBUSD_OPTS: --scanconfig=full --mqttretain
EBUSD_MQTTJSON: "true"
networks: {}

met een automation file: (in scripts)
#!/bin/bash

# 1. Start ebusd in the background using the settings from the YAML
ebusd -f $EBUSD_OPTS &

# 2. FIX: Check port 8888 WITHOUT 'nc'
echo "[Automation] Waiting for ebusd port 8888..."
until (echo > /dev/tcp/127.0.0.1/8888) >/dev/null 2>&1; do
sleep 2
done

# 3. Wait for the HMU configuration to be fully loaded
# If this hangs, check 'docker logs' to see if it can reach the config server
echo "[Automation] Waiting for HMU CSV to load..."
until ebusctl info | grep -q "08.hmu.csv"; do
sleep 5
done

# 4. Set the high-priority poll
# This sends the data to 192.168.2.71 (MQTT) immediately
echo "[Automation] HMU Ready. Starting FlowPressure polling..."
ebusctl read -p 1 -c hmu FlowPressure

# 5. Keep container alive
wait


Lang leven AI, het wortd nu automatisch geupdate. Thanks voor alle hulp

[ Voor 58% gewijzigd door hjzwiers op 28-12-2025 19:05 ]

[water_escape]

Waar kan je de actuele temperatuur zien? Ik zie wel de " Z1ActualRoomTempDesired " . Maar niet de actual. Ik krijg volgens mij met de standaard setup geen thermostaat informatie door?

[Franciesco]

@water_escape ctlv2 z1RoomTemp

[water_escape]

Franciesco schreef op dinsdag 6 januari 2026 @ 19:10:
@water_escape ctlv2 z1RoomTemp

Die staat er bij mij niet tussen, niks van de ctlv2 . Ik gebruik auto csv.

[xarow]

@water_escape De BASV heeft ook een z1RoomTemp. De BASV is in jou configuratie de kamerthermostaat

[ Voor 35% gewijzigd door xarow op 07-01-2026 08:37 ]

[water_escape]

xarow schreef op woensdag 7 januari 2026 @ 08:36:
@water_escape De BASV heeft ook een z1RoomTemp. De BASV is in jou configuratie de kamerthermostaat

Daar heb ik dus al 100x totaal overheen gekeken. Maar dat is hem idd. Dank

[HeRSteiN]

xarow schreef op zaterdag 20 december 2025 @ 10:40:
[...]


Ja, dit kan je op die manier doen inderdaad. Hou er wel rekening mee dat je waarschijnlijk altijd ook je woonkamer verwarmt als je een enkele kamer wilt verwarmen, tenzij je in de woonkamer ook radiatorknoppen hebt. Maar dan moet je weer oppassen dat je niet gaat stoken terwijl alle radiatoren dicht staan.

Hoe je je systeem vervolgens laat verwarmen is ook nog de vraag. Als je woonkamer de setpoint heeft gehaald zal je ketel uitgaan, dan moet je wellicht het setpoint in je woonkamer gaan verhogen om je kamers te verwarmen.

Wel, ik heb de Shield ontvangen en aangesloten op de Vaillant.
Home Assistant kan de Shield terugvinden en kan vanalle MQTT devices vinden.

Gezien ik een totale analfabeet met die materie zit ik momenteel vast.
Ik had graag mijn temperatuur geregeld in Home Assistant. Maar dit lijkt niet mogelijk te zijn?

Zijn er beginner dingen die ik nog moet instellen die ik over het hoofd heb gezien?

Alvast bedankt voor jullie tijd.

[Question Mark]

HeRSteiN schreef op donderdag 8 januari 2026 @ 15:14:
[...]
Zijn er beginner dingen die ik nog moet instellen die ik over het hoofd heb gezien?

Begin eens met het schetsen van je situatie, en hoe je eea nu geconfigureerd hebt.

[xarow]

HeRSteiN schreef op donderdag 8 januari 2026 @ 15:14:
[...]


Wel, ik heb de Shield ontvangen en aangesloten op de Vaillant.
Home Assistant kan de Shield terugvinden en kan vanalle MQTT devices vinden.

Gezien ik een totale analfabeet met die materie zit ik momenteel vast.
Ik had graag mijn temperatuur geregeld in Home Assistant. Maar dit lijkt niet mogelijk te zijn?

Zijn er beginner dingen die ik nog moet instellen die ik over het hoofd heb gezien?

Alvast bedankt voor jullie tijd.

Dit is wel mogelijk, maar ligt waarschijnlijk aan je config. Standaard is die read-only ingesteld. Zoals hierboven gezegd. Laat eens zien hoe je config is en geef duidelijk aan wat je wilt bereiken

[HeRSteiN]

Question Mark schreef op donderdag 8 januari 2026 @ 15:29:
[...]

Begin eens met het schetsen van je situatie, en hoe je eea nu geconfigureerd hebt.

Bedankt voor jullie tijd.

Momenteel heb ik dus de Ebus Shield aan mijn Vaillant gekoppeld.
In Home Assistant heb ik ebusd met MQTT connectie geïnstalleerd. Ik heb na de connectie met de Shield niets meer gedaan qua configuratie. Hieronder de entiteiten opgelijst die ik in HA kan zien in MQTT



De entiteit: ebusd 370 lijkt mij de Thermostaat te zijn die ik beneden aan de muur heb hangen.
Als test zou ik de thermostaat willen bedienen via Home Assistant echter weet ik niet hoe. Staat op read only?

Mijn finale idee/project is om per kamer/ruimte een slimme thermostaat te hangen waarbij ik de temperatuur per ruimte kan kiezen. Echter heb ik momenteel nog geen zigbee thermostaten in mijn bezit.

Hopelijk brengt bovenstaande beetje idee over de momenteel geinstalleerde situatie.

Nogmaals bedankt voor jullie hulp/interesse.

[xarow]

Probeer je config eens aan te passen zoals water_escape hem heeft. Dan geef je het commando om entities ook te kunnen schrijven als ze als schrijfbaar zijn geconfigureerd in de csv bestanden en haal je ook de filter op namen weg.

Afbeelding

[water_escape]

HeRSteiN schreef op donderdag 8 januari 2026 @ 19:05:
[...]


Bedankt voor jullie tijd.

Momenteel heb ik dus de Ebus Shield aan mijn Vaillant gekoppeld.
In Home Assistant heb ik ebusd met MQTT connectie geïnstalleerd. Ik heb na de connectie met de Shield niets meer gedaan qua configuratie. Hieronder de entiteiten opgelijst die ik in HA kan zien in MQTT

[Afbeelding]

De entiteit: ebusd 370 lijkt mij de Thermostaat te zijn die ik beneden aan de muur heb hangen.
Als test zou ik de thermostaat willen bedienen via Home Assistant echter weet ik niet hoe. Staat op read only?

Mijn finale idee/project is om per kamer/ruimte een slimme thermostaat te hangen waarbij ik de temperatuur per ruimte kan kiezen. Echter heb ik momenteel nog geen zigbee thermostaten in mijn bezit.

Hopelijk brengt bovenstaande beetje idee over de momenteel geinstalleerde situatie.

Nogmaals bedankt voor jullie hulp/interesse.

Zoek hierboven even terug op mijn "handleiding" , dan krijg je ook editable items ipv readonly.

[Binkia]

Na lang zwoegen en uiteindelijk met goede hulp van Grok is het me gelukt om ebus berichten via de eBUS Adapter Shield C6 verbonden met de Vaillant ebus, ebusd docker container en de mosquitto docker container in mijn home assistant docker container te ontvangen. Mijn Vailant omgeving bestaat uit een Arotherm Plus Split 55/8.2, Hydraulische Module VWL 57/8.2, sensoCOMFORT VRC720 en Gateway My Connect. Nu krijg ik bij het inlezen van de ebusd configuratiebestanden een aantal errors zoals:

• [main error] unable to load scan config 04: no file from vaillant with prefix 04 found
• [/li]
• [main error] unable to load scan config 08: no file from vaillant with prefix 08 matches ID "hmux0", SW0302, HW0504
• [main error] unable to load scan config f6: no file from vaillant with prefix f6 found

Ik neem aan dat deze bestanden nodig zijn om alle ebus gegevens te kunnen ontvangen. Heeft iemand een idee hoe ik de errors kan oplossen?

Dank.

[xarow]

Binkia schreef op zaterdag 10 januari 2026 @ 20:22:
Na lang zwoegen en uiteindelijk met goede hulp van Grok is het me gelukt om ebus berichten via de eBUS Adapter Shield C6 verbonden met de Vaillant ebus, ebusd docker container en de mosquitto docker container in mijn home assistant docker container te ontvangen. Mijn Vailant omgeving bestaat uit een Arotherm Plus Split 55/8.2, Hydraulische Module VWL 57/8.2, sensoCOMFORT VRC720 en Gateway My Connect. Nu krijg ik bij het inlezen van de ebusd configuratiebestanden een aantal errors zoals:

• [main error] unable to load scan config 04: no file from vaillant with prefix 04 found
• [/li]
• [main error] unable to load scan config 08: no file from vaillant with prefix 08 matches ID "hmux0", SW0302, HW0504
• [main error] unable to load scan config f6: no file from vaillant with prefix f6 found

Ik neem aan dat deze bestanden nodig zijn om alle ebus gegevens te kunnen ontvangen. Heeft iemand een idee hoe ik de errors kan oplossen?

Dank.

Door eerst te beginnen met het delen van je configuratie. Wij kunnen niet ruiken hoe jou configuratie is

[Binkia]

Sorry maar ik dacht dat het belangrijkste er wel in stond. Mijn Vaillant installatie bestaat uit een:

• Arotherm Plus Split 55/8.2 buitenunit
• Hydraulische Module VWL 57/8.2 binnenunit
• sensoCOMFORT VRC720
• Gateway My Connect

Ik monitor met behulp van Home-Assistant dat als een Docker container op een Raspberry Pi (RPi) draait. De RPi is met een kabel aan mijn netwerk verbonden. De eBUS Adapter Shield C6 is in de binnenunit op de EBUS aangesloten en middels WiFi met mijn netwerk verbonden. Op mijn RPi draaien tevens een EBUSD Docker container en een Mosquitto MQTT Docker container. Home-Assistant is vervolgens met MQTT gekoppeld. Dit is volgens mij een redelijk standaard installatie.

Als je meer info wilt hebben om mijn eerdere vraag te beantwoorden dan hoor ik dat graag . Ik kan eventueel nog het eerste deel van de EBUSD log delen.

[Proton_]

Edit: @Binkia ik ben er een beetje uit (dit is echt iets dat je niet onnodig aanraakt als het eenmaal werkt), maar ik kan me herinneren dat de bron van de config (csv) bestanden nogal nauw luistert.
Heb je die gedownload (en heb je er dus grip op) of komen die bij het opstarten ergens van internet?
In beide gevallen is interessant om te weten welke csv bestanden daar te vinden zijn. Je zoekt dus een bron voor een 08.hmux0.csv en als die er niet is, dan... kan je een poging wagen door een bestaand gelijkend bestand te hernoemen. Verwacht dan wel dat er dingen niet kloppen. Officieel begint er dan een reverse engineering stap, here be dragons wat mij betreft.

[Binkia]

@Proton_ Dank voor je reactie. Ik maak gebruik van de configuratiebestanden van jonesPD en heb deze met behulp van Git lokaal op de RPi staan. Ik heb je raad opgevolgd en het 08.hmu.csv bestand gekopieerd en als 08.hmux0.csv weer toegevoegd. Na een restart van de EBUSD container is de service HMUX0 inderdaad toegevoegd in Home-Assistant en langzamerhand worden steeds meer sensors van een waarde voorzien .
Dit lijkt dus een goede oplossing en nu kan ik in ieder geval zaken als het huidige vermogen uitlezen. Dank voor je hulp.

[xarow]

Die config van jonesPD is volgens mij alweer wat ouder en kan dus wel wat dingen missen die wel in de nieuwere configs zitten. https://ebus.github.io/

Ik zie op de oude configuration GitHub wel een issue die hetzelfde probleem hebben als jij en ook dezelfde oplossing hebben toegepast. https://github.com/john30/ebusd-configuration/issues/540

Je moet de komende tijd de GitHub maar in de gaten houden om te zien of de bestanden worden aangepast met extra entries voor de nieuwe apparaten

[ Voor 32% gewijzigd door xarow op 11-01-2026 18:25 ]

[Kaspers]

Ik heb, zoals velen hier, de entiteiten die beschikbaar komen vanuit ebusd beschikbaar gesteld in Home-Assistant, en Home-Assistant weer zo geconfigureerd dat data geexporteerd wordt naar een Prometheus instantie (een tool dat metrics verzamelt). Dit is altijd mijn bron geweest voor mijn grafana dashboard voor o.a. de warmtepomp.

Nu ben ik net wat gaan 'prutsen' met "MCP". Kort voor Model Context Protocol. Een nieuwe standaard die AI-modellen in staat stelt om te communiceren met externe bronnen, zoals databases, websites, etc). Ik heb een MCP server opgezet (daar heeft Claude Opus 4.5, via de Copilot Chat in vscode mij aan geholpen) en deze vervolgens toegang gegeven tot de grafana instantie, met een apikey.

Dit geeft nu interessante mogelijkheden.
Een prompt als:

Je kunt een groot aantal metrics vinden van mijn Warmtepomp. Kun je voor mij een analyse uitvoeren hoe deze warmtepomp presteert de afgelopen 24 uur? Het is een arotherm 105/6 met een unitower binnenunit voor sanitair warm water.

Resultaat:


Zoals gezegd, ik begin hier net mee te experimenteren, en leek me leuk dit hier te delen.

[Kaspers]

Update:
Nog simpeler is om een AI agent (in mijn geval Claude Opus 4.5) toegang te geven tot Prometheus; via Grafana is eigenlijk een omweg. De prompt is vervolgens:

code:

Ik wil je vragen mij te helpen om een analyse uit te voeren hoe goed mijn warmtepomop presteert.
Je gaat dit doen via de prometheus MCP server. Niet via de Grafana MCP.
Je leest alleen metrics uit die "ebusd" in de naam hebben staan.
Context: Het warmtepompsysteem betreft een aroTHERM plus VWL 105/6 A 400V 9.2 kW monoblock + uniTOWER plus VIH QW 190/6 E
Ik wil graag een analyse over de afgelopen 48 uur.
Ik wil graag weten of we ook met een minder zware warmtepomp toekunnen, bijvoorbeeld een 7kW unit van vaillant arotherm plus.

Resultaat:

🔥 Warmtepomp Performance Analyse - 48 uur
Systeem: Vaillant aroTHERM plus VWL 105/6 A 400V (9.2 kW) + uniTOWER plus VIH QW 190/6 E

📈 Belangrijke Observaties
1. Piek Thermisch Vermogen
De warmtepomp leverde een maximum thermisch vermogen van ~8-9 kW tijdens normale verwarming. De pieken tot 12.5 kW zijn waarschijnlijk meetpieken of kortstondige burst-momenten.

Sustained output tijdens koudste perioden (-4.7°C): ~7.5-8.5 kW

2. COP Berekening (Coefficient of Performance)
Typische momentane COP:

• Bij ~7.5 kW yield en ~3.0 kW consumed: COP ≈ 2.5
• Bij ~6.0 kW yield en ~2.5 kW consumed: COP ≈ 2.4

Dit is normaal voor een lucht-water warmtepomp bij buitentemperaturen rond -3 tot -5°C.

3. Compressor Benutting
De compressor draaide gedurende de hele meetperiode NIET op 100%. Dit betekent dat de huidige 9.2 kW unit overcapaciteit heeft.

4. Warm Water (HWC)
Er waren 2 warmwaterbereidingen zichtbaar (flowtemp stijgt naar 55-56°C). Dit is een kortstondige extra belasting.

🎯 Antwoord op de Hoofdvraag: Kan een 7 kW unit volstaan?
Factor Beoordeling
Maximaal benodigd vermogen ~8-9 kW bij -4.7°C
Vaillant aroTHERM plus 7 kW specificaties 7.0 kW nominaal (A7/W35)
Capaciteit bij -5°C ~5.5-6 kW (COP daalt, output daalt)
⚠️ Conclusie: Nee, een 7 kW unit is waarschijnlijk NIET voldoende
Redenen:

• Bij -4.7°C buitentemperatuur had je ~7.5-8.5 kW thermisch vermogen nodig
• Een 7 kW unit levert bij deze temperaturen slechts ~5.5-6 kW effectief vermogen
• Dit zou resulteren in:
• Compressor continu op 100% (versnelde slijtage)
• Onvoldoende warmte bij koudere dagen
• Mogelijk inschakelen van elektrisch bijverwarmen

Aanbeveling:

• Je huidige 9.2 kW unit is passend gedimensioneerd voor je woning. De ~10-20% overcapaciteit is een gezonde marge voor:

• Extreme koude dagen (tot -10°C ontwerptemperatuur NL)
• Warmwaterbereiding simultaan met verwarming
• Toekomstige efficiëntieverlies door ouderdom

📋 Alternatieve Overwegingen
Als je echt wilt downsizen:

8 kW unit zou marginaal kunnen werken, maar met weinig reserve

• Hybride oplossing met gasketel als backup bij extreme kou
• Betere isolatie zou de warmtevraag verlagen en een kleinere WP mogelijk maken
• Wil je dat ik nog dieper in specifieke periodes duik of een grafiek genereer van de data?

Ik vind dit best indrukwekkend.

Ook dit soort analyses zijn interessant te doen:

code:

Ik stook 24/7. 
De binnen-temperatuur is uit te lezen met ebusd_700_z1roomtemp. windsnelheden vind je in buienradar_wind_speed. 
Zou je eens een anlyse willen doen op de historische gegevens wat de invloed van de wind is op de woning? 
Is het verstandig de heatcurve op te hogen wanneer de windsnelheid toeneemt?

De uitkomst laat ik even voor wat het is, maar het is wel leuk experimenteren! (wel even kritisch blijven welke data je beschikbaar stelt tot de modellen).

[ Voor 7% gewijzigd door Kaspers op 11-01-2026 21:47 ]

[xarow]

@Kaspers dit is wel heel tof. Weet jij of je zo een mcp ook kan koppelen aan de lange termijn database van Home Assistant?

[Kaspers]

xarow schreef op maandag 12 januari 2026 @ 07:15:
@Kaspers dit is wel heel tof. Weet jij of je zo een mcp ook kan koppelen aan de lange termijn database van Home Assistant?

Ik heb even gezocht, maar er bestaat iets wat nog veel interessanter is dan wat ik heb gedaan: https://github.com/homeassistant-ai/ha-mcp

Dit komt neer op niet alleen analyses op data maken, maar ook:



Dit kan je echt heel veel tijd schelen wanneer home-assistant niet je hobby is, maar waar je wel graag veel uit wilt halen.

[ Voor 7% gewijzigd door Kaspers op 12-01-2026 17:12 ]

[oekiwoeki]

xarow schreef op zondag 11 januari 2026 @ 18:23:
Die config van jonesPD is volgens mij alweer wat ouder en kan dus wel wat dingen missen die wel in de nieuwere configs zitten. https://ebus.github.io/

Ik zie op de oude configuration GitHub wel een issue die hetzelfde probleem hebben als jij en ook dezelfde oplossing hebben toegepast. https://github.com/john30/ebusd-configuration/issues/540

Je moet de komende tijd de GitHub maar in de gaten houden om te zien of de bestanden worden aangepast met extra entries voor de nieuwe apparaten

Klopt het dat de nieuwere csv bestanden van Vaillant een andere opbouw hebben dan eerder?
nieuwere: https://github.com/eBUS/ebus.github.io/tree/main/en/vaillant
oudere: https://github.com/john30...ster/archived/en/vaillant

Ik gebruik nu versie 25.1 van ebusd en kan blijkbaar die oude csv niet meer gebruiken.

[xarow]

@oekiwoeki Oude csv kan je enkel nog gebruiken als je ze lokaal zet.

[oekiwoeki]

Kaspers schreef op maandag 12 januari 2026 @ 17:11:
[...]


Ik heb even gezocht, maar er bestaat iets wat nog veel interessanter is dan wat ik heb gedaan: https://github.com/homeassistant-ai/ha-mcp

Dit komt neer op niet alleen analyses op data maken, maar ook:

[Afbeelding]

Dit kan je echt heel veel tijd schelen wanneer home-assistant niet je hobby is, maar waar je wel graag veel uit wilt halen.

Super dit!

[oekiwoeki]

xarow schreef op maandag 12 januari 2026 @ 21:57:
@oekiwoeki Oude csv kan je enkel nog gebruiken als je ze lokaal zet.

Ik heb alle bestanden lokaal. Maar als ik een oude csv gebruik, dan krijg ik een foutmelding:


Vind ik ergens ook wel logisch want de rijen zijn anders opgebouwd. Op de derde positie bijvoorbeeld heb je nu een kolom staan die "level" heet.

[xarow]

@oekiwoeki dat laatste maakt niet uit. Ik heb ook een laatste versie ebusd draaien met het oude format csv bestanden lokaal. Het lijkt er op dat jij ergens een type ENERGY gebruikt die niet staat vermeld in _templates.csv.

[oekiwoeki]

xarow schreef op dinsdag 13 januari 2026 @ 06:47:
@oekiwoeki dat laatste maakt niet uit. Ik heb ook een laatste versie ebusd draaien met het oude format csv bestanden lokaal. Het lijkt er op dat jij ergens een type ENERGY gebruikt die niet staat vermeld in _templates.csv.

Goeie tip, bedankt!

[acolson]

Als je manueel de temperatuur aanpast wanneer je een weekplanner actief hebt. Iemand een idee welke parameter dit is in ebus?

[Proton_]

@acolson Bij mij dacht ik z1QuickVetoTemp. In nieuwere configs kan het anders zijn en bij meerdere zones ook

[acolson]

@Proton_ Deze had ik inderdaad al gevonden. Alleen mis ik de parameter die instaat voor hoe lang eze temperatuur geldig moet zijn. Blijkbaar zit deze onder vaillant/15.ctlv2.csv maar die wordt bij mij precies niet ingeladen:

root@rpi5:/opt/ebusd-configuration# ebusctl info
version: ebusd 25.1.25.1
update check: OK, broadcast.csv: different version available, vaillant/08.hmu.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available, vaillant/yield3f40.inc: different version available
device: 192.168.68.69:9999, TCP
access: *
signal: acquired
symbol rate: 45
max symbol rate: 190
min arbitration micros: 0
max arbitration micros: 1341
min symbol latency: 2
max symbol latency: 53
scan: finished
reconnects: 1
masters: 5
messages: 878
conditional: 0
poll: 0
update: 18
address 00: master #1
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0902;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=BASV3;SW=0760;HW=7304", loaded "vaillant/15.basv.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0902;HW=5103", loaded "vaillant/76.vwzio.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0760;HW=7304", loaded "vaillant/ec.sol.sc.csv"

Een idee waarom niet?

[Proton_]

Het meest waarschijnlijke is dat je geen ctlv2 hebt maar een basv3
Je kunt kijken of je de csv's kan samenvoegen (backups!), hopelijk zit de data nog op hetzelfde bericht.

[rik1984]

acolson schreef op donderdag 22 januari 2026 @ 15:37:
@Proton_ Deze had ik inderdaad al gevonden. Alleen mis ik de parameter die instaat voor hoe lang eze temperatuur geldig moet zijn. Blijkbaar zit deze onder vaillant/15.ctlv2.csv maar die wordt bij mij precies niet ingeladen:

root@rpi5:/opt/ebusd-configuration# ebusctl info
version: ebusd 25.1.25.1
update check: OK, broadcast.csv: different version available, vaillant/08.hmu.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available, vaillant/yield3f40.inc: different version available
device: 192.168.68.69:9999, TCP
access: *
signal: acquired
symbol rate: 45
max symbol rate: 190
min arbitration micros: 0
max arbitration micros: 1341
min symbol latency: 2
max symbol latency: 53
scan: finished
reconnects: 1
masters: 5
messages: 878
conditional: 0
poll: 0
update: 18
address 00: master #1
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0902;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=BASV3;SW=0760;HW=7304", loaded "vaillant/15.basv.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0902;HW=5103", loaded "vaillant/76.vwzio.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0760;HW=7304", loaded "vaillant/ec.sol.sc.csv"

Een idee waarom niet?

Ik heb de ctlv3 en kan daar ook de input number vinden voor de veto temperatuur (number.vaillant_thermostaat_z1quickvetotemp), maar de veto duration, veto end time en veto end date zijn allemaal 'sensors'. Deze zijn dus uit te lezen, maar niet te configureren. Heeft iemand dit al werkend?

[ahbart]

Om verschillende redenen had ik ebusd een tijdje niet actief. Daarvoor startte ik een docker met deze compose file:

YAML:

services:
  ebusd:
    container_name: ebusd
    image: john30/ebusd
    ports:
      - 8888:8888
      - 9797:8080
    environment:
#      EBUSD_OPTS: ''
      EBUSD_CONFIGPATH: "/config/ebusd-configuration/ebusd-2.1.x/en/"
      EBUSD_CONFIGLANG: "en"
      EBUSD_LATENCY: '100'
      EBUSD_SCANCONFIG: "full"
      EBUSD_DEVICE: "enh:192.168.188.104:3335"
      EBUSD_MQTTPORT: '1883'
      EBUSD_MQTTHOST: '192.168.188.101'
      EBUSD_MQTTUSER: 'mosquitto'
      EBUSD_MQTTPASS: 'wachtwoord'
      EBUSD_MQTTCLIENTID: 'ebusd'
      EBUSD_PORT: 8888
      EBUSD_HTTPPORT: 8080
    restart: unless-stopped
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /home/user-rpi5/docker/ebusd/config:/config

Nu dacht ik eerst de config files te moeten updaten, maar het lijkt of die helemaal veranderd zijn.
Git pull ging niet omdat de hele structuur veranderd is naar typespec?

edit: Ik lees nu:

code:

Starting with version 3.2, ebusd by default uses the config web service to retrieve the latest configuration files that are reflected by the configuration repository:
https://github.com/john30/ebusd-configuration

Betekent dit dat ik die EBUSD_CONFIGPATH: zou moeten verwijderen?

Kan iemand mij op weg helpen? Of is er nu een andere, of betere manier?

[ Voor 12% gewijzigd door ahbart op 23-01-2026 13:22 ]

[Kaspers]

Ik heb 'm zo staan:

code:

- name: EBUSD_DEVICE
   value: "enh:esp-ebus.lan:3335"
 - name: EBUSD_LATENCY
   value: "10"
 - name: EBUSD_MQTTHOST
   value: "kubernetes.lan"
 - name: EBUSD_MQTTPORT
   value: "1883"
 - name: EBUSD_MQTTUSER
   value: "ebusd"
 - name: EBUSD_MQTTPASS
   value: ""
 - name: EBUSD_MQTTINT
   value: "/etc/ebusd/mqtt-hassio-custom.cfg"
 - name: EBUSD_MQTTJSON
   value: ""
 - name: EBUSD_SCANCONFIG
   value: "full"
 - name: EBUSD_CONFIGLANG
   value: "en"
   # config files staan remote.
 - name: EBUSD_CONFIGPATH
   value: "https://ebus.github.io/"
 - name: EBUSD_PORT
   value: "8888"
 - name: EBUSD_HTTPPORT
   value: "8080"
 - name: EBUSD_LOG
   value: "all:notice"

[ahbart]

Kaspers schreef op vrijdag 23 januari 2026 @ 15:00:
Ik heb 'm zo staan:

code:

- name: EBUSD_DEVICE
   value: "enh:esp-ebus.lan:3335"
 - name: EBUSD_LATENCY
   value: "10"
 - name: EBUSD_MQTTHOST
   value: "kubernetes.lan"
 - name: EBUSD_MQTTPORT
   value: "1883"
 - name: EBUSD_MQTTUSER
   value: "ebusd"
 - name: EBUSD_MQTTPASS
   value: ""
 - name: EBUSD_MQTTINT
   value: "/etc/ebusd/mqtt-hassio-custom.cfg"
 - name: EBUSD_MQTTJSON
   value: ""
 - name: EBUSD_SCANCONFIG
   value: "full"
 - name: EBUSD_CONFIGLANG
   value: "en"
   # config files staan remote.
 - name: EBUSD_CONFIGPATH
   value: "https://ebus.github.io/"
 - name: EBUSD_PORT
   value: "8888"
 - name: EBUSD_HTTPPORT
   value: "8080"
 - name: EBUSD_LOG
   value: "all:notice"

Dit is geen antwoord op mijn post zo te zien?

[robertoz1982]

acolson schreef op donderdag 22 januari 2026 @ 14:59:
Als je manueel de temperatuur aanpast wanneer je een weekplanner actief hebt. Iemand een idee welke parameter dit is in ebus?

In HA heb ik een knop/automation gemaakt met de volgende MQTT publishes erachter:
ebusd/ctlv0/z1SFMode/set
met payload: auto

ebusd/ctlv0/z1QuickVetoTemp/set
met payload de gewenste temperatuur

ebusd/ctlv0/z1QuickVetoDuration/set
met payload het aantal uur dat deze override actief moet zijn

dit werkt bij mij met een SensoHOME VRT380. Misschien heb je er wat aan.

[Rijo038]

ahbart schreef op vrijdag 23 januari 2026 @ 12:43:
Om verschillende redenen had ik ebusd een tijdje niet actief. Daarvoor startte ik een docker met deze compose file:

YAML:

services:
  ebusd:
    container_name: ebusd
    image: john30/ebusd
    ports:
      - 8888:8888
      - 9797:8080
    environment:
#      EBUSD_OPTS: ''
      EBUSD_CONFIGPATH: "/config/ebusd-configuration/ebusd-2.1.x/en/"
      EBUSD_CONFIGLANG: "en"
      EBUSD_LATENCY: '100'
      EBUSD_SCANCONFIG: "full"
      EBUSD_DEVICE: "enh:192.168.188.104:3335"
      EBUSD_MQTTPORT: '1883'
      EBUSD_MQTTHOST: '192.168.188.101'
      EBUSD_MQTTUSER: 'mosquitto'
      EBUSD_MQTTPASS: 'wachtwoord'
      EBUSD_MQTTCLIENTID: 'ebusd'
      EBUSD_PORT: 8888
      EBUSD_HTTPPORT: 8080
    restart: unless-stopped
    volumes:
      - /etc/localtime:/etc/localtime:ro
      - /home/user-rpi5/docker/ebusd/config:/config

Nu dacht ik eerst de config files te moeten updaten, maar het lijkt of die helemaal veranderd zijn.
Git pull ging niet omdat de hele structuur veranderd is naar typespec?

edit: Ik lees nu:

code:

Starting with version 3.2, ebusd by default uses the config web service to retrieve the latest configuration files that are reflected by the configuration repository:
https://github.com/john30/ebusd-configuration

Betekent dit dat ik die EBUSD_CONFIGPATH: zou moeten verwijderen?

Kan iemand mij op weg helpen? Of is er nu een andere, of betere manier?

ik heb hier ook aardig mee lopen klieren. is je ebus-adapter op versie 24+? Als je gebruik wilt maken van de CDN, dan kun je de volumes uit commentariëren. Een # voor beide volumes. Hij zal dan automatisch de juiste config files op gaan halen. configpath is dus niet meer nodig

[ahbart]

Rijo038 schreef op vrijdag 23 januari 2026 @ 19:02:
[...]

ik heb hier ook aardig mee lopen klieren. is je ebus-adapter op versie 24+? Als je gebruik wilt maken van de CDN, dan kun je de volumes uit commentariëren. Een # voor beide volumes. Hij zal dan automatisch de juiste config files op gaan halen. configpath is dus niet meer nodig

Oke! Top. Maar ik moet dus de 'firmware' updaten? Of de docker ebusd?

Ik heb de adapter met deze firmware:
https://github.com/danielkucera/esp-arduino-ebus
Nu versie 6.8 meen ik me te herinneren. Laatste versie is daar 7.1. Dus ik wat is dan versie 24+
Ik probeer het wel eens.

[ Voor 18% gewijzigd door ahbart op 23-01-2026 19:56 ]

[Rijo038]

ahbart schreef op vrijdag 23 januari 2026 @ 19:52:
[...]

Oke! Top. Maar ik moet dus de 'firmware' updaten? Of de docker ebusd?

Ik heb de adapter met deze firmware:
https://github.com/danielkucera/esp-arduino-ebus
Nu versie 6.8 meen ik me te herinneren. Laatste versie is daar 7.1. Dus ik wat is dan versie 24+
Ik probeer het wel eens.

hiermee vond ik, dat ik versie 25 heb. docker logs ebusd | grep "ebusd"
Hopelijk vind je een manier om naar versie 24 te komen.

[ Voor 19% gewijzigd door Rijo038 op 23-01-2026 20:37 ]

[ahbart]

Rijo038 schreef op vrijdag 23 januari 2026 @ 20:15:
[...]

hiermee vond ik, dat ik versie 25 heb. docker logs ebusd | grep "ebusd"
Hopelijk vind je een manier om naar versie 24 te komen.

Aah ebusd! Ja die heb ik geupdate.
Dan ga ik binnenkort die ebus adapter weer aansluiten. Ben benieuwd. Dank!!

[Kaspers]

ahbart schreef op vrijdag 23 januari 2026 @ 12:43:
Betekent dit dat ik die EBUSD_CONFIGPATH: zou moeten verwijderen?

Kan iemand mij op weg helpen? Of is er nu een andere, of betere manier?

ahbart schreef op vrijdag 23 januari 2026 @ 16:51:
[...]

Dit is geen antwoord op mijn post zo te zien?

Ah, excuses, ik had wel het idee dat ik je op weg aan het helpen was, maar daar hebben we elkaar even niet gevonden.

Ja de config files staan tegenwoordig remote op github. Vanaf versie 24.1 is "https://ebus.github.io/" de 'default' bron voor de csv-definities; je zou 'm dus achterwege kunnen laten; persoonlijk vind ik het altijd wel prettig om hem wel op te nemen in de deployment / docker-compose definitie.

[ Voor 3% gewijzigd door Kaspers op 23-01-2026 22:21 ]

[rik1984]

robertoz1982 schreef op vrijdag 23 januari 2026 @ 18:38:
[...]


In HA heb ik een knop/automation gemaakt met de volgende MQTT publishes erachter:
ebusd/ctlv0/z1SFMode/set
met payload: auto

ebusd/ctlv0/z1QuickVetoTemp/set
met payload de gewenste temperatuur

ebusd/ctlv0/z1QuickVetoDuration/set
met payload het aantal uur dat deze override actief moet zijn

dit werkt bij mij met een SensoHOME VRT380. Misschien heb je er wat aan.

Top tip, deze werkt ook op min VRC720/3. Vet duration instellen met: ebusd/ctlv3/z1QuickVetoDuration/set

Heb je ook een idee hoe je de veto weer kunt annuleren. Als ik de VetoDuration op 0 zet dan gaat hij terug tot 30 minuten, maar hij schakelt hem niet helemaal uit

[robertoz1982]

rik1984 schreef op zaterdag 24 januari 2026 @ 17:17:
[...]


Top tip, deze werkt ook op min VRC720/3. Vet duration instellen met: ebusd/ctlv3/z1QuickVetoDuration/set

Heb je ook een idee hoe je de veto weer kunt annuleren. Als ik de VetoDuration op 0 zet dan gaat hij terug tot 30 minuten, maar hij schakelt hem niet helemaal uit

Uitzetten van veto doe je met:
ebusd/ctlv0/z1SFMode/set
met payload: auto

Want die z1SFMode is als veto actief is "veto"

[wimpel2]

Ik zou graag MQTT automatisch mijn DB laten updaten. (zonder HA)
Maar MQTT doet geen updates van de waarde, alleen als ik zelf een read uitvoer.

Dit is mijn docker-compose.yml

code:

services:
  ebusd:
    image: john30/ebusd:latest
    container_name: ebusd
    restart: unless-stopped
    environment:
      - TZ=Europe/Brussels
    command: >
      -d 999
      -f
      --device=yyy
      --latency=100000
      --pollinterval=1
      --configpath=/etc/ebusd/latest/en
      --scanconfig
      --accesslevel="*"
      --httpport=8010
      --logfile=/var/log/ebusd.log
      --mqtthost=yyy
      --mqttport=1883
      --mqttuser=yyy
      --mqttpass=yyy
      --mqtttopic=ebusd/%circuit/%name
      --mqttjson
      --mqttlog
      --mqttchanges
      --mqttretain
    ports:
      #- "8010:8888"   # ebusd TCP interface (voor clients / tools)
      - "8010:8010"   # eenvoudige HTTP-statuspagina
    volumes:
      - /home/yyy/ebusd/config:/etc/ebusd:ro
      - /home/yyy/ebusd/logs:/var/log/ebusd