OpenQuatt: zelf je Quatt warmtepomp aansturen

[jj85]

joosie schreef op zaterdag 19 september 2026 @ 19:31:
[...]


[...]

@jj85 doet mij denken aan de testen waarbij dat bij mij ook gebeurde op de opentherm aansluiting. Dat was op 27 juli, zie ook de chats daarvan op Discord.

Wat was toen ook weer de oorzaak?

Softwarefoutje, die zou er nu wel uit moeten zijn.

@babobo1977 wat zie je in de webapp onder diagnostiek?
http://openquatt.local/?v...ings&section=integrations

[babobo1977]

Ketellink geeft niet verbonden aan.

Als ik in de vaillant ketel in het installateurs menu kijk zie ik bij d.016 24v kamerthermostaat op " "aan" staan als de stekker in de OTB connector zit, haal ik deze eruit dan schakelt de ketel uit en staat er dus uit bij diezelfde code. Ik ga straks toch eens even de aansluiting in de ketel checken.

[jj85]

babobo1977 schreef op zaterdag 19 september 2026 @ 21:19:
Ketellink geeft niet verbonden aan.

Als ik in de vaillant ketel in het installateurs menu kijk zie ik bij d.016 24v kamerthermostaat op " "aan" staan als de stekker in de OTB connector zit, haal ik deze eruit dan schakelt de ketel uit en staat er dus uit bij diezelfde code. Ik ga straks toch eens even de aansluiting in de ketel checken.

Heb je in OpenQuatt ook OT ketel ingesteld ipv aan/uit?

[babobo1977]

Ik denk dat ik het gevonden heb. De ketel was dus aangesloten op 24V-RT terwijl ik er zeker van was dat de kabel van de CIC op de opentherm aansluiting zat. Hoe dit heeft kunnen werken is mij een raadsel. Nu aangesloten op de OT aansluiting en een draadbrug in de 24V-RT aansluiting.

Nu ziet de diagnostiek er gewoon goed uit. (en de ketel staat gewoon uit)

[jj85]

babobo1977 schreef op zaterdag 19 september 2026 @ 22:03:
Ik denk dat ik het gevonden heb. De ketel was dus aangesloten op 24V-RT terwijl ik er zeker van was dat de kabel van de CIC op de opentherm aansluiting zat. Hoe dit heeft kunnen werken is mij een raadsel. Nu aangesloten op de OT aansluiting en een draadbrug in de 24V-RT aansluiting.

Nu ziet de diagnostiek er gewoon goed uit. (en de ketel staat gewoon uit)

Kan het nu niet terugvinden, maar meen mij te herinneren dat Quatt ketels ook aan/uit kan aansturen via hun OpenTherm poort... lekker verwarrend

Oh kijk clubeddie in "Ervaringen met Quatt Deel 2"

[ Voor 6% gewijzigd door jj85 op 19-09-2026 22:55 ]

[babobo1977]

Als ik nu terug denk aan de installatie dag van de quatt duo. Hebben de mannen ook zeer lang over deze aansluiting gedaan. En vaag begint er bij me terug te komen dat de ketel zogenaamd geen ondersteunde opentherm aansluiting had.

Aangezien deze daarna dus wel op de opentherm poort aangesloten was dacht ik dat het netjes opgelost was.

Voordeel is nu dat ik eigenlijk de Ebusd adapter niet meer nodig heb om te detecteren of er sww vraag is. Dit kan nu via de opentherm/openquatt input.

[kroam]

babobo1977 schreef op zaterdag 19 september 2026 @ 18:56:
[...]

Done.

Zoals ik al een beetje verwachte is er vanuit openquatt geen actieve vraag aan de ketel over OTB.

Toch start de ketel met branden, ook al is er in het hele huis geen warmtevraag.

Ik heb gisteren mijn heatpump listener vervangen door de Heatpumpcontroller Q-Editon. Alles juist aangesloten (ook de OTB en OTT) en toen stroom erop. Toen begon de ketel ook te branden terwijl er geen warmtevraag was. Toen vanuit de webinterface de configuratie doorlopen en volgens mij bij de stap dat dat de ketel aanwezig is en aangestuurd wordt via Opentherm ging de ketel weer uit. Daarvoor zag ik op mijn thermostaat (Chronotherm Touch) de melding "Configuratiefout".

Foto van de setup is altijd leuk:

[ Voor 81% gewijzigd door kroam op 20-09-2026 08:12 ]

[leejoow]

OpenQuatt v0.51.1

Er is een kleine bugfix beschikbaar voor OpenTherm boiler gedrag. Daarnaast worden de modbus statistieken nu per uur gelogd ipv totalen sinds opstart om zo betere inzichten te krijgen.

Daarnaast nog een kleine shoutout naar iedereen die de anonieme gebruiksstatistieken deelt: bedankt! Dit zorgt ervoor dat we beter beeld krijgen van de stabiliteit van de software op dit moment

[TeslaNerd]

Is het mogelijk met OpenQuatt een vaste watertemperatuur te laten draaien, obv een instelbare control setpoint (of obv het control setpoint van de ot thermostaat)?

Of moet ik dan bij de opties bij Verwarmen (Powerhouse of Stooklijn) kiezen voor Stooklijn en de stooklijn zelf vlak trekken op die vaste temperatuur?

Mijn use case is dat de noordkant van mijn huis al wat warm water door de leidingen kan gebruiken (lees vvw in de badkamer) maar de rest van het huis (waar de thermostaat hangt) voldoende warmte krijgt met de zoninstraling

[ Voor 40% gewijzigd door TeslaNerd op 20-09-2026 12:04 ]

[jj85]

TeslaNerd schreef op zondag 20 september 2026 @ 12:00:
Is het mogelijk met OpenQuatt een vaste watertemperatuur te laten draaien, obv een instelbare control setpoint (of obv het control setpoint van de ot thermostaat)?

Of moet ik dan bij de opties bij Verwarmen (Powerhouse of Stooklijn) kiezen voor Stooklijn en de stooklijn zelf vlak trekken op die vaste temperatuur?

Mijn use case is dat de noordkant van mijn huis al wat warm water door de leidingen kan gebruiken (lees vvw in de badkamer) maar de rest van het huis (waar de thermostaat hangt) voldoende warmte krijgt met de zoninstraling

Dit?
https://github.com/OpenQuatt/OpenQuatt/pull/652

Je kan dan ook control setpoint van thermostaat als setpoint gebruiken

[babobo1977]

jj85 schreef op zaterdag 19 september 2026 @ 22:54:
[...]

Kan het nu niet terugvinden, maar meen mij te herinneren dat Quatt ketels ook aan/uit kan aansturen via hun OpenTherm poort... lekker verwarrend

Oh kijk clubeddie in "Ervaringen met Quatt Deel 2"

Ok kijk, dat maakt een hoop duidelijk. Ik denk dat het dus inderdaad zo is gelopen. Waarom ze dan niet de andere aansluiting hebben gebruikt is me een raadsel of ze moeten die aansluting vrij hebben willen houden voor de all electric optie.

Nu heb ik hier nog een andere situatie die ik niet standaard opgelost krijg denk ik.

Ik heb een ecolution combi 50 hangen welke ik onder druk van Quatt uitgeschakeld heb voor warmte levering in mijn cv circuit. Deze houdt met name zijn boiler op temperatuur.
Vanuit het boilervat kan ik ook warmte aan het cv circuit leveren. Nu is dat volume niet voldoende voor het warmhouden van het huis maar ik denk dat een defrost er best mee gedaan kan worden.

De aansturing van de combi 50 is een aan/uit ingang. Zou dit via openquatt te gebruiken zijn als defrost?

[jj85]

Even peilen: behoefte aan native storingsmeldingen vanuit OpenQuatt?

We hebben een feature request openstaan voor native Telegram-notificaties.

Het idee: OpenQuatt stuurt zelf een melding bij een bevestigde warmtepompstoring en eventueel bij herstel, zonder Home Assistant of OpenQuatt-cloud.

Voordat we dit gaan bouwen ben ik benieuwd of hier echt behoefte aan is:

• Zou je dit gebruiken?
• Regel je dit nu al via Home Assistant?
• Is Telegram hiervoor handig, of liever iets als Pushover, ntfy, Gotify of een generieke webhook?
• Hebben vooral gebruikers zonder Home Assistant hier iets aan?

De belangrijkste vraag is eigenlijk: willen we native notificaties vanuit OpenQuatt, en zo ja: wat is daarvoor de beste manier?

[Appesteijn]

jj85 schreef op zondag 20 september 2026 @ 21:09:
Even peilen: behoefte aan native storingsmeldingen vanuit OpenQuatt?

We hebben een feature request openstaan voor native Telegram-notificaties.

Het idee: OpenQuatt stuurt zelf een melding bij een bevestigde warmtepompstoring en eventueel bij herstel, zonder Home Assistant of OpenQuatt-cloud.

Voordat we dit gaan bouwen ben ik benieuwd of hier echt behoefte aan is:

• Zou je dit gebruiken?
• Regel je dit nu al via Home Assistant?
• Is Telegram hiervoor handig, of liever iets als Pushover, ntfy, Gotify of een generieke webhook?
• Hebben vooral gebruikers zonder Home Assistant hier iets aan?

De belangrijkste vraag is eigenlijk: willen we native notificaties vanuit OpenQuatt, en zo ja: wat is daarvoor de beste manier?

Ik zou eerder kijken of je hier een API oid voor kan aanbieden, dan kunnen mensen zelf hun favoriete notificatie eraan hangen. Voor je het weet ben jij al die integraties aan het bijhouden.

Als het stookseizoen gaat beginnen (binnenkort denk ik) dan heb ik liever dat je tijd (en energie) over hebt voor echt belangrijke zaken (mijn huis wordt koud )

[CPM]

First: ik heb (nog) geen OQ.

• Zou je dit gebruiken?: Ja, een bepaald systeem moet werken, ik wil alleen lastig gevallen worden als er iets niet gaat zoals het zou moeten.
• Regel je dit nu al via Home Assistant? : Nee ik gebruik scripts op een NAS voor het checken van het up zijn van Docker Containers. Ik gebruik een Telegrambot zodat ik de notificaties krijg in Telegram.
• Is Telegram hiervoor handig, of liever iets als Pushover, ntfy, Gotify of een generieke webhook? : ik gebruik Telegram omdat ik daar notificaties van aan heb. De rest ken ik niet en gebruik ik niet.
• Hebben vooral gebruikers zonder Home Assistant hier iets aan? : ik draai ook HA maar ik vind de checks met notify naar Telegram ideaal, daar hoef ik HA niet tussen te zetten. Ik hou er van systemen te scheiden en niet teveel afhankelijkheden van elkaar te hebben.

Notificaties is ideaal, ik zou het alleen niet afhankelijk maken van één app of dienst. Notificaties via email is laagdrempelig qua gebruik maar vraagt qua implementatie en configuratie (kennis ivm relay etc) waarschijnlijk wel wat toch?

[ Voor 26% gewijzigd door CPM op 20-09-2026 22:28 ]

[Valor]

jj85 schreef op zondag 20 september 2026 @ 21:09:
Even peilen: behoefte aan native storingsmeldingen vanuit OpenQuatt?

We hebben een feature request openstaan voor native Telegram-notificaties.

Het idee: OpenQuatt stuurt zelf een melding bij een bevestigde warmtepompstoring en eventueel bij herstel, zonder Home Assistant of OpenQuatt-cloud.

Voordat we dit gaan bouwen ben ik benieuwd of hier echt behoefte aan is:

• Zou je dit gebruiken?
• Regel je dit nu al via Home Assistant?
• Is Telegram hiervoor handig, of liever iets als Pushover, ntfy, Gotify of een generieke webhook?
• Hebben vooral gebruikers zonder Home Assistant hier iets aan?

De belangrijkste vraag is eigenlijk: willen we native notificaties vanuit OpenQuatt, en zo ja: wat is daarvoor de beste manier?

Via webhook of api de data beschikbaar stellen lijkt me beter. Telegram integratie is geen kerntaak van een warmtepomp controller in mijn mening

[onlinaius]

jj85 schreef op zondag 20 september 2026 @ 21:09:
Even peilen: behoefte aan native storingsmeldingen vanuit OpenQuatt?

We hebben een feature request openstaan voor native Telegram-notificaties.

Het idee: OpenQuatt stuurt zelf een melding bij een bevestigde warmtepompstoring en eventueel bij herstel, zonder Home Assistant of OpenQuatt-cloud.

Voordat we dit gaan bouwen ben ik benieuwd of hier echt behoefte aan is:

• Zou je dit gebruiken?
• Regel je dit nu al via Home Assistant?
• Is Telegram hiervoor handig, of liever iets als Pushover, ntfy, Gotify of een generieke webhook?
• Hebben vooral gebruikers zonder Home Assistant hier iets aan?

De belangrijkste vraag is eigenlijk: willen we native notificaties vanuit OpenQuatt, en zo ja: wat is daarvoor de beste manier?

Persoonlijk zou mijn voorkeur dan liggen bij een emailtje (zoals Quatt ook doet), maar ik heb een vermoeden dat dit best lastig is, aangezien je dan met allerlei antispam maatregelen zit waardoor dat soort emails waarschijnlijk snel in de spam zullen belanden.

[TeslaNerd]

Ik heb gekeken naar Push Over (app kost eenmalig €5) en Telegram (nog een chat app op je telefoon 😱)

zowel Pushover als Telegram werken via een basale HTTPS POST-aanroep en de backend-codes zijn vrijwel identiek. Als je in de instellingen/webinterface invoervelden maakt voor beide tokens, kunnen gebruikers zelf kiezen (of zelfs Pushover voor kritische alarmen én Telegram voor de dagelijkse statusupdates tegelijk gebruiken.

Kan mij voorstellen dat een aantal storingsmeldingen nu ook al in de MQTT-stream meelopen en dat daar dan niet veel extra werk in zit. Maar laat het ons weten als dat anders is

[ Voor 16% gewijzigd door TeslaNerd op 21-09-2026 18:18 ]

[CPM]

onlinaius schreef op maandag 21 september 2026 @ 09:17:
[...]

aangezien je dan met allerlei antispam maatregelen zit waardoor dat soort emails waarschijnlijk snel in de spam zullen belanden.

Dat hoeft niet. Je hebt alleen een relay server nodig. Google en Microsoft ondersteunen dat gewoon. Je kunt dan je eigen (Gmail/outlook) mail adres gebruiken en naar jezelf mailen. Heb je een eigen domeinnaam dan kan je die gewoon gebruiken. Uiteraard moet je daar de juiste records voor aanmaken in DNS zodat je niet op een spamlijst komt.

[TeslaNerd]

CPM schreef op maandag 21 september 2026 @ 20:45:
[...]

Dat hoeft niet. Je hebt alleen een relay server nodig. Google en Microsoft ondersteunen dat gewoon. Je kunt dan je eigen (Gmail/outlook) mail adres gebruiken en naar jezelf mailen. Heb je een eigen domeinnaam dan kan je die gewoon gebruiken. Uiteraard moet je daar de juiste records voor aanmaken in DNS zodat je niet op een spamlijst komt.

Die relay server kan bijvoorbeeld binnen een gratis tier van Cloudflare draaien.

Voor de gebruiker: Je krijgt direct een e-mail bij een storing, zonder dat het e-mailadres op de relay server bewaard wordt.

Voor de ontwikkelaar: Geen centrale administratie of database om bij te houden en te beveiligen.

De werking:
Bij de installatie wordt het e-mailadres van de eigenaar versleuteld opgeslagen in OpenQuatt. Bij een storing stuurt de controller de storingscode met de foutmelding naar Cloudflare. Alleen de Cloudflare Worker heeft een complementaire sleutel om de code te ontcijferen en de mail direct te versturen.

Geen e-mailkoppelingen op de controller, lijkt veilig en kan volledig gratis.

OpenQuatt issue #732 hiervoor aangemaakt

[ Voor 5% gewijzigd door TeslaNerd op 21-09-2026 22:02 ]

[onlinaius]

CPM schreef op maandag 21 september 2026 @ 20:45:
[...]

Dat hoeft niet. Je hebt alleen een relay server nodig. Google en Microsoft ondersteunen dat gewoon. Je kunt dan je eigen (Gmail/outlook) mail adres gebruiken en naar jezelf mailen. Heb je een eigen domeinnaam dan kan je die gewoon gebruiken. Uiteraard moet je daar de juiste records voor aanmaken in DNS zodat je niet op een spamlijst komt.

Klopt, ik weet hoe het werkt. Ik bedoelde eigenlijk meer dat het moeilijk 'plug and play' te krijgen is. Een email versturen is eenvoudig, een email ook laten aankomen vereist wat meer instelwerk.

Ik vind het een beetje moeilijk om in te schatten wat het niveau is van de OpenQuatters. Zo lang het over jou en mij gaat is een relay server / DNS records te doen, maar met veel instelwerk maak je OpenQuatt wel steeds ontoegankelijker voor 'leken'.

[TeslaNerd]

onlinaius schreef op maandag 21 september 2026 @ 22:40:
[...]

Klopt, ik weet hoe het werkt. Ik bedoelde eigenlijk meer dat het moeilijk 'plug and play' te krijgen is. Een email versturen is eenvoudig, een email ook laten aankomen vereist wat meer instelwerk.

Ik vind het een beetje moeilijk om in te schatten wat het niveau is van de OpenQuatters. Zo lang het over jou en mij gaat is een relay server / DNS records te doen, maar met veel instelwerk maak je OpenQuatt wel steeds ontoegankelijker voor 'leken'.

Met wat ik bij elkaar gezocht heb voor een relay server in Cloudflare hoeft de leek-gebruiker alleen zijn eigen emailadres in te vullen tijdens de installatie en moet een OpenQuatt tweaker met een Cloudflare account ('Hoi') eenmalig die relay server in een worker aan de praat krijgen.

Kunnen jullie met kennis van relay servers / dns records mijn issue #732 nalezen of dat wat is?

[CPM]

Ik heb er even snel naar gekeken, mooie opzet, zit wat effort in of niet?

Ik ben het ook eens met @onlinaius , laag drempelig voor de gebruiker, maar dat is wat je zelf (@TeslaNerd ) ook al zegt.

De enige maar die ik kan bedenken is de afhankelijkheid van Cloudflare en het domein. Als deze wegvallen (of betaald worden) dan zal er een andere implementatie moeten komen van de email notificaties en dus een firmware change.

Owja en er moet een lijst met meldingen komen die je dan zelf kan kiezen. Of een aantal templates.

Good luck mensen.

[paQ]

Eigenlijk he.... @leejoow Kun je Openquatt niet integreren in of met die button modules van die andere tweaker en er een openQuatt (en Amber) thermostaat van maken?
https://button.plus
Desnoods aankoppelbare module met dezelfde vormfactor, of draadloos van module naar de wandmodule.

[ Voor 3% gewijzigd door paQ op 21-09-2026 23:00 ]

[TeslaNerd]

CPM schreef op maandag 21 september 2026 @ 22:55:
...
De enige maar die ik kan bedenken is de afhankelijkheid van Cloudflare en het domein. Als deze wegvallen (of betaald worden) dan zal er een andere implementatie moeten komen van de email notificaties en dus een firmware change.

Owja en er moet een lijst met meldingen komen die je dan zelf kan kiezen. Of een aantal templates.

Good luck mensen.

Ja, idd afhankelijk van een sponsor met een domein en een Cloudflare account. Als dat stopt stoppen de storingsmeldingen tot een volgende tweaker-sponsor dat overneemt.

Bedankt voor de complimenten. Is klein bier in vergelijking met wat @jj85 en @leejoow aan efforts in OpenQuatt hebben gestopt

[ Voor 12% gewijzigd door TeslaNerd op 21-09-2026 23:04 ]

[onlinaius]

TeslaNerd schreef op maandag 21 september 2026 @ 22:46:
Kunnen jullie met kennis van relay servers / dns records mijn issue #732 nalezen of dat wat is?

Ik zie geen op of aanvullingen. Kan wat mij betreft per direct op deze manier worden doorgevoerd.
Slim ook dat je het emailadres volledig lokaal laat, scheelt inderdaad een hoop gedoe met AVG, toestemmingen vragen, en eventuele wijzigende wetten in de toekomst.

[leejoow]

paQ schreef op maandag 21 september 2026 @ 22:58:
Eigenlijk he.... @leejoow Kun je Openquatt niet integreren in of met die button modules van die andere tweaker en er een openQuatt (en Amber) thermostaat van maken?
https://button.plus
Desnoods aankoppelbare module met dezelfde vormfactor, of draadloos van module naar de wandmodule.

Ik heb meerdere Button+ hier hangen, ik ken het systeem, maar toch begrijp ik niet helemaal wat je bedoeld Wat is het wat je wil?

[paQ]

leejoow schreef op dinsdag 22 september 2026 @ 07:15:
[...]


Ik heb meerdere Button+ hier hangen, ik ken het systeem, maar toch begrijp ik niet helemaal wat je bedoeld Wat is het wat je wil?

Ik heb zelf geen Quatt hoor. Maar gezien het gedoe met welke thermostaat wel/niet, en ik nog steeds vind dat Quatt zijn eigen fatsoenlijke thermostaat/controller had moeten maken, is er wellicht eea te combineren met een button+ als “thermostaat”.

[medu80]

paQ schreef op maandag 21 september 2026 @ 22:58:
Eigenlijk he.... @leejoow Kun je Openquatt niet integreren in of met die button modules van die andere tweaker en er een openQuatt (en Amber) thermostaat van maken?
https://button.plus
Desnoods aankoppelbare module met dezelfde vormfactor, of draadloos van module naar de wandmodule.

Je bedoelt zoiets:
Inmiddels iets aangepast sinds deze foto. En het percentage, zoals op de afbeelding, is nu in compressor hertz, dat was voor mij wat makkelijker te interpreteren. Ik was continue aan het nadenken, wat was 30% nu in Hertz... Button.plus stuurt en leest dus de TADO uit, want de TADO heeft geen display :-(

[paQ]

medu80 schreef op dinsdag 22 september 2026 @ 10:23:
[...]

Je bedoelt zoiets:
Inmiddels iets aangepast sinds deze foto. En het percentage, zoals op de afbeelding, is nu in compressor hertz, dat was voor mij wat makkelijker te interpreteren. Ik was continue aan het nadenken, wat was 30% nu in Hertz... Button.plus stuurt en leest dus de TADO uit, want de TADO heeft geen display :-(

[Afbeelding]

ja bijv
En dan interfacing met openquatt. Gewoon alle andere thermostaten weg.

[leejoow]

Op zich kan je al met MQTT een aantal zaken aansturen binnen OpenQuatt, dus wellicht kom je al een heel eind ;-)

[jj85]

OpenQuatt v0.52.0

Er staat weer een nieuwe stable release klaar. v0.52.0 draait vooral om betere diagnose en herstel: de Systeemrecorder neemt voortaan standaard doorlopend op, de Beslislog legt beter uit waarom een warmtepomp niet draait en er is een nieuwe herstelomgeving voor de Controller Q.

Daarnaast is de webinterface nu ook in het Engels beschikbaar, krijgt Power House een optie om langer door te verwarmen en zijn de communicatie met de buitenunits en de controle van de OpenTherm-ketelaansluiting verbeterd.

✨ Belangrijkste wijzigingen

🩺 Systeemrecorder: ook achteraf terugkijken

De Systeemrecorder neemt voortaan standaard doorlopend recente systeemgegevens op, ook als de webinterface niet open staat.

Via Diagnostiek → Systeemrecorder kun je de laatste 15, 30 of 60 minuten downloaden, of alles wat nog beschikbaar is.

Je hoeft een probleem dus niet meer vooraf te zien aankomen om er een opname van te hebben. Handig bij bijvoorbeeld een onverwachte stop, een warmtepomp die niet start of een ketel die onverwacht wordt bijgeschakeld.

De opname blijft lokaal op de controller en kan bijvoorbeeld zelf worden bekeken via OpenHeatPumps.

De recorder gebruikt het werkgeheugen: na een herstart zijn de opnames weg en oudere gegevens maken vanzelf plaats voor nieuwe.

📋 Beslislog legt beter uit waarom de warmtepomp uit staat

Wanneer alle warmtepompen stil staan, laat de Beslislog duidelijker zien wat een nieuwe start tegenhoudt.

Bijvoorbeeld geen warmtevraag, een watertemperatuurgrens, een herstartwachttijd of een voorwaarde voor koeling.

OpenQuatt gebruikt hiervoor alleen de actuele, bevestigde toestand. Als een reden of afteltijd niet betrouwbaar kan worden bepaald, wordt die ook niet verzonnen.

🌍 Webinterface nu ook in het Engels

Via Weergave en systeem → Taal / Language kun je nu wisselen tussen Nederlands en Engels.

De gekozen taal wordt per browser onthouden en beide talen zitten volledig in de firmware, dus ook zonder internet werkt de vertaling.

Dit verandert alleen de weergave; bestaande instellingen en koppelingen met Home Assistant, MQTT en API blijven hetzelfde.

🔥 Power House: optioneel langer doorverwarmen

Power House krijgt een nieuwe optionele instelling Langer doorverwarmen.

Daarmee kan een bestaande verwarmingsrun op laag vermogen doorgaan wanneer de warmtevraag onder het minimale warmtepompvermogen komt. Het doel is om pendelen en onnodige stops en starts te beperken.

Je stelt zelf een stopmarge in. Bij bijvoorbeeld 20,5 °C gewenst en een marge van 0,5 °C mag de run doorgaan tot 21,0 °C.

De functie staat standaard uit, start nooit zelfstandig een stilstaande warmtepomp en alle bestaande beveiligingen blijven voorgaan.

🔑 Nieuwe herstelomgeving voor de Q-edition

Een vergeten web-login of probleem met Wi-Fi of de Home Assistant API hoeft niet meer direct tot een volledige reset te leiden.

Via de nieuwe herstelomgeving kun je gericht:

• de gebruikersnaam en het wachtwoord van de webinterface opnieuw instellen;
• de beveiligde Home Assistant API-koppeling resetten;
• alleen de Wi-Fi-instellingen wissen en opnieuw instellen.

Houd hiervoor de linkerknop 5 seconden ingedrukt en laat hem daarna los. De herstelpagina is vervolgens tijdelijk bereikbaar via:

http://openquatt.local/recovery

Let op: houd je de knop 10 seconden vast, dan worden in plaats daarvan de Wi-Fi-gegevens gewist en start de controller opnieuw voor Wi-Fi-configuratie.

Meer uitleg:
Handleiding voor herstel

🔌 Betere controle van de OpenTherm-ketelaansluiting

OpenQuatt controleert nu duidelijker of een via OTB (OpenTherm Boiler) aangesloten ketel daadwerkelijk antwoordt.

Een ontbrekende of weggevallen verbinding wordt zichtbaar in het overzicht en de installatie-instellingen. Quick Start accepteert de OpenTherm-keuze pas wanneer de verbinding bevestigd is.

Belangrijk: OTB hoort uitsluitend op de OpenTherm-ingang van de ketel. Voor een gewone aan/uit-aansluiting gebruik je R1. Een fout aangesloten OTB kan ervoor zorgen dat een ketel zelfstandig gaat verwarmen; dat kan OpenQuatt softwarematig niet corrigeren.

🛠️ Communicatie en kleinere verbeteringen

De communicatie met de buitenunits kan beter omgaan met losse foutbytes, waardoor een verder geldig antwoord minder snel verloren gaat en onnodige time-outs worden beperkt.

Daarnaast zijn de instellingen voor de bodemplaatverwarming duidelijker gegroepeerd, is een weergavefout na de taaluitbreiding opgelost en is oude recordercode opgeruimd.

🧱 Beschikbaarheid

v0.52.0 verschijnt voor:

Heatpump Controller Q-edition Single
Heatpump Controller Q-edition Duo

Voor Waveshare en Heatpump Listener blijft v0.50.0 de laatste firmware. Deze controllers krijgen geen nieuwe OpenQuatt-updates meer.

🔗 Release

OpenQuatt v0.52.0 – release notes en download

[onlinaius]

Enorm bedankt weer @jj85 !

Vraagje: het viel me zojuist op dat het gedrag van de bodemplaatverwarming na een herstart automatisch opnieuw wordt toegepast, maar de frequentietabel niet.
Is dat omdat de frequentietabel experimenteler is / meer kans op schade geeft?

Ik zou straks als het stookseizoen begint graag op zo'n laag mogelijke frequentie kunnen draaien, uiteraard binnen de limieten van de ODU.
Is 30 hz die limiet waaronder het niet meer veilig kan, of zou lager ook kunnen?

Als een lagere limiet mogelijk is zou het op zich wel fijn zijn dat je deze niet iedere reboot opnieuw moet toepassen (als dat riskant is voor de ODU uiteraard beter niet doen).

[TeslaNerd]

[Embed: Promo OpenQuatt v0.52]

[Toby-Wan]

TeslaNerd schreef op dinsdag 22 september 2026 @ 18:59:
[Embed: Promo OpenQuatt v0.52]

Hahahaha goud dit

[Toby-Wan]

jj85 schreef op dinsdag 22 september 2026 @ 17:50:

OpenQuatt v0.52.0

[Afbeelding]

Er staat weer een nieuwe stable release klaar. v0.52.0 draait vooral om betere diagnose en herstel: de Systeemrecorder neemt voortaan standaard doorlopend op, de Beslislog legt beter uit waarom een warmtepomp niet draait en er is een nieuwe herstelomgeving voor de Controller Q.

Daarnaast is de webinterface nu ook in het Engels beschikbaar, krijgt Power House een optie om langer door te verwarmen en zijn de communicatie met de buitenunits en de controle van de OpenTherm-ketelaansluiting verbeterd.

✨ Belangrijkste wijzigingen

🩺 Systeemrecorder: ook achteraf terugkijken

De Systeemrecorder neemt voortaan standaard doorlopend recente systeemgegevens op, ook als de webinterface niet open staat.

Via Diagnostiek → Systeemrecorder kun je de laatste 15, 30 of 60 minuten downloaden, of alles wat nog beschikbaar is.

Je hoeft een probleem dus niet meer vooraf te zien aankomen om er een opname van te hebben. Handig bij bijvoorbeeld een onverwachte stop, een warmtepomp die niet start of een ketel die onverwacht wordt bijgeschakeld.

De opname blijft lokaal op de controller en kan bijvoorbeeld zelf worden bekeken via OpenHeatPumps.

De recorder gebruikt het werkgeheugen: na een herstart zijn de opnames weg en oudere gegevens maken vanzelf plaats voor nieuwe.

📋 Beslislog legt beter uit waarom de warmtepomp uit staat

Wanneer alle warmtepompen stil staan, laat de Beslislog duidelijker zien wat een nieuwe start tegenhoudt.

Bijvoorbeeld geen warmtevraag, een watertemperatuurgrens, een herstartwachttijd of een voorwaarde voor koeling.

OpenQuatt gebruikt hiervoor alleen de actuele, bevestigde toestand. Als een reden of afteltijd niet betrouwbaar kan worden bepaald, wordt die ook niet verzonnen.

🌍 Webinterface nu ook in het Engels

Via Weergave en systeem → Taal / Language kun je nu wisselen tussen Nederlands en Engels.

De gekozen taal wordt per browser onthouden en beide talen zitten volledig in de firmware, dus ook zonder internet werkt de vertaling.

Dit verandert alleen de weergave; bestaande instellingen en koppelingen met Home Assistant, MQTT en API blijven hetzelfde.

🔥 Power House: optioneel langer doorverwarmen

Power House krijgt een nieuwe optionele instelling Langer doorverwarmen.

Daarmee kan een bestaande verwarmingsrun op laag vermogen doorgaan wanneer de warmtevraag onder het minimale warmtepompvermogen komt. Het doel is om pendelen en onnodige stops en starts te beperken.

Je stelt zelf een stopmarge in. Bij bijvoorbeeld 20,5 °C gewenst en een marge van 0,5 °C mag de run doorgaan tot 21,0 °C.

De functie staat standaard uit, start nooit zelfstandig een stilstaande warmtepomp en alle bestaande beveiligingen blijven voorgaan.

🔑 Nieuwe herstelomgeving voor de Q-edition

Een vergeten web-login of probleem met Wi-Fi of de Home Assistant API hoeft niet meer direct tot een volledige reset te leiden.

Via de nieuwe herstelomgeving kun je gericht:

• de gebruikersnaam en het wachtwoord van de webinterface opnieuw instellen;
• de beveiligde Home Assistant API-koppeling resetten;
• alleen de Wi-Fi-instellingen wissen en opnieuw instellen.

Houd hiervoor de linkerknop 5 seconden ingedrukt en laat hem daarna los. De herstelpagina is vervolgens tijdelijk bereikbaar via:

http://openquatt.local/recovery

Let op: houd je de knop 10 seconden vast, dan worden in plaats daarvan de Wi-Fi-gegevens gewist en start de controller opnieuw voor Wi-Fi-configuratie.

Meer uitleg:
Handleiding voor herstel

🔌 Betere controle van de OpenTherm-ketelaansluiting

OpenQuatt controleert nu duidelijker of een via OTB (OpenTherm Boiler) aangesloten ketel daadwerkelijk antwoordt.

Een ontbrekende of weggevallen verbinding wordt zichtbaar in het overzicht en de installatie-instellingen. Quick Start accepteert de OpenTherm-keuze pas wanneer de verbinding bevestigd is.

Belangrijk: OTB hoort uitsluitend op de OpenTherm-ingang van de ketel. Voor een gewone aan/uit-aansluiting gebruik je R1. Een fout aangesloten OTB kan ervoor zorgen dat een ketel zelfstandig gaat verwarmen; dat kan OpenQuatt softwarematig niet corrigeren.

🛠️ Communicatie en kleinere verbeteringen

De communicatie met de buitenunits kan beter omgaan met losse foutbytes, waardoor een verder geldig antwoord minder snel verloren gaat en onnodige time-outs worden beperkt.

Daarnaast zijn de instellingen voor de bodemplaatverwarming duidelijker gegroepeerd, is een weergavefout na de taaluitbreiding opgelost en is oude recordercode opgeruimd.

🧱 Beschikbaarheid

v0.52.0 verschijnt voor:

Heatpump Controller Q-edition Single
Heatpump Controller Q-edition Duo

Voor Waveshare en Heatpump Listener blijft v0.50.0 de laatste firmware. Deze controllers krijgen geen nieuwe OpenQuatt-updates meer.

🔗 Release

OpenQuatt v0.52.0 – release notes en download

De langer doorverwarmen kan toch wel de odu starten wanneer temperatuur weer meer dan 0.2 onder de stop temperatuur van langer doorverwarmen komt? Of wordt dat niet als een eigen start beschouwd?

[jj85]

Toby-Wan schreef op dinsdag 22 september 2026 @ 19:05:
[...]

De langer doorverwarmen kan toch wel de odu starten wanneer temperatuur weer meer dan 0.2 onder de stop temperatuur van langer doorverwarmen komt? Of wordt dat niet als een eigen start beschouwd?

Ja, na een stop bij 'Langer doorverwarmen ©' mag de ODU wel degelijk weer starten.

Voorbeeld:

• setpoint: 20,5 °C
• stopmarge: +0,5 K
• Langer doorverwarmen stopt bij: 21,0 °C
• interne hysterese: 0,2 K
• warme herstart vanaf: 20,8 °C

Zakt de kamer na die stop tot 20,8 °C of lager, dan mag OpenQuatt opnieuw een ODU starten, mits Power House nog een normale positieve warmtevraag voor de woning berekent en de normale startvoorwaarden vrij zijn.

[jj85]

onlinaius schreef op dinsdag 22 september 2026 @ 18:23:
Enorm bedankt weer @jj85 !

Vraagje: het viel me zojuist op dat het gedrag van de bodemplaatverwarming na een herstart automatisch opnieuw wordt toegepast, maar de frequentietabel niet.
Is dat omdat de frequentietabel experimenteler is / meer kans op schade geeft?

Ik zou straks als het stookseizoen begint graag op zo'n laag mogelijke frequentie kunnen draaien, uiteraard binnen de limieten van de ODU.
Is 30 hz die limiet waaronder het niet meer veilig kan, of zou lager ook kunnen?

Als een lagere limiet mogelijk is zou het op zich wel fijn zijn dat je deze niet iedere reboot opnieuw moet toepassen (als dat riskant is voor de ODU uiteraard beter niet doen).

Ik zit nog wel eningszins met die frequentietabel in m'n maag...stukje voortschrijdend inzicht
De hele beveiligingsstrategie van de ODU is gebaseerd op de welbekende compressorlevels ( t/m lvl 10).
Om een voorbeeld te geven: Zo wordt bijvoorbeeld bepaald, bij een buitentemp van T1 tot T2, mag de compressor maximaal op lvl L draaien.
En zo zijn er wel meer van dit soort beveiligingen die gebaseerd zijn op comp. level.

Dus frequentietabel aanpassen kan wellicht onguntige effecten hebben op de compressor.

[zeekoe]

jj85 schreef op zondag 20 september 2026 @ 21:09:
Even peilen: behoefte aan native storingsmeldingen vanuit OpenQuatt?

We hebben een feature request openstaan voor native Telegram-notificaties.

Het idee: OpenQuatt stuurt zelf een melding bij een bevestigde warmtepompstoring en eventueel bij herstel, zonder Home Assistant of OpenQuatt-cloud.

Voordat we dit gaan bouwen ben ik benieuwd of hier echt behoefte aan is:

• Zou je dit gebruiken?
• Regel je dit nu al via Home Assistant?
• Is Telegram hiervoor handig, of liever iets als Pushover, ntfy, Gotify of een generieke webhook?
• Hebben vooral gebruikers zonder Home Assistant hier iets aan?

De belangrijkste vraag is eigenlijk: willen we native notificaties vanuit OpenQuatt, en zo ja: wat is daarvoor de beste manier?

Ik heb eerder ntfy.sh gebruikt (om ssh logins op mijn servertje te push messagen als veiligheidsmaatregel, tot ik er genoeg van had ). Werkte verdraaid eenvoudig. Ik heb ook telegram, een bot zou ik op zijn minst uitproberen. Voordeel van ntfy.sh is dat je zelf de afweging kunt maken tussen veiligheid en gebruiksvriendelijkheid; zelf hosten is veiliger, een random topic kiezen op ntfy.sh is gebruiksvriendelijk. Bij ntfy kan de ontwikkelaar meelezen, bij telegram de Russische overheid.

[Appesteijn]

Spannend, over 9 uur gaat het stookseizoen hier beginnen!

[leejoow]

TeslaNerd schreef op dinsdag 22 september 2026 @ 18:59:
[Embed: Promo OpenQuatt v0.52]

Misschien de volgende keer even goede acteurs inhuren

[jj85]

Appesteijn schreef op dinsdag 22 september 2026 @ 23:59:
Spannend, over 9 uur gaat het stookseizoen hier beginnen!

[Afbeelding]

Ben benieuwd of hij aan gaat. Met 1700W zit je waarschijnlijk onder het minimale vermogen van je Quatt

[TeslaNerd]

jj85 schreef op woensdag 23 september 2026 @ 08:10:
[...]

Ben benieuwd of hij aan gaat. Met 1700W zit je waarschijnlijk onder het minimale vermogen van je Quatt

Met een cop van 6-8 en het minimale vermogen van de compressor van ca 300Watt maakt de Quatt wel meer dan 1700W warmte maar ook niet zoveel dat je de Quatt uit moet laten als het dan te koud blijft in jouw woning.

Ben ook benieuwd hoe het is gegaan?

[Trackerfire]

Appesteijn schreef op dinsdag 22 september 2026 @ 23:59:
Spannend, over 9 uur gaat het stookseizoen hier beginnen!

[Afbeelding]

Vet, welk overzicht is dit? Uitbreiding op Warmteanalyse?

[TeslaNerd]

leejoow schreef op woensdag 23 september 2026 @ 07:14:
[...]




Misschien de volgende keer even goede acteurs inhuren

Sorry, OpenQuatt budget was al leeg met de aanschaf van dat roze usb stickje 🤷‍♂️

[ Voor 5% gewijzigd door TeslaNerd op 23-09-2026 16:32 ]

[Appesteijn]

Trackerfire schreef op woensdag 23 september 2026 @ 13:37:
[...]

Vet, welk overzicht is dit? Uitbreiding op Warmteanalyse?

Ja dit is de laatste beta van de Warmteanalyse plugin

Hij werkt nog niet feilloos, vanochtend bleek de voorspelling weer op 0 W te staan, 11 uur in de toekomst is nog moeilijk. Dus het stookseizoen laat nog even op zich wachten.

[TeslaNerd]

Appesteijn schreef op woensdag 23 september 2026 @ 16:41:
[...]

Ja dit is de laatste beta van de Warmteanalyse plugin

Hij werkt nog niet feilloos, vanochtend bleek de voorspelling weer op 0 W te staan, 11 uur in de toekomst is nog moeilijk. Dus het stookseizoen laat nog even op zich wachten.

Kan zo een warmteanalyse ook aan (een fork) van OpenQuatt worden toegevoegd? Of alleen in Home Assistant draaien

[Appesteijn]

TeslaNerd schreef op woensdag 23 september 2026 @ 17:53:
[...]

Kan zo een warmteanalyse ook aan (een fork) van OpenQuatt worden toegevoegd? Of alleen in Home Assistant draaien

Ik gebruik een integratie met Open-Meteo om weersvoorspellingen mee te nemen in de toekomstige warmtevraag. En ik sla redelijk wat data op om een model te trainen. Om dit op OpenQuatt te draaien geeft teveel integraties die dan ook op OpenQuatt bijgehouden moeten worden.

Maar het kan natuurlijk prima

[jj85]

TeslaNerd schreef op woensdag 23 september 2026 @ 17:53:
[...]

Kan zo een warmteanalyse ook aan (een fork) van OpenQuatt worden toegevoegd? Of alleen in Home Assistant draaien

Een light variant is wel in the making
https://github.com/OpenQuatt/OpenQuatt/pull/728

[jj85]

Help mee de OpenQuatt performance-modellen te valideren! 🚀

We hebben inmiddels bijna 5.000 geldige verwarmingsbedrijfspunten verzameld en de eerste resultaten zijn erg interessant.

Eerste resultaten

• V2: ruim 2.100 punten uit 4 installaties. Op L1, L2 en L3 zien we vrijwel dezelfde afwijking: het huidige model schat het absolute vermogen ongeveer 15-20% te hoog in, terwijl de COP opvallend goed overeenkomt.
• V1/V1.5: binnen het echte bereik van de huidige performance-map ziet het model er voorlopig behoorlijk goed uit. Hier hebben we vooral meer installaties en kouder weer nodig.

Waarom dit nuttig is

Met deze velddata kunnen we de vermogens- en COP-modellen gericht verbeteren. Die modellen vormen een belangrijk fundament onder Power House.

Later kunnen gevalideerde modellen mogelijk ook gebruikt worden om structurele prestatieproblemen van een individuele Quatt buitenunit te herkennen en daar vroegtijdig voor te waarschuwen.

Wil je meehelpen?

Zet in de OpenQuatt web-app onder:

Privacy → Prestatiemetingen delen

de modelvalidatie aan. 💪

Alleen stabiele verwarmingsminuten worden gebruikt; starts, stops, defrosts en andere overgangssituaties worden automatisch uitgefilterd.

Hoe meer verschillende installaties meedoen, hoe beter we de modellen kunnen valideren en verbeteren.

[CPM]

Dit is toch allemaal fantastisch he! Ik vind het jammer dat het risico op geen garantie aanwezig is als OQ draait maar anders had ik het meteen gedaan. En ik vind het absurd dat Quatt niet inzet op doorontwikkeling van soort gelijke zaken.

[joosie]

jj85 schreef op woensdag 23 september 2026 @ 21:39:

Help mee de OpenQuatt performance-modellen te valideren! 🚀

We hebben inmiddels bijna 5.000 geldige verwarmingsbedrijfspunten verzameld en de eerste resultaten zijn erg interessant.

Eerste resultaten

• V2: ruim 2.100 punten uit 4 installaties. Op L1, L2 en L3 zien we vrijwel dezelfde afwijking: het huidige model schat het absolute vermogen ongeveer 15-20% te hoog in, terwijl de COP opvallend goed overeenkomt.
• V1/V1.5: binnen het echte bereik van de huidige performance-map ziet het model er voorlopig behoorlijk goed uit. Hier hebben we vooral meer installaties en kouder weer nodig.

Waarom dit nuttig is

Met deze velddata kunnen we de vermogens- en COP-modellen gericht verbeteren. Die modellen vormen een belangrijk fundament onder Power House.

Later kunnen gevalideerde modellen mogelijk ook gebruikt worden om structurele prestatieproblemen van een individuele Quatt buitenunit te herkennen en daar vroegtijdig voor te waarschuwen.

Wil je meehelpen?

Zet in de OpenQuatt web-app onder:

Privacy → Prestatiemetingen delen

de modelvalidatie aan. 💪

Alleen stabiele verwarmingsminuten worden gebruikt; starts, stops, defrosts en andere overgangssituaties worden automatisch uitgefilterd.

Hoe meer verschillende installaties meedoen, hoe beter we de modellen kunnen valideren en verbeteren.

Kun je dit ook een popup of melding maken na de update die dit toevoegd? Dan krijg je misschien meer gebruikers die het aanzetten.

[TeslaNerd]

Super initiatief en ik heb het nu ook aan staan. Kunnen jullie als feature ook een community data browser toevoegen zodat gebruikers ook zelf in de met de OQ-community verzamelde data kunnen kijken en bijvoorbeeld kunnen zien hoe de eigen OQ-presteert tov andere warmtepompen?

[ Voor 4% gewijzigd door TeslaNerd op 23-09-2026 22:45 ]

[leejoow]

Op dit moment is dat expliciet niet de bedoeling in verband met zorgen over privacy, stabiliteit en beschikbaarheid.

Wellicht dat dit in de toekomst wordt herzien. Maar eerlijk gezegd begrijp ik het nut ook nog steeds niet: de efficiëntie van je systeem is in veel mindere mate afhankelijk van je warmtepomp, veel meer van je afgiftesysteem en isolatie. Het is dus sowieso appels met peren vergelijken als je twee warmtepompinstallaties gaat vergelijken.

[onlinaius]

leejoow schreef op donderdag 24 september 2026 @ 07:25:
Op dit moment is dat expliciet niet de bedoeling in verband met zorgen over privacy, stabiliteit en beschikbaarheid.

Wellicht dat dit in de toekomst wordt herzien. Maar eerlijk gezegd begrijp ik het nut ook nog steeds niet: de efficiëntie van je systeem is in veel mindere mate afhankelijk van je warmtepomp, veel meer van je afgiftesysteem en isolatie. Het is dus sowieso appels met peren vergelijken als je twee warmtepompinstallaties gaat vergelijken.

Vooropgesteld: ik begrijp dat dit vanuit het oogpunt van privacy gevoelig ligt, en dat jullie dit niet willen kan ik zeker mee leven.

Maar het 'appels en peren vergelijken' ben ik het maar gedeeltelijk mee eens. Het is er vaker over gegaan in het Quatt topic als er met COP cijfers werd gestrooid dat vergelijken niet mogelijk is.

Ik denk dat vergelijken, mits je voldoende variabelen in je model meeneemt prima mogelijk is!

Uiteraard is een Limburgse 2015 rijtjeswoning, met boven en beneden VVW, niet 1 op 1 vergelijkbaar met een Groningse woonboerderij uit 1880 met kolomradiatoren.

Maar Woning 1: 1965 2 onder 1 kap, 133m2, met redelijke isolatie, en 60 m2 VVW, Quatt 1.0 met COP 4.7
is best aardig te vergelijken met
Woning 2: 1968, vrijstaand, 120 m2, redelijke isolatie, 50 m2 VVW, Quatt 1.5 met COP 4.2

Dan leg je die 2 naast elkaar, want waarom heeft die 2e een COP die 0.5 lager is? En dan zie je dat woning 2 een graad hoger stookt, en in een kouder deel van het land staat, en dan is een groot deel van die 0.5 verklaart.

Als ik echter die eerder genoemde woonboerderij met een COP van 5.5 zie ga ik toch nadenken: klopt dit wel, en zo ja: hoe krijgt deze bewoner dit voor elkaar?

Dus vergelijken is wel degelijk mogelijk, mits je de juiste / voldoende variabelen hebt, en er niet gelijk een COP verschil van 0.1 mee wilt kunnen verklaren.

Maar ik begrijp zeker waarom dat privacy technisch moeilijk ligt (ook omdat je dan eigenlijk meer informatie moet vragen van de OpenQuatters), en waarom dat ook (begrijpelijk) waarschijnlijk niet jullie focus heeft op dit moment.

[leejoow]

onlinaius schreef op donderdag 24 september 2026 @ 10:17:
[...]

Vooropgesteld: ik begrijp dat dit vanuit het oogpunt van privacy gevoelig ligt, en dat jullie dit niet willen kan ik zeker mee leven.

Maar het 'appels en peren vergelijken' ben ik het maar gedeeltelijk mee eens. Het is er vaker over gegaan in het Quatt topic als er met COP cijfers werd gestrooid dat vergelijken niet mogelijk is.

Ik denk dat vergelijken, mits je voldoende variabelen in je model meeneemt prima mogelijk is!

Uiteraard is een Limburgse 2015 rijtjeswoning, met boven en beneden VVW, niet 1 op 1 vergelijkbaar met een Groningse woonboerderij uit 1880 met kolomradiatoren.

Maar Woning 1: 1965 2 onder 1 kap, 133m2, met redelijke isolatie, en 60 m2 VVW, Quatt 1.0 met COP 4.7
is best aardig te vergelijken met
Woning 2: 1968, vrijstaand, 120 m2, redelijke isolatie, 50 m2 VVW, Quatt 1.5 met COP 4.2

Dan leg je die 2 naast elkaar, want waarom heeft die 2e een COP die 0.5 lager is? En dan zie je dat woning 2 een graad hoger stookt, en in een kouder deel van het land staat, en dan is een groot deel van die 0.5 verklaart.

Als ik echter die eerder genoemde woonboerderij met een COP van 5.5 zie ga ik toch nadenken: klopt dit wel, en zo ja: hoe krijgt deze bewoner dit voor elkaar?

Dus vergelijken is wel degelijk mogelijk, mits je de juiste / voldoende variabelen hebt, en er niet gelijk een COP verschil van 0.1 mee wilt kunnen verklaren.

Maar ik begrijp zeker waarom dat privacy technisch moeilijk ligt (ook omdat je dan eigenlijk meer informatie moet vragen van de OpenQuatters), en waarom dat ook (begrijpelijk) waarschijnlijk niet jullie focus heeft op dit moment.

Dat klopt helemaal, en bedankt voor de inhoudelijke reactie! Je slaat wel de spijker op de kop, je hebt een hoop meer informatie nodig. Buiten de installatie moet je inderdaad ook allerlei parameters hebben die betrekking tot het gebouw hebben qua opbouw en locatie en deze vragen we niet uit. Daarnaast zijn er ook zaken nodig als bijvoorbeeld setpoint, deze zit ook niet in de data momenteel. Voordat je dit kan gaan vergelijken moet er dus extra info vanuit het warmtepompsysteem meekomen én een hoop extra data. Zolang die niet gevalideerd wordt ingevoerd denk ik dat het niet heel nuttig is op dit moment.

[clubeddie]

jj85 schreef op woensdag 23 september 2026 @ 21:39:

Help mee de OpenQuatt performance-modellen te valideren! 🚀

We hebben inmiddels bijna 5.000 geldige verwarmingsbedrijfspunten verzameld en de eerste resultaten zijn erg interessant.

Eerste resultaten

• V2: ruim 2.100 punten uit 4 installaties. Op L1, L2 en L3 zien we vrijwel dezelfde afwijking: het huidige model schat het absolute vermogen ongeveer 15-20% te hoog in, terwijl de COP opvallend goed overeenkomt.
• V1/V1.5: binnen het echte bereik van de huidige performance-map ziet het model er voorlopig behoorlijk goed uit. Hier hebben we vooral meer installaties en kouder weer nodig.

Waarom dit nuttig is

Met deze velddata kunnen we de vermogens- en COP-modellen gericht verbeteren. Die modellen vormen een belangrijk fundament onder Power House.

Later kunnen gevalideerde modellen mogelijk ook gebruikt worden om structurele prestatieproblemen van een individuele Quatt buitenunit te herkennen en daar vroegtijdig voor te waarschuwen.

Wil je meehelpen?

Zet in de OpenQuatt web-app onder:

Privacy → Prestatiemetingen delen

de modelvalidatie aan. 💪

Alleen stabiele verwarmingsminuten worden gebruikt; starts, stops, defrosts en andere overgangssituaties worden automatisch uitgefilterd.

Hoe meer verschillende installaties meedoen, hoe beter we de modellen kunnen valideren en verbeteren.

Kan ik veilig de hardware aansluiten zonder dat quatt moeilijk gaat doen? Anders overweeg ik om kastje aan te schaffen om jullie van data te voorzien. Of "ziet" quatt het meteen als deze er tussenzit?

[jj85]

clubeddie schreef op donderdag 24 september 2026 @ 11:41:
[...]

Kan ik veilig de hardware aansluiten zonder dat quatt moeilijk gaat doen? Anders overweeg ik om kastje aan te schaffen om jullie van data te voorzien. Of "ziet" quatt het meteen als deze er tussenzit?

In princpipe vervang je de CiC door de controller van @leejoow . Dus Quatt zal zien dat de warmtepomp offline is en je mailtjes gaan sturen.

[onlinaius]

jj85 schreef op donderdag 24 september 2026 @ 12:30:
[...]

In princpipe vervang je de CiC door de controller van @leejoow . Dus Quatt zal zien dat de warmtepomp offline is en je mailtjes gaan sturen.

Als je de CiC verbind aan de OpenQuatt controller krijg je die mailtjes niet kan ik vertellen.

Mogelijk dat dit nog komt zodra de verwarming aan gaat, en als er iemand van Quatt echt in de data duikt zou deze wel moeten kunnen zien dat de ODU de CiC niet volgt, maar dat is wel 'als', want Quatt lijkt niet bepaald goed met data en het verwerken daarvan te zijn, dus het zou me ook niet verbazen als ze niet automatisch detecteren dat er een OpenQuatt actief is.

[sdh1981]

onlinaius schreef op donderdag 24 september 2026 @ 13:57:
[...]

Als je de CiC verbind aan de OpenQuatt controller krijg je die mailtjes niet kan ik vertellen.

Mogelijk dat dit nog komt zodra de verwarming aan gaat, en als er iemand van Quatt echt in de data duikt zou deze wel moeten kunnen zien dat de ODU de CiC niet volgt, maar dat is wel 'als', want Quatt lijkt niet bepaald goed met data en het verwerken daarvan te zijn, dus het zou me ook niet verbazen als ze niet automatisch detecteren dat er een OpenQuatt actief is.

Zoiezo kunnen ze vrij snel de triggers van deze zomer volgen. Als een Non Chill systeem gaat koelen, dan heb je een OQ systeem te pakken. Lijkt mij niet moeilijk om data op te flaggen

[babobo1977]

babobo1977 schreef op zondag 20 september 2026 @ 14:52:
[...]

Ok kijk, dat maakt een hoop duidelijk. Ik denk dat het dus inderdaad zo is gelopen. Waarom ze dan niet de andere aansluiting hebben gebruikt is me een raadsel of ze moeten die aansluting vrij hebben willen houden voor de all electric optie.

Nu heb ik hier nog een andere situatie die ik niet standaard opgelost krijg denk ik.

Ik heb een ecolution combi 50 hangen welke ik onder druk van Quatt uitgeschakeld heb voor warmte levering in mijn cv circuit. Deze houdt met name zijn boiler op temperatuur.
Vanuit het boilervat kan ik ook warmte aan het cv circuit leveren. Nu is dat volume niet voldoende voor het warmhouden van het huis maar ik denk dat een defrost er best mee gedaan kan worden.

De aansturing van de combi 50 is een aan/uit ingang. Zou dit via openquatt te gebruiken zijn als defrost?

Zou ik in geval van een defrost bv de Ecolution kunnen triggeren als warmtebron en als er niet voldoende vermogen is de OTB?

[JWT]

Nou openquatt draait. Hopelijk gaat het temmen van de quatts ivm de beroerde afgifte nu beter

[onlinaius]

sdh1981 schreef op donderdag 24 september 2026 @ 15:27:
[...]

Zoiezo kunnen ze vrij snel de triggers van deze zomer volgen. Als een Non Chill systeem gaat koelen, dan heb je een OQ systeem te pakken. Lijkt mij niet moeilijk om data op te flaggen

Denk je dat ze zover zijn? We hebben het hier wel over een bedrijf wat er 1.5 jaar doet om een knop in een app te maken waarmee je een elektrisch element in een watertank kan activeren...
Ik zeg niet dat het moeilijk is, maar als er echt goede programmeurs bij Quatt hadden gezeten was OpenQuatt niet nodig geweest.

[jj85]

Oproepje aan OpenQuatt-gebruikers

Ik zoek contact met gebruikers waarvan het Device ID begint met:

- 20092a50
- 33028003
- bc9c1e52

Op basis van de usage telemetry/statistics zie ik bij deze devices mogelijke stabiliteitsproblemen met de Modbus-communicatie. Dat wil ik graag wat verder onderzoeken.

Herken je jouw Device ID hierin en wil je helpen met testen/onderzoek? Stuur me dan even een DM. 🙂

Je Device ID vind je via:
http://openquatt.local/?view=settings&section=system

[jj85]

jj85 schreef op woensdag 23 september 2026 @ 21:39:

Help mee de OpenQuatt performance-modellen te valideren! 🚀

We hebben inmiddels bijna 5.000 geldige verwarmingsbedrijfspunten verzameld en de eerste resultaten zijn erg interessant.

Eerste resultaten

• V2: ruim 2.100 punten uit 4 installaties. Op L1, L2 en L3 zien we vrijwel dezelfde afwijking: het huidige model schat het absolute vermogen ongeveer 15-20% te hoog in, terwijl de COP opvallend goed overeenkomt.
• V1/V1.5: binnen het echte bereik van de huidige performance-map ziet het model er voorlopig behoorlijk goed uit. Hier hebben we vooral meer installaties en kouder weer nodig.

Waarom dit nuttig is

Met deze velddata kunnen we de vermogens- en COP-modellen gericht verbeteren. Die modellen vormen een belangrijk fundament onder Power House.

Later kunnen gevalideerde modellen mogelijk ook gebruikt worden om structurele prestatieproblemen van een individuele Quatt buitenunit te herkennen en daar vroegtijdig voor te waarschuwen.

Wil je meehelpen?

Zet in de OpenQuatt web-app onder:

Privacy → Prestatiemetingen delen

de modelvalidatie aan. 💪

Alleen stabiele verwarmingsminuten worden gebruikt; starts, stops, defrosts en andere overgangssituaties worden automatisch uitgefilterd.

Hoe meer verschillende installaties meedoen, hoe beter we de modellen kunnen valideren en verbeteren.

3 dagen later : 11.000 datapunten van 18 verschillende installaties waarin al 500kWh de huizen ingepompt is.

Deze punten zijn vooral interessant om ook een goed inzicht te krijgen wat Quatt kan op de lage vermogens (relatief hoge buitentemp nog en lage vermogensvraag).

Super bedankt al voor deze bijdragen.

[3p0x]

Vorige week heb de de swap gedaan echter zie ik nu in de gui staan: CIC-data: Verouderd, hoe kan ik dit fixen? Verder ben ik nieuwsgierig of ik de thermostaatdata ook terug kan voeren aan de CIC zodat ik geen mailtjes meer krijg dat deze mist?

[TeslaNerd]

3p0x schreef op maandag 28 september 2026 @ 15:48:
Vorige week heb de de swap gedaan echter zie ik nu in de gui staan: CIC-data: Verouderd, hoe kan ik dit fixen? Verder ben ik nieuwsgierig of ik de thermostaatdata ook terug kan voeren aan de CIC zodat ik geen mailtjes meer krijg dat deze mist?

Gefeliciteerd met jouw nieuwe Quatt Controller en welkom bij OpenQuatt!

Om dit te fixen moet je de thermostaat weer aan de CiC aansluiten en in OpenQuatt:
- bij Instellingen>Bronnen/integraties OpenTherm thermostaat UIT zetten en
- voor de thermostaat data daaronder bij Bronnen>Sensorselectie Kamertemperatuur en Kamer setpoint instellen op CiC.

Dan is jouw thermostaat weer aangesloten via de CiC zodat je geen mailtjes meer krijgt dat die mist en krijgt OpenQuatt toch de thermostaatdata via de CiC-link

[ Voor 7% gewijzigd door TeslaNerd op 28-09-2026 15:56 ]

[3p0x]

TeslaNerd schreef op maandag 28 september 2026 @ 15:52:
[...]

Dan moet je de thermostaat weer aan de CiC aansluiten en in OpenQuatt:
- bij Instellingen>Bronnen/integraties OpenTherm thermostaat UIT zetten en
- voor de thermostaat data daaronder bij Bronnen>Sensorselectie Kamertemperatuur en Kamer setpoint instellen op CiC.

Dan is jouw thermostaat weer via de CiC zodat je geen mailtjes meer krijgt en krijgt OpenQuatt toch de thermostaatdata via de CiC-link

Aha duidelijk, dat was nou net ook weer niet te bedoeling, uiteindelijk wil ik afscheid nemen van de CiC

[TeslaNerd]

3p0x schreef op maandag 28 september 2026 @ 15:55:
[...]


Aha duidelijk, dat was nou net ook weer niet te bedoeling, uiteindelijk wil ik afscheid nemen van de CiC

Mag allebei hoor! Ik heb het ook zo aangesloten omdat ik voor een snelle check op mijn telefoon toch nog steeds de Quatt app gebruik

[harv]

TeslaNerd schreef op maandag 28 september 2026 @ 16:53:
[...]


Mag allebei hoor! Ik heb het ook zo aangesloten omdat ik voor een snelle check op mijn telefoon toch nog steeds de Quatt app gebruik

@TeslaNerd

Maar wat zie je nog meer in de quatt app, maw, wat is verder de toegevoegde waarde? Kan je nog bedienen, json bekijken, enzovoorts.

[ Voor 7% gewijzigd door harv op 28-09-2026 17:40 ]

[leejoow]

harv schreef op maandag 28 september 2026 @ 17:39:
[...]

@TeslaNerd

Maar wat zie je nog meer in de quatt app, maw, wat is verder de toegevoegde waarde? Kan je nog bedienen, json bekijken, enzovoorts.

Daar ben ik ook benieuwd naar 😎

[TeslaNerd]

leejoow schreef op maandag 28 september 2026 @ 17:43:
Daar ben ik ook benieuwd naar 😎

Nou, eh, dit: snelle check op wat doet de Quatt? En temperatuur buiten en binnen 🥳


Oude gewoonte nog van voorgaande stookseizoenen denk ik. Maar ik keek voor de nerdie details dan ook nog op Home Assistant en dat zal waarschijnlijk deze winter allemaal worden ingevuld door OpenQuatt.local.

Komt of is er ook een optie om van buiten de huiswifi direct naar OpenQuatt te kijken?

[ Voor 10% gewijzigd door TeslaNerd op 28-09-2026 18:10 ]

[harv]

TeslaNerd schreef op maandag 28 september 2026 @ 18:00:
[...]

Nou, eh, dit: snelle check op wat doet de Quatt? En temperatuur buiten en binnen 🥳
[Afbeelding]

Oude gewoonte nog van voorgaande stookseizoenen denk ik. Maar ik keek voor de nerdie details dan ook nog op Home Assistant en dat zal waarschijnlijk deze winter allemaal worden ingevuld door OpenQuatt.local.

Komt of is er ook een optie om van buiten de huiswifi direct naar OpenQuatt te kijken?

@TeslaNerd

Komt of is er ook een optie om van buiten de huiswifi direct naar OpenQuatt te kijken?

Moet ik hieruit de conclusie trekken dat ik alleen binnenshuis mijn quatts in de gaten kan houden met de open quatt controller?

[Toby-Wan]

harv schreef op maandag 28 september 2026 @ 18:14:
[...]

@TeslaNerd


[...]

Moet ik hieruit de conclusie trekken dat ik alleen binnenshuis mijn quatts in de gaten kan houden met de open quatt controller?

Heel gek is dit niet hoor in de wereld van opensource lokale aansturing. Buiten de voordeur is de grote boze wereld, ja ook wat betreft internet..

[TeslaNerd]

harv schreef op maandag 28 september 2026 @ 18:14:
Moet ik hieruit de conclusie trekken dat ik alleen binnenshuis mijn quatts in de gaten kan houden met de open quatt controller?

Het kan nu zeker ook al buitenshuis met Home Assistant via de Home Assistant app en waarschijnlijk ook al met Homey

[ Voor 7% gewijzigd door TeslaNerd op 28-09-2026 18:52 ]

[jj85]

TeslaNerd schreef op maandag 28 september 2026 @ 18:00:
[...]

Komt of is er ook een optie om van buiten de huiswifi direct naar OpenQuatt te kijken?

Via HA, Homey etc is dit prima mogelijk.
Je kan ook bijv een reverse proxy aanmaken naar je openquatt.local instantie of werken met tailscale. Heb je wel iets van een thuisservertje nodig.

Maar daar houdt het verder voorlopig wel een beetje op.

Is er een android/apple app ontwikkelaar die iets moois voor OpenQuatt kan maken?

[ Voor 9% gewijzigd door jj85 op 28-09-2026 19:25 ]

[TeslaNerd]

jj85 schreef op maandag 28 september 2026 @ 19:25:
[...]

Via HA, Homey etc is dit prima mogelijk.
Je kan ook bijv een reverse proxy aanmaken naar je openquatt.local instantie of werken met tailscale. Heb je wel iets van een thuisservertje nodig.

Maar daar houdt het verder voorlopig wel een beetje op.

Is er een android/apple app ontwikkelaar die iets moois voor OpenQuatt kan maken?

Als vervolgprojectje op de debug logs ai analyzer op https://openheatpumps.nl kan ik volgens chatgpt een laagdrempelige oplossing bieden via het domein quatt.openheatpumps.nl op Cloudflare.

Het idee is om gebruik te maken van de ingebouwde MQTT-voorziening van OpenQuatt, maar dan volledig stateless. Dus zónder dat ik een database met privacygevoelige gebruikersgegevens hoef bij te houden.

Kort gezegd: je koppelt je telefoon eenmalig thuis via het lokale dashboard van OpenQuatt. Je browser slaat dan lokaal een anonieme ID op (local storage of in een browser cookie). Als je daarna onderweg naar quatt.openheatpumps.nl surft, verbindt de webinterface direct en veilig via WebSockets met jouw warmtepomp thuis. Geen app nodig, geen poorten openzetten en maximale privacy. Dat kan ik wel deze week in elkaar knutselen denk ik voor een PR

EDIT: In plaats van de MQTT-service te gebruiken, kan het mogelijk ook met een stateless HTTP-tunneling proxy via een Cloudflare Worker, waarbij MQTT niet gebruikt wordt.

OpenQuatt opent met de ESP32 thuis één lichte, uitgaande WebSocket-pijplijn naar Cloudflare op basis van de anonieme ID. Op het moment dat je onderweg quatt.openheatpumps.nl opent, worden de HTTP-verzoeken van je mobiele browser 1-op-1 doorgezet naar die pijplijn.

Hierdoor zou de volledige originele interface met alle grafieken en logs dan ook buitenshuis te benaderen zijn.

is dit een vorm van een reverse proxy @jj85 ?

[ Voor 20% gewijzigd door TeslaNerd op 28-09-2026 20:17 ]

[leejoow]

jj85 schreef op maandag 28 september 2026 @ 19:25:
[...]

Via HA, Homey etc is dit prima mogelijk.
Je kan ook bijv een reverse proxy aanmaken naar je openquatt.local instantie of werken met tailscale. Heb je wel iets van een thuisservertje nodig.

Maar daar houdt het verder voorlopig wel een beetje op.

Is er een android/apple app ontwikkelaar die iets moois voor OpenQuatt kan maken?

Of poortje open en port forwarding, maar weet wel waar je mee bezig bent.

Daarnaast lijkt het me logischer dat het uiteindelijk iets op OpenQuatt.nl zou zijn, maar op dit moment niet de tijd om daar mee aan de gang te gaan.

[ Voor 13% gewijzigd door leejoow op 28-09-2026 20:33 ]

[jj85]

leejoow schreef op maandag 28 september 2026 @ 20:32:
[...]


Of poortje open en port forwarding, maar weet wel waar je mee bezig bent.

Voor nu dit idd. En OpenQuatt heeft een inlogvoorziening (username + password) voor dit soort verbindingen met het grote-boze-internet

[TeslaNerd]

leejoow schreef op maandag 28 september 2026 @ 20:32:
[...]


Of poortje open en port forwarding, maar weet wel waar je mee bezig bent.

Daarnaast lijkt het me logischer dat het uiteindelijk iets op OpenQuatt.nl zou zijn, maar op dit moment niet de tijd om daar mee aan de gang te gaan.

via het domein quatt.openheatpumps.nl op Cloudflare kan dit als 'proof of concept' dienen. Mocht het goed werken, dan kan het later verhuizen naar openquatt.nl.

Het voordeel van deze opzet is als ik het goed begrijp dat het 100% database-vrij, anoniem en AVG-proof is.

De user flow wordt dan als volgt:

1. Op je mobiel: Je zet een extra switch in openquatt.local op 'AAN'. De ESP32 genereert een anonieme Pump-ID in zijn geheugen en opent één lichte, uitgaande WebSocket-pijplijn naar Cloudflare. Je mobiele browser redirect daarna automatisch voor een eerste keer naar quatt.openheatpumps.nl.
2. LocalStorage: De web-app op Cloudflare slaat deze ID eenmalig op in de localStorage van de mobiele browser. Op het mobiele device van de gebruiker, niet in Cloudflare.
3. Onderweg: Je surft simpelweg naar quatt.openheatpumps.nl. Cloudflare herkent de ID uit de localStorage en sluist de HTTP-verzoeken van je browser 1-op-1 door naar de openstaande pijplijn. De volledige actuele openquatt.local interface met alle grafieken, logs etc werkt direct buitenshuis.
4. Beheer & Security: Op desktop is de extra switch vergrendeld (met een melding dat je dit op je mobiel moet activeren), maar er komt op alle apparaten een knop "Gegenereerde ID's wissen". Mocht je je telefoon verliezen, dan wis je thuis de IDs uit de ESP32 en is de actieve tunnel direct overal ter wereld waardeloos. Herkoppelen of een extra toestel toevoegen is een kwestie van de switch lokaal een keer UIT en AAN zetten op dat toestel.

Omdat Cloudflare het werk doet, hoeft OpenQuatt in de firmware alleen een lichte uitgaande WebSocket-client te draaien die de verzoeken intern doorzet naar de lokale webserver.

[TeslaNerd]

jj85 schreef op maandag 28 september 2026 @ 20:59:
[...]

Voor nu dit idd. En OpenQuatt heeft een inlogvoorziening (username + password) voor dit soort verbindingen met het grote-boze-internet

Port forwarding moet iedereen zelf instellen in de eigen router?

[leejoow]

TeslaNerd schreef op maandag 28 september 2026 @ 21:02:
[...]

Port forwarding moet iedereen zelf instellen in de eigen router?

Uiteraard

[TeslaNerd]

leejoow schreef op maandag 28 september 2026 @ 21:35:
[...]


Uiteraard

Ok, misschien nog even toelichten "maar weet wel waar je mee bezig bent".

[leejoow]

TeslaNerd schreef op maandag 28 september 2026 @ 21:48:
[...]

Ok, misschien nog even toelichten "maar weet wel waar je mee bezig bent".

Ik weet niet helemaal wat ik hier aan toe moet voegen 😎 Het open zetten van poorten op je netwerk heeft altijd risico’s, maar ik verwacht wel een beetje van mensen op Tweakers dat ze dat weten ☺️ Als iemand de suggestie heeft “zet port forwarding maar aan” hoop ik dat daar wel eerst even over nagedacht wordt voor het gedaan wordt

[TeslaNerd]

leejoow schreef op maandag 28 september 2026 @ 22:00:
[...]


Ik weet niet helemaal wat ik hier aan toe moet voegen 😎 Het open zetten van poorten op je netwerk heeft altijd risico’s, maar ik verwacht wel een beetje van mensen op Tweakers dat ze dat weten ☺️ Als iemand de suggestie heeft “zet port forwarding maar aan” hoop ik dat daar wel eerst even over nagedacht wordt voor het gedaan wordt

Sorry voor de opdringerige vraag, ik had bij jouw reactie op het eerdere bericht van @jj85 niet goed door of jouw opmerkingen over poortje openen en port forwarding specifiek voor @jj85 als ontwikkelaar van OpenQuatt waren of meer algemeen voor de gebruikers van OpenQuatt. Dankjewel voor de toelichting

[zeekoe]

Ik zou "gewone" port forwarding afraden. Als je iets in je netwerk hebt waar je naartoe kan ssh'en (router, HA servertje) kun je in een client (zoals ConnectBot op Android) ook poorten doorzetten. Mits je SSH goed beveiligd hebt, geeft dit een lager risico op misbruik/inbraak.

Ik heb zelf SSH op een niet-standaard poort (5 cijfers) naar buiten opengesteld, beveiligd met private key, en fail2ban geïnstalleerd.


Via http://localhost:8008 kom ik bij openquatt, en :8123 bij HA.

[CPM]

Het boeit echt niet of je andere poorten gebruikt dan standaard. Portscanners halen ze er toch wel uit. En met andere tools kom je nog stukken verder.

Ssh beveiliging zoals voorgesteld maakt het iets veiliger. Maar er zijn nog veel meer wegen die naar Rome leiden.

Wil je een beetje basic en goedkoop pak dan een pfsene of opnsense met suricata of snort. Wil je simpel, Unifi Gateway en dan voor €100 per jaar de Cyber Secure er bij. En de ip's alleen op NL of je vakantie land scheelt enorm veel. En dan alleen één poortje open voor je VPN.

Maar we raken offtopic.

[TeslaNerd]

CPM schreef op dinsdag 29 september 2026 @ 19:55:
Het boeit echt niet of je andere poorten gebruikt dan standaard. Portscanners halen ze er toch wel uit. En met andere tools kom je nog stukken verder.

Ssh beveiliging zoals voorgesteld maakt het iets veiliger. Maar er zijn nog veel meer wegen die naar Rome leiden.

Wil je een beetje basic en goedkoop pak dan een pfsene of opnsense met suricata of snort. Wil je simpel, Unifi Gateway en dan voor €100 per jaar de Cyber Secure er bij. En de ip's alleen op NL of je vakantie land scheelt enorm veel. En dan alleen één poortje open voor je VPN.

Maar we raken offtopic.

Maar gaat het goed & veilig werken met zo een http proxy reverse proxy via bijvoorbeeld Cloudflare?

[jj85]

OpenQuatt v0.53.0

Er staat weer een nieuwe stable release klaar. v0.53.0 vernieuwt de stooklijnbediening en geeft meer inzicht in je woning en ontdooien.

Let op bij deze update: de bestaande technische trendhistorie wordt eenmalig gewist en opnieuw opgebouwd. Energiegegevens en de Beslislog blijven behouden.

✨ Belangrijkste wijzigingen

🔥 Stooklijn: makkelijker instellen en bijsturen

Stel helling en aanvoertemperatuur in, of versleep de zes stooklijnpunten en sla ze samen op. De grafiek en het actuele aanvoerdoel maken duidelijker wat OpenQuatt vraagt.

Via Home Assistant, MQTT of de API kun je de stooklijn tijdelijk maximaal 5 °C verhogen of verlagen. Ongeldige of verlopen invoer wordt niet toegepast; een volledige externe doeltemperatuur houdt voorrang.

🏠 Power House: meer inzicht in je woning

Passief leren verzamelt gegevens over de warmtevraag en het opwarmen en afkoelen van je woning. Voorlopig vooral om meer inzicht te krijgen, met meetpunten, een voorlopige woninglijn en een lokale export.

De functie is experimenteel, staat standaard aan en past geen instellingen automatisch aan. Je huidige regeling blijft leidend. De opgeslagen leergegevens blijven lokaal en je aan/uit-keuze blijft na een herstart behouden. Vrijwillige technische statistieken bevatten alleen de aan/uit-stand, niet de leergegevens.

❄️ Meer inzicht in ontdooien

Bekijk ontdooigegevens per buitenunit, vraag na bevestiging een handmatige cyclus aan of wijzig de ontdooimethode wanneer de compressor stilstaat en de voorwaarden kloppen. De keuzes passen bij jouw buitenunit.

Optioneel wordt de methode na een herstart opnieuw toegepast, na veiligheidscontrole. De buitenunit blijft de cyclus uitvoeren. Normale stopverzoeken behouden de watercirculatie tijdens ontdooien; veiligheidsstops blijven voorgaan.

📈 Trends en diagnose

Nieuwe trendlijnen tonen het stooklijndoel en de effectieve Power House-vermogensvraag. Bij te weinig flow krijg je meer uitleg en directe toegang tot de Waterpomptest. Ook verschijnt een waarschuwing wanneer de OpenTherm-ketel lage CV-waterdruk meldt.

De Systeemrecorder bewaart meer flow- en pompgegevens en kan via een directe link worden geopend. Opnames worden niet automatisch gedeeld.

🛠️ Kleinere verbeteringen

• Een R1-aan/uit-ketel regelt bij ketelondersteuning en een koude start rond de gevraagde watertemperatuur. OTB blijft in ontwikkeling.
• Bodemplaatverwarming biedt alleen methoden aan die bij de buitenunit passen.
• Verbeterde Ethernetstart en netwerkherstel.
• Ongeldige gewenste kamertemperaturen worden afgewezen.
• Herstelde invoer van compressor-alarmgrenzen en duidelijkere Power House-teksten.
• Extra MQTT- en crashdiagnostiek voor onderzoek naar storingen.

🔗 Release

OpenQuatt v0.53.0 – release notes en download

[Appesteijn]

Hij gaat maar door!

[sdh1981]

Ik ben groot fan van OQ en ik zie dat @jj85 er veel energie in stopt om het gelikt te maken. Ik vraag mij af wanneer @BobVI een keer op de deur klopt en de controller van @leejoow koopt met daar op de OQ als vervanging voor de CIC

[onlinaius]

sdh1981 schreef op donderdag 1 oktober 2026 @ 13:18:
Ik ben groot fan van OQ en ik zie dat @jj85 er veel energie in stopt om het gelikt te maken. Ik vraag mij af wanneer @BobVI een keer op de deur klopt en de controller van @leejoow koopt met daar op de OQ als vervanging voor de CIC

Als ik hen was zou ik @jj85 ook een vorstelijk salaris aanbieden om hem aan boord te halen bij Quatt. 1 ruim salaris en je kunt de rest van je hele softwareteam per direct op straat knikkeren, stukken sneller ontwikkelen en eindelijk ook eens gaan voldoen aan veel van de beloftes die je paarse broeken afdeling de wereld in liegt. Simpele schil er overheen, met een poweruser achtergrond die ge-unlocked moet worden, en je hebt een systeem wat veel beter is dan wat Quatt nu op de CiC heeft staan.

En dat hoeft zelfs niet verkeerd te zijn voor ons als Tweakers. Zo lang je weet te bedingen dat er geen bestaande functies verloren gaan, en dat de poweruser sectie toegankelijk wordt met hooguit een serie aan redelijke disclaimers die je moet accepteren, heeft het werken met de resources en statistieken van Quatt waarschijnlijk best zo zijn voordelen.

[Toby-Wan]

onlinaius schreef op donderdag 1 oktober 2026 @ 13:32:
[...]

Als ik hen was zou ik @jj85 ook een vorstelijk salaris aanbieden om hem aan boord te halen bij Quatt. 1 ruim salaris en je kunt de rest van je hele softwareteam per direct op straat knikkeren, stukken sneller ontwikkelen en eindelijk ook eens gaan voldoen aan veel van de beloftes die je paarse broeken afdeling de wereld in liegt. Simpele schil er overheen, met een poweruser achtergrond die ge-unlocked moet worden, en je hebt een systeem wat veel beter is dan wat Quatt nu op de CiC heeft staan.

En dat hoeft zelfs niet verkeerd te zijn voor ons als Tweakers. Zo lang je weet te bedingen dat er geen bestaande functies verloren gaan, en dat de poweruser sectie toegankelijk wordt met hooguit een serie aan redelijke disclaimers die je moet accepteren, heeft het werken met de resources en statistieken van Quatt waarschijnlijk best zo zijn voordelen.

moet @jj85 dan ook paarse broeken gaan dragen als mr CEO @marijnflipse

[jj85]

Toby-Wan schreef op donderdag 1 oktober 2026 @ 14:05:
[...]

moet @jj85 dan ook paarse broeken gaan dragen als mr CEO @marijnflipse

Geen probleem

[leejoow]

OMG! Merchandising!

[joosie]

jj85 schreef op donderdag 1 oktober 2026 @ 14:31:
[...]

Geen probleem
[Afbeelding]

Moet je eigenlijk wel voor een korte broek gaan. Met een lange broek en hoodie lijkt het net of OpenQuatt niet goed werkt.

[jj85]

joosie schreef op donderdag 1 oktober 2026 @ 16:54:
[...]

Moet je eigenlijk wel voor een korte broek gaan. Met een lange broek en hoodie lijkt het net of OpenQuatt niet goed werkt.

Zoiets?

[TeslaNerd]

jj85 schreef op donderdag 1 oktober 2026 @ 17:04:
[...]

[Afbeelding]

Zoiets?

Bijna! Met die korte broek binnen op de bank en sneeuw en ijspegels buiten

[Toby-Wan]

jj85 schreef op donderdag 1 oktober 2026 @ 17:04:
[...]

[Afbeelding]

Zoiets?

vergeet de gouden step niet

[Valor]

jj85 schreef op donderdag 1 oktober 2026 @ 14:31:
[...]

Geen probleem
[Afbeelding]

Ik zou een hoodie bestellen als merchandise O+!

[Ferdinand Oeinck]

ik ook