Verwarming uitlezen met ebusd

[xarow]

Robust2 schreef op donderdag 30 oktober 2025 @ 21:48:
[...]


Bedankt, dat maakt het wat duidelijker!
De CSV bestanden die hij nu lijkt op te pikken zijn broadcast, general, scan, 08.bai en 15.370

Wat me ook niet helemaal duidelijk is, is waarom ik bijvoorbeeld lijnen als volgt in de log zie:
2025-10-30 21:45:29.264 [update notice] received read bai Gasvalve QQ=10: off
2025-10-30 21:45:22.256 [update notice] received read bai HwcWaterflow QQ=10: 0.19
Maar dan in HA geen Gasvalve of HwcWaterflow lijk te vinden.

Edit: eerlijk gezegd is heel de logica van wat hij nu juist toevoegt aan HA of niet eerder als vaag voor mij. Had de ebusd add-on herstart om te zien welke CSVs hij oppikt, gezien ik weet dat hij die logged in het begin, maar nu heb ik plots veeel meer entititen in HA, die allemaal op unknown staan, en sommige die ik WEL wil zien en tot voor kort ook had, zijn prieces weg

Voeg dit eens toe aan de opties van de addon.
[code]
mqttvar: filter-direction=r|u|^w,filter-name=
[/code] bij nader inzien heeft dit volgens mij niet direct invloed op jou probleem/vraag.

Weet je toevallig welk hw-id de bai heeft? Er staan een stuk of 10 verschillende bai csv bestanden in de repo die aangeroepen worden afhankelijk van het id. Dat id zou je uit de log moeten kunnen halen bij het opstarten van ebusd addon.

Jou flowtempdesired is continue 50degC, dus dat betekent dat je systeem is ingesteld op een 50 graden watertemperatuur. Dat de actuele temperatuur fluctueert en de counters oplopen laat inderdaad zien dat er gependeld wordt en niet gemoduleerd. Stuurt de Tado het systeem aan via een aan/uit contact?

[ Voor 22% gewijzigd door xarow op 31-10-2025 07:24 ]

[water_escape]

xarow schreef op vrijdag 31 oktober 2025 @ 06:48:
[...]


Kan jij via je thermostaat de boiler geforceerd schakelen? Zo ja, doe dat eens en kijk dan wat er veranderd. Zoals eerder aangegeven heb ik geen boiler op de warmtepomp en kan ik het niet testen helaas.

Ja, dat is door hem in de app van Tijdgestuurd naar Manueel te zetten.
Waarbij tijdsgestuurd hij het water alleen opwarmt tot de gewenste temp tussen die tijds periode. En bij Manueel hij de watertemp continu op die temp houdt.

Bij zonoverschot zou je dus willen kunnen triggeren dat hij dat gaat gebruiken voor het warme water op te warmen.

[xarow]

water_escape schreef op vrijdag 31 oktober 2025 @ 10:26:
[...]


Ja, dat is door hem in de app van Tijdgestuurd naar Manueel te zetten.
Waarbij tijdsgestuurd hij het water alleen opwarmt tot de gewenste temp tussen die tijds periode. En bij Manueel hij de watertemp continu op die temp houdt.

Bij zonoverschot zou je dus willen kunnen triggeren dat hij dat gaat gebruiken voor het warme water op te warmen.

Maar als je dit aanpast, zie je dan ook schrijfbare waardes veranderen in je HA? Of zie je onbekende parameters wijzigen in de ebusd log.

[ Voor 4% gewijzigd door xarow op 31-10-2025 11:46 ]

[water_escape]

xarow schreef op vrijdag 31 oktober 2025 @ 11:45:
[...]


Maar als je dit aanpast, zie je dan ook schrijfbare waardes veranderen in je HA? Of zie je onbekende parameters wijzigen in de ebusd log.

Ah yes!

Dan zie ik dit:


Als ik dit nu via HA doe, dan is "Day" idd water op temp houden. Zet ik hem weer op "auto", dan gaat hij het programma volgen en dus uit als er geen programma is.

[Jag]

xarow schreef op donderdag 30 oktober 2025 @ 09:35:
[...]


Ik kan helaas niet ruiken hoe jou systeem in elkaar zit . Gebruik je HomeAssistant, lokale CSV, de oude github repo of de nieuwe. En gebruik je dan de csv bestanden in de map next of niet?

Als ik in ctlv2 csv kijk op de nieuwe github repo zie ik deze info erin voor de sfmode:

code:

r,,,HwcSFMode,hwc SF mode,,,b524,020001000d00,value,,IGN:4,,,,value,,UCH,0=auto;1=ventilation;2=party;3=veto;4=onedayaway;5=onedayathome;6=load,,
w,,,HwcSFMode,hwc SF mode,,,b524,020101000d00,value,,UCH,0=auto;1=ventilation;2=party;3=veto;4=onedayaway;5=onedayathome;6=load,,

Dan denk ik (niet getest) dat je code iets wordt als het volgende:

code:

action:
      - service: mqtt.publish
        data:
          topic: "ebusd/ctlv2/HwcSFMode/set"
          payload: >
            {% if trigger.to_state.state == 'on' %}
              onedayaway

Nee dat begrijp ik. Ik vind het zelf ook best ingewikkeld soms en daarom had ik niet meteen een goed antwoord paraat
Ik heb een locale clone gemaakt van de configuratie bestanden, van een github repo, weet niet zo goed welke versie . Dat heb ik gedaan om geen problemen te krijgen bij updates. En dit werkt nu zeer redelijk. Als je in de log kijkt best wel veel onbegrepen berichten, wordt er altijd een beetje droevig van als ik de log open. Maar ja, hetgene wat ik nodig komt wel gewoon binnen. Maar heb dus alleen niet de away mode werkend gekregen.

Ik ga je suggestie eens proberen, dank alvast

[xarow]

water_escape schreef op vrijdag 31 oktober 2025 @ 13:24:
[...]


Ah yes!

Dan zie ik dit:
[Afbeelding]

Als ik dit nu via HA doe, dan is "Day" idd water op temp houden. Zet ik hem weer op "auto", dan gaat hij het programma volgen en dus uit als er geen programma is.

Nice. Nu alleen nog een automatisering bouwen

[Jan Zwanenburg7]

RaptorKid schreef op dinsdag 28 oktober 2025 @ 14:11:
Bij mij is het serieus aan het lukkem, ik kan alles sturen, soms doet ie wel nog wat moeilijk dat eerst alles "unknown" blijft staan, maar na een tijdje komen alle waarden er weer mooi in. Hetenige dat ik moeilijk kan instellen is mijn heatcurve ofs stooklijn, hij neemt dit als een slider wat voor mij best oke is, weet niet of je dit met dropdown of instelbare gauge kan maken, maar in werkelijkheid gaat die maar van 0 tot 4 (maximale helling), in HA gaat van van 0 tot 100 (in percentage waarde), als ik die bijvoorbeeld op 5% zet wat overeen moet komen met een helling van 0,2, zet hij in mijn teostel zelf de waarde op 4 (maximale stooklijn), iemand enig idee hoe dit aan te passen of iemand die dit anders heeft werkend gekregen?

Thx 😄

Waarom denk je dat de stooklijn een percentage is?
Ik heb hem recent op 0.4 gezet via HA. Ik vermoed dat die 5% wordt geinterpreteerd als stooklijn 5, wat naar beneden wordt bijgesteld naar 4 vanwege maximale waarde.

[RaptorKid]

Jan Zwanenburg7 schreef op woensdag 5 november 2025 @ 10:33:
[...]

Waarom denk je dat de stooklijn een percentage is?
Ik heb hem recent op 0.4 gezet via HA. Ik vermoed dat die 5% wordt geinterpreteerd als stooklijn 5, wat naar beneden wordt bijgesteld naar 4 vanwege maximale waarde.

Dus bij jou kan jij 0.4 zetten? Ik kan niet eens ons 1 gaan, moet eens bekijken wat er nou mis is

[aj_vdw]

Wellicht interessant om te weten.
Ik gebruik sinds kort deze firmware in 'internal' mode.
EBUS firmware
Daarmee draait alle software om het ebus protocol af te handelen op een esp32-c3.
De sensor waarden worden via MQTT naar bijv. homeassistant gestuurd.
Voor wie interesse heeft, ik heb een config om een Arotherm, VC720 en een Unitower uit te lezen en aan te sturen.

[xarow]

aj_vdw schreef op donderdag 13 november 2025 @ 20:47:
Wellicht interessant om te weten.
Ik gebruik sinds kort deze firmware in 'internal' mode.
EBUS firmware
Daarmee draait alle software om het ebus protocol af te handelen op een esp32-c3.
De sensor waarden worden via MQTT naar bijv. homeassistant gestuurd.
Voor wie interesse heeft, ik heb een config om een Arotherm, VC720 en een Unitower uit te lezen en aan te sturen.

Hmm, ik heb ook dat bordje van hem, maar dan zonder de internal firmware geladen. Wat is het pluspunt t.o.v. de andere firmware en dan met ebusd? Is het verstandig om eventueel over te stappen?

[acolson]

Ik probeer mijn vaillant warmtepomp uit te lezen maar ik kan precies alleen de buitem temperatuur opvragen:

code:

EBUSD_OPTS="--configpath=https://ebus.github.io/ --scanconfig=full --accesslevel=* --device=192.168.68.70:9999 --latency=50"

code:

root@rpi5:/# ebusctl info
version: ebusd 25.1.25.1
update check: OK
device: 192.168.68.70:9999, TCP
access: *
signal: acquired
symbol rate: 38
max symbol rate: 105
min arbitration micros: 0
max arbitration micros: 3
min symbol latency: 6
max symbol latency: 94
scan: finished
reconnects: 0
masters: 4
messages: 704
conditional: 0
poll: 0
update: 29
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"

code:

root@rpi5:/# ebusctl find -a | grep -v "no data stored"
basv DisplayedOutsideTemp = 14.8242
Broadcast Outsidetemp = 14.824
Broadcast Vdatetime = 16:52:58;14.11.2025
hmu SetMode = auto;0.0;-;-;1;1;1;0;0;0
hmu State = 0;237;224;0
hmu Status01 = 30.5;30.5;-;-;-;off
hmu StatusCirPump = off
scan.08  = Vaillant;HMU00;0902;5103
Scan.08 Id = 21;23;31;0010021111;0001;014173;N3
scan.15  = Vaillant;BASV3;0760;7304
Scan.15 Id = 21;24;03;0020328845;0082;006505;N3
scan.76  = Vaillant;VWZIO;0902;5103

Heeft iemand een idee waarom?

[aj_vdw]

acolson schreef op vrijdag 14 november 2025 @ 16:59:
Ik probeer mijn vaillant warmtepomp uit te lezen maar ik kan precies alleen de buitem temperatuur opvragen:

code:

EBUSD_OPTS="--configpath=https://ebus.github.io/ --scanconfig=full --accesslevel=* --device=192.168.68.70:9999 --latency=50"

code:

root@rpi5:/# ebusctl info
version: ebusd 25.1.25.1
update check: OK
device: 192.168.68.70:9999, TCP
access: *
signal: acquired
symbol rate: 38
max symbol rate: 105
min arbitration micros: 0
max arbitration micros: 3
min symbol latency: 6
max symbol latency: 94
scan: finished
reconnects: 0
masters: 4
messages: 704
conditional: 0
poll: 0
update: 29
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"

code:

root@rpi5:/# ebusctl find -a | grep -v "no data stored"
basv DisplayedOutsideTemp = 14.8242
Broadcast Outsidetemp = 14.824
Broadcast Vdatetime = 16:52:58;14.11.2025
hmu SetMode = auto;0.0;-;-;1;1;1;0;0;0
hmu State = 0;237;224;0
hmu Status01 = 30.5;30.5;-;-;-;off
hmu StatusCirPump = off
scan.08  = Vaillant;HMU00;0902;5103
Scan.08 Id = 21;23;31;0010021111;0001;014173;N3
scan.15  = Vaillant;BASV3;0760;7304
Scan.15 Id = 21;24;03;0020328845;0082;006505;N3
scan.76  = Vaillant;VWZIO;0902;5103

Heeft iemand een idee waarom?

Er is wel een configuratie nodig, deze gebruik ik voor de de Arotherm/Unitower/VC720.
Het grote voordeel is dus dat er geen communicatie nodig is tussen het adapterbordje en ebusd voor de afhandeling van het protocol (incl. timing). Daarmee is het aantal busfouten aanzienlijke afgenomen bij mij.
Zoals gezegd, het is work-in-progress. Er wordt nu gesleuteld aan de interactie met HomeAssistant om ook waarden gebruiksvriendelijk te kunnen instellen. Ik gebruik wel een versie die in ontwikkeling is.

code:

{"id":"insert","commands":
 [
  {
    "key": "18",
    "read_cmd": "08b51a0405ff3225",
    "write_cmd": "",
    "unit": "%",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "DATA2C",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "compr_mod",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "04",
    "read_cmd": "08b51405052903ffff",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "INT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "return_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "27",
    "read_cmd": "15b52406020001000500",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "hwc_storage_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "01",
    "read_cmd": "feb5160301",
    "write_cmd": "",
    "unit": "°C",
    "active": false,
    "interval": 0,
    "master": true,
    "position": 2,
    "datatype": "DATA2B",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "outdoor_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "08",
    "read_cmd": "08b51405054003ffff",
    "write_cmd": "",
    "unit": "bar",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_low_press",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "16",
    "read_cmd": "08b51a0405ff3400",
    "write_cmd": "",
    "unit": "hours",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_hours",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "05",
    "read_cmd": "08b51405053803ffff",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "INT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_inlet_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "32",
    "read_cmd": "15b52406020000003e00",
    "write_cmd": "",
    "unit": "kWh",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "UINT32",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 0,
    "topic": "yield_total_energy",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "17",
    "read_cmd": "08b51a0405ff3220",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "DATA2C",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "flow_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "10",
    "read_cmd": "08b51405050103ffff",
    "write_cmd": "",
    "unit": "%",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "hc_pump_mod",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "07",
    "read_cmd": "08b51405053f03ffff",
    "write_cmd": "",
    "unit": "bar",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_high_press",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "11",
    "read_cmd": "08b51405055d03ffff",
    "write_cmd": "",
    "unit": "Hz",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_speed",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "14",
    "read_cmd": "08b51a0405ff3401",
    "write_cmd": "",
    "unit": "starts",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_starts",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "13",
    "read_cmd": "08b51a0405ff3240",
    "write_cmd": "",
    "unit": "hours",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "total_hours",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "19",
    "read_cmd": "08b51a0405ff3221",
    "write_cmd": "",
    "unit": "°min",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "INT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "energy_integral",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "12",
    "read_cmd": "08b51a0405ff323c",
    "write_cmd": "",
    "unit": "l/h",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "water_throughput",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "06",
    "read_cmd": "08b51405053703ffff",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "INT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_outlet_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "09",
    "read_cmd": "08b51405052a03ffff",
    "write_cmd": "",
    "unit": "bar",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "hc_water_press",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "03",
    "read_cmd": "08b51405052803ffff",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 3,
    "datatype": "INT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "supply_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "15",
    "read_cmd": "08b51a0405ff3400",
    "write_cmd": "",
    "unit": "hours",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "compr_hours",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "31",
    "read_cmd": "08b51a0405ff3223",
    "write_cmd": "",
    "unit": "kW",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 4,
    "datatype": "DATA1B",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "yield_power",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "20",
    "read_cmd": "08b51a0405ff3211",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "cop_hc",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "02",
    "read_cmd": "08b50905540200530d",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 5,
    "datatype": "UINT16",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "status",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "21",
    "read_cmd": "08b51a0405ff3217",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "cop_hwc",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "22",
    "read_cmd": "08b51a0405ff3213",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "cop_hwc_month",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "23",
    "read_cmd": "08b51a0405ff320f",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 3,
    "master": false,
    "position": 4,
    "datatype": "UINT16",
    "divider": 10,
    "min": 1,
    "max": 100,
    "digits": 1,
    "topic": "cop_hc_month",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "30",
    "read_cmd": "15b52406020002000f00",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "heat_curve",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "25",
    "read_cmd": "15b52406020003002800",
    "write_cmd": "",
    "unit": "%",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "room_humidity",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "28",
    "read_cmd": "15b52406020001000400",
    "write_cmd": "15b5240a020101000400",
    "unit": "°C",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 30,
    "max": 62,
    "digits": 2,
    "topic": "hwc_desired_temp",
    "ha": true,
    "ha_component": "number",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "slider"
  },
  {
    "key": "24",
    "read_cmd": "15b52406020003000f00",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "room_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "34",
    "read_cmd": "15b52406020001000300",
    "write_cmd": "15b52407020101000300",
    "unit": "",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "UINT8",
    "divider": 1,
    "min": 0,
    "max": 3,
    "digits": 0,
    "topic": "boiler_manual",
    "ha": true,
    "ha_component": "number",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "box"
  },
  {
    "key": "29",
    "read_cmd": "15b52406020002000700",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "hc_desired_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "33",
    "read_cmd": "15b52406020001000d00",
    "write_cmd": "",
    "unit": "",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "UINT8",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 0,
    "topic": "boiler_load",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  },
  {
    "key": "26",
    "read_cmd": "15b52406020003001400",
    "write_cmd": "",
    "unit": "°C",
    "active": true,
    "interval": 5,
    "master": false,
    "position": 5,
    "datatype": "FLOAT",
    "divider": 1,
    "min": 1,
    "max": 100,
    "digits": 2,
    "topic": "room_desired_temp",
    "ha": true,
    "ha_component": "sensor",
    "ha_device_class": "",
    "ha_number_step": 1,
    "ha_number_mode": "auto"
  }
 ]
}

[ Voor 2% gewijzigd door aj_vdw op 15-11-2025 07:23 . Reden: link naar source toegevoegd ]

[acolson]

aj_vdw schreef op zaterdag 15 november 2025 @ 06:49:
[...]


Er is wel een configuratie nodig, deze gebruik ik voor de de Arotherm/Unitower/VC720.
Het grote voordeel is dus dat er geen communicatie nodig is tussen het adapterbordje en ebusd voor de afhandeling van het protocol (incl. timing). Daarmee is het aantal busfouten aanzienlijke afgenomen bij mij.
Zoals gezegd, het is work-in-progress. Er wordt nu gesleuteld aan de interactie met HomeAssistant om ook waarden gebruiksvriendelijk te kunnen instellen. Ik gebruik wel een versie die in ontwikkeling is.

Dankjewel om de configuratie te delen. Kan je ook even helpen hoe ik deze kan laden? Zit nog vooral in de leerfase Ik ging er eigenlijk van uit dat dit "--configpath=https://ebus.github.io/ --scanconfig=full" de configuratie zou inladen. Ik ben vooral geinteresseerd in de aanvoer en retour temperatuur van de vloerverwarming.

[ Voor 4% gewijzigd door acolson op 17-11-2025 08:45 ]

[moozzuzz]

Ik vroeg me af hoe ik kan zien of je ketel ondersteund wordt of niet? Ik zocht in github op het vaillant type nummer en daar kwam niets uit, maar hoop nu dat dit niet per definitie betekent dat mijn gasketel (nog) niet ondersteund wordt...

[Robust2]

xarow schreef op vrijdag 31 oktober 2025 @ 06:57:
[...]


Voeg dit eens toe aan de opties van de addon.
[code]
mqttvar: filter-direction=r|u|^w,filter-name=
[/code] bij nader inzien heeft dit volgens mij niet direct invloed op jou probleem/vraag.

Weet je toevallig welk hw-id de bai heeft? Er staan een stuk of 10 verschillende bai csv bestanden in de repo die aangeroepen worden afhankelijk van het id. Dat id zou je uit de log moeten kunnen halen bij het opstarten van ebusd addon.

Jou flowtempdesired is continue 50degC, dus dat betekent dat je systeem is ingesteld op een 50 graden watertemperatuur. Dat de actuele temperatuur fluctueert en de counters oplopen laat inderdaad zien dat er gependeld wordt en niet gemoduleerd. Stuurt de Tado het systeem aan via een aan/uit contact?

Tado zou moeten opentherm doen, maar ergens loopt er volgens mij iets niet helemaal juist, of de ketel kan gewoon niet laag genoeg gaan en heeft er last mee. Maar soms heb ik de indruk dat mn radiatoren alles behalve zeer warm zijn, terwijl er toch warmtevraag is.

Over de scan, even mn logs verknipt naar enkel de Scan lijnen:

code:

2025-11-17 10:33:25.831 [main notice] starting initial broadcast scan
2025-11-17 10:33:25.937 [update notice] sent write broadcast queryexistence QQ=31: 
2025-11-17 10:33:36.144 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2025-11-17 10:33:36.144 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0518;7401
2025-11-17 10:33:36.144 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2025-11-17 10:33:36.210 [main notice] read common config file vaillant/broadcast.csv
2025-11-17 10:33:36.378 [main notice] read common config file vaillant/general.csv
2025-11-17 10:33:36.759 [main notice] read common config file vaillant/scan.csv
2025-11-17 10:33:36.762 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2025-11-17 10:33:39.811 [bus notice] scan 08: ;;;;;;;
2025-11-17 10:33:41.986 [bus notice] scan 15: ;Vaillant;37000;0129;6002
2025-11-17 10:33:41.986 [update notice] store 15 ident: done
2025-11-17 10:33:41.986 [update notice] sent scan-read scan.15  QQ=31: Vaillant;37000;0129;6002
2025-11-17 10:33:41.986 [bus notice] scan 15: ;Vaillant;37000;0129;6002
2025-11-17 10:33:42.801 [main notice] read scan config file vaillant/15.370.csv for ID "37000", SW0129, HW6002
2025-11-17 10:33:42.809 [main notice] found messages: 383 (0 conditional on 26 conditions, 0 poll, 15 update)

Maar op dit moment heb ik bv plots geen returntemp data meer, terwijl ik die vroeger wel had. Wel heb ik tientallen unavailable topics - sommige die me niet schelen en sommige wel. De selectie van welke waardes/topics hij nu juist op pikt en aanmaakt is me absoluut onduidelijk.

[acolson]

Arkor schreef op zondag 31 augustus 2025 @ 20:03:
Hoi allemaal,
Ik lees mijn Vaillant aroTHERM plus warmtepomp (met VWZ AI regelunit) uit via ebusd in combinatie met Home Assistant.
De waardes zoals FlowTemp (T041) en TargetFlowTemp komen netjes door, maar ik mis de ReturnTemp (T040, interne retourtemperatuur van de warmtepomp).

In mijn 08.hmu.csv zie ik wel:
r,,TargetFlowTemp,target flow temperature,,,,1F,,,temp
r,,FlowTemp,current flow temperature,,,,20,,,temp
en in de test-sectie:
rs,,TestReturnTemp,return temperature,,,,29,,,SIN,10,°C,T.0.41

Maar dat laatste lijkt alleen een service/test uitlezing te zijn, en dus niet bruikbaar voor continue logging.

Mijn vragen:
Hoort ReturnTemp (T040) in de standaard 08.hmu.csv te zitten, of stuurt de aroTHERM plus die waarde simpelweg niet regulier uit?
Is er misschien een alternatieve hmu.csv beschikbaar waar deze sensor wel in staat?
Hoe hebben anderen met een aroTHERM plus + VWZ AI dit opgelost om T040 retourtemperatuur toch zichtbaar te krijgen?
Alle tips of voorbeelden zijn welkom!
Alvast bedankt 🙏

Heb je hier ondertussen toevallig een oplossing voor gevonden?

[water_escape]

Wat is eigenlijk de aanvoer en retour temp sensor?

Ik zie hier "sensor.ebusd_hmu_rundatareturntemp" en "sensor.ebusd_basv_hc1flowtemp"

[xarow]

moozzuzz schreef op maandag 17 november 2025 @ 09:50:
Ik vroeg me af hoe ik kan zien of je ketel ondersteund wordt of niet? Ik zocht in github op het vaillant type nummer en daar kwam niets uit, maar hoop nu dat dit niet per definitie betekent dat mijn gasketel (nog) niet ondersteund wordt...

Ik weet niet precies hoe je dit kan zien, maar ik doe een gok dat de ketel als een bai geidentificeerd wordt en dat die wellicht in deze csv terug te vinden is: https://github.com/eBUS/e...in/en/vaillant/08.bai.csv

Robust2 schreef op maandag 17 november 2025 @ 10:41:
[...]
Tado zou moeten opentherm doen, maar ergens loopt er volgens mij iets niet helemaal juist, of de ketel kan gewoon niet laag genoeg gaan en heeft er last mee. Maar soms heb ik de indruk dat mn radiatoren alles behalve zeer warm zijn, terwijl er toch warmtevraag is.

Over de scan, even mn logs verknipt naar enkel de Scan lijnen:

Maar op dit moment heb ik bv plots geen returntemp data meer, terwijl ik die vroeger wel had. Wel heb ik tientallen unavailable topics - sommige die me niet schelen en sommige wel. De selectie van welke waardes/topics hij nu juist op pikt en aanmaakt is me absoluut onduidelijk.

Aan de log te zien wordt deze BAI ingeladen: https://github.com/eBUS/e...n/vaillant/bai.308523.inc en de 15.370.csv. Dus op die waardes kan je zoeken. Zie je toevallig veel fout berichten in je log dat je daardoor elke keer unavailables binnen krijgt? Na het opnieuw opstarten van ebusd kan het ook even duren voordat de waardes langs komen en dus doorgestuurd worden naar HA.

Verder heb je dus in die bai de return temp, flowtemp en ook meerdere statussen m.b.t. de aansturing.

Je geeft ook aan dat de tado de bai aanstuurt, maar ik zie in je log ook een 370. Is het niet zo dat er 2 thermostaten elkaar staan tegen te werken?

@water_escape @acolson Ik gebruik de hmu rundatareturntemp zelf als return temp voor continue logging. De flow temp als aanvoertemperatuur. Deze komen ook aardig overeen met wat ik vervolgens bij de convector als temperaturen meet.

[Robust2]

xarow schreef op dinsdag 18 november 2025 @ 11:09:
[...]

Aan de log te zien wordt deze BAI ingeladen: https://github.com/eBUS/e...n/vaillant/bai.308523.inc en de 15.370.csv. Dus op die waardes kan je zoeken. Zie je toevallig veel fout berichten in je log dat je daardoor elke keer unavailables binnen krijgt? Na het opnieuw opstarten van ebusd kan het ook even duren voordat de waardes langs komen en dus doorgestuurd worden naar HA.

Verder heb je dus in die bai de return temp, flowtemp en ook meerdere statussen m.b.t. de aansturing.

Je geeft ook aan dat de tado de bai aanstuurt, maar ik zie in je log ook een 370. Is het niet zo dat er 2 thermostaten elkaar staan tegen te werken?

Nee, geen enkele andere thermostaat is fysiek aangesloten, enige dat ik kan denken dat de Tado zich voordoet als een 370 - maar geen enkele van de 177 entities van de 370 is available volgens HA... Ik weet niet echt hoe de Tado logica werkt voor ebus, maar veel vertrouwen heb ik er ondertussen niet meer in.

Heb de 370 er nu maar even manueel uitgegooid door de file te hernoemen, in de hoop dat hij dan tenminste alle bai waardes oppikt.

In ieder geval is er iets mis, volgens ebusd heb ik 400 HcStarts sinds 7u deze ochtend, wat me alles behalve normaal lijkt. Tado rapporteert gewoon dat de verwarming de hele dag heeft aangestaan, want de gevraagde temperaturen in huis worden niet gehaald...

[xarow]

Wellicht kunnen ze je in het tado topic verder helpen met de connectie tussen tado en ketel.

Wat betreft ebusd lijkt het er op dat de bus niet helemaal goed werkt en dat zou je terug moeten zien in de log.

[Robust2]

Ik ben er in geslaagd (lees: eindelijk goed begrepen hoe het werkt) om een lokale mqtt-hassio.cfg in te laden met enkele wijzigingen in plaats van de standaard mqtt config. Hiermee kan ik de filter van welke messages worden doorgegeven naar MQTT aanpassen, en tesamen met het verwijderen van de incorrecte 370 config krijg ik nu binnen wat ik wil
Nog altijd geen flauw idee waarom er nu gependeld wordt, ik vermoed dat de ketel niet akkoord is met wat tado vraagt, maar ik zie geen indicaties in de ebus log van klachten dus de zoektocht gaat verder.

[acolson]

Iemand een idee waarom de ReturnTemp bij mij de waarde -99.0 krijgt?

ebusctl read -f ReturnTemp
-99.0

[xarow]

@acolson sensor niet goed aangesloten? Zie je wel een correcte waarde op de vwz?

[acolson]

Als ik RunDataReturnFlowTemp opvraag wat ook in de vwz zit krijg ik wel een waarde terug. Is dit niet ongeveer hetzelfde als ReturnTemp?

root@rpi5:/opt/ebusd-configuration/ebusd-2.1.x/en# ebusctl read -f RunDataReturnFlowTemp
32.1505

Vreemd... Een idee waarom?

[xarow]

Zelfde waarde, andere naam. Devices verschillen van elkaar en het kan best zijn dat niet alles beschikbaar is, maar wel ergens anders.

[Robust2]

Ik heb m'n tado nu eens proberen aansluiten in relay mode op de Vaillant, om te kijken of de ketel zelf erin slaagt om beter te moduleren. Ik had gehoopt tegelijk toch ook te kunnen luisteren op de ebus voor data op te vragen, maar het lijkt er op dat mn ebus adapter er niet in slaagt om verbinding te maken op dit moment.

Iemand ervaring met beide tegelijk aan te sluiten? Moet ik ook effectief de relay contacten overbruggen om ebus te kunnen beluisteren, of heb ik gewoon ergens een foutje gemaakt? Ik heb het toch goed op dat de ebus adapter geen polariteit heeft qua + en - op de bus verbinding?

[xarow]

Ik heb er geen ervaring mee, maar ik denk dat je de tado op de relay contacten moet aanlsuiten als je die in relay mode zet. Wat betreft polariteit klopt het dat dat niet uitmaakt.

[Robust2]

xarow schreef op donderdag 20 november 2025 @ 11:10:
Ik heb er geen ervaring mee, maar ik denk dat je de tado op de relay contacten moet aanlsuiten als je die in relay mode zet. Wat betreft polariteit klopt het dat dat niet uitmaakt.

Dit heb ik gedaan, en dit werkt (Tado op relay contacten).
Tegelijkertijd heb ik de ebus adapter nog steeds op de ebus contacten aangesloten, in de hoop van nog altijd informatie over de werking te kunnen zien, maar die kan nu niet meer scannen. Daar krijgt ik bus error: SYN received, retry of error: read timeout. Dus die ziet precies niets meer binnen komen.
Ik vind niet direct informatie of het gebruik van beide sturingen/uitlezen tegelijk mogelijk is, ongeacht of het nu tado is of iets anders.

[gns1l]

@Robust2: De thermostaat is de master. Er mag echter maar één master op de ebus aangesloten worden.

De ebus heeft wel degelijk een polariteit waar je op moet letten bij aansluiten.
Of de polariteit geen probleem is, hangt daarom af van het apparaat dat je aan de ebus gaat aansluiten.
Veel apparaten zijn wel polariteits gevoelig, maar dan zijn de aansluitingen waarschijnlijk met + en - gemerkt.

[Robust2]

gns1l schreef op donderdag 20 november 2025 @ 12:00:
@Robust2: De thermostaat is de master. Er mag echter maar één master op de ebus aangesloten worden.

De ebus heeft wel degelijk een polariteit waar je op moet letten bij aansluiten.
Of de polariteit geen probleem is, hangt daarom af van het apparaat dat je aan de ebus gaat aansluiten.
Veel apparaten zijn wel polariteits gevoelig, maar dan zijn de aansluitingen waarschijnlijk met + en - gemerkt.

Ja je wil geen twee conflicterende thermostaten hebben, dat versta ik wel. Op De vraag is meer of ik gewoon zelf maar de bus van mn Vaillant kan uitlezen, terwijl er een relay thermostaat is aangesloten. Op dit moment is het enige dat aan mn bus hangt de ebus adapter, en de tado hangt aan de relay sturing.

[gns1l]

Robust2 schreef op donderdag 20 november 2025 @ 12:09:
[...] De vraag is meer of ik gewoon zelf maar de bus van mn Vaillant kan uitlezen, terwijl er een relay thermostaat is aangesloten. Op dit moment is het enige dat aan mn bus hangt de ebus adapter, en de tado hangt aan de relay sturing.

Als je Vaillant CV ook aangesloten is, zou je dat kunnen testen door op de computer waar de ebusd demon draait met

code:

ebusctl read GasValve

(of een andere parameter) te proberen deze data van je Vaillant uit te lezen.

[pc_slopert]

Ik heb in mijn systeem o.a. de sensoComfort. Nu kan ik via het Installateurs menu o.a. wat zaken instellen voor warmwater bijvoorbeeld of de boiler Actief of Inactief moet zijn. Zou je die instelling ook ergens via eBusd kunnen aanpassen en evt. andere?
Neem aan dat het ook ergens in de VWZ AI Plus kan? Moet ik nog bekijken. Dus zou er wellicht ergens een setting in eBusd te vinden zijn? Ik zie nu niet zo een twee drie de settings van de sensoComfort terug (ook wel logish denk ik want niet direct aan eBusd gekoppeld denk ik.
.
Omdat vandaag mijn systeem vooral de boiler wilde warmen en dus de vloerverwarming en binnen temperatuur te laag bleef. Heb ik als noodmaatregel de boiler even uitgezet. Nu warmt het verder tenminste weer op. Zou dus handig zijn als je dat via HA ook kunt regelen als het nodig is.

[alexke1988]

Hoi,

Iemand tips ? zit vast met de config van mijn easi.
Hij heeft de nieuwste fw en is verbonden met WiFi en eBus.

Heb de addon in Homeassistant , maar ik kan nergens die config file vinden voor de MQTT instellingen te veranderen.
Heb de addon simple file editor, maar ik kom niet verder...

[rik_1984]

rik_1984 schreef op zaterdag 11 oktober 2025 @ 13:11:
Ik ben sinds kort ook aan het experimenteren om mijn warmtepomp uit te lezen met ebusd. Ik was even in de war tussen de verschillende opties in HA, zoals plugin en integratie. Maar samen met ChatGPT kom je wel ver. De stappen die ik heb gevolgd, die werken:

• C6 shield verbinden met wifi en MQTT configureren, dit werkte direct goed en ik kon de message feed uitlezen met MQTT Explorer
• ebusd docker container installeren, inclusief de mqtt-hassio.cfg inladen, zie docker compose code hieronder
• Nu wordt een deel van de data automatisch gevonden in HA

Opgelost! Er zit blijkbaar
Het gekke is alleen dat dit maar een deel van de data is die door de C6 shield in MQTT wordt gepubliceerd. Een heel aantal velden worden niet automatisch gemapped. Ik heb al zitten zoeken in de mqtt-hassio.cfg file, maar ik kan daar het probleem ook niet vinden.

Wat ik bijvoorbeeld niet terugvind ik HA is WaterPressure. Deze wordt wel naar MQTT gepubliceerd:
[Afbeelding]

Ook heb ik bijvoorbeeld niet het modulatielevel van de buitenunit.

Ebusd lijkt met de automatische scan de juiste csv's in te laden. Dit is de hardware in mijn systeem

scan.08 = Vaillant;HMU00;0905;5103
scan.15 = Vaillant;CTLV3;0808;8004
scan.76 = Vaillant;VWZIO;0904;5103
scan.f6 = Vaillant;NETX3;0127;0404

Vooral de HMU00 en CTLV3 zijn relevant (warmtepomp en binnen thermostaat).

Heeft iemand een tip hoe ik deze velden in HA kan krijgen? Ik kan ze wel handmatig via de MQTT integratie mappen, maar ik heb liever alles automatisch gemapped via ebusd.

code:

  ebusd:
    image: john30/ebusd:latest
    container_name: ebusd
    restart: unless-stopped
    network_mode: host    # handig voor serial/tcp en MQTT - vereenvoudigt toegang
    volumes:
      - ${HOME_DIR}/ebusd/mqtt-hassio.cfg:/etc/ebusd/mqtt-hassio.cfg:ro #zorgen dat de HA MQTT discovery de MQTT berichten van ebusd automatisch oppakt
    command:
      - --scanconfig
      - -d
      - "ens:192.168.200.13:9999"        # jouw eBUS gateway (C6)
      - --mqttjson                       # JSON output aanzetten
      - --mqtthost=192.168.200.101       # jouw MQTT broker IP
      - --mqttint=/etc/ebusd/mqtt-hassio.cfg
      - --mqttport=1883
      - --mqttuser=ebus_c6
      - --mqttpass=xxxx
      - --mqtttopic=homeassistant/%circuit/%name
      - --loglevel=notice

Opgelost! Er staat blijkbaar standaard een filter aan in de mqtt-hassio.cfg file. Als ik deze regel uit zet dan komt alles binnen:

code:

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

[acolson]

Ik vraag het stroomverbruik op via CurrentConsumedPowerWatt en dit werkt perfect. Alleen als er een legionellarun loopt valt dit terug op 0. Waarschijnlijk omdat de externe verwarming bijspringt waardoor de warmtepomp zelf niets meer doet maar kan je dat stroomverbruik ook ergens uilezen via ebus?

[water_escape]

@acolson dit is het huidige verbruik. Niet je totaal verbruik. Als CV stopt om SWW te doen zal deze naar 0 gaan omdat CV dan even niks doet. De binnenunit huidig verbruik zie ik niet op de ebus wel in de Vaillant integratie van HA.

Die 2 tel ik samen op in een helper voor het totaal verbruik per dag te weten.

[xarow]

alexke1988 schreef op zondag 23 november 2025 @ 13:27:
Hoi,

Iemand tips ? zit vast met de config van mijn easi.
Hij heeft de nieuwste fw en is verbonden met WiFi en eBus.

Heb de addon in Homeassistant , maar ik kan nergens die config file vinden voor de MQTT instellingen te veranderen.
Heb de addon simple file editor, maar ik kom niet verder...

Die moet je zelf toevoegen en dan in de instellingen van de addon naar verwijzen

[maarten_NL]

Ik ben op het moment bezig om alle voor de warmtepomp regeling (naar mijn idee) relevante data van de ebusdeamon een influxdb in aan het pompen. Naast de warmtepomp gegevens ga ik er ook de actuele omgevingstemperatuur, wind, zoninstraling ed aan toe voegen.

Met als doel, de warmtepomp regeling weersafhankelijk en eventueel zelfs prijs gestuurd te gaan regelen.

Wat ik nu bijvoorbeeld zie is dat de warmtepomp om 8u smorgens aanslaat omdat de temperatuur 20.3c is, terwijl dan de zon het huis om 9u an zo ver op heeft gewarmd dat te temperatuur vervolgens doorschiet. Of dat de temperatuur aan het einde van de dag zo net onder de 20.5 schiet, de warmtepomp blijft dan nog uit, om dan vervolgens op de dure uren te moeten verwarmen. Dat kan slimmer

De tools die ik er nu voor gebruik zet ik op git: https://github.com/mintgroen/ebus_tools

Ik trek nu via http een json uit de ebsud, ik maak een ebusd_data.json aan om bepaalde parameters wel of niet mee te nemen en volgens een script wat cyclisch (elke 5min bijv) de data uit de ebusd haalt, door de ebusd_json filtert en vervolgens de influxdb in laad. Nu is het dus eerst data verzamelen en wachten op nog wat meer variatie in de weersomstandigheden, dan het model trainen en dat gaan gebruiken om de warmtepomp te regelen op de voorspelling of er de komende 3-6u warmtevraag zou zijn.

Mochten er mensen ook in geinterreseerd zijn en er aan mee willen supporten dan hoor ik het graag.

[maarten_NL]

Ik heb de tool verder uitgebreid en het script draait nu elke 5 minuten in een crontab.

De repo heb ik hernoemd naar: https://github.com/mintgroen/ebusd_to_influxdb_tool

code:

select * from hmu where time > -1h
name: hmu
time                 AirInletTemp BuildingCircuitFlow BuildingCircuitWaterPressure CompressorState CoolingHours CurrentConsumedPower CurrentYieldPower Defrost  DisplayHeaterMain HeatingState ReturnTemp S00_CompressorModulation SupplyTemp energy flowtempdesired hcmode onoff
----                 ------------ ------------------- ---------------------------- --------------- ------------ -------------------- ----------------- -------  ----------------- ------------ ---------- ------------------------ ---------- ------ --------------- ------ -----
2025-11-30T20:15:02Z 6.4          0                   1.5                          off             374          0                    0                 inactive standby           0            8.8        0                        10.8       27.2   0               auto   off
2025-11-30T20:20:02Z 6.3          0                   1.5                          off             374          0                    0                 inactive standby           0            8.8        0                        10.8       27.2   0               auto   off
2025-11-30T20:25:02Z 6.3          0                   1.5                          off             374          0                    0                 inactive standby           0            8.7        0                        10.7       27.2   0               auto   off
2025-11-30T20:30:02Z 6.4          0                   1.5                          off             374          0                    0                 inactive standby           0            8.7        0                        10.7       27.2   0               auto   off
2025-11-30T20:35:02Z 6.3          0                   1.5                          off             374          0                    0                 inactive standby           0            8.7        0                        10.6       27.2   0               auto   off

Dus nu wordt het data verzamelen en de volgende stap is dan een datamodel trainen.

[xarow]

maarten_NL schreef op zondag 30 november 2025 @ 21:38:
Ik heb de tool verder uitgebreid en het script draait nu elke 5 minuten in een crontab.

De repo heb ik hernoemd naar: https://github.com/mintgroen/ebusd_to_influxdb_tool

code:

select * from hmu where time > -1h
name: hmu
time                 AirInletTemp BuildingCircuitFlow BuildingCircuitWaterPressure CompressorState CoolingHours CurrentConsumedPower CurrentYieldPower Defrost  DisplayHeaterMain HeatingState ReturnTemp S00_CompressorModulation SupplyTemp energy flowtempdesired hcmode onoff
----                 ------------ ------------------- ---------------------------- --------------- ------------ -------------------- ----------------- -------  ----------------- ------------ ---------- ------------------------ ---------- ------ --------------- ------ -----
2025-11-30T20:15:02Z 6.4          0                   1.5                          off             374          0                    0                 inactive standby           0            8.8        0                        10.8       27.2   0               auto   off
2025-11-30T20:20:02Z 6.3          0                   1.5                          off             374          0                    0                 inactive standby           0            8.8        0                        10.8       27.2   0               auto   off
2025-11-30T20:25:02Z 6.3          0                   1.5                          off             374          0                    0                 inactive standby           0            8.7        0                        10.7       27.2   0               auto   off
2025-11-30T20:30:02Z 6.4          0                   1.5                          off             374          0                    0                 inactive standby           0            8.7        0                        10.7       27.2   0               auto   off
2025-11-30T20:35:02Z 6.3          0                   1.5                          off             374          0                    0                 inactive standby           0            8.7        0                        10.6       27.2   0               auto   off

Dus nu wordt het data verzamelen en de volgende stap is dan een datamodel trainen.

Als je Home Assistant gebruikt kan je wellicht het trainen doen dmv data in de long term database.

[wimpel2]

Ik vind dit wel een interessant project maar ik gebruik hiervoor node-red.

Elke minuut haal ik gegevens op en converteer ik ze naar een json voor influxDB.


En via grafana visualiseer ik deze gegevens.

maarten_NL schreef op donderdag 27 november 2025 @ 22:01:
Ik ben op het moment bezig om alle voor de warmtepomp regeling (naar mijn idee) relevante data van de ebusdeamon een influxdb in aan het pompen. Naast de warmtepomp gegevens ga ik er ook de actuele omgevingstemperatuur, wind, zoninstraling ed aan toe voegen.

Met als doel, de warmtepomp regeling weersafhankelijk en eventueel zelfs prijs gestuurd te gaan regelen.

Wat ik nu bijvoorbeeld zie is dat de warmtepomp om 8u smorgens aanslaat omdat de temperatuur 20.3c is, terwijl dan de zon het huis om 9u an zo ver op heeft gewarmd dat te temperatuur vervolgens doorschiet. Of dat de temperatuur aan het einde van de dag zo net onder de 20.5 schiet, de warmtepomp blijft dan nog uit, om dan vervolgens op de dure uren te moeten verwarmen. Dat kan slimmer

De tools die ik er nu voor gebruik zet ik op git: https://github.com/mintgroen/ebus_tools

Ik trek nu via http een json uit de ebsud, ik maak een ebusd_data.json aan om bepaalde parameters wel of niet mee te nemen en volgens een script wat cyclisch (elke 5min bijv) de data uit de ebusd haalt, door de ebusd_json filtert en vervolgens de influxdb in laad. Nu is het dus eerst data verzamelen en wachten op nog wat meer variatie in de weersomstandigheden, dan het model trainen en dat gaan gebruiken om de warmtepomp te regelen op de voorspelling of er de komende 3-6u warmtevraag zou zijn.

Mochten er mensen ook in geinterreseerd zijn en er aan mee willen supporten dan hoor ik het graag.

[pc_slopert]

wimpel2 schreef op dinsdag 2 december 2025 @ 11:23:
Ik vind dit wel een interessant project maar ik gebruik hiervoor node-red.

Elke minuut haal ik gegevens op en converteer ik ze naar een json voor influxDB.
[Afbeelding]

En via grafana visualiseer ik deze gegevens.


[...]

Uit interesse, wat is de rede dat je het met Node-red in iinfluxDB zet? Of heb je alles los draaien. In HA komt de data toch ook gelijk in HA binnen in influxDB? Of heeft de node-red manier andere voordelen?

[wimpel2]

pc_slopert schreef op dinsdag 2 december 2025 @ 13:16:
[...]

Uit interesse, wat is de rede dat je het met Node-red in iinfluxDB zet? Of heb je alles los draaien. In HA komt de data toch ook gelijk in HA binnen in influxDB? Of heeft de node-red manier andere voordelen?

Ik gebruik geen HA.

[maarten_NL]

xarow schreef op maandag 1 december 2025 @ 06:53:
[...]


Als je Home Assistant gebruikt kan je wellicht het trainen doen dmv data in de long term database.

HA aggregeert historische data dus dat is niet handig als je maand/seizoen/jaar data wil gebruiken.

Ik heb HA & NR draaien, HA gebruik ik alleen dmv de integraties of MQTT voor de dashboards en NR voor de regelingen. Ik wil NR niet te veel belasten met "domme" taken dus daarom verwerk ik de bulk data in een python script en vervolgens per ebus device als 1 measurement naar influx te duwen.

[frans3]

Het was even wat uitzoekwerk maar this toch gelukt

[pc_slopert]

Heb al een tijdje de ebusd draaien en krijg allerlei data binnen in HA. Maar zoek nu enkele specifieke data die ik nu niet zie binnenkomen.
Ondanks dat ik het wel leuk heb werken snap ik nog niet altijd helemaal hoe het werkt Nu zie ik, dat de gezochte data wel in een van de csv voorkomen. Kun je nog speciaal aangeven welke csv geladen worden of neemt hij gewoon alles? Zo ja waarom krijg ik dit niet te zien in HA dan?
O.a. "CompressorSpeed" is wat ik wil hebben.
Hoe zorg ik nu dat hij ook die laat zien?

Dit is wat ik zie dat de ebus ontdekt dus ook die 8.hmu csv met de data die ik wil:

code:

2025-12-13 17:19:08.108 [main notice] ebusd 25.1.p20250414 started with broadcast scan on device: 192.168.0.164:9999, TCP, enhanced
2025-12-13 17:19:18.114 [main notice] starting initial broadcast scan
2025-12-13 17:19:28.376 [bus notice] scan 08: ;Vaillant;HMU00;0902;5103
2025-12-13 17:19:28.376 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU00;0902;5103
2025-12-13 17:19:28.376 [bus notice] scan 08: ;Vaillant;HMU00;0902;5103
2025-12-13 17:19:28.390 [main notice] read common config file vaillant/scan.csv
2025-12-13 17:19:28.411 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu00", SW0902, HW5103
2025-12-13 17:19:28.757 [update notice] sent scan-read scan.08 id QQ=31: 
2025-12-13 17:19:29.017 [update notice] sent scan-read scan.08 id QQ=31: 
2025-12-13 17:19:29.628 [update notice] sent scan-read scan.08 id QQ=31: 21;24;28;0010021626;3133;895343;N5
2025-12-13 17:19:29.628 [bus notice] scan 08: ;21;24;28;0010021626;3133;895343;N5
2025-12-13 17:19:31.794 [bus notice] scan 15: ;Vaillant;BASV3;0760;7304
2025-12-13 17:19:31.794 [update notice] sent scan-read scan.15  QQ=31: Vaillant;BASV3;0760;7304
2025-12-13 17:19:31.794 [bus notice] scan 15: ;Vaillant;BASV3;0760;7304
2025-12-13 17:19:32.120 [update notice] sent scan-read scan.15 id QQ=31: 
2025-12-13 17:19:32.575 [update notice] sent scan-read scan.15 id QQ=31: 
2025-12-13 17:19:32.892 [update notice] sent scan-read scan.15 id QQ=31: 21;24;13;0020328845;0082;015458;N6
2025-12-13 17:19:32.892 [bus notice] scan 15: ;21;24;13;0020328845;0082;015458;N6
2025-12-13 17:19:32.958 [main notice] read scan config file vaillant/15.basv.csv for ID "basv3", SW0760, HW7304
2025-12-13 17:19:35.125 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2025-12-13 17:19:35.125 [update notice] sent scan-read scan.76  QQ=31: Vaillant;VWZIO;0202;0103
2025-12-13 17:19:35.125 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2025-12-13 17:19:35.597 [update notice] sent scan-read scan.76 id QQ=31: 
2025-12-13 17:19:35.798 [update notice] sent scan-read scan.76 id QQ=31: 
2025-12-13 17:19:35.977 [update notice] sent scan-read scan.76 id QQ=31: 21;24;26;0010031645;0082;005713;N0
2025-12-13 17:19:35.977 [bus notice] scan 76: ;21;24;26;0010031645;0082;005713;N0
2025-12-13 17:19:35.987 [main notice] read scan config file vaillant/76.vwzio.csv for ID "vwzio", SW0202, HW0103
2025-12-13 17:19:38.195 [bus notice] scan f6: ;Vaillant;NETX2;4038;5703
2025-12-13 17:19:38.196 [update notice] sent scan-read scan.f6  QQ=31: Vaillant;NETX2;4038;5703
2025-12-13 17:19:38.196 [bus notice] scan f6: ;Vaillant;NETX2;4038;5703
2025-12-13 17:19:38.553 [update notice] sent scan-read scan.f6 id QQ=31: 
2025-12-13 17:19:38.720 [update notice] sent scan-read scan.f6 id QQ=31: 
2025-12-13 17:19:39.028 [update notice] sent scan-read scan.f6 id QQ=31: 21;24;09;0020260965;0933;026324;N3
2025-12-13 17:19:39.028 [bus notice] scan f6: ;21;24;09;0020260965;0933;026324;N3
2025-12-13 17:19:39.030 [main error] unable to load scan config f6: no file from vaillant with prefix f6 found
2025-12-13 17:19:39.030 [main error] scan config f6: ERR: element not found
2025-12-13 17:20:41.041 [main notice] scan completed 1 time(s), check again
2025-12-13 17:21:51.278 [main notice] scan completed 2 time(s), check again
2025-12-13 17:23:01.288 [main notice] scan completed 3 time(s), check again
2025-12-13 17:24:11.299 [main notice] scan completed 4 time(s), check again

ik zie trouwens als ik in de ebusd log zoek dat er wel gegevens zijn van de CompressorSpeed ? Hoe krijg ik die dan in HA zichtbaar? Is de filter voor

code:

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

wellicht het probleem?
Ik zie ook de file /etc/ebusd/mqtt-hassio.cfg trouwens niet in mijn systeem. Is dat een probleem? Weet niet wat er precies in staat

code:

2025-12-13 16:56:15.592 [update notice] received read hmu RunDataCompressorSpeed QQ=f1: 0.0
2025-12-13 17:06:06.889 [update notice] received read hmu RunDataCompressorSpeed QQ=f1: 73.955
2025-12-13 17:15:56.040 [update notice] received read hmu RunDataCompressorSpeed QQ=f1: 78.96
2025-12-13 17:25:45.592 [update notice] received read hmu RunDataCompressorSpeed QQ=f1: 66.49

[xarow]

@pc_slopert je instellingen en log zien er goed uit. Als je geen cfg bestand hebt wordt de standaard config gepakt, maar met de mqttvar instellingen die je meegeeft heb je de belangrijkste al te pakken.

In je laatste log staat wel je compressor speed. Die wordt dus wel uitgelezen van de bus. Kan je misschien in je mqtt log iets vinden?

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