OpenQuatt: zelf je Quatt warmtepomp aansturen

[jj85]

Toby-Wan schreef op vrijdag 6 maart 2026 @ 14:34:
[...]

chapeau @jj85
is dit al inclusief passieve koeling of is dat voor een toekomstige release?

Nog zonder koelen. Er staat nu een redelijke basis voor single/duo en verwarmen.
Hier wil ik nu eerst nog wat aan finetunen:
- max watertemp instelbaar maken
- boiler assist (ControlMode 3) wat verder uitwerken
- soort HA - Onboarding setup bouwen om de gebruiker op weg te helpen
- aan/uit knop nu is het enkel standje automatisch (of handmatig een een bepaalde ControlMode forceren)

En dan op korte termijn ook koelen gaan inbouwen.

Dus als hier suggesties voor zijn qua opbouw, dan hoor ik dat graag.
Weet bijv niet of je bij een duo met beide HP's moet gaan koelen, of dat je er eentje voor pakt.
Denk dat het al snel neer gaat komen op een PI-regeling op watertemperatuur.
De benodigde watertemperatuur moet bepaald worden op basis van een instelbare ondergrens (bijv de vaak genoemde 18grC) of op basis van sensor-informatie (woonkamertemp, buitentemp, dauwpunten, RH-sensoren etc).

[onlinaius]

jj85 schreef op vrijdag 6 maart 2026 @ 14:48:
Weet bijv niet of je bij een duo met beide HP's moet gaan koelen, of dat je er eentje voor pakt.
Denk dat het al snel neer gaat komen op een PI-regeling op watertemperatuur.

Is dat inderdaad niet 'simpelweg' een watertemperatuurregeling, maar dan altijd op 18 (of een andere instelbare temperatuur)? Verder lijkt mij het gewenste gedrag hetzelfde als bij verwarming en sturing op watertemperatuur. Gebaseerd op verwarmen zou mijn vermoeden zijn dat de load verdelen over 2 units efficienter is (mits het minimale vermogen van 2 units niet overschreden wordt, wat bij koelen waarschijnlijk veel sneller het geval zal zijn).

[Ferdinand Oeinck]

Sind 's ochtends 5 maart 11 uur krijgt mijn heatpump listener geen waarden meer door die door de CiC naar de Quatts gestuurd worden.
Ik heb zowel in de github sources van electropaultje als ook OpenQuatt gekeken Het gaat dan om de modbus registers: 42000, 44000, 42011, 42016 in de firmware van de Heatpump listener. Maar in de OpenQuatt firmware staan hiervoor resp. de registers: 1999, 3999, 2010 en 2015.
Kan iemand me uitleggen hoe dat kan en zou dat te maken kunnen hebben met het niet meer ontvangen van deze waarden?

[TeslaNerd]

Kun jij (met hulp van @leejoow ) de uart logs van de esp krijgen?

[Ferdinand Oeinck]

TeslaNerd schreef op zaterdag 7 maart 2026 @ 16:39:
Kun jij (met hulp van @leejoow ) de uart logs van de esp krijgen?

Ik hoop het, maar weet zelf niet hoe die te krijgen.

[jj85]

@m10tech hoe werkt jou sniffer na de 4.2.0 CIC-update?

[sdh1981]

Zou Quatt een update pushen in de ODU om onze listners tijdelijk om zeep te helpen?

[sdh1981]

@Ferdinand Oeinck is de EEPROM en Firmware in de ODU nog hetzelfde of is deze gewijzigd?

[ Voor 7% gewijzigd door sdh1981 op 07-03-2026 18:18 ]

[leejoow]

De modbusspy die wordt gebruikt bij de listener telt 42001 op bij het register. Dit heeft iets te maken met het officiele modbus protocol is mij door mijn echtgenoot verteld, maar dat durf ik niet te zeggen.

De 1999 komt dus overeen met de 42000. Dit weekend is even lastig, maar ik zal binnenkort even contact opnemen om je een firmware te sturen waarbij de logging wat uitgebreider staat. Ik ben vooral benieuwd of de andere mensen die deze firmware update van Quatt gekregen hebben ook geen data meer krijgen bij de verschillende oplossingen die bestaan.

[Ferdinand Oeinck]

sdh1981 schreef op zaterdag 7 maart 2026 @ 18:09:
@Ferdinand Oeinck is de EEPROM en Firmware in de ODU nog hetzelfde of is deze gewijzigd?

EEPROM versie is 114 voor beide HP's. Ongewijzigd.
Als ik in quatt.bigroses.net terug kijk op 5 maart, zie ik dat er meer data niet door komt:
HP1 - Condensor coil temperature
HP1 - Suction temperature
HP2 - Condensor coil temperature
HP2 - Electric Expansion Valve
HP2 - Suction temperature

Vreemd dat HP1 - Electric Expansion Valve wel doorkomt!

[m10tech]

jj85 schreef op zaterdag 7 maart 2026 @ 17:14:
@m10tech hoe werkt jou sniffer na de 4.2.0 CIC-update?

Gister zat ik nog niet op 4.2.0, en nu wel, vanaf 16:10
De EEPROM versie is van 114 naar 54295 en ook naar 256 en 3328 en diverse (alle?) registers zijn ook helemaal de draad kwijt.

Hier is duidelijk iets gebeurd.
Mijn gok en hoop is dat er 1 register ergens is dat de offset van alle andere registers regelt en dat alles is opgeschoven.
Of men heeft daadwerkelijk alle register hergeprogrameerd en de eeprom ook en de firmware, van kwaad tot erger.
Lijkt dat we alles weer eens goed moeten reverse engineeren...
Sinds mijn switch naar HA 2026.1 ofzo werkt mijn sniffer bij vlagen niet, een gevolg van de beroerde manier waarop je met arduino kunt syncen op de modbusframes...
Tot nader order even geen conclusies...

[ Voor 13% gewijzigd door m10tech op 07-03-2026 19:15 ]

[jj85]

Installeren van OpenQuatt is wat gemakkelijker gemaakt.
ESP-device via USB aansluiten op je computer en gaan met die banaan!
https://jeroen85.github.io/OpenQuatt/install/

[Ferdinand Oeinck]

leejoow schreef op zaterdag 7 maart 2026 @ 18:21:
De modbusspy die wordt gebruikt bij de listener telt 42001 op bij het register. Dit heeft iets te maken met het officiele modbus protocol is mij door mijn echtgenoot verteld, maar dat durf ik niet te zeggen.

De 1999 komt dus overeen met de 42000. Dit weekend is even lastig, maar ik zal binnenkort even contact opnemen om je een firmware te sturen waarbij de logging wat uitgebreider staat. Ik ben vooral benieuwd of de andere mensen die deze firmware update van Quatt gekregen hebben ook geen data meer krijgen bij de verschillende oplossingen die bestaan.

Zou het kunnen zijn dat de CiC firmware 4.2.0 modbus function code 6 (Write Single Register) vervangen heeft door function code 16 (Write Multiple Registers)? Function code 16 wordt niet ondersteund zag ik in de c++ sources op https://github.com/electropaultje/modbus-spy-esphome