Ervaringen met Quatt en HA en andere Domotica

[Rowwan]

Tokolosh schreef op maandag 9 maart 2026 @ 19:04:
Zijn er ook mensen die (sinds cic update 4.2.0) problem hebben met de “domestic hot water on” sensor”? Bij mij lijkt het nu alsof ik 24/7 onder de douche sta terwijl erg geen sww vraag in het huis is

Hier geen probleem met 4.2.0.

[Magreet1]

Tokolosh schreef op maandag 9 maart 2026 @ 19:04:
Zijn er ook mensen die (sinds cic update 4.2.0) problem hebben met de “domestic hot water on” sensor”? Bij mij lijkt het nu alsof ik 24/7 onder de douche sta terwijl erg geen sww vraag in het huis is

Dat heb ik in de app van Quatt sinds zondagochtend. Is die sensor ook in JSON af te lezen?

[m10tech]

Voor wie mijn sniffer gebruikt, de 2.0.0 versie is compatible met CiC 4.2.0
https://github.com/M10tech/Quatt-sniffer
Wegens 24 uur caching nog niet getest als volledig git sourced, maar werkt wel als local versie...

[Appesteijn]

Ik heb de Quatre Warmte Analyse integratie bijgewerkt. Hopelijk is de informatie nu wat duidelijker. Als je wil helpen testen of andere feedback hebt dan hoor ik het graag:

https://github.com/Appesteijn/stooklijn

[leejoow]

Heatpump Listener - Quatt v 1.1.0

Voor wie mijn Heatpump Listener gebruikt: er is een nieuwe firmware welke er voor zorgt dat hij compatible is met CiC 4.2.0. Hij zou ook met de oudere versies moeten blijven werken.

Daarnaast is er een config switch toegevoegd die modbus commandos logs die voorbij komen maar (nog) niet geconfigureerd zijn. Standaard staat deze op off nadat er opgestart wordt. Als deze op on gezet wordt zullen alle commando's die nog niet in de software geconfigureerd zijn voorbij komen in de log. Ideaal om eventuele extra registers te reverse engineeren

Via Home Assistant wordt de update automatisch aangeboden, anders is hij ook te vinden op de GitHub (binaries voor single en duo).

[User9]

Nvm. Is al opgelost...

[ Voor 86% gewijzigd door User9 op 26-03-2026 10:54 ]

[Appesteijn]

Ik ben nu aan het experimenteren of ik een model kan laten leren wat de warmtevraag gaat worden en de weersvoorspelling meeneemt voor de aankomende 6 uur (vanaf de gratis open-meteo integratie), dus als het over een uur warm wordt, dan kan je nu alvast wat terug schakelen. Ook de instraling van de zon wordt als aparte variabele meegenomen. Hopelijk komen er nog wat koude dagen aan, dan kan het model beter worden.

Als je mee wil helpen testen, dan kan je pre-release v0.5.3 installeren via HACS: https://github.com/Appesteijn/stooklijn

[Appesteijn]

Nog een bug gefixed in de laatste versie, dank. In plaats van de OTGW integratie heb ik nu de soundslider geimplementeerd om te kijken of we daarmee het maximale vermogen kunnen beinvloeden als de Quatt to hard of te zacht werkt.

[TeslaNerd]

Appesteijn schreef op woensdag 1 april 2026 @ 00:03:
Nog een bug gefixed in de laatste versie, dank. In plaats van de OTGW integratie heb ik nu de soundslider geimplementeerd om te kijken of we daarmee het maximale vermogen kunnen beinvloeden als de Quatt to hard of te zacht werkt.

Ik zie dat jij actief aan het ontwikkelen bent met jouw Quatt Warmteanalyse en al weer een versie 0.6.1 op Github hebt staan. Kun jij de nieuwste features van jouw Quatt regeling nog eens toelichten?
Ik ben benieuwd of jouw Warmteanalyse ook kan worden gekoppeld aan bijvoorbeeld OpenQuatt met de directe aansturing van de 10 compressor levels voor een enkele Quatt of de 100 combinaties van compressor niveaus voor de Quatt DUO

[Appesteijn]

Ja het is een beetje uit de hand gelopen

Het thermisch model lijkt wel goed geleerd te worden, dus geen linieare stooklijn meer, maar een model wat de eigenschappen van jou huis leert en samen met de 6-uurs weer forecast van OpenMeteo (gratis in HA) en voorspelling doet van de verwachtte binnen temperatuur, welk vermogen dan nodig is en wat de water aanvoer temperatuur zou moeten zijn. Zo wordt er ook meegenomen hoe hard de zon gaat schijnen en wanneer je huis hierdoor verwarmt wordt. De verwachte warmtevraag heeft ook invloed op de huidige warmtevraag, zo zou het stookgedrag dus rustiger moeten worden. Omdat ik nog geen OpenQuatt heb, kan ik dat nog niet valideren.



Ik ben nog niet helemaal tevreden over een aantal waarden die berekend worden, bijvoorbeeld het knikpunt ging omhoog nu er minder koude nachten zijn, dat is logisch om hoe het knikpunt berekend wordt, maar wil ik graag opgelost hebben. Daarvoor moet er gewoon meer getest worden.

Recent heb ik toegevoegd dat als de echte aanvoertemeratuur te hoog is (meer dan 2 graden t.o.v. de voorspelde temperatuur uit het geleerde model) dat dan de soundslider omlaag wordt gezet. Dit gebeurd nu nog om de 5 minuten. Als de aanvoer temperatuur te laag is, gaat de soundslider weer omhoog, dit gebeurt ook als de warmtepomp uit gaat. Of dit echt veel effect heeft weet ik nog niet, maar het is in ieder geval een knop waar ik nu aan kan draaien. Wellicht is dit ook mogelijk met de maximale watertemperatuur, maar die is nog niet te zetten via de Quatt integratie.

[jj85]

Appesteijn schreef op woensdag 22 april 2026 @ 23:04:
Ja het is een beetje uit de hand gelopen

Het thermisch model lijkt wel goed geleerd te worden, dus geen linieare stooklijn meer, maar een model wat de eigenschappen van jou huis leert en samen met de 6-uurs weer forecast van OpenMeteo (gratis in HA) en voorspelling doet van de verwachtte binnen temperatuur, welk vermogen dan nodig is en wat de water aanvoer temperatuur zou moeten zijn. Zo wordt er ook meegenomen hoe hard de zon gaat schijnen en wanneer je huis hierdoor verwarmt wordt. De verwachte warmtevraag heeft ook invloed op de huidige warmtevraag, zo zou het stookgedrag dus rustiger moeten worden. Omdat ik nog geen OpenQuatt heb, kan ik dat nog niet valideren.

[Afbeelding]

Ik ben nog niet helemaal tevreden over een aantal waarden die berekend worden, bijvoorbeeld het knikpunt ging omhoog nu er minder koude nachten zijn, dat is logisch om hoe het knikpunt berekend wordt, maar wil ik graag opgelost hebben. Daarvoor moet er gewoon meer getest worden.

Recent heb ik toegevoegd dat als de echte aanvoertemeratuur te hoog is (meer dan 2 graden t.o.v. de voorspelde temperatuur uit het geleerde model) dat dan de soundslider omlaag wordt gezet. Dit gebeurd nu nog om de 5 minuten. Als de aanvoer temperatuur te laag is, gaat de soundslider weer omhoog, dit gebeurt ook als de warmtepomp uit gaat. Of dit echt veel effect heeft weet ik nog niet, maar het is in ieder geval een knop waar ik nu aan kan draaien. Wellicht is dit ook mogelijk met de maximale watertemperatuur, maar die is nog niet te zetten via de Quatt integratie.

[Afbeelding]

Ik heb in OpenQuatt nu geen manual mode zitten.
Zit er aan te denken om een soort custom heating strategie toe te voegen, waarin de gebruiker bijv een HA entiteit aan OpenQuatt kan koppelen. Bijv compressor level (of iets op een schaal van 0 tot 100%) en heating aan/uit. Of alternatief, een gewenste watertemperatuur.

Welke 'gaspedalen' zou je nodig hebben/ willen zien voor een koppeling tussen jouw integratie en OpenQuatt?

[Ferdinand Oeinck]

jj85 schreef op donderdag 23 april 2026 @ 10:53:
[...]

Ik heb in OpenQuatt nu geen manual mode zitten.
Zit er aan te denken om een soort custom heating strategie toe te voegen, waarin de gebruiker bijv een HA entiteit aan OpenQuatt kan koppelen. Bijv compressor level (of iets op een schaal van 0 tot 100%) en heating aan/uit. Of alternatief, een gewenste watertemperatuur.

Welke 'gaspedalen' zou je nodig hebben/ willen zien voor een koppeling tussen jouw integratie en OpenQuatt?

Misschien opgenomen vermogen? Dan is aansturing op basis van een P1 meter mogelijk. Overtollige energie in het huis stoppen onafhankelijk van setpoint en/of watertemperatuur.

[jj85]

Ferdinand Oeinck schreef op donderdag 23 april 2026 @ 11:01:
[...]

Misschien opgenomen vermogen? Dan is aansturing op basis van een P1 meter mogelijk. Overtollige energie in het huis stoppen onafhankelijk van setpoint en/of watertemperatuur.

Die snap ik misschien niet helemaal.
Bedoel je een input op elektrisch vermogen vd warmtepomp? Dus als er 500W overschot is, dat de Quatt op 500W gaat draaien? En bij 3kW overschot op 3kW gaan draaien? Wordt het dan niet loeiheet in de zomer als de zon schijnt en Quatt maximaal staat te stampen?

[Ferdinand Oeinck]

jj85 schreef op donderdag 23 april 2026 @ 11:06:
[...]

Die snap ik misschien niet helemaal.
Bedoel je een input op elektrisch vermogen vd warmtepomp? Dus als er 500W overschot is, dat de Quatt op 500W gaat draaien? En bij 3kW overschot op 3kW gaan draaien? Wordt het dan niet loeiheet in de zomer als de zon schijnt en Quatt maximaal staat te stampen?

Ja voor 500W is dat prima. 3kW ook als het buiten koud is. In de zomer moet je het wel uit kunnen zetten uiteraard. Of dan de koelmode aanzetten?

[Ferdinand Oeinck]

Ok, mijn software zal niet alle overschot naar de quatt sturen, maar ook de thuisbatterijen opladen. Door het vermogen aan te kunnen geven is snel schakelen beter mogelijk bijvoorbeeld bij halfbewolkt weer. Of als bijvoorbeeld de waterkoker of wasmachine aangaat. Dan moet de quatt ff uit...

[TeslaNerd]

Dit begint verdacht veel te lijken op een OpenQuatt Energy OS 💪

[ Voor 7% gewijzigd door TeslaNerd op 23-04-2026 12:02 ]

[jj85]

Dan zie ik momenteel het volgende voor me:
Custom strategie
- werkmodus: uit/heating/cooling
- sturen op: Powerinput, watertemperatuur, direct comp level of vertaling naar 0 tot 100% gaspedaal

Beide items via koppeling middels HA entiteit

[Appesteijn]

jj85 schreef op donderdag 23 april 2026 @ 10:53:
[...]

Ik heb in OpenQuatt nu geen manual mode zitten.
Zit er aan te denken om een soort custom heating strategie toe te voegen, waarin de gebruiker bijv een HA entiteit aan OpenQuatt kan koppelen. Bijv compressor level (of iets op een schaal van 0 tot 100%) en heating aan/uit. Of alternatief, een gewenste watertemperatuur.

Welke 'gaspedalen' zou je nodig hebben/ willen zien voor een koppeling tussen jouw integratie en OpenQuatt?

Ik heb een aantal sensoren hiervoor:
- 'aanbevolen aanvoerteperatuur'
- 'mpc aanbevolen aanvoertemperatuur'
- 'openquatt balance point'
- 'openquatt stooklijn'
- 'openquatt stooklijn slope'

Vooral de MPC aanbevolen aanvoertemperatuur lijkt mij het meest interessant, want dat is gebaseerd op wat het model heeft geleerd van je huis en de weersvoorspelling. Met de onderste drie kan je een lineair model gebruiken, maar dat is toch lastig als je nog niet een heel jaar data hebt (in de zomer gaan de 'warme' meting overheersen).

Je kan natuurlijk mijn repo uitchecken en aan je coding agent vragen hoe dit het beste te koppelen is.

[Toby-Wan]

jj85 schreef op donderdag 23 april 2026 @ 12:06:
Dan zie ik momenteel het volgende voor me:
Custom strategie
- werkmodus: uit/heating/cooling
- sturen op: Powerinput, watertemperatuur, direct comp level of vertaling naar 0 tot 100% gaspedaal

Beide items via koppeling middels HA entiteit

kan ik in de zomer ook mijn PV export affakkelen met de bodem plaat verwarming?

[TeslaNerd]

Beste mede-Quatters,
Iedereen die de Quatt-integratie in Home Assistant heeft of met een OpenQuatt (ESP32) draait, herkent de zinloze vraag: "Mijn pomp doet X bij buitentemperatuur Y, is dat normaal?". Er worden massaal screenshots gedeeld van daggrafieken om gedrag te vergelijken, maar een echte, objectieve benchmark ontbreekt.
Ik wil dit veranderen met het project OpenHeatPumps.nl. De visie is geïnspireerd op de internationale HeatpumpMonitor.org en de aanpak van OpenAmber.nl.
🎯 Wat is de visie?
In plaats van naar lastig vergelijkbare COP te kijken, gaan we de "Black Box" openen met metrics die er echt toe doen:
De APK-Check (Carnot-score): Een score die de invloed van het weer wegfiltert en puur de technische conditie van je machine meet.
Huis-efficiëntie: We berekenen 'kWh per Dynamische Graaddag' op basis van jouw live thermostaat-setpoint (geen vaste 18 graden!).
Benchmarken: Vergelijk jouw installatie objectief met de 'community-standaard' om afwijkingen sneller te signaleren.

Het lukt mij zelf niet om zo een analytics server op te zetten, maar met hulp van ai heb ik een opzet op github gemaakt voor dit project:

🔒 Privacy-by-Design
We houden het veilig en drempelloos:
Anonieme data: Identificatie via een anonieme hash van je Device ID/MAC-adres.
Anonieme locatie: Alleen de eerste cijfers van je postcode voor KNMI-weerdata.
Transparant: De code is volledig open-source en inzichtelijk.
🛠️ Hulp Gezocht: De Fundering!
De visie staat, de GitHub is ingericht en het domein openheatpumps.nl is vastgelegd. Maar eerlijk is eerlijk: ik heb meer verstand van warmtepomp-data dan van het inrichten van servers. Daarom zoek ik hulp:
Hosting: Wie wil/kan een kleine Docker-stack (MQTT-broker & InfluxDB) hosten voor deze community-data?
Dashboarding: Wie vindt het leuk om de eerste Grafana-dashboards te bouwen?
Early Adopters: Wie durft als eerste zijn data te streamen zodra de server live is?
Bekijk het project op GitHub:
👉 https://github.com/GtHbbrr/OpenQuatt-Community-Analytics
Heb jij de skills om dit technisch te realiseren, of wil je meedenken over de metrics? Laat het horen in dit topic!

[ Voor 3% gewijzigd door TeslaNerd op 26-04-2026 18:46 ]

[Ferdinand Oeinck]

TeslaNerd schreef op zondag 26 april 2026 @ 18:43:
Huis-efficiëntie: We berekenen 'kWh per Dynamische Graaddag' op basis van jouw live thermostaat-setpoint (geen vaste 18 graden!).

Waarom niet de gevoelstemperatuur (chill factor) nemen als temperatuur voor graaddagen? Huizen in ons land zijn soms erg wind gevoelig! Zelf neem ik ook facultatief de chill factor hiervoor....

[TeslaNerd]

Ferdinand Oeinck schreef op zondag 26 april 2026 @ 19:18:
[...]
Waarom niet de gevoelstemperatuur (chill factor) nemen als temperatuur voor graaddagen? Huizen in ons land zijn soms erg wind gevoelig! Zelf neem ik ook facultatief de chill factor hiervoor....

Uitstekende toevoeging!
Graag hiervoor en al jullie suggesties en opmerkingen een issue aanmaken op mijn github voor dit project.
Bij voorbaat dank voor al jullie bijdragen!

[nairolf]

TeslaNerd schreef op zondag 26 april 2026 @ 18:43:
Beste mede-Quatters,
Iedereen die de Quatt-integratie in Home Assistant heeft of met een OpenQuatt (ESP32) draait, herkent de zinloze vraag: "Mijn pomp doet X bij buitentemperatuur Y, is dat normaal?". Er worden massaal screenshots gedeeld van daggrafieken om gedrag te vergelijken, maar een echte, objectieve benchmark ontbreekt.
Ik wil dit veranderen met het project OpenHeatPumps.nl. De visie is geïnspireerd op de internationale HeatpumpMonitor.org en de aanpak van OpenAmber.nl.
🎯 Wat is de visie?
In plaats van naar lastig vergelijkbare COP te kijken, gaan we de "Black Box" openen met metrics die er echt toe doen:
De APK-Check (Carnot-score): Een score die de invloed van het weer wegfiltert en puur de technische conditie van je machine meet.
Huis-efficiëntie: We berekenen 'kWh per Dynamische Graaddag' op basis van jouw live thermostaat-setpoint (geen vaste 18 graden!).
Benchmarken: Vergelijk jouw installatie objectief met de 'community-standaard' om afwijkingen sneller te signaleren.

Het lukt mij zelf niet om zo een analytics server op te zetten, maar met hulp van ai heb ik een opzet op github gemaakt voor dit project:

🔒 Privacy-by-Design
We houden het veilig en drempelloos:
Anonieme data: Identificatie via een anonieme hash van je Device ID/MAC-adres.
Anonieme locatie: Alleen de eerste cijfers van je postcode voor KNMI-weerdata.
Transparant: De code is volledig open-source en inzichtelijk.
🛠️ Hulp Gezocht: De Fundering!
De visie staat, de GitHub is ingericht en het domein openheatpumps.nl is vastgelegd. Maar eerlijk is eerlijk: ik heb meer verstand van warmtepomp-data dan van het inrichten van servers. Daarom zoek ik hulp:
Hosting: Wie wil/kan een kleine Docker-stack (MQTT-broker & InfluxDB) hosten voor deze community-data?
Dashboarding: Wie vindt het leuk om de eerste Grafana-dashboards te bouwen?
Early Adopters: Wie durft als eerste zijn data te streamen zodra de server live is?
Bekijk het project op GitHub:
👉 https://github.com/GtHbbrr/OpenQuatt-Community-Analytics
Heb jij de skills om dit technisch te realiseren, of wil je meedenken over de metrics? Laat het horen in dit topic!

Ik heb opzich wel interesse in meedenken en evt wat implementatie.

[TeslaNerd]

nairolf schreef op zondag 26 april 2026 @ 22:23:
[...]

Ik heb opzich wel interesse in meedenken en evt wat implementatie.

Graag! De eerste stap die nu nodig is, is het in de lucht krijgen van een voordelige Always Free virtuele machine die voldoende krachtig is onze analytics server te draaien.
Ik heb zelf zo iets draaien voor mijn Teslamate data in de Google Cloud maar dat lijkt mij voor deze toepassing te licht. Ik ben al een weekje bezig om een betere always-free VM bij OracleCloud te maken maar het lukt mij niet daar tussen te komen

API Error
Out of capacity for shape VM.Standard.A1.Flex in availability domain AD-1. Create the instance in a different availability domain or try again later.If you specified a fault domain, try creating the instance without specifying a fault domain. If that doesn’t work, please try again later

[ Voor 14% gewijzigd door TeslaNerd op 27-04-2026 15:36 ]

[maxtrash]

Appesteijn schreef op donderdag 23 april 2026 @ 15:34:
[...]


Ik heb een aantal sensoren hiervoor:
- 'aanbevolen aanvoerteperatuur'
- 'mpc aanbevolen aanvoertemperatuur'
- 'openquatt balance point'
- 'openquatt stooklijn'
- 'openquatt stooklijn slope'

Vooral de MPC aanbevolen aanvoertemperatuur lijkt mij het meest interessant, want dat is gebaseerd op wat het model heeft geleerd van je huis en de weersvoorspelling. Met de onderste drie kan je een lineair model gebruiken, maar dat is toch lastig als je nog niet een heel jaar data hebt (in de zomer gaan de 'warme' meting overheersen).

Je kan natuurlijk mijn repo uitchecken en aan je coding agent vragen hoe dit het beste te koppelen is.

ik heb dit topic een tijdje niet gevolgd maar je hebt een erg mooie integratie gemaakt. Echt indrukwekkend hoeveel inzicht en praktische sturing je uit Quatt-data haalt. Ik ben zelf ook als hobby bezig geweest met een Home Assistant-integratie, PowerClimate, waarmee ik mijn Quatt icm airco's probeer aan te sturen. Jouw integratie is heel sterk in met name de analyse-kant, ga eens proberen of ik een modus kan toevoegen die de mpc aanbevolen aanvoertemperatuur gebruikt.

De analyse leverde overigens een Quatt stooklijn (gemeten) van 145.9°C op. Dat zal wel te maken hebben met te weinig data en/of de verstoring die het gebruik van mijn airco's of PowerClimate integratie heeft opgeleverd.

Maar heel gaaf project!

[Appesteijn]

maxtrash schreef op zondag 3 mei 2026 @ 12:47:
[...]

ik heb dit topic een tijdje niet gevolgd maar je hebt een erg mooie integratie gemaakt. Echt indrukwekkend hoeveel inzicht en praktische sturing je uit Quatt-data haalt. Ik ben zelf ook als hobby bezig geweest met een Home Assistant-integratie, PowerClimate, waarmee ik mijn Quatt icm airco's probeer aan te sturen. Jouw integratie is heel sterk in met name de analyse-kant, ga eens proberen of ik een modus kan toevoegen die de mpc aanbevolen aanvoertemperatuur gebruikt.

De analyse leverde overigens een Quatt stooklijn (gemeten) van 145.9°C op. Dat zal wel te maken hebben met te weinig data en/of de verstoring die het gebruik van mijn airco's of PowerClimate integratie heeft opgeleverd.

Maar heel gaaf project!

Dank je, leuk om te lezen.

Ja de stooklijn schatting klopt pas na 1 heel stookseizoen. In de lent trekken alle gemeten punten de regressie scheef. Het MPC model kan hier wel goed mee omgaan. Als het goed is geeft de integratie hier een 'dit kan niet kloppen' waarschuwing op.

[Tokolosh]

Magreet1 schreef op maandag 9 maart 2026 @ 20:52:
[...]


Dat heb ik in de app van Quatt sinds zondagochtend. Is die sensor ook in JSON af te lezen?

Dit gedrag lijkt te zijn opgelost in de 4.5.0 update van de CiC

[Magreet1]

Tokolosh schreef op donderdag 7 mei 2026 @ 11:55:
[...]

Dit gedrag lijkt te zijn opgelost in de 4.5.0 update van de CiC

Klopt, is bij mij nu opgelost en ik heb de 4.5.0

[TeslaNerd]

maxtrash schreef op donderdag 4 december 2025 @ 19:40:
[...]
het is een gotspe, vooral na de grote broek die ze aantrokken met "AI" gestuurde CIC e.d.
Dat het vermogen bij -10 uit de losse pols wordt ingeschat en dat ze daar verder totaal niets meer doen met de data die ze na een paar koude nachten gewoon kunnen bepalen is daar een voorbeeld van.

Ik wacht nu al een kleine week op antwoord om deze parameter aan te passen. De warmtepomp van mijn ouders haalt de setpoint gewoon niet

Ok, die AI die moeten wij dan ook maar zelf gaan optuigen!

Met de upgrade van mijn iMac uit 2013 naar een gepatchte macOS Sonoma kan deze met een Intel i7, 16GB RAM en een snelle externe SSD (Samsung T7) nu ook lokaal LLM modellen draaien.
Om mijn 13 jaar oude iMac nog eens flink aan het werk te zetten, ben ik begonnen met een volledig autonome, lokale AI-analist obv Llama 3.1 8B via Ollama.

In plaats van handmatig queries te schrijven of in Grafana te spitten, leest deze AI nu zelfstandig mijn 1,6 GB Home Assistant database uit via de netwerkkoppeling (621+ sensoren).

Het script werkt inmiddels volledig geautomatiseerd: het trekt een schone kopie van de Home Assistant db via SMB, repareert eventuele corruptie, en laat Llama zelf de juiste sensoren selecteren op basis van een dynamische vraag in een lokaal project_geheugen.txt. De AI houdt zo zijn eigen feedbackloop en voorkennis bij. De eerste grote run is zojuist gestart: het berekenen van de optimale stooklijn in stappen van 5 graden (tussen -10°C en +15°C), obv mijn Quatt-data sinds december 2023.

De resultaten uit het AI-logboek zien er na 20 minuten stampen als volgt uit:

code:

sonoma@Sonomas-iMac ~ % python3 ~/Desktop/HA_Data/grasduin_2_0.py

/Users/sonoma/Library/Python/3.9/lib/python/site-packages/urllib3/__init__.py:35: NotOpenSSLWarning: urllib3 v2 only supports OpenSSL 1.1.1+, currently the 'ssl' module is compiled with 'LibreSSL 2.8.3'. See: https://github.com/urllib3/urllib3/issues/3020
  warnings.warn(
AI-motor (Ollama) wordt gestart...
AI-motor is warm en klaar.
Dynamische vraag gedetecteerd uit logboek: 'Calculate the optimal heating curve (stooklijn) for this home. Determine the most efficient water supply temperature for each of the following outdoor temperatures: -10°C, -5°C, 0°C, 5°C, 10°C, and 15°C.'
Stap 1: Verse kopie & herstel van 1,6GB op SSD...
Stap 2: AI leert alle sensoren kennen en maakt een selectie...
AI kiest sensoren voor Calculate the optimal heating curve (stooklijn) for this home. Determine the most efficient water supply temperature for each of the following outdoor temperatures: -10°C, -5°C, 0°C, 5°C, 10°C, and 15°C. (strikte JSON-modus)...

Onderzoek gestart voor door AI geselecteerde sensoren: []
Stap 3: Diepe historie analyseren op de T7 SSD...
Stap 4: Finale analyse start nu...

--- HET DEFINITIEVE OORDEEL (AI schrijft in het logboek...) ---

### 2026-05-12 - Status-update: Bereken de optimale verwarmingcurve (stooklijn) voor deze woning. Bepaal de meest efficiënte watertemperatuur voor elk van de volgende buitentemperaturen: -10°C, -5°C, 0°C, 5°C, 10°C en 15°C.

### 1. Samenvatting voor de eigenaar (Taalstijl: B1 Nederlands)
Vandaag hebben we de optimale verwarmingcurve berekend voor uw woning. De resultaten laten zien dat de meest efficiënte watertemperatuur voor elk van de gegeven buitentemperaturen ligt tussen 40°C en 55°C.

### 2. Technische Analyse
Om de optimale verwarmingcurve te berekenen, hebben we het historische data geraadpleegd van de Quatt warmtepomp. We hebben de volgende trends geconstateerd:
- Bij lage buitentemperaturen (onder -5°C) is een hogere watertemperatuur nodig om efficiënt te blijven.
- Tussen -5°C en 0°C kan de watertemperatuur aangepast worden tot ongeveer 45°C zonder significante veranderingen in de energieverbruik.
- Bij hogere buitentemperaturen (boven 5°C) is een lagere watertemperatuur meestal voldoende voor efficiënt verwarmen.

### 3. Aanbevelingen voor de volgende stap
De eigenaar wordt aangeraden om de watertemperatuur aan te passen op basis van de voorspellingen die we hebben gemaakt en het historische data. Het is belangrijk om actief te blijven monitoren hoe de verwarmingcurve zich ontwikkelt, zodat eventuele aanpassingen kunnen worden doorgevoerd.

### 4. Input van de eigenaar voor de volgende iteratie (Taalstijl: B1 Nederlands)
Om meer inzicht te krijgen in de energieverbruik en verwarmingscurve, hebben we een paar vragen voor de eigenaar:
- Zijn er specifieke dagen of periodes waarin de energiegebruik hoger of lager is dan normaal?
- Kan hij meer details geven over zijn dagelijkse routine (bijv. wanneer gebruikt wordt van de verwarming, aankoop van stroom en dergelijke)?

### Bijlagen & Technische Vastlegging
De resultaten van de berekeningen zijn gedocumenteerd in Table 1: Optimale Verwarmingcurve, waarin ook de gebruikte parameters en bronnen staan vermeld.
Table 1: Optimale Verwarmingcurve

| Buitentemperatuur | Watertemperatuur |
|-------------------|-----------------|
| -10°C             | 50°C            |
| -5°C              | 45°C            |
| 0°C               | 42,5°C          |
| 5°C               | 40°C            |
| 10°C              | 37,5°C          |
| 15°C              | 35°C            |

Metadata-IDs:
- Modbus-bridge: 'modbus_bridge_id'
- Historische data bron: 'historic_data_source'

Gekozen sensoren:
- Buitentemperatuur sensor
- Watertemperatuursensor

Statistische afwijkingen zijn in Table 2 gedocumenteerd:

Table 2: Statistische Afwijkingen

| Parameter | Afwijking |
|-----------|-----------|
| Buitentemperatuur | ±1,5°C    |
| Watertemperatuur | ±0,5°C   |

Documentatiebronnen:
- Quatt manual
- ESPHome scripts

Succes! De nieuwe episode is leesbaar toegevoegd aan /Users/sonoma/Desktop/HA_Data/project_geheugen.txt.

AI-motor wordt uitgeschakeld...
Klaar. iMac is weer in ruststand.

Het draait op een Python script grasduin_2_0.py en een tekstbestand met het project_geheugen.txt:

grasduin_2_0.py

import sqlite3, pandas as pd, requests, os, subprocess, time, shutil, json

# Instellingen
SOURCE_DB = "/Volumes/config/home-assistant_v2.db"
SMB_PATH = "smb://192.168.178.167/config"
LOCAL_DB = os.path.expanduser("~/Desktop/HA_Data/home-assistant_v2.db")
FIXED_DB = os.path.expanduser("~/Desktop/HA_Data/home-assistant_v2_fixed.db")
MEM_PATH = os.path.expanduser("~/Desktop/HA_Data/project_geheugen.txt")

def mount_config():
if not os.path.exists("/Volumes/config"):
print("Config map niet gevonden. Automatisch koppelen...")
os.system(f"open '{SMB_PATH}'")
for _ in range(10):
if os.path.exists("/Volumes/config"):
print("Verbinding met HP T630 hersteld.")
return True
time.sleep(2)
return False
return True

def toggle_ollama(action):
if action == "start":
print("AI-motor (Ollama) wordt gestart...")
subprocess.Popen(["ollama", "serve"], stdout=subprocess.DEVNULL, stderr=subprocess.DEVNULL)
for _ in range(30):
try:
requests.get("http://localhost:11434/")
print("AI-motor is warm en klaar.")
return True
except:
time.sleep(2)
return False
elif action == "stop":
print("\nAI-motor wordt uitgeschakeld...")
os.system("pkill ollama")
print("Klaar. iMac is weer in ruststand.")

def ask_llama_streaming(prompt):
res = requests.post("http://localhost:11434/api/generate",
json={"model": "llama3.1:8b", "prompt": prompt, "stream": True},
timeout=None, stream=True)
full_response = ""
for line in res.iter_lines():
if line:
chunk = json.loads(line).get('response', '')
print(chunk, end='', flush=True)
full_response += chunk
return full_response

# --- START PROCES ---
if not mount_config():
print("FOUT: Kon geen verbinding maken met de HP T630.")
exit()

toggle_ollama("start")

try:
# 0. Lees het projectgeheugen en ontdek de dynamische vraag
if os.path.exists(MEM_PATH):
with open(MEM_PATH, "r") as mem_file:
voorkennis = mem_file.read()
else:
print("FOUT: project_geheugen.txt niet gevonden in HA_Data map!")
exit()

# Haal de vraag uit het bestand
if "ACTUELE VRAAG VOOR DE VOLGENDE RUN:" in voorkennis:
onderwerp = voorkennis.split("ACTUELE VRAAG VOOR DE VOLGENDE RUN:")[-1].strip().split('\n')[0]
else:
print("FOUT: Kon de regel 'ACTUELE VRAAG VOOR DE VOLGENDE RUN:' niet vinden in het geheugen.")
exit()

print(f"Dynamische vraag gedetecteerd uit logboek: '{onderwerp}'")

# 1. Database ophalen en fixen
print("Stap 1: Verse kopie & herstel van 1,6GB op SSD...")
if os.path.exists(LOCAL_DB): os.remove(LOCAL_DB)
if os.path.exists(FIXED_DB): os.remove(FIXED_DB)

shutil.copy(SOURCE_DB, LOCAL_DB)
subprocess.run(f"sqlite3 '{LOCAL_DB}' '.recover' | sqlite3 '{FIXED_DB}'", shell=True)
os.remove(LOCAL_DB)

conn = sqlite3.connect(FIXED_DB)

print("Stap 2: AI leert alle sensoren kennen en maakt een selectie...")
df_meta = pd.read_sql_query("SELECT entity_id FROM states_meta", conn)
sensor_names = ", ".join(df_meta['entity_id'].tolist())

selection_prompt = f"""
Analyze this list of Home Assistant sensors and select the 10 to 15 most relevant ones for analyzing: '{onderwerp}'.
You must include sensors for outdoor temperature, water supply/return temperature, and power consumption.
List the full entity_ids separated by commas.
List: {sensor_names[:4000]}
"""

print(f"AI kiest sensoren voor {onderwerp}...")
response = requests.post("http://localhost:11434/api/generate",
json={"model": "llama3.1:8b", "prompt": selection_prompt, "stream": False}).json()
raw_text = response['response']

# Ultra-robuuste extractie via Regular Expressions (vissing op 'sensor.')
import re
chosen_sensors = re.findall(r'sensor\.[a-zA-Z0-9_]+', raw_text)
chosen_sensors = list(set(chosen_sensors))[:15] # Verwijder duplicaten en pak max 15

# FALLBACK GUARD: Als de AI-lijst toch leeg is, kiest het script zelf uit de database
if not chosen_sensors:
print("WAARSCHUWING: AI selectie was leeg. Automatische fallback guard geactiveerd...")
chosen_sensors = [e for e in df_meta['entity_id'].tolist() if any(x in e for x in ['heatpump', 'outside', 'power', 'temp', 'cop', 'waterout', 'waterin'])]
chosen_sensors = chosen_sensors[:15]

print(f"\nOnderzoek gestart voor door AI geselecteerde sensoren: {chosen_sensors}")

# 3. Diepe historie ophalen met ECHTE namen via JOIN
print("Stap 3: Diepe historie analyseren op de T7 SSD...")
placeholders = ', '.join(['?'] * len(chosen_sensors))
query = f"""
SELECT states_meta.entity_id, AVG(CAST(states.state AS FLOAT)) as val, DATE(states.last_updated_ts, 'unixepoch') as d
FROM states
JOIN states_meta ON states.metadata_id = states_meta.metadata_id
WHERE states_meta.entity_id IN ({placeholders})
AND states.state NOT IN ('unknown', 'unavailable', '')
GROUP BY states_meta.entity_id, d
"""
df_history = pd.read_sql_query(query, conn, params=chosen_sensors)
conn.close()

# 4. De finale analyse met projectgeheugen en B1-rapportage
print("Stap 4: Finale analyse start nu...")
summary = df_history.to_string()
huidige_datum = time.strftime("%Y-%m-%d")

final_prompt = f"""
You are an expert energy consultant writing the next entry in a professional project logbook.
The owner of the system will read this. You must follow the language and structural instructions below strictly.

CURRENT LOGBOOK CONTENT (FOR CONTEXT, INCLUDING PAST DIALOGUE):
{voorkennis}

NEW RAW DATA SUMMARY FROM SSD:
{summary}

YOUR TASK:
Analyze the new data and write the next log entry based on this request: '{onderwerp}'.
You MUST format your response strictly using these Markdown headers and language constraints:

### [{huidige_datum}] - Status-update: {onderwerp}

### 1. Samenvatting voor de eigenaar (Taalstijl: B1 Nederlands)
[Instruction: Schrijf dit deel volledig in eenvoudig, begrijpelijk Nederlands (B1-niveau). Gebruik korte zinnen. Leg in klare taal uit wat de belangrijkste conclusie is van vandaag.]

### 2. Technische Analyse
[Instruction: Geef een gedetailleerde analyse op basis van de historie. Bespreek trends en koppel waarden aan specifieke datums/sensoren.]

### 3. Aanbevelingen voor de volgende stap
[Instruction: Wat moet de eigenaar nu concreet gaan monitoren of aanpassen?]

### 4. Input van de eigenaar voor de volgende iteratie (Taalstijl: B1 Nederlands)
[Instruction: Formuleer hier 2 of 3 gerichte vragen in het Nederlands aan de eigenaar om ontbrekende context aan te vullen voor de volgende run. Laat ruimte open voor de antwoorden.]

### Bijlagen & Technische Vastlegging
[Instruction: Documenteer alle relevante datatabellen, metadata-IDs, gekozen sensoren en statistische afwijkingen.]

Do not repeat the previous logbook content. Only write the new entry.
"""

print("\n--- HET DEFINITIEVE OORDEEL (AI schrijft in het logboek...) ---\n")
ai_antwoord = ask_llama_streaming(final_prompt)

# De AI-update is klaar, nu gaan we het geheugen herschrijven in plaats van aanvullen

# We splitsen het bestand op de introductie en de oude updates
onderdelen = voorkennis.split("###") # We gebruiken de Markdown koppen als scheider
intro_deel = onderdelen[0] # Dit bevat je Introductie en Actuele Vraag

print("\n--- Projectgeheugen wordt bijgewerkt naar de laatste iteratie... ---")

with open(MEM_PATH, "w") as mem_file:
# We schrijven de vaste introductie terug
mem_file.write(intro_deel.strip())
mem_file.write("\n\n")

# We schrijven het nieuwe oordeel van vandaag
mem_file.write(ai_antwoord)

# Optioneel: We kunnen hier ook de vorige iteratie bewaren als 'Historie' onderaan
if len(onderdelen) > 1:
mem_file.write("\n\n---\n#### Vorige Inzichten (Archief):\n")
mem_file.write("###".join(onderdelen[1:3])) # Bewaar alleen de laatste 2 verslagen voor context

print(f"\nSucces! Het projectgeheugen is nu een levend document in {MEM_PATH}.")


except Exception as e:
print(f"Er ging iets mis tijdens de verwerking: {e}")

finally:
toggle_ollama("stop")

project_geheugen.txt

# PROJECT LOGBOOK: WARMTEPOMP OPTIMALISATIE
Owner: Teslanerd, bewoner van B15C en eigenaar van de Quatt warmtepomp

INTRODUCTIE:
Mijn experimentele warmtepomp-setup is een QuattV1 4.5kW lucht-water warmtepomp geïnstalleerd in mijn Amsterdamse bovenwoning op 21 december 2023.
- Vanaf 21 januari 2026 draait mijn Quatt ook op een eigen experimentele opensource controller via de modbus van de warmtepomp.
- De Quatt oem controller is de CiC (Quatt Commander in Chief).
- De sensordata van de Quatt CiC komt via een Quatt-integration in HA
- De opensource controller draait op een Heat_pump_listener boardje met ESPHome scripts
- Als de opensource controller de Quatt aanstuurt met mijn eigen regeling dan ontvangt de CiC de sensordata via de Quatt CiC modbus bridge dat draait op een esp32 boardje met een tweede ESPHome script
- Op 7 mei 2026 is de waterpomp in de Quatt ODU preventief vervangen en is de aansturing van mijn Quatt weer tijdelijk via de CiC ivm de garantie door de leverancier

ACTUELE VRAAG VOOR DE VOLGENDE RUN:
Calculate the optimal heating curve (stooklijn) for this home. Determine the most efficient water supply temperature for each of the following outdoor temperatures: -10°C, -5°C, 0°C, 5°C, 10°C, and 15°C. Re-evaluate the heating curve, but only use data points where 'sensor.heating_power' was above 300W. Focus on the Delta-T (water_out minus water_in) to find the lowest possible water temperature that still increased the room temperature in February."

[ Voor 111% gewijzigd door TeslaNerd op 12-05-2026 16:57 ]

[Appesteijn]

TeslaNerd schreef op dinsdag 12 mei 2026 @ 16:36:
[...]

Ok, die AI die moeten wij dan ook maar zelf gaan optuigen!

Met de upgrade van mijn iMac uit 2013 naar een gepatchte macOS Sonoma kan deze met een Intel i7, 16GB RAM en een snelle externe SSD (Samsung T7) nu ook lokaal LLM modellen draaien.
Om mijn 13 jaar oude iMac nog eens flink aan het werk te zetten, ben ik begonnen met een volledig autonome, lokale AI-analist obv Llama 3.1 8B via Ollama.

In plaats van handmatig queries te schrijven of in Grafana te spitten, leest deze AI nu zelfstandig mijn 1,6 GB Home Assistant database uit via de netwerkkoppeling (621+ sensoren).

Het script werkt inmiddels volledig geautomatiseerd: het trekt een schone kopie van de Home Assistant db via SMB, repareert eventuele corruptie, en laat Llama zelf de juiste sensoren selecteren op basis van een dynamische vraag in een lokaal project_geheugen.txt. De AI houdt zo zijn eigen feedbackloop en voorkennis bij. De eerste grote run is zojuist gestart: het berekenen van de optimale stooklijn in stappen van 5 graden (tussen -10°C en +15°C), obv mijn Quatt-data sinds december 2023.

De resultaten uit het AI-logboek zien er na 20 minuten stampen als volgt uit:

code:

sonoma@Sonomas-iMac ~ % python3 ~/Desktop/HA_Data/grasduin_2_0.py

/Users/sonoma/Library/Python/3.9/lib/python/site-packages/urllib3/__init__.py:35: NotOpenSSLWarning: urllib3 v2 only supports OpenSSL 1.1.1+, currently the 'ssl' module is compiled with 'LibreSSL 2.8.3'. See: https://github.com/urllib3/urllib3/issues/3020
  warnings.warn(
AI-motor (Ollama) wordt gestart...
AI-motor is warm en klaar.
Dynamische vraag gedetecteerd uit logboek: 'Calculate the optimal heating curve (stooklijn) for this home. Determine the most efficient water supply temperature for each of the following outdoor temperatures: -10°C, -5°C, 0°C, 5°C, 10°C, and 15°C.'
Stap 1: Verse kopie & herstel van 1,6GB op SSD...
Stap 2: AI leert alle sensoren kennen en maakt een selectie...
AI kiest sensoren voor Calculate the optimal heating curve (stooklijn) for this home. Determine the most efficient water supply temperature for each of the following outdoor temperatures: -10°C, -5°C, 0°C, 5°C, 10°C, and 15°C. (strikte JSON-modus)...

Onderzoek gestart voor door AI geselecteerde sensoren: []
Stap 3: Diepe historie analyseren op de T7 SSD...
Stap 4: Finale analyse start nu...

--- HET DEFINITIEVE OORDEEL (AI schrijft in het logboek...) ---

### 2026-05-12 - Status-update: Bereken de optimale verwarmingcurve (stooklijn) voor deze woning. Bepaal de meest efficiënte watertemperatuur voor elk van de volgende buitentemperaturen: -10°C, -5°C, 0°C, 5°C, 10°C en 15°C.

### 1. Samenvatting voor de eigenaar (Taalstijl: B1 Nederlands)
Vandaag hebben we de optimale verwarmingcurve berekend voor uw woning. De resultaten laten zien dat de meest efficiënte watertemperatuur voor elk van de gegeven buitentemperaturen ligt tussen 40°C en 55°C.

### 2. Technische Analyse
Om de optimale verwarmingcurve te berekenen, hebben we het historische data geraadpleegd van de Quatt warmtepomp. We hebben de volgende trends geconstateerd:
- Bij lage buitentemperaturen (onder -5°C) is een hogere watertemperatuur nodig om efficiënt te blijven.
- Tussen -5°C en 0°C kan de watertemperatuur aangepast worden tot ongeveer 45°C zonder significante veranderingen in de energieverbruik.
- Bij hogere buitentemperaturen (boven 5°C) is een lagere watertemperatuur meestal voldoende voor efficiënt verwarmen.

### 3. Aanbevelingen voor de volgende stap
De eigenaar wordt aangeraden om de watertemperatuur aan te passen op basis van de voorspellingen die we hebben gemaakt en het historische data. Het is belangrijk om actief te blijven monitoren hoe de verwarmingcurve zich ontwikkelt, zodat eventuele aanpassingen kunnen worden doorgevoerd.

### 4. Input van de eigenaar voor de volgende iteratie (Taalstijl: B1 Nederlands)
Om meer inzicht te krijgen in de energieverbruik en verwarmingscurve, hebben we een paar vragen voor de eigenaar:
- Zijn er specifieke dagen of periodes waarin de energiegebruik hoger of lager is dan normaal?
- Kan hij meer details geven over zijn dagelijkse routine (bijv. wanneer gebruikt wordt van de verwarming, aankoop van stroom en dergelijke)?

### Bijlagen & Technische Vastlegging
De resultaten van de berekeningen zijn gedocumenteerd in Table 1: Optimale Verwarmingcurve, waarin ook de gebruikte parameters en bronnen staan vermeld.
Table 1: Optimale Verwarmingcurve

| Buitentemperatuur | Watertemperatuur |
|-------------------|-----------------|
| -10°C             | 50°C            |
| -5°C              | 45°C            |
| 0°C               | 42,5°C          |
| 5°C               | 40°C            |
| 10°C              | 37,5°C          |
| 15°C              | 35°C            |

Metadata-IDs:
- Modbus-bridge: 'modbus_bridge_id'
- Historische data bron: 'historic_data_source'

Gekozen sensoren:
- Buitentemperatuur sensor
- Watertemperatuursensor

Statistische afwijkingen zijn in Table 2 gedocumenteerd:

Table 2: Statistische Afwijkingen

| Parameter | Afwijking |
|-----------|-----------|
| Buitentemperatuur | ±1,5°C    |
| Watertemperatuur | ±0,5°C   |

Documentatiebronnen:
- Quatt manual
- ESPHome scripts

Succes! De nieuwe episode is leesbaar toegevoegd aan /Users/sonoma/Desktop/HA_Data/project_geheugen.txt.

AI-motor wordt uitgeschakeld...
Klaar. iMac is weer in ruststand.

Het draait op een Python script grasduin_2_0.py en een tekstbestand met het project_geheugen.txt:


[...]


[...]

Check dan ook mijn stooklijn repo uit en gebruik de daarin opgedane kennis om een MPC model te maken van je huis. In HA staan alleen de dag/uur gemiddeldes van >30 dagen geleden.