Verwarming uitlezen met ebusd

[hjzwiers]

[Question Mark]

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

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



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

code:

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

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

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

code:

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

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

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

edit2:

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

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

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

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

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

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

[xarow]

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

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

[hjzwiers]

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

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

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

[Question Mark]

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

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

[hjzwiers]

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

[xarow]

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

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

waar ik nu mee speel is de :

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

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

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

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

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

[hjzwiers]

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

[hjzwiers]

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

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

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

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

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

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

# 5. Keep container alive
wait


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

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

[water_escape]

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

[Franciesco]

@water_escape ctlv2 z1RoomTemp

[water_escape]

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

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

[xarow]

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

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

[water_escape]

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

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

[HeRSteiN]

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


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

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

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

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

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

Alvast bedankt voor jullie tijd.

[Question Mark]

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

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

[xarow]

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


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

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

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

Alvast bedankt voor jullie tijd.

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

[HeRSteiN]

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

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

Bedankt voor jullie tijd.

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



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

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

Hopelijk brengt bovenstaande beetje idee over de momenteel geinstalleerde situatie.

Nogmaals bedankt voor jullie hulp/interesse.

[xarow]

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

Afbeelding

[water_escape]

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


Bedankt voor jullie tijd.

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

[Afbeelding]

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

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

Hopelijk brengt bovenstaande beetje idee over de momenteel geinstalleerde situatie.

Nogmaals bedankt voor jullie hulp/interesse.

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

[Binkia]

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

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

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

Dank.

[xarow]

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

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

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

Dank.

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

[Binkia]

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

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

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

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

[Proton_]

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

[Binkia]

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

[xarow]

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

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

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

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

[Kaspers]

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

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

Dit geeft nu interessante mogelijkheden.
Een prompt als:

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

Resultaat:


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

[Kaspers]

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

code:

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

Resultaat:

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

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

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

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

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

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

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

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

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

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

Aanbeveling:

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

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

📋 Alternatieve Overwegingen
Als je echt wilt downsizen:

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

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

Ik vind dit best indrukwekkend.

Ook dit soort analyses zijn interessant te doen:

code:

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

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

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

[xarow]

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

[Kaspers]

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

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

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



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

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

[oekiwoeki]

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

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

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

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

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

[xarow]

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

[oekiwoeki]

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


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

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

[Afbeelding]

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

Super dit!

[oekiwoeki]

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

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


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

[xarow]

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

[oekiwoeki]

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

Goeie tip, bedankt!