Verwarming uitlezen met ebusd

[xarow]

Robust2 schreef op woensdag 29 oktober 2025 @ 17:44:
Hallo allemaal,
Ik heb een Vaillant ecoCompact, die sinds een tijdje aan mn ebus adapter hangt met PeterJones zn config repo en naar HA logt. Ik zou echter vooral inzicht willen krijgen in het pendelgedrag en vermogen vraag van de Tado thermostaat die er aan hangt - die naar mijn gevoel absoluut niet doet wat ik verwacht of niet goed compatibel is met het vermogen van m'n boiler (en ik dus zo ook kennis kan krijgen hoe ik een nieuwe ketel zou dimensioneren).

Ik zie echter door de bomen het bos niet meer naar welke MQTT topics ik nu juist moet kijken. De FlowTemp en FlowTempDesired en de verhouding ertussen lijken weinig steek te houden bijvoorbeeld (FlowTempDesired staat min of meer altijd op 50, maar FlowTemp gaat hoofdzakelijk op en neer tussen 30 en 40 met soms een uitschieter naar boven). HcPumpStarts en HcStarts/HcUnderHundredStarts daarintegen lijkt mij zorgwekkend gezien het snel naar omhoog klimt, wat mij doet denken dat mijn ketel gewoon continu aan het pendelen is.
Ik zoek echter welke topic ik best in de gaten kan houden om te weten wanneer de ketel draait, hoe hard hij draait en of hij continu aan een bepaald pitje draait of op en neer pendelt.
Iemand met een gelijkaardige gascondensatie ketel die zn kennis wil delen? Is er ergens een topic die aanduid of hij in z'n "cooldown" zit en er toch al vraag zou zijn?

Tweede kleine vraag: PeterJones zn config lijkt nog in het "oude" formaat te zijn vergeleken met de officiele config files die nu in typescript zijn. Ik ben niet helemaal mee of ik nu hierdoor iets mis of niet?

De nieuwe format is nog steeds csv. Het is enkel zo dat de typescript bestanden worden gebruikt voor engineering en dan vervolgens als geconverteerd worden naar CSV voor eBusd. De nieuwe csv bestanden zijn hier te vinden: https://github.com/eBUS/ebus.github.io/tree/main/en/vaillant. Daar kan je wellicht kijken of er meer berichten zijn dan die je nu binnen krijgt

Dan over jou probleem, welke csv bestanden worden er in jou installatie gebruikt?

[ Voor 4% gewijzigd door xarow op 30-10-2025 09:39 ]

[water_escape]

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

heb ik dan toch ook de ctlv2 nodig om die onderdelen in te kunnen stellen?
Ik heb HwcSF nu alleen in de basv staan

[xarow]

water_escape schreef op donderdag 30 oktober 2025 @ 10:00:
[...]


heb ik dan toch ook de ctlv2 nodig om die onderdelen in te kunnen stellen?
Ik heb HwcSF nu alleen in de basv staan

[Afbeelding]

Dit is de config uit de basv csv:

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,,

Zoals je kan zien is dat precies hetzelfde. Volgens mij is zelfs die hele CSV hetzelfde. Dus ik neem aan als jij die naar onedayaway zet dat die dan ook naar de "afwezig" stand gestuurd wordt.

Het is in jou Homeassistant ook een select. Dus je kan die gewoon eens wijzigen en checken wat er gebeurt.

[ Voor 5% gewijzigd door xarow op 30-10-2025 12:22 ]

[water_escape]

xarow schreef op donderdag 30 oktober 2025 @ 12:21:
[...]


Dit is de config uit de basv csv:

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,,

Zoals je kan zien is dat precies hetzelfde. Volgens mij is zelfs die hele CSV hetzelfde. Dus ik neem aan als jij die naar onedayaway zet dat die dan ook naar de "afwezig" stand gestuurd wordt.

Het is in jou Homeassistant ook een select. Dus je kan die gewoon eens wijzigen en checken wat er gebeurt.

Sorry ik bedoel het zelf triggeren van het verwarmen van het water.
Het is nu via de planning gegaan (vaillant app) en als die aangaat veranderen deze waardes Alleen die kan allemaal niet zelf triggeren. Dus hoe kan ik wel zelf de warmwater opwarmen triggeren?

[ Voor 10% gewijzigd door water_escape op 30-10-2025 13:01 ]

[Robust2]

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


De nieuwe format is nog steeds csv. Het is enkel zo dat de typescript bestanden worden gebruikt voor engineering en dan vervolgens als geconverteerd worden naar CSV voor eBusd. De nieuwe csv bestanden zijn hier te vinden: https://github.com/eBUS/ebus.github.io/tree/main/en/vaillant. Daar kan je wellicht kijken of er meer berichten zijn dan die je nu binnen krijgt

Dan over jou probleem, welke csv bestanden worden er in jou installatie gebruikt?

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

[ Voor 15% gewijzigd door Robust2 op 30-10-2025 22:06 ]

[xarow]

water_escape schreef op donderdag 30 oktober 2025 @ 12:54:
[...]


Sorry ik bedoel het zelf triggeren van het verwarmen van het water.
Het is nu via de planning gegaan (vaillant app) en als die aangaat veranderen deze waardes Alleen die kan allemaal niet zelf triggeren. Dus hoe kan ik wel zelf de warmwater opwarmen triggeren?

[Afbeelding]

[Afbeelding]

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.

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