Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

[KVan]

Frankvbr schreef op dinsdag 8 september 2026 @ 00:19:
Ik heb in de zomer een beetje getest met voorkoelen van de woning (dus echt urenlang) en vervolgens tijdelijk uitzetten (we hadden toen paar uur dat dynamische tarief rond een euro lag). De temperatuur ging weer neem rap omhoog.

Denk dat het andersom hetzelfde werkt. Je warmt geen massa op tenzij je misschien zeer langdurig verwarmt. Ik denk dat airco juist goedkoper is als je deze gebruikt als je aanwezig bent (ook snel warm gevoel) en voor de rest uit zet.

Mee eens.

Ik heb de afgelopen jaren gespeeld met de regeling (met een vast contract dus enkel naar totaal verbruik gekeken) en constant draaien is qua totaal verbruik het zuinigst. Met dynamische tarieven spelen wat extra dingen. In de zomer maakt het niet uit want de airco draait wanneer de zonschijnt en dus de stroom het goedkoopst is.

In de winter is dat precies tegenovergesteld. Een paar uur voorverwarmen levert idd heel weinig op. Wat denk ik wel werkt is om de thermostaat de hele periode overdag dat de stroom gunstig is 2 of 3 graden hoger in te stellen en dan s'avonds de thermostaat weer op normaal niveau in te stellen (eventueel getrapt omlaag). Daarmee stopt de airco niet maar gaat wel op een veel lager vermogen draaien. Waarmee we dan vast de avond doorkomen en snachts pikt hij dan weer op normaal niveau op.

Dat geld denk ik tot 1 Jan. Vanaf 1 Jan wordt teruglevern van stroom niet of nauwelijks nog interessant en gaan de accu's voor de stroom voor de airco's zorgen. Dus opladen wanneer goedkoop en de airco's simpelweg constant laten draaien. Het verdienmodel van het net opladen en weer terugleveren enkele uren later is dat toch grotendeels verdwenen.

Praktisch in mijn geval heb ik op koude dagen een verbruik van 50 kWh/24u in totaal. Met 36 kWh accus moet ik dan prima de dure momenten kunnen bufferen en laden wanneer de stroom goedkoper is. Heb je kleinere accu's dan kan de voorverwarm truck met verlaging van het setpunt op de dure momenten alsnog goed uitpakken.

Hoe dit vanuit DAO aan te sturen is weet ik ook nog niet maar ik vermoed dat een machine aanmaken die dan via de entities calculated start and stop het setpunt omhoog zet. Een automatizering kan dan het setpunt getrapt omhoog en omlaag zetten om in het COP gunstige gebied te blijven.

[simnet]

Het grote probleem is dat thermische massa (precies dat wat je nodig hebt om kou of warmte vast te houden) omgekeerd evenredig moeilijk op te warmen of af te koelen is. Hoe meer thermische massa je hebt, hoe langzamer het proces.

En een huis heeft al snel zo veel massa dat je aan een paar uurtjes niet genoeg hebt om enig verschil te bereiken.

Edit: dit is nog even afgezien van de zeer inefficiënte manier om lucht te gebruiken om warmte in of uit je muren te krijgen.
(De warmtecapaciteit van lucht is richting de 2000x lager dan dat van steen)

[ Voor 22% gewijzigd door simnet op 08-09-2026 15:26 ]

[Beekforel]

Hoe gaat dat eigenlijk vanaf 1 januari, moeten we iets aanpassen in de DAO configuratie dat salderen niet meer bestaat?

[dannyll]

Beekforel schreef op dinsdag 8 september 2026 @ 15:41:
Hoe gaat dat eigenlijk vanaf 1 januari, moeten we iets aanpassen in de DAO configuratie dat salderen niet meer bestaat?

Dan ga je nieuwe prijzen invoeren in je config...en gaat DAO anders rekenen vermoed ik. Nu wordt balance switch bij mij nog niet gebruikt, maar zal dan wel belangrijk(er) worden

[KVan]

simnet schreef op dinsdag 8 september 2026 @ 15:17:
Het grote probleem is dat thermische massa (precies dat wat je nodig hebt om kou of warmte vast te houden) omgekeerd evenredig moeilijk op te warmen of af te koelen is. Hoe meer thermische massa je hebt, hoe langzamer het proces.

En een huis heeft al snel zo veel massa dat je aan een paar uurtjes niet genoeg hebt om enig verschil te bereiken.

Edit: dit is nog even afgezien van de zeer inefficiënte manier om lucht te gebruiken om warmte in of uit je muren te krijgen.
(De warmtecapaciteit van lucht is richting de 2000x lager dan dat van steen)

Inefficient is het verwarmen van steen met lucht niet, er gaat geen energie verloren. Inefectief of niet heel snel wel.
Dat was een beetje mierenneuken, maar het klopt dat je niet heel veel warmte opgeslagen krijgt in korte tijd. Hoeveel je opslaat hangt ook nog eens heel sterk af van de "thermische vertraging" van de materialen in je woning (bijvoorbeeld hoog bij kalkzandsteen en laag bij beton). Daarom zei ik eerder ook dat je de airco's zeker enkele graden omhoog moet zetten voor een flinke tijd, veel meer dan een uurtje of 2, meer 6 tot 8 uur.

Een lucht/water warmtepomp heeft overigens hetzelfde probleem. Je kan het water wel voorverwarmen maar om enige buffer op te bouwen heb je wel een erg groot buffervat nodig. Mijn airco's verstoken ~20kWh op een koude dag, dus ~60kWh warmte om dan in de avond 5 uur te overbruggen zou je 12.5kWh buffer moeten hebben. Dat zou een boilervat van 500l met een beschikbare deltaT van 25 graden zijn.

Met kalkzandsteen muren heb je een capaciteit van 0.05 kWh/m2K. Als ik de temperatuur 3 graden opvoer gedurende 6 uur en aanneem dat ik de steen voor 50% heb opgewarmd (wilde aanname) dan heb ik 0.075 kWh/m2 opgeslagen. Dan zou ik 167m2 nodig hebben om diezelfde 5 uur te overbruggen. Zonder vloeren en plafonds mee te rekenen heb ik in huis op de benedenverdieping grofweg 125m2 beschikbaar. Dat zou een aardig eind kunnen komen. En komt aardig overeen met mijn ervaring dat mijn huis na een hele dag verwarmen s'nachts ongeveer 3 graden afkoelt (dan heeft de verwarming ongeveer 16 uur gedraaid en 8 uur staan afkoelen).

Neem deze rekensom met een flinke korrel zout want er zitten stevige aannames in! eea hangt heel sterk af van hoe goed een huis geisoleerd is, mijn rekensom is voor mijn goed geisoleerd huis.

Wat altijd zal opgaan is dat wanneer de thermostaat tijdens de avond trapsgewijs omlaag gezet wordt de airco's op een lagere last en dus met wat hogere COP zullen draaien. Maar of dit allemaal ook comfortabel is weet ik niet, zullen we moeten ondervinden.

[simnet]

Ok, niet effectief. Klopt.

Je aanname klopt alleen niet helemaal. Om je muur zodanig op te warmen - met lucht - dat hij die 3 graden verval aankan heb je een veel hogere luchttemperatuur nodig dan comfortabel is.
Je berekening klopt, maar alleen is de warmteoverdracht vanuit de lucht naar je kalkzandsteen zodanig laag, dat je al snel een verschil van 5 graden moet volhouden als je een gemiddelde temperatuur van 21 graden wil bereiken. Dat is best oncomfortabel.

[Hvdort]

KC27 schreef op zondag 6 september 2026 @ 01:02:
We hebben vanavond een nieuwe testversie (2026.9.1.rc1) gepubliceerd waarin hopelijk de gemelde problemen zijn opgelost.
Melders: graag testen en deel je bevindingen.
Dit staat in de changelog:

• removed us of pipe, let the child inherit the scheduler's stdout/stderr: (#812)
• added git and nano to installed packages
• corrected finish day_ahead.py on arm64 to prevent crash with error -4

Ik heb, ook na het updaten van HA naar de laatste versie nog steeds deze foutmelding:

2026-09-08 19:26:25 fout: An error occurred while loading the CBC library: cannot load library '/root/dao/prog/miplib/lib/libCbc.so': libnauty-2.8.9.so: cannot open shared object file: No such file or directory. Additionally, ctypes.util.find_library() did not manage to locate a library called '/root/dao/prog/miplib/lib/libCbc.so'

Ik heb het gechecked maar de optie "use_self_compiled_miplib" staat uit. Dit probleem had ik in versie 2026.8 en nu ook in 2026.9, maar nog niet in 2026.6. Doe ik wat fout?

[Dogooder]

Hvdort schreef op dinsdag 8 september 2026 @ 19:43:
[...]

Ik heb, ook na het updaten van HA naar de laatste versie nog steeds deze foutmelding:

2026-09-08 19:26:25 fout: An error occurred while loading the CBC library: cannot load library '/root/dao/prog/miplib/lib/libCbc.so': libnauty-2.8.9.so: cannot open shared object file: No such file or directory. Additionally, ctypes.util.find_library() did not manage to locate a library called '/root/dao/prog/miplib/lib/libCbc.so'

Ik heb het gechecked maar de optie "use_self_compiled_miplib" staat uit. Dit probleem had ik in versie 2026.8 en nu ook in 2026.9, maar nog niet in 2026.6. Doe ik wat fout?

Op wat voor hardware architectuur draai je je docker?

Heb je toevallig nog ergens docker mounts staan naar lege mappen op de schijf?

[Hvdort]

Op een Intel NUC en Proxmox en daarbinnen HA. DAO is een container binnen HA. Ik heb mogelijk zojuist wel iets gevonden: er was nog een (ooit zelf gecompileerde) miplib folder achtergebleven die in dezelfde folder staat als dao_data. Mogelijk wordt die nog automatisch gemapped als die bestaat? Anyway, ik heb de folder hernoemd en een herstart gedaan van de huidige werkende versie 2026.6. Die werkt gelukkig nog steeds.
Ik hoop straks opnieuw de upgrade te doen naar 2026.9 om te kijken of dan het probleem weg is...

[ Voor 5% gewijzigd door Hvdort op 08-09-2026 20:47 ]

[Hvdort]

Bingo! Probleem is nu weg. Dus vind er inderdaad nog een automatische mapping plaats van de miplib folder als die bestaat, ondanks de setting "use_self_compiled_miplib" die uit staat.