Verwarming uitlezen met ebusd

[gns1l]

Ik gebruikte tot nu toe de configuratie repo van JonesPD. Eigelijk alleen HMU00 en VWZIO.
Gezien de positieve geluiden over https://ebus.github.io/ daar eens gekeken.
Ziet er netjes uit en daarom overgeschakeld naar https://ebus.github.io/ in de verwachting dat dat zou kunnen.

Dat was een teleurstelling; het grootste deel van de parameters die ik log hebben een andere naam gekregen. Meestal met een zinloze toevoeging waardoor de lengte van de parameternaam vaak verdubbeld.
Gauw weer teruggegaan naar JonesPD. Zal het later wel eens uitzoeken.

[xarow]

gns1l schreef op woensdag 22 oktober 2025 @ 12:48:
Ik gebruikte tot nu toe de configuratie repo van JonesPD. Eigelijk alleen HMU00 en VWZIO.
Gezien de positieve geluiden over https://ebus.github.io/ daar eens gekeken.
Ziet er netjes uit en daarom overgeschakeld naar https://ebus.github.io/ in de verwachting dat dat zou kunnen.

Dat was een teleurstelling; het grootste deel van de parameters die ik log hebben een andere naam gekregen. Meestal met een zinloze toevoeging waardoor de lengte van de parameternaam vaak verdubbeld.
Gauw weer teruggegaan naar JonesPD. Zal het later wel eens uitzoeken.

Dit is voor mij ook de reden dat ik zelf niet overstap naar de link. Dan ben ik gelijk alle historie weer kwijt. Daarnaast heb ik in de lokale csv bestanden ook alle berichten uitgeschakeld die ik toch niet nodig heb.

[water_escape]

mag ik vragen wat jullie gebruik is , wat doe je met welke berichten? @xarow @gns1l . Misschien zit er inspiratie bij voor mij.

[xarow]

Heel eerlijk. Bijna niks momenteel

Ik monitor vooral het systeem op mijn dashboard en pas soms wat instellingen aan. Ik heb een losse wp boiler die ik nog eens op de ebusd wil aansluiten, maar nog niet aan toegekomen. Verder ben ik aan het kijken of ik via day ahead optimizer de warmtepomp iets kan bijsturen om vooral op goedkopere momenten stroom te verbruiken

[RaptorKid]

het enige lastige is dat de free version van chagpt echt na enkele vrage hetal opgeeft en je met een soort van dod tijd zit voor ie weer verder kan..

[water_escape]

RaptorKid schreef op woensdag 22 oktober 2025 @ 17:46:
het enige lastige is dat de free version van chagpt echt na enkele vrage hetal opgeeft en je met een soort van dod tijd zit voor ie weer verder kan..

Daarom heb ik een betaalde. Ik zal chatgpt mijn notities even uit laten werken en hier posten.

[RaptorKid]

water_escape schreef op woensdag 22 oktober 2025 @ 19:22:
[...]


Daarom heb ik een betaalde. Ik zal chatgpt mijn notities even uit laten werken en hier posten.

Dat zou werkelijk fantastisch zijn!

[water_escape]

De afgelopen weken heb ik hier mee zitten lezen omdat ik een warmtepomp liet plaatsen. Wat ik las was een ver van mijn bed show. Met de hulp van chatgpt en de members hier krijg ik nu alle data binnen in HA. Ik ga nu dus een volgende fase in... wat kan ik allemaal met deze data om slim en efficient energie te gebruiken. Ik denk nu, als mij dit is gelukt, moet iedereen dit lukken. Onderstaand mijn setup en stappenplan.

⚙️ eBUSd Installatie — met Adapter Shield C6

🧩 Overzicht
Doel: eBUSd koppelen aan Home Assistant (OS) op een Raspberry Pi voor uitlezing en besturing van de Vaillant aroTHERM plus warmtepomp via MQTT.

Hardware:

• Vaillant aroTHERM plus
• VWL 75/6 + VWZ MEH 97/6 (binnenunit)
• VRC 720 F/3 (draadloze thermostaat)
• VR940F (internetmodule)
• eBUSd Adapter Shield C6
• Home Assistant OS op Raspberry Pi
• MQTT Broker (Mosquitto)

🔌 1. Fysieke aansluiting (C6-specifiek)

1. Sluit de C6-shield via USB-C aan op je laptop (of direct op je Pi).
2. Verbind met het Wi-Fi-netwerk ‘ebusd’ (geen wachtwoord).
3. Open in je browser: http://192.168.4.1
4. Stel daar je thuis-wifi in zodat de adapter in je eigen netwerk komt.

🌐 2. Netwerk & Firmware

1. Zoek het nieuwe IP-adres van de C6 via je router of een netwerkscan.
2. Open dat IP in je browser → Je ziet nu weer de eBUSd webinterface.
3. Controleer de firmwareversie en update indien nodig.

🧠 3. Configuratie in Home Assistant

3.1 MQTT-Broker (Mosquitto)

• Als je al een Mosquitto broker draait (voor andere integraties), kun je deze gewoon hergebruiken.
• Zorg dat de broker in HA actief is en dat de eBUSd-add-on daarmee kan verbinden. Bij mij automatisch.

💡 Heb je nog geen broker?
➡️ Installeer de Mosquitto broker add-on via de Add-on Store en start hem één keer op.

3.2 eBUSd-Add-on installeren

• In HA → Add-on Store → eBUSd → Installeren.
• Ga naar Configuration → klik op Show unused optional configuration options.
• Bij mode selecteer je "ENS"
• Bij Network adapter address vul je je string in: 192.123.456.789:9999 (vervang door het IP van jouw C6-shield)
• Save en Start de add-on.
• Open de addon Logs en controleer of de verbinding tot stand komt.

🔁 4. Controle en MQTT-koppeling

• Herstart Home Assistant.
• Controleer of de Mosquitto broker de eBUS-topics ontvangt.

🔧 5. Aansluiten op de warmtepomp

1. Schakel de stroom uit af van al je warmtepomp elementen (meterkast)
2. Verbind de C6-eBUS-klemmen (2-polig, geen polariteit) met de eBUS-poort van de binnenunit (VWZ MEH 97/6).
3. Schakel alle stroom weer in.
4. Zodra de verbinding loopt, verschijnt er veel data in de eBUSd-log.
5. Kijk bij je MQTT integration of je daar nu al je hardware ziet met entiteiten.

⚙️ 6. Aanvullende configuratie

In de eBUSd-configuratie (via HA) kun je extra opties instellen:
Vul onderstaande in bij "Custom command line options" , hiermee krijg je ook "write" rechten waardoor je ook daadwerklijk met HA settings kan gaan aanpassen.

code:

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

Vul bij Config Path de volgende url in:

code:

https://ebus.github.io/

De meeste moderne devices worden hiermee ondersteund en zou je voldoende aan moeten hebben om al je entiteiten binnen te krijgen. Er zal ook veel unavailable tussen zitten, maar die heb je niet nodig of zijn gewoon niet beschikbaar.

Wil je echt alleen zien wat je nodig hebt, dan moet je met CSV's gaan werken. Dit heb ik uiteindelijk niet gedaan.

🧩 7. Handmatige CSV-configuratie (optioneel)

Als de auto-detectie niet werkt of als je waardes wil filteren kan je handmatig CSV’s toevoegen voor je warmtepomp.

Bronnen: Peter Jones repo of Officiële eBUS repo.

• Download de juiste CSV's set (alles in de EN folder)
• Plaats deze in een folder in HA
• veranderen je "Config Path" naar die locatie en restart alles.
• In de logs moet je nu zien dat je gekozen CSV's worden ingeladen.

[water_escape]

Weet iemand welke waarde "Water Pressure" aangeeft. Dus hoeveel bar er in het systeem zit.
Deze komt wel binnen via de Vaillant addon (welke niet meer werkt) , maar ik zie hem niet in de EbusD waardes.

hetzelfde voor de thermostaat , welke waardes kunnen dit vervangen?

[ Voor 49% gewijzigd door water_escape op 24-10-2025 10:20 ]

[gns1l]

FlowPressure

[water_escape]

gns1l schreef op vrijdag 24 oktober 2025 @ 13:34:
FlowPressure

Die heb ik niet in EbusD zitten. Ik zie niks qua druk.

[gns1l]

Merkwaardig, FlowPressure zit gewoon in 08.hmu.csv (ook in de configuratie van ebus.github.io)
Wellicht kun je vanaf een andere PC testen buiten HA of je ebusd hem wel kent.

ebusctl -s 192.168.xxx.xxx r -c hmu FlowPressure
(192.168.xxx.xxx vervangen door het ip-adres van de Raspberry Pi met HaOS)

Eventueel locaal op die rPi met ebusctl r -c hmu FlowPressure

[water_escape]

gns1l schreef op vrijdag 24 oktober 2025 @ 15:08:
Merkwaardig, FlowPressure zit gewoon in 08.hmu.csv (ook in de configuratie van ebus.github.io)
Wellicht kun je vanaf een andere PC testen buiten HA of je ebusd hem wel kent.

ebusctl -s 192.168.xxx.xxx r -c hmu FlowPressure
(192.168.xxx.xxx vervangen door het ip-adres van de Raspberry Pi met HaOS)

Eventueel locaal op die rPi met ebusctl r -c hmu FlowPressure

Lokaal op Pi kan niet want daar staat alleen HAOS op.
Remote weet ik niet hoe dat moet, als ik dit in terminal doe op de macbook dan geeft hij error.

Maar dan lijkt het toch dat nog een hoop waardes mis eventueel...
Is er iemand met dezelfde setup als ik die de csv's goed heeft staan en kan delen?

[xarow]

@water_escape Ik zag dat er een apart veld was voor de mqtt variabelen in de add-on. Probeer eens het volgende:

code:

commandline_options:
mqttvar: filter-direction=r|u|^w,filter-name=

Hopelijk heb je dan zowel je flow als ook de schrijfbare operation modes. Operation modes staan namelijk wel als schrijfbaar geconfigureerd in de csv bestanden

[ Voor 29% gewijzigd door xarow op 24-10-2025 15:39 ]

[SCO89]

@water_escape
Ik gebruik ebusd/bai/WaterPressure

[water_escape]

xarow schreef op vrijdag 24 oktober 2025 @ 15:38:
@water_escape Ik zag dat er een apart veld was voor de mqtt variabelen in de add-on. Probeer eens het volgende:

code:

commandline_options:
mqttvar: filter-direction=r|u|^w,filter-name=

Hopelijk heb je dan zowel je flow als ook de schrijfbare operation modes. Operation modes staan namelijk wel als schrijfbaar geconfigureerd in de csv bestanden

Ik moest hem zo neerzetten: --mqttvar=filter-direction=r|u|^w,filter-name=
Nu heb ik extra waardes, waaronder de pressure.

Ik kan alleen nog steeds geen waardes in de HMU aanpassen , dat is wel nodig.

de onderste 4 zijn er ook bijgekomen, maar kan je verder niks mee:

[ Voor 22% gewijzigd door water_escape op 24-10-2025 15:57 ]

[water_escape]

SCO89 schreef op vrijdag 24 oktober 2025 @ 15:53:
@water_escape
Ik gebruik ebusd/bai/WaterPressure

wat is dat precies?

[xarow]

Die hwcmode moet in de basv zitten en schrijfbaar zijn..

Enige wat jij volgens mij nu nog anders hebt dan in mijn installatie is de acceslevel in de addon config. Die kan je eens op * zetten. Ik heb geen idee wat dit doet, maar wellicht werkt het

[xarow]

SCO89 schreef op vrijdag 24 oktober 2025 @ 15:53:
@water_escape
Ik gebruik ebusd/bai/WaterPressure

Water_escape heeft geen bai in zijn systeem

[water_escape]

xarow schreef op vrijdag 24 oktober 2025 @ 16:15:
Die hwcmode moet in de basv zitten en schrijfbaar zijn..

Enige wat jij volgens mij nu nog anders hebt dan in mijn installatie is de acceslevel in de addon config. Die kan je eens op * zetten. Ik heb geen idee wat dit doet, maar wellicht werkt het

Heb je een screenshot van bij jou?
Ik zie HWCopMode, maar de waardes daar slaan nergens op

In HMU heb ik wel HwcMode, die staat op eco, maar is niet instelbaar. Niks in HMU. Of kijk ik fout?
* toegevoegd, maar ik zie geen verschil.

[xarow]

HwcMode van de hmu is inderdaad niet schrijfbaar. Wat geeft hwcopmode voor waarde dan?

[water_escape]

xarow schreef op vrijdag 24 oktober 2025 @ 19:03:
HwcMode van de hmu is inderdaad niet schrijfbaar. Wat geeft hwcopmode voor waarde dan?

Ik zie onderstaande, en jij?

[xarow]

Maar dan is hwcopmode dus wel schrijfbaar? Ik heb zelf geen boiler dus ik heb die signalen ook niet. Heb je al geprobeerd om die eens op een andere stand te zetten om te zien wat er dan gebeurt?

[minitrue]

Eindelijk weer eens met Ebusd aan de slag om onze waterpomp en boiler van Vaillant weer een beetje te controleren vanuit de domotica van Loxone.

Veel lukt al: De boel uitzetten voor op vakantie, temperatuur van warm water verhogen, een boiler run starten... Maar nu probeer ik om ons piekverbruik (hallo Vlaanderen) want in te dammen door te voorkomen dat er een warmwater run start als het huis al veel stroom verbruikt.

Vraag is nu: doe ik dat via HwcOpMode = 0 dat eigenlijk de hele warmwatermodule uitschakelt, of is er nog een mooiere manier? Iemand enig idee wat HwcSFMode = veto eigenlijk doet? Andere suggesties zijn ook welkom!

[RaptorKid]

Na een paar dagen dit even opzij te laten liggen en het kopke een beetje leeg te maken, er mij deze nacht eens terug over buigen, heb wel het een en ander in orde gekregen maar kon uit bepaalde zaken nog niet volledig uit, zou ik de ingeladen bestanden .tsp niet best lokaal zetten? In geval deze ooit verdwijnen?

Ook het uitfilteren van bepaalde zaken die ik niet hoef te zien (enkel VVW is erop aangesloten) SWW is aparte boiler, dus de 2 andere kringen zou ik ook willen wegfilteren..
Kortom het wordt een nachtje pennen, zoeken, testen, en opnieuw en opnieuw, met verse moed!

[RaptorKid]

minitrue schreef op zaterdag 25 oktober 2025 @ 16:40:
Eindelijk weer eens met Ebusd aan de slag om onze waterpomp en boiler van Vaillant weer een beetje te controleren vanuit de domotica van Loxone.

Veel lukt al: De boel uitzetten voor op vakantie, temperatuur van warm water verhogen, een boiler run starten... Maar nu probeer ik om ons piekverbruik (hallo Vlaanderen) want in te dammen door te voorkomen dat er een warmwater run start als het huis al veel stroom verbruikt.

Vraag is nu: doe ik dat via HwcOpMode = 0 dat eigenlijk de hele warmwatermodule uitschakelt, of is er nog een mooiere manier? Iemand enig idee wat HwcSFMode = veto eigenlijk doet? Andere suggesties zijn ook welkom!

Dit is interessant, ik volg mee, dit is inderdaad in het Belgenland zo..

[xarow]

RaptorKid schreef op zaterdag 25 oktober 2025 @ 21:25:
Na een paar dagen dit even opzij te laten liggen en het kopke een beetje leeg te maken, er mij deze nacht eens terug over buigen, heb wel het een en ander in orde gekregen maar kon uit bepaalde zaken nog niet volledig uit, zou ik de ingeladen bestanden .tsp niet best lokaal zetten? In geval deze ooit verdwijnen?

Ook het uitfilteren van bepaalde zaken die ik niet hoef te zien (enkel VVW is erop aangesloten) SWW is aparte boiler, dus de 2 andere kringen zou ik ook willen wegfilteren..
Kortom het wordt een nachtje pennen, zoeken, testen, en opnieuw en opnieuw, met verse moed!

Als je bestanden lokaal zet moet je wel de csv bestanden pakken. De tsp zijn enkel om het opzetten van de signalen makkelijker te maken.

[xarow]

minitrue schreef op zaterdag 25 oktober 2025 @ 16:40:
Eindelijk weer eens met Ebusd aan de slag om onze waterpomp en boiler van Vaillant weer een beetje te controleren vanuit de domotica van Loxone.

Veel lukt al: De boel uitzetten voor op vakantie, temperatuur van warm water verhogen, een boiler run starten... Maar nu probeer ik om ons piekverbruik (hallo Vlaanderen) want in te dammen door te voorkomen dat er een warmwater run start als het huis al veel stroom verbruikt.

Vraag is nu: doe ik dat via HwcOpMode = 0 dat eigenlijk de hele warmwatermodule uitschakelt, of is er nog een mooiere manier? Iemand enig idee wat HwcSFMode = veto eigenlijk doet? Andere suggesties zijn ook welkom!

Zoals ik het begrijp wordt met veto de gewenste temperatuur overschreden tot het volgende tijd window. De veto waarde is dan wat je bij veto temp opgeeft.
@water_escape wellicht ook een idee voor jou om te gebruiken voor de legionella run ?

[RaptorKid]

xarow schreef op zaterdag 25 oktober 2025 @ 22:04:
[...]


Als je bestanden lokaal zet moet je wel de csv bestanden pakken. De tsp zijn enkel om het opzetten van de signalen makkelijker te maken.

Oke ik bekijk het even wat het makkelijkste is, dat ik mezelf niet met de rug tegen de muur zet

[maarten_NL]

xarow schreef op zaterdag 25 oktober 2025 @ 22:25:
[...]


Zoals ik het begrijp wordt met veto de gewenste temperatuur overschreden tot het volgende tijd window. De veto waarde is dan wat je bij veto temp opgeeft.
@water_escape wellicht ook een idee voor jou om te gebruiken voor de legionella run ?

Ik moduleer de boiler temperatuur op basis van (voorspelde) zonnepaneel opbrengst, dus als de zon schijnt zet ik de doeltemperatuur omhoog om meer zonnestroom op te slurpen. Dat zou je ook andersom kunnen doen, let wel op dat je er niet te zenuwachtig mee gaat regelen want dan onderbreek je een run.

Je kan de delta temp ook nog iets tempereren om het vermogen wat te beperken, het nadeel is dan wel dat de boilerlading langer duuurt.

[water_escape]

xarow schreef op zaterdag 25 oktober 2025 @ 22:25:
[...]


Zoals ik het begrijp wordt met veto de gewenste temperatuur overschreden tot het volgende tijd window. De veto waarde is dan wat je bij veto temp opgeeft.
@water_escape wellicht ook een idee voor jou om te gebruiken voor de legionella run ?

Die waarde heb ik dus niet. Ik heb alleen bovenstaande.
In de HMW, staan de entiteiten wel, maar die zie ik niet als instelbaar.

[water_escape]

maarten_NL schreef op zondag 26 oktober 2025 @ 09:01:
[...]


Ik moduleer de boiler temperatuur op basis van (voorspelde) zonnepaneel opbrengst, dus als de zon schijnt zet ik de doeltemperatuur omhoog om meer zonnestroom op te slurpen. Dat zou je ook andersom kunnen doen, let wel op dat je er niet te zenuwachtig mee gaat regelen want dan onderbreek je een run.

Je kan de delta temp ook nog iets tempereren om het vermogen wat te beperken, het nadeel is dan wel dat de boilerlading langer duuurt.

Zou je kunnen delen hoe je diet doet? Ook hoe je de run zelf triggered?

[minitrue]

maarten_NL schreef op zondag 26 oktober 2025 @ 09:01:
[...]


Ik moduleer de boiler temperatuur op basis van (voorspelde) zonnepaneel opbrengst, dus als de zon schijnt zet ik de doeltemperatuur omhoog om meer zonnestroom op te slurpen. Dat zou je ook andersom kunnen doen, let wel op dat je er niet te zenuwachtig mee gaat regelen want dan onderbreek je een run.

Je kan de delta temp ook nog iets tempereren om het vermogen wat te beperken, het nadeel is dan wel dat de boilerlading langer duuurt.

Interessant, volgende stap is inderdaad om bij veel zon de doeltemperatuur omhoog te doen en een run te triggeren.

Maar ik wil nu eerst zien te voorkomen dat er überhaupt een run plaatsvindt. Een lagere temperatuur zou dat niet echt voorkomen. (Tenzij ik die echt op 10 zet ofzo, maar er zou toch wel een betere oplossing moeten zijn?)

[minitrue]

Een gerelateerd vraagje: welke waardes gebruik jullie om het totale stroomverbruik en huidige stroomverbruik te berekenen?

[water_escape]

Maak me gek, nu is heel de HMU weer unavailable in HA. Niks aangepast, ook een restart van HA helpt niet.
Andere dit ook?

Misschien toch iemand hier met dezelfde hardware als ik die wel csv gebruikt? MIsschien daarop overstappen.

[xarow]

water_escape schreef op maandag 27 oktober 2025 @ 08:32:
Maak me gek, nu is heel de HMU weer unavailable in HA. Niks aangepast, ook een restart van HA helpt niet.
Andere dit ook?

Misschien toch iemand hier met dezelfde hardware als ik die wel csv gebruikt? MIsschien daarop overstappen.

Wat geeft je log aan? Dit is waarschijnlijk geen csv probleem.

[water_escape]

xarow schreef op maandag 27 oktober 2025 @ 09:09:
[...]


Wat geeft je log aan? Dit is waarschijnlijk geen csv probleem.

Log is lastig, want daar blijft data doorheen stromen .
Ik heb nu * weggehaald bij access level in de config en krijg nu weer alles door. Maar het werkte voorheen met * ook.

[xarow]

Je kan gewoon terug scrollen in de HA log, of een export maken.Maar als het nu weer werkt, is het zeker niets met de bestanden, maar eerder in het netwerk.

[ Voor 42% gewijzigd door xarow op 27-10-2025 13:12 ]

[RaptorKid]

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 😄

[Sibert]

Ik heb momenteel een Bulex Thermomaster met E7C thermostaat. Intussen heb ik een eBUS adapter er ook aanhangen en is ebusd draaiend. Graag wil ik via Home Assistant mijn CV-ketel aansturen (om bijvoorbeeld mijn badkamer te verwarmen op het moment dat ik het wil, evt met feedback van een zigbee temperatuur sensor die ik daar heb). Ik ben echter wat overweldigd, er zijn heel wat parameters in ebusd beschikbaar ik vind ook niet meteen een bestaande integratie. Hoe begin ik hier best aan?

[maarten_NL]

minitrue schreef op zondag 26 oktober 2025 @ 09:44:
[...]


Maar ik wil nu eerst zien te voorkomen dat er überhaupt een run plaatsvindt. Een lagere temperatuur zou dat niet echt voorkomen. (Tenzij ik die echt op 10 zet ofzo, maar er zou toch wel een betere oplossing moeten zijn?)

Trek je de boiler tot zo'n lage temperatuur leeg? Hier begint mijn vriendin onder de 35c al te klagen

Hier staat de boilerlading standaard op 42c/52c met de sensor op 1/3e van de bovenkant. Zou de temperatuur richting de 44/43c gaan dan zou je bij hoog stroom verbruik, op dat moment de doeltemperatuur omlaag kunnen zetten om de trigger om te starten te voorkomen. Mits de boilerlading nog niet bezig was, de run afbreken zou ik niet adviseren.

[maarten_NL]

water_escape schreef op zondag 26 oktober 2025 @ 09:11:
[...]


Zou je kunnen delen hoe je diet doet? Ook hoe je de run zelf triggered?

Dit is om bij 45c al een run te triggeren door de doeltemperatuur van 52 voor 2u naar 62 te zetten, na 2u, weeer terug naar 52.


En hetzelfde als de warmtepomp toch aangaat voor de boiler lading, dan kijken of er nog zon aankomt en dan de doeltemperatuur verhogen zoals boven.

[minitrue]

maarten_NL schreef op dinsdag 28 oktober 2025 @ 22:15:
[...]


Trek je de boiler tot zo'n lage temperatuur leeg? Hier begint mijn vriendin onder de 35c al te klagen

Hier staat de boilerlading standaard op 42c/52c met de sensor op 1/3e van de bovenkant. Zou de temperatuur richting de 44/43c gaan dan zou je bij hoog stroom verbruik, op dat moment de doeltemperatuur omlaag kunnen zetten om de trigger om te starten te voorkomen. Mits de boilerlading nog niet bezig was, de run afbreken zou ik niet adviseren.

Ah nee, bedoelde inderdaad om de doeltemperatuur dan pas op 10c zetten om de run idd te voorkomen. Maar ik kan me niet voorstellen dat er geen 'mooiere' manier is om een run te voorkomen.

Default bij ons thuis is 45c en dat gaat prima (voorlopig).

[Jag]

Iemand al gevonden hoe je de away modus aanzet?
Dit al geprobeerd

YAML:

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

Zegt ie

code:

2025-10-29 14:48:44.492 [mqtt error] write message ctlv2 hwcstatus not found

[xarow]

Jag schreef op woensdag 29 oktober 2025 @ 14:56:
Iemand al gevonden hoe je de away modus aanzet?
Dit al geprobeerd

YAML:

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

Zegt ie

code:

2025-10-29 14:48:44.492 [mqtt error] write message ctlv2 hwcstatus not found

Bestaat hwcstatus wel als writable parameter in jou csv config? Lijkt er niet op met deze melding

[Robust2]

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?

[ Voor 8% gewijzigd door Robust2 op 29-10-2025 17:54 ]

[Sargearo]

Hallo, ik heb een Vaillant VC 25CS/1-5 (N-BE) ecoTEC plus ketel + indirecte boiler.
Iemand een idee waarom ik geen enkele writable (ebusctl find -c bai -w) parameters heb? Ik gebruik deze config:

code:

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /etc/ebusd/mqtt-hassio.cfg
mqttjson: true
mode: enh
network_device: 10.0.0.230:9999
latency: 10
pollinterval: 2
loglevel_network: info
loglevel_bus: info
loglevel_update: info
loglevel_main: info
loglevel_other: info
http: true
mqttuser: ebus-c6
mqttpass: ******************************
mqtthost: core-mosquitto
mqttport: 1883
lograwdata: true
commandline_options: "--mqttvar=filter-direction=r|u|^w"
configpath: https://ebus.github.io/next/

Ik zie een hele hoop parameters in MQTT Explorer, maar wanneer ik één wil wijzigen (bijvoorbeeld StorageTempDesired voor de temperatuur van mijn boiler), dan 'reset' deze terug naar de oude waarde. Ik denk zelf dat mijn wijziging zelf nooit tot de Vaillant ketel geraakt is.

code:

ebusd
global
running = true
updatecheck = "revision 25.1 available, vaillant/08.bai.csv: different version available"
signal = true
scan = "finished"
version = "ebusd 25.1.p20250414"
uptime = 1008
Broadcast
Queryexistence
scan.08
= { "MF": {"value": "Vaillant"}, "ID": {"value": "BAI00"}, "SW": {"value": "1201"}, "HW": {"value": "7603"}}
Scan.08
Id = { "prefix": {"value": "21"}, "year": {"value": "25"}, "week": {"value": "08"}, "product": {"value": "0010024568"}, "supplier": {"value": "3130"}, "counter": {"value": "148021"}, "suffix": {"value": "N4"}}
bai
CounterStartattempts1 = { "value": {"value": 1}}
CounterStartattempts2 = { "value": {"value": 1}}
CounterStartAttempts3 = { "value": {"value": 1}}
CounterStartAttempts4 = { "value": {"value": 1}}
DeactivationsTemplimiter = { "value": {"value": 0}}
Expertlevel_ReturnTemp = { "temp": {"value": -1.81}, "sensor": {"value": "cutoff"}}
FanHours = { "value": {"value": 143}}
FlowTemp = { "temp": {"value": 55.50}, "sensor": {"value": "ok"}}
FanStarts = { "value": {"value": 641}}
FlowTempMax = { "value": {"value": 80.25}}
FlowTempDesired = { "value": {"value": 0.00}}
HcHours = { "value": {"value": 50}}
HcPumpStarts = { "value": {"value": 719}}
HcPumpMode = { "value": {"value": "post_run"}}
HcStarts = { "value": {"value": 0}}
HcUnderHundredStarts = { "value": {"value": 0}}
HoursTillService = { "value": {"value": 2}}
HwcPostrunTime = { "value": {"value": null}}
HwcHours = { "value": {"value": 87}}
HwcTemp = { "temp": {"value": 116.06}, "sensor": {"value": "circuit"}}
HwcStarts = { "value": {"value": 300}}
HwcTempDesired = { "value": {"value": 0.00}}
HwcUnderHundredStarts = { "value": {"value": 1}}
Maintenancedata_HwcTempMax = { "value": {"value": 116.06}}
OutdoorstempSensor = { "temp": {"value": -60.44}, "sensor": {"value": "cutoff"}}
OverflowCounter = { "value": {"value": "yes"}}
PumpHours = { "value": {"value": 174}}
PumpPower = { "value": {"value": 0}}
ReturnTemp = { "temp": {"value": 55.06}, "tempmirror": {"value": 64654}, "sensor": {"value": "ok"}}
ReturnTempMax = { "value": {"value": 69.12}}
SecondPumpMode = { "value": {"value": 0}}
SHEMaxFlowTemp = { "value": {"value": 0.00}}
Status01 = { "temp": {"value": 56.5}, "temp_1": {"value": 55.0}, "temp_2": {"value": null}, "temp_3": {"value": null}, "temp_4": {"value": 55.0}, "pumpstate": {"value": "off"}}
Status02 = { "hwcmode": {"value": "auto"}, "temp": {"value": 60}, "temp_1": {"value": 65.0}, "temp_2": {"value": 70}, "temp_3": {"value": 70.0}}
StorageLoadPumpHours = { "value": {"value": 110}}
StorageTemp = { "temp": {"value": 55.25}, "sensor": {"value": "ok"}}
StorageloadPumpStarts = { "value": {"value": 526}}
StorageTempDesired = { "value": {"value": 56.00}}
TempDiffBlock = { "value": {"value": 0}}
StorageTempMax = { "value": {"value": 56.88}}
TempGradientFailure = { "value": {"value": 0}}
TempDiffFailure = { "value": {"value": 0}}
Templimiter = { "value": {"value": "off"}}
TemplimiterWithNTC = { "value": {"value": "yes"}}
ValveMode = { "value": {"value": 0}}
ValveStarts = { "value": {"value": 438}}
WaterpressureMeasureCounter = { "value": {"value": 132}}
WPPostrunTime = { "value": {"value": 1}}

[Jag]

xarow schreef op woensdag 29 oktober 2025 @ 16:01:
[...]


Bestaat hwcstatus wel als writable parameter in jou csv config? Lijkt er niet op met deze melding

Even zoeken hoe ik daar achter ga komen

Weet jij of dit de goede parameter is voor het instellen van de away mode? Want zowel Hc als HWc zijn inactief als op de VRC720 away instelt.

[xarow]

Jag schreef op woensdag 29 oktober 2025 @ 19:54:
[...]

Even zoeken hoe ik daar achter ga komen

Weet jij of dit de goede parameter is voor het instellen van de away mode? Want zowel Hc als HWc zijn inactief als op de VRC720 away instelt.

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

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

[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