OpenAmber: Itho Daalderop Amber warmtepomp firmware

[Jordi_]

TeslaNerd schreef op zaterdag 21 februari 2026 @ 18:47:
[...]

Kun jij mij de omschrijving geven waarom en hoe wij het defrost gedrag willen tweaken

De ingebouwde defrost logica lijkt niet heel intelligent, onder bepaalde condities(onder andere buiten temperatuur) gaat hij op een vast interval(+- elk uur) defrosten. Dit gebeurd soms terwijl de unit niet een aan het dicht vriezen is.

Idealiter wordt er gekeken naar vochtigheid maar dat zit niet ingebouwd, dus het beste alternatief is dat we het zelf kunnen besturen. Nu weet ik niet hoe dat kan, er is bijvoorbeeld een working mode 4 beschreven in de Quatt code genaamd force defrost, maar dan zou ook de buiten unit moeten stoppen met het zelf regelen van de defrosts.

Een minder alternatief zou zijn om het huidige algoritme te kunnen tunen, dus bijvoorbeeld de buiten temperatuur waarop hij inschakelt te veranderen of andere parameters die van invloed zijn. De itho unit gebruikt defrost algoritme(register 3297) op 2, dit was aan te passen in vorige software versies maar andere varianten leken ook niet goed te werken.

Wat ook nog interessant is: het "working of bottom plate heater" register lijkt bij de itho unit op 3236 te zitten.

[Jordi_]

30 Hz verwarmen experiment is ook gelukt!

Dit zal aardig stroom besparen zo te zien, 36 Hz verbruikt bij mij gemiddeld 530W en 30 Hz gemiddeld 430W

Zal bij de volgende release ingebakken zitten, dus geen EEPROM update nodig .

[TeslaNerd]

Jordi_ schreef op zaterdag 21 februari 2026 @ 22:10:
[Afbeelding]
30 Hz verwarmen experiment is ook gelukt!

Dit zal aardig stroom besparen zo te zien, 36 Hz verbruikt bij mij gemiddeld 530W en 30 Hz gemiddeld 430W

Zal bij de volgende release ingebakken zitten, dus geen EEPROM update nodig .

Hoe heb jij dat voor elkaar gekregen?

[Jordi_]

TeslaNerd schreef op zaterdag 21 februari 2026 @ 22:20:
[...]

Hoe heb jij dat voor elkaar gekregen?

De EEPROM parameters in de 3000-3510 range(https://github.com/Jordi1...docs/eeprom-parameters.md) worden dus inderdaad direct toegepast en dus kun je de frequentie tabellen aanpassen.

[TeslaNerd]

Jordi_ schreef op zaterdag 21 februari 2026 @ 22:28:
[...]

De EEPROM parameters in de 3000-3510 range(https://github.com/Jordi1...docs/eeprom-parameters.md) worden dus inderdaad direct toegepast en dus kun je de frequentie tabellen aanpassen.

Dus dan kunnen wij compressor niveaus met een hinderlijke frequentie ook direct corrigeren naar een andere niet resonerende waarde

[SiNTeK]

bighead schreef op zaterdag 21 februari 2026 @ 15:43:
Iemand die het ene draadje solderen al gedaan heeft voor uitschakelen van de backlight?

Nog niet aan toe gekomen door vakantie. Probeer het ergens de komende (anderhalve) week te fixen.

[TeslaNerd]

Jordi_ schreef op zaterdag 21 februari 2026 @ 19:50:
[...]

De ingebouwde defrost logica lijkt niet heel intelligent, onder bepaalde condities(onder andere buiten temperatuur) gaat hij op een vast interval(+- elk uur) defrosten. Dit gebeurd soms terwijl de unit niet een aan het dicht vriezen is.

Idealiter wordt er gekeken naar vochtigheid maar dat zit niet ingebouwd, dus het beste alternatief is dat we het zelf kunnen besturen. Nu weet ik niet hoe dat kan, er is bijvoorbeeld een working mode 4 beschreven in de Quatt code genaamd force defrost, maar dan zou ook de buiten unit moeten stoppen met het zelf regelen van de defrosts.

Een minder alternatief zou zijn om het huidige algoritme te kunnen tunen, dus bijvoorbeeld de buiten temperatuur waarop hij inschakelt te veranderen of andere parameters die van invloed zijn. De itho unit gebruikt defrost algoritme(register 3297) op 2, dit was aan te passen in vorige software versies maar andere varianten leken ook niet goed te werken.

Wat ook nog interessant is: het "working of bottom plate heater" register lijkt bij de itho unit op 3236 te zitten.

Met jouw defrost verzoek krijg ik deze reactie en een document met extra info

Plaatje verwijderd

[ Voor 19% gewijzigd door TeslaNerd op 23-02-2026 15:51 ]

[Jordi_]

TeslaNerd schreef op zondag 22 februari 2026 @ 07:26:
[...]

Met jouw defrost verzoek krijg ik deze reactie en een document met extra info:

(Stuur een pm als de Wetransfer link is verlopen)

[Afbeelding]

Fantastisch document! Daar zit heel wat nuttige informatie in.

[ThinkPad]

Jordi_ schreef op zaterdag 21 februari 2026 @ 19:50:
[...]

De ingebouwde defrost logica lijkt niet heel intelligent, onder bepaalde condities(onder andere buiten temperatuur) gaat hij op een vast interval(+- elk uur) defrosten. Dit gebeurd soms terwijl de unit niet een aan het dicht vriezen is.

[…]

Mijn MHI airco doet het op basis van de temperatuur van de warmtewisselaar buiten, de buitentemperatuur, het temperatuurverschil tussen die twee en nog wat condities (minimaal xx minuten aan het verwarmen geweest e.d.).

Heb hem nog nooit op een valse defrost kunnen betrappen. De keren dat ik tijdens een defrost buiten ging kijken was de warmtewisselaar idd helemaal wit van ijsaangroei.

Logica staat beschreven in de technical manual op pag. 48/49 (hfst. 17c).

Wellicht heb je er iets aan

[Jordi_]

ThinkPad schreef op zondag 22 februari 2026 @ 08:15:
[...]

Mijn MHI airco doet het op basis van de temperatuur van de warmtewisselaar buiten, de buitentemperatuur, het temperatuurverschil tussen die twee en nog wat condities (minimaal xx minuten aan het verwarmen geweest e.d.).

Heb hem nog nooit op een valse defrost kunnen betrappen. De keren dat ik tijdens een defrost buiten ging kijken was de warmtewisselaar idd helemaal wit van ijsaangroei.

Logica staat beschreven in de technical manual op pag. 48/49 (hfst. 17c).

Wellicht heb je er iets aan

Thanks, daar beschrijving ze inderdaad heel uitgebreid wat de defrost start en einde condities zijn. Hoop dat wij dit ook kunnen implementeren.

[jj85]

Jordi_ schreef op zondag 22 februari 2026 @ 08:37:
[...]

Thanks, daar beschrijving ze inderdaad heel uitgebreid wat de defrost start en einde condities zijn. Hoop dat wij dit ook kunnen implementeren.

Of gewoon op AI mode zetten

[leejoow]

Jordi_ schreef op zaterdag 21 februari 2026 @ 22:28:
[...]

De EEPROM parameters in de 3000-3510 range(https://github.com/Jordi1...docs/eeprom-parameters.md) worden dus inderdaad direct toegepast en dus kun je de frequentie tabellen aanpassen.

Moet er nog rekening gehouden worden qua levenduur van de compressor met lagere snelheden dan die Itho er zelf in gezet heeft? Dat is wel iets om in het achterhoofd te houden.

Als ik de lijst bekijk zie ik register 3275 staan: volgens mij is die wel heel interessant als je zelf de defrost logica wil gaan bouwen.

[Jordi_]

leejoow schreef op zondag 22 februari 2026 @ 09:08:
[...]


Moet er nog rekening gehouden worden qua levenduur van de compressor met lagere snelheden dan die Itho er zelf in gezet heeft? Dat is wel iets om in het achterhoofd te houden.

Als ik de lijst bekijk zie ik register 3275 staan: volgens mij is die wel heel interessant als je zelf de defrost logica wil gaan bouwen.

De snelheden die ik nu zet zijn dezelfde die in recente itho units worden meegeleverd, dus dat is de veilige keuze.

Het kan nog wel een interessante vraag zijn aan Amitime of we nog lager kunnen dan 30 Hz, ik dacht dat WeHeat ook nog lager moduleert. Misschien kun je dat nog bij jouw contact checken @TeslaNerd.

3275 lijkt inderdaad interessant, de vraag is dan alleen hoe je een defrost start, misschien via de forced defrost maar we moeten eigenlijk weten hoe dat proces moet worden gestart.

[Degast]

Als je type nummer compressor opzoekt dan vind je ook documenten waaruit blijkt dat de effecientie bij hogere en lagere toerentallen af neemt. Itho zit daar met 30 tm 90 nog binnen met een marge meen ik. (Is al even geleden dat ik er doorheen las)

Blijft wel dat op lagere toeren de energie efficiëntie af zal nemen gewoon omdat de verhouding pomp en sturing stroom hoger wordt. En de efficiëntie van de compressor m.i. niet wisselt bij verschillende toerentallen. (Dat is ook afhankelijk van de andere instellingen, hangt van de druk af bijvoorbeeld) Lage toeren hoeven dus geen doel op zich te zijn. (30 is al heel stil m.i.)

Wbt defrosten is het natuurlijk heel interessant om te kijken of alleen als condensor bevroren is de defrost te draaien ook echt beter is. Hij zal er dan ook langer mee bezig zijn, en meer energie vragen en meer kans op achterblijvend ijs?

Ik heb lang niet zoveel defrosts zoals sommige hier beschrijven.
Zit hem natuurlijk ook in plaatsing en dimensionering en vraagtemperaturen.

Het kan dus zijn dat de "beste" instelling per systeem wisselt?

Benieuwd naar de uitkomsten!

[Degast]

whp07600psdpc9kq

Zit in mijn Amber 95

[Degast]

Volgens specs compressor alowable speeds: 15-120. 900tpm-7200tpm.
Laat ik al t andere dus buiten beschouwing.

[TeslaNerd]

Degast schreef op zondag 22 februari 2026 @ 09:44:
Volgens specs compressor alowable speeds: 15-120. 900tpm-7200tpm.
Laat ik al t andere dus buiten beschouwing.

Bij lage snelheden krijg je nu ook al oil return cycles iedere twee uur of zo. Die komen dan wellicht ook vaker bij nog lagere frequenties. Ook interessant om er achter te komen wat de logica achter die oil return cycle is

[Degast]

Staat ook iets over in document dat je vind bij typenummer van mijn compressor. Dat speelt inderdaad ook.
En de toelaatbare werkdruk veranderd als ik t zo snel even las buiten de marge 30-90.

[Stoker]

Sparrow en Blackbird p60 16%, Blackbird p80 20%

[bighead]

Jordi_ schreef op zaterdag 21 februari 2026 @ 22:10:
[Afbeelding]
30 Hz verwarmen experiment is ook gelukt!

Dit zal aardig stroom besparen zo te zien, 36 Hz verbruikt bij mij gemiddeld 530W en 30 Hz gemiddeld 430W

Zal bij de volgende release ingebakken zitten, dus geen EEPROM update nodig .

Hier verwarmt de Amber 95 standaard al op 30 Hz, maar verbruik is dan 570W gemiddeld. 36 Hz is gemiddeld 670W. Ik ben benieuwd hoe die verschillen dan komen. En of die van mij dan ook nog zuiniger zou kunnen draaien.

[Jordi_]

bighead schreef op zondag 22 februari 2026 @ 12:42:
[...]


Hier verwarmt de Amber 95 standaard al op 30 Hz, maar verbruik is dan 570W gemiddeld. 36 Hz is gemiddeld 670W. Ik ben benieuwd hoe die verschillen dan komen. En of die van mij dan ook nog zuiniger zou kunnen draaien.

Dat verschil zal wel kloppen omdat ik een Amber 65 heb, voor jou zal er geen verschil zijn omdat jouw unit al draait met de nieuwe verwarming frequentie tabel.

[Dyna]

Denk je dat het qua frequentie nog uit maakt of het een hps of amber is…?

[Tdikoos]

Daar wil ik wel even op inhaken.
Heb heel wat uurtjes naar het scherm gekeken om de werking beter te begrijpen.
De frequenties van de HP-S 55 bij verwarmen zijn:
95,85,72,67,60,55,49,43,36,30hz
Vanaf 43hz en lager is er bij deze units elke 20 min een olie return cylce waarbij er voor 2 min naar 60hz gegaan wordt.

Wel is het hier merkbaar dat er bij 30hz, zo weinig warmte vermogen wordt gegenereerd bij temperaturen rond de 3 graden, dat de unit weer terugschakeld naar 36hz
Voor het koelen worden iets andere frequenties gebruikt. Ik had deze wel maar omdat ik het vermogen niet kwijt kon met koelen dit hoofdstuk maar weer vergeten.

Met de defrost op setting 0 beduidend minder defrostcycles en ook pas bij lagere temperaturen.
Onder de 60hz is er een merkbare afname van het aantal defrosts tov setting 2.
Waar bij setting 2 er zelfs op 43hz al defrosts werden begonnen op ta van 5 is dit nu pas vanaf 2,5 a 3gr bij zelfde frequentie.
Kwa energieverbuik lijkt het iets zuiniger en kan iets makklijker een graadje hoger draaien hetgeen het comfort in huis toch wel ten goede komt.

[shadylog]

Lage frequenties zijn zeker goed! Super benieuwd om 30hz te proberen! Maar voor de COP meende ik dat je het niet hoeft te doen. Ik dacht te meten dat 43hz het meest efficiënt was bij mij. De compressor moet relatief harder werken voor de weinige warmte die hij verplaats.

[TeslaNerd]

shadylog schreef op maandag 23 februari 2026 @ 02:00:
Lage frequenties zijn zeker goed! Super benieuwd om 30hz te proberen! Maar voor de COP meende ik dat je het niet hoeft te doen. Ik dacht te meten dat 43hz het meest efficiënt was bij mij. De compressor moet relatief harder werken voor de weinige warmte die hij verplaats.

Deze waarnemingen van optimale efficiëntie zijn dan voor jouw woning en voor jouw installatie en afgiftesysteem. In een andere woning met een ander afgiftesysteem kan dat weer anders zijn

[Jordi_]

@TeslaNerd Waar staan de volgende registers op bij Quatt?

3496 DC water pump fo enable
3458 Water flow sensor type

Bij de amber staat flow sensor type uit, op 0. En is er ook geen flow uit te lezen. Ik heb geprobeerd om dit te zetten op de andere 2 types maar ook geen resultaat.

Ik denk dat het misschien komt doordat de aansturing van het PWM signaal nu vanuit de binnen unit gebeurd, bij Quatt is dit rechtstreeks via de buiten unit.

Zou ook nog kunnen dat de flow juist uit te lezen is op de binnen unit omdat daar ook een flow switch signaal binnenkomt. Eigenlijk zouden we ook zo'n communicatie protocol excel voor de amber binnen units moeten hebben.

[ Voor 19% gewijzigd door Jordi_ op 23-02-2026 10:19 ]

[jj85]

@Jordi_ Ik heb ze gisteren allemaal even uitgelezen. Denk dat de excel iets verouderd is, zo is de flow sensor type 3 (zit trouwens wel een huba in...)


De Quatt (v1.5) heeft een flowsensor in de buitenunit. Die stuurt flow signaal naar de CiC. Vervolgens stuurt CiC weer een PWM signaal naar de pomp (in de buitenunit).
Buitenunit stuurt de flow dus niet zelf.

[ Voor 18% gewijzigd door jj85 op 23-02-2026 10:33 ]

[dikkepad]

Jordi_ schreef op maandag 23 februari 2026 @ 10:15:

Bij de amber staat flow sensor type uit, op 0. En is er ook geen flow uit te lezen. Ik heb geprobeerd om dit te zetten op de andere 2 types maar ook geen resultaat.

De amber heeft geen flowsensor, alleen een flowschakelaar. deze schakelt in bij iets van 600 L/h. Alleen ter beveiliging dus en verder kun je er weinig mee.

[Jordi_]

dikkepad schreef op maandag 23 februari 2026 @ 14:42:
[...]


De amber heeft geen flowsensor, alleen een flowschakelaar. deze schakelt in bij iets van 600 L/h. Alleen ter beveiliging dus en verder kun je er weinig mee.

Daar was ik ook bang voor, ik had eigenlijk de hoop dat de flow switch ook een flow terug kan koppelen, ik weet ook niet of dat gebruikelijk is. Zijn er specificaties van die flow switch?

[TeslaNerd]

jj85 schreef op maandag 23 februari 2026 @ 10:32:
@Jordi_ Ik heb ze gisteren allemaal even uitgelezen. Denk dat de excel iets verouderd is, zo is de flow sensor type 3 (zit trouwens wel een huba in...)
[Afbeelding]

De Quatt (v1.5) heeft een flowsensor in de buitenunit. Die stuurt flow signaal naar de CiC. Vervolgens stuurt CiC weer een PWM signaal naar de pomp (in de buitenunit).
Buitenunit stuurt de flow dus niet zelf.

Ik krijg deze reactie van Felix vandaag op jouw tabel en vraag of de excel outdated en/ of uniek is:

Plaatje is verwijderd

[ Voor 25% gewijzigd door TeslaNerd op 23-02-2026 15:49 ]

[Jordi_]

Nieuwe versie: https://github.com/Jordi1990/openamber/releases/tag/0.1.1
Bevat alleen het vergrote frequentie bereik van 30Hz-90Hz en een fix mbt het versie nummer.

Voor de mensen die 0.1.0 hebben geïnstalleerd:
De update via HA zal nu geen nieuwe versie aangeven door het verkeerde nummer in 0.1.0, dus even handmatig via de web interface een OTA update doen.

Voor de waveshare: https://github.com/Jordi1...openamber-esp32s3.ota.bin

Voor leejow module: https://github.com/Jordi1...1/openamber-esp32.ota.bin

[SiNTeK]

Jordi_ schreef op maandag 23 februari 2026 @ 16:50:
Voor de mensen die 0.1.0 hebben geïnstalleerd:
De update via HA zal nu geen nieuwe versie aangeven door het verkeerde nummer in 0.1.0, dus even handmatig via de web interface een OTA update doen.

Done! Ben benieuwd

[TeslaNerd]

Met het positieve nieuws dat Amitime ook meeleest op dit tweakers forum heb ik op verzoek de communicatie en het excel document weer verwijderd.
Dit betekent niet dat de support voor de OpenAmber en OpenQuatt controllers wordt beëindigd

[ Voor 24% gewijzigd door TeslaNerd op 23-02-2026 17:25 ]

[jj85]

Jordi_ schreef op maandag 23 februari 2026 @ 16:50:
Nieuwe versie: https://github.com/Jordi1990/openamber/releases/tag/0.1.1
Bevat alleen het vergrote frequentie bereik van 30Hz-90Hz en een fix mbt het versie nummer.

Voor de mensen die 0.1.0 hebben geïnstalleerd:
De update via HA zal nu geen nieuwe versie aangeven door het verkeerde nummer in 0.1.0, dus even handmatig via de web interface een OTA update doen.

Voor de waveshare: https://github.com/Jordi1...openamber-esp32s3.ota.bin

Voor leejow module: https://github.com/Jordi1...1/openamber-esp32.ota.bin

Nice!
Schrijf je die nieuwe tabel nu bij elke start (ESP) weer opnieuw naar de buitenunit?

[Degast]

TeslaNerd schreef op maandag 23 februari 2026 @ 17:22:
Met het positieve nieuws dat Amitime ook meeleest op dit tweakers forum heb ik op verzoek de communicatie en het excel document weer verwijderd.
Dit betekent niet dat de support voor de OpenAmber en OpenQuatt controllers wordt beëindigd

Of natuurlijk via Itho?

[Jordi_]

jj85 schreef op maandag 23 februari 2026 @ 17:36:
[...]

Nice!
Schrijf je die nieuwe tabel nu bij elke start (ESP) weer opnieuw naar de buitenunit?

Ja, ik vermoed dat dit niet naar EEPROM geschreven wordt, pas in de data write modus.

[Carboy54]

Jordi_ schreef op maandag 23 februari 2026 @ 14:50:
[...]

Daar was ik ook bang voor, ik had eigenlijk de hoop dat de flow switch ook een flow terug kan koppelen, ik weet ook niet of dat gebruikelijk is. Zijn er specificaties van die flow switch?

Is on/off

[Jordi_]

SiNTeK schreef op zondag 22 februari 2026 @ 00:13:
[...]

Nog niet aan toe gekomen door vakantie. Probeer het ergens de komende (anderhalve) week te fixen.

Ik heb het geprobeerd en het lijkt in eerste instantie goed te werken. Ik ga dit ook wel ff standaard inbouwen voor GPIO15, dan hoef je alleen maar de mod te doen om de backlight helemaal uit te krijgen en anders blijft het werken zoals nu.

[SiNTeK]

Jordi_ schreef op maandag 23 februari 2026 @ 21:17:
[...]
Ik heb het geprobeerd en het lijkt in eerste instantie goed te werken. Ik ga dit ook wel ff standaard inbouwen voor GPIO15, dan hoef je alleen maar de mod te doen om de backlight helemaal uit te krijgen en anders blijft het werken zoals nu.

Super zeg!!

[Jordi_]

Ik zat even na te denken over hoe we het koelen gaan aanvliegen:

Mijn idee was om koelen altijd te doen op een fixed frequentie, ongeveer net als DHW. Ik koel zelf het liefste op het laagste vermogen en zelfs dan is het eigenlijk te veel om kwijt te kunnen.

Een "stooklijn" voor het koelen heeft voor mij ook weinig zin omdat hij al snel undershoot bij een hogere temperatuur, dus ik gebruik eigenlijk altijd 1 setpoint.

Ik hoor graag hoe de rest hierover denkt.

[ThinkPad]

Je zult ook iets met het dauwpunt moeten doen denk ik? Anders heb je kans op een natte vloer (condens wat neerslaat op te koude vloer) als je te koud water gaat rondpompen.

[Jordi_]

ThinkPad schreef op woensdag 25 februari 2026 @ 10:09:
Je zult ook iets met het dauwpunt moeten doen denk ik? Anders heb je kans op een natte vloer (condens wat neerslaat op te koude vloer) als je te koud water gaat rondpompen.

Idealiter wel alleen hebben we standaard geen vocht sensor in de Amber om het dauwpunt te berekenen.

[jj85]

Voor Quatt was ik van plan om hier, via HA, een of meerdere temp + rel. vochtigheid, in te lezen op de ESP en daarmee het dauwpunt van de ruimtes te bepalen.
Ik heb in huis meedere Xiaomi LYWSD03MMC metingen staan, dus dat is een mooie basis.

Aanvoertemperatuur ≥ dauwpunt + veiligheidsmarge (bijv. 1 a 2 grC)

[Get!em]

Jordi_ schreef op woensdag 25 februari 2026 @ 09:52:
Ik zat even na te denken over hoe we het koelen gaan aanvliegen:

Mijn idee was om koelen altijd te doen op een fixed frequentie, ongeveer net als DHW. Ik koel zelf het liefste op het laagste vermogen en zelfs dan is het eigenlijk te veel om kwijt te kunnen.

Een "stooklijn" voor het koelen heeft voor mij ook weinig zin omdat hij al snel undershoot bij een hogere temperatuur, dus ik gebruik eigenlijk altijd 1 setpoint.

Ik hoor graag hoe de rest hierover denkt.

Ik gebruik hem hier met fixed setpoint. Door de omgekeerde "overshoot", gaat hij al een paar graden kouder, dus daar moet je rekening mee houden. Daarvoor hanteer ik een kleinere "stop" waarde dan bij heating. Bij heating hanteer ik stop 5, bij cooling stop 3.

Een stooklijn heeft weinig zin, omdat bij tropischer temperaturen in NL de vochtigheid vaak toeneemt ipv afneemt (meestal is de kans op onweer een goede indicator ).


De dauwpuntbewaking heb ik hier geregeld middels goedkope Zigbee thermometers van Sonoff met relatieve luchtvochtigheid. Via formule reken je die om naar dauwpunt actueel. Ik middel de dauwpunten, maar gooi de hoogste en laagste uitschieter weg. Daarvan neem ik de moving average van de afgelopen uur, om snelle verspringing te voorkomen. Het setpoint stuur ik dan aan op basis van dauwpunt + 3 en stuur ik maximaal 1x per 10 minuten naar de Amber als de huidige setpoint anders is dan de nieuwe. Gezien de Amber slechts hele graden accepteert als setpoint rond ik wel af naar hele graad naarboven (ook ivm de veiligheidsmarge ivm middelen), en verspringt hij daardoor niet al te vaak.


Mijn driver om dit zo streng te doen, is mijn houten vloer in woon en eetkamer. Die kan absoluut niet te veel vocht hebben. Ik heb al eens gehad dat mijn vrouw op het verkeerde moment ging dweilen (op de tegelvloer in de keuken). Vloer bleef lang vochtig, totdat ik de koeling maar even afzette.

[shadylog]

Jordi_ schreef op woensdag 25 februari 2026 @ 09:52:
Ik zat even na te denken over hoe we het koelen gaan aanvliegen:

Mijn idee was om koelen altijd te doen op een fixed frequentie, ongeveer net als DHW. Ik koel zelf het liefste op het laagste vermogen en zelfs dan is het eigenlijk te veel om kwijt te kunnen.

Een "stooklijn" voor het koelen heeft voor mij ook weinig zin omdat hij al snel undershoot bij een hogere temperatuur, dus ik gebruik eigenlijk altijd 1 setpoint.

Ik hoor graag hoe de rest hierover denkt.

Zelf ook vloerverwarming overal, een stabiele temperatuur is het beste, de stooklijn ook niet gebruikt. Ik zou wel meer energie willen leveren aan koelen als ik een energie surplus heb en te stoppen in de avond. Voor mij is ook condens-vorming etc belangrijk , ideaal als ik stapjes terug kan doen of kan stoppen als de vloer/buis temperatuur X is.
Bij mij is Tc verbonden aan een stalen buis de luchtvochtigheid in die kamer kan ik zelf meten en zo een limiet willen stellen op condens vorming.
Ik kan zelf natuurlijk alles regelen (dit moet niet in OpenAmber). maar dit is voor mij de use-case, ik weet niet of het nuttig is

[darkvalias]

Jordi_ schreef op woensdag 25 februari 2026 @ 09:52:
Ik zat even na te denken over hoe we het koelen gaan aanvliegen:

Mijn idee was om koelen altijd te doen op een fixed frequentie, ongeveer net als DHW. Ik koel zelf het liefste op het laagste vermogen en zelfs dan is het eigenlijk te veel om kwijt te kunnen.

Een "stooklijn" voor het koelen heeft voor mij ook weinig zin omdat hij al snel undershoot bij een hogere temperatuur, dus ik gebruik eigenlijk altijd 1 setpoint.

Ik hoor graag hoe de rest hierover denkt.

Vermoedelijk wordt vaak een vaste watertemperatuur gebruikt. Een veilige setting om geen druppeltjes te krijgen. Wij Tweakers zullen hier via externe systemen als Hass een dauwtemperatuurregeling tegenaanplakken die de setpoint bijwerkt. Naar mijn idee, zou de warmtepomp dan ook in eerste instantie deze basisfunctie moeten ondersteunen.

Wat betreft de vaste frequentie voor koelen, hier ben ik het niet direct mee eens. Ik ben een van de gekken die dauwbewaking in hass gebouwd heeft en daarmee actief de watertemperatuur regel. Daarnaast hebben we een WTW met Enthalpiewisselaar en een luchtontvochtiger (koeling middels convectoren). Daarmee lukt het om het water dermate laag te krijgen dat de WP regelmatig richting de 50hz gaat.

Ik zou dan ook groot voorstander zijn van het reproduceren van de bestaande koelregeling (in jouw geval omgekeerd PID regeling oid?). Uitblijven van een stooklijn ben ik helemaal mee eens, mede vanuit condensatieoogpunt.

p.s. ik zeg niet dat we niet verder kunnen gaan. Maar dit lijkt mij een mooi startpunt om de feature te realiseren.

[ Voor 3% gewijzigd door darkvalias op 25-02-2026 14:02 ]

[SiNTeK]

Jordi_ schreef op woensdag 25 februari 2026 @ 09:52:
Ik hoor graag hoe de rest hierover denkt.

Zelf ook dauwpunt berekening a.d.h.v. verschillende sensoren (12 totaal; 2 Tuya ZY-ZTH02 en 10 Hobeian (?) ZG-204ZV) hier in huis. Ik pak daarvan altijd die met de hoogste / maximum dauwpunt en dan temp + 2*C geloof ik. Die waarde werd dan een 'safe setpoint' welke vervolgens naar de Amber geschreven werd. Maar... Die undershoot is wel een ding. Die 2*C bleek in ieder geval meer dan eens niet genoeg. Natte/vochtige badkamervloer. Wij hebben bamboeparket op de begane grond.. dus dat komt wel nauw. De rest van het huis wordt verwarmd / gekoeld met Jaga Tempo convectoren met zelfbouw HeatMeister ventilatoren. Ook die kunnen overigens last krijgen van condensatie.

Wat mij betreft is, voor onze situatie, koelen op laagste stand (30Hz) prima, ook hier kan onze Amber 95 dat vermogen niet altijd even goed kwijt. Koellijn lijkt mij überhaupt niet echt nodig in ons huis.

Edit: Wat ik daarbij nog zou kunnen proberen is de airco's aanslingeren op 'ontvochtigen' op het moment dat de Amber gaat koelen en een paar uur daarna.. Maar goed... Dan zou ik ook net zo goed de airco's aan het koelen kunnen zetten

[ Voor 9% gewijzigd door SiNTeK op 25-02-2026 17:10 . Reden: Airco toevoeging ]

[mijgmae]

Er zijn ook mensen zoals ik die condenserend koelen! En een PID regeling is daar ook best gewenst omdat het hele huis op de heetste dagen van het jaar gekoeld wordt door de warmtepomp. Dan is de laagste stand niet meer voldoende.

[Jordi_]

Dank voor de input, zal dan voor koelen ook een wel de PID regeling implementeren.

In de meeste gevallen zal het lastig zijn om het minimale vermogen kwijt te kunnen waardoor je al snel onder je setpoint schiet, daarom ben ik ook wel benieuwd of we de compressor nog lager kunnen zetten dan 30 Hz en of dat dan beter wordt.

[Degast]

Omdat ik vaak alleen koel overdag( gratis stroom van de zon) en veel massa heb. Kan ik best een tijdje wat vermogen kwijt. Dus mooi.

[darkvalias]

Jordi_ schreef op woensdag 25 februari 2026 @ 17:07:
Dank voor de input, zal dan voor koelen ook een wel de PID regeling implementeren.

In de meeste gevallen zal het lastig zijn om het minimale vermogen kwijt te kunnen waardoor je al snel onder je setpoint schiet, daarom ben ik ook wel benieuwd of we de compressor nog lager kunnen zetten dan 30 Hz en of dat dan beter wordt.

Opzich zou dat heel mooi zijn. Zelfs als hij minder efficiënt wordt kan het comfort hoger zijn. Dat met minimale extra kosten als je overdag toch genoeg PV power hebt draaien. Een dergelijke feature zou ik wel graag achter een 'extended frequency range on/off' schuifje zien zitten ;p

[georgeboot]

Is er al een meer concreet plan voor (remote) analytics? Krijg morgen m’n eigen waveshare schermpje binnen. Als het week of 2 draait wil ik het ook gaan ophangen bij 2 vrienden waar ik de amber voor ze geïnstalleerd heb.

Op afstand eea kunnen monitoren is prachtig dan. Zie dat er al een opt-in mqtt in zit maar daar zit geloof ik nog geen dashboard oid achter toch?

[Jordi_]

georgeboot schreef op maandag 2 maart 2026 @ 08:25:
Is er al een meer concreet plan voor (remote) analytics? Krijg morgen m’n eigen waveshare schermpje binnen. Als het week of 2 draait wil ik het ook gaan ophangen bij 2 vrienden waar ik de amber voor ze geïnstalleerd heb.

Op afstand eea kunnen monitoren is prachtig dan. Zie dat er al een opt-in mqtt in zit maar daar zit geloof ik nog geen dashboard oid achter toch?

Klinkt goed! Het dashboard is zo goed als klaar, ik verwacht dat ik het deze week wel online kan zetten. Dit zal vrij basic zijn initieel maar kunnen we dan naar wens uitbreiden.

[TeslaNerd]

Kun jij met HA niet eenvoudig alle mqtt berichten verzamelen en analyseren?

[georgeboot]

TeslaNerd schreef op maandag 2 maart 2026 @ 11:27:
Kun jij met HA niet eenvoudig alle mqtt berichten verzamelen en analyseren?

Das een heel goed idee! Ik zou in theorie de mqtt topics bij mij thuis in Ha uit kunnen lezen, en zo zelf mijn eigen dashboard bouwen. Of bedoelde je wat anders?

[TeslaNerd]

georgeboot schreef op maandag 2 maart 2026 @ 12:09:
[...]
Das een heel goed idee! Ik zou in theorie de mqtt topics bij mij thuis in Ha uit kunnen lezen, en zo zelf mijn eigen dashboard bouwen. Of bedoelde je wat anders?

Met 2 of 3 systemen die jij wilt monitoren is HA goed te gebruiken en eenvoudig in te richten

[Carboy54]

TeslaNerd schreef op maandag 2 maart 2026 @ 12:32:
[...]

Met 2 of 3 systemen die jij wilt monitoren is HA goed te gebruiken en eenvoudig in te richten

Met 250 systemen ook ? 🤗

[leejoow]

Als we de ESPHome software van de listener aanpassen dat hij naar MQTT schrijft is dat zeker mogelijk, centrale MQTT server opzetten en daar een dashboard op bouwen.

Edit: ow wacht, ik zie nu dat ik in het OpenAmber topic zit Maar dan kan het alsnog, moet je alleen wel onze heatpump listener hebben

[ Voor 29% gewijzigd door leejoow op 02-03-2026 13:07 ]

[TeslaNerd]

Carboy54 schreef op maandag 2 maart 2026 @ 13:01:
[...]
Met 250 systemen ook ? 🤗

Bij Quatt hebben ze dit voor alle (nu ca 20k) installaties. Als je bijvoorbeeld bij Quatt de buitenunit stroomloos maakt krijg je direct een email van Quatt Support dat de monitoring dit heeft gesignaleerd en wordt er automatisch een ticket aangemaakt. In de email van Quatt Support zit dan ook een instructie hoe je dit zelf kan controleren en als het weer werkt met een klik op een button wordt de ticket dan weer afgesloten.

[Carboy54]

TeslaNerd schreef op dinsdag 3 maart 2026 @ 11:41:
[...]

Bij Quatt hebben ze dit voor alle (nu ca 20k) installaties. Als je bijvoorbeeld bij Quatt de buitenunit stroomloos maakt krijg je direct een email van Quatt Support dat de monitoring dit heeft gesignaleerd en wordt er automatisch een ticket aangemaakt. In de email van Quatt Support zit dan ook een instructie hoe je dit zelf kan controleren en als het weer werkt met een klik op een button wordt de ticket dan weer afgesloten.

Zo werkt het bij Weheat ook. Ik bedoel meer of wij ook al onze klanten hiermee zouden kunnen monitoren.

[georgeboot]

Klopt het dat de touch screen niet werkt op de Waveshare module? Heb hem uit doos gehaald, via Chrome firmware gegeven en daarna wifi ingesteld, weerstand dip switch uit gezet, voeding en 485 van wince naar de waveshare en klaar.

Hij praat met de amber, via HA klopt alles ook, GUI idem. Maar als ik naar ander tabje op GUI wil, doet ie niets. Touch screen werkt wel als wake up.

[Jordi_]

georgeboot schreef op dinsdag 3 maart 2026 @ 15:53:
Klopt het dat de touch screen niet werkt op de Waveshare module? Heb hem uit doos gehaald, via Chrome firmware gegeven en daarna wifi ingesteld, weerstand dip switch uit gezet, voeding en 485 van wince naar de waveshare en klaar.

Hij praat met de amber, via HA klopt alles ook, GUI idem. Maar als ik naar ander tabje op GUI wil, doet ie niets. Touch screen werkt wel als wake up.

Dan werkt het touch screen wel, de andere schermen zijn nog niet geïmplementeerd..

[georgeboot]

Jordi_ schreef op dinsdag 3 maart 2026 @ 16:02:
[...]

Dan werkt het touch screen wel, de andere schermen zijn nog niet geïmplementeerd..

ooooh haha. Ik zag een tabje ‘grafiek’ en was natuurlijk reuze benieuwd.

Huis nu te warm voor verwarmen nu, dus ik dacht doe eens gek, ik koel. Even leuk om control loop te zien. Hij zette alleen m’n driewegklep niet om, dus de loop naar wisselaar onder mn vat werd heel snel heel koud. Thermostaat (intern) snel weer op verwarmen gezet maar pakweg 10 minuten later was ‘ie nog steeds aan het koelen. Maar opgelost met een power cycle.

Ergens vannacht zal die wel gaan verwarmen; zal de boel morgenochtend even nalopen.

[Jordi_]

georgeboot schreef op dinsdag 3 maart 2026 @ 18:10:
[...]

ooooh haha. Ik zag een tabje ‘grafiek’ en was natuurlijk reuze benieuwd.

Huis nu te warm voor verwarmen nu, dus ik dacht doe eens gek, ik koel. Even leuk om control loop te zien. Hij zette alleen m’n driewegklep niet om, dus de loop naar wisselaar onder mn vat werd heel snel heel koud. Thermostaat (intern) snel weer op verwarmen gezet maar pakweg 10 minuten later was ‘ie nog steeds aan het koelen. Maar opgelost met een power cycle.

Ergens vannacht zal die wel gaan verwarmen; zal de boel morgenochtend even nalopen.

Koelen en switchen tussen koelen/verwarmen heeft nog niet echt de aandacht gehad, dus dat zal niet goed werken. Dat je 3-weg klep niet schakelt is dan wel weer vreemd want dat zou wel goed moeten gaan.

[georgeboot]

Jordi_ schreef op dinsdag 3 maart 2026 @ 23:16:
[...]

Koelen en switchen tussen koelen/verwarmen heeft nog niet echt de aandacht gehad, dus dat zal niet goed werken. Dat je 3-weg klep niet schakelt is dan wel weer vreemd want dat zou wel goed moeten gaan.

Ja begrijpelijk hoor. Vannacht koelde het af in huis en ging ‘ie verwarmen maar zelfde issue: driewegklep ging niet om. De entity in HA geeft continue ‘niet actief’ als waarde.

Wat wil je hebben om debuggen voor jou beetje mogelijk te maken?

Edited: Ik zie nu dat er natuurlijk 2 driewegkleppen kunnen zijn. In de coding zie ik adres 1105 en 1112. Ene heet DHW (Domestic Hot Water) en andere heet SWW (sanitair warm water?). Lijken zelfde te zijn dan. De gui geeft bij ‘3-weg klep’ de waarde weer van 1305.

Rare blijft is dat dit alles in WinCE gewoon werkt. Zal nog eens nakijken of ik m’n driewegklep niet per ongeluk op de verkeerde heb zitten en het tot nu toe bij toeval werkte in WinCE; maar lijkt me sterk. Edit: nee niet geval. Zit gewoon correct aangesloten.

[ Voor 32% gewijzigd door georgeboot op 04-03-2026 07:25 ]

[Jordi_]

georgeboot schreef op woensdag 4 maart 2026 @ 06:46:
[...]

Ja begrijpelijk hoor. Vannacht koelde het af in huis en ging ‘ie verwarmen maar zelfde issue: driewegklep ging niet om. De entity in HA geeft continue ‘niet actief’ als waarde.

Wat wil je hebben om debuggen voor jou beetje mogelijk te maken?

Edited: Ik zie nu dat er natuurlijk 2 driewegkleppen kunnen zijn. In de coding zie ik adres 1105 en 1112. Ene heet DHW (Domestic Hot Water) en andere heet SWW (sanitair warm water?). Lijken zelfde te zijn dan. De gui geeft bij ‘3-weg klep’ de waarde weer van 1305.

Rare blijft is dat dit alles in WinCE gewoon werkt. Zal nog eens nakijken of ik m’n driewegklep niet per ongeluk op de verkeerde heb zitten en het tot nu toe bij toeval werkte in WinCE; maar lijkt me sterk. Edit: nee niet geval. Zit gewoon correct aangesloten.

Staat idd een typo in de docs, 1105 aan en 1112 uit is 3-weg klep naar koelen/verwarmen stand. Kun je eens de log bekijken als hij gaat switchen van stand? Zou je kunnen forceren door even warmtevraag te triggeren en daarna tap water vraag te triggeren door met setpoint te spelen. Duurt dan wel even omdat hij minstens 10 minuten altijd moet draaien in een stand.

In homeassistant zou je ook de 3 control loop states kunnen uitlezen, dat geeft ook wel wat info. Maar ik vermoed dat er ergens in de aansturing van de 3-weg klep nog iets niet goed zit.

[georgeboot]

Jordi_ schreef op woensdag 4 maart 2026 @ 08:28:
[...]

Staat idd een typo in de docs, 1105 aan en 1112 uit is 3-weg klep naar koelen/verwarmen stand. Kun je eens de log bekijken als hij gaat switchen van stand? Zou je kunnen forceren door even warmtevraag te triggeren en daarna tap water vraag te triggeren door met setpoint te spelen. Duurt dan wel even omdat hij minstens 10 minuten altijd moet draaien in een stand.

In homeassistant zou je ook de 3 control loop states kunnen uitlezen, dat geeft ook wel wat info. Maar ik vermoed dat er ergens in de aansturing van de 3-weg klep nog iets niet goed zit.

code:

10:58:07
[I]
[amber:342]
PID 1.00 -> mode 10 (previous mode 6)
10:58:07
[I]
[amber:063]
Frequency change skipped (interval not elapsed)
10:58:12
[I]
[amber:546]
Minimum compressor on time not reached, not checking for potential stop conditions yet.
10:58:12
[I]
[amber:342]
PID 1.00 -> mode 10 (previous mode 6)
10:58:12
[I]
[amber:063]
Frequency change skipped (interval not elapsed)
10:58:17
[I]
[amber:260]
Compressor stop requested, ignoring compressor demand until stopped.
10:58:17
[I]
[amber:538]
Stopping compressor because there is no demand or a temperature overshoot.
10:58:17
[I]
[amber:103]
HEAT_COOL state changed: Wait compressor stop
10:59:17
[I]
[amber:103]
HEAT_COOL state changed: Pump running
10:59:22
[I]
[amber:260]
Compressor stop requested, ignoring compressor demand until stopped.
10:59:22
[I]
[amber:454]
Stopping pump (interval cycle finished)
10:59:22
[I]
[amber:052]
Applying pump speed change to 1000 (Duty cycle: 0)
10:59:22
[I]
[amber:103]
HEAT_COOL state changed: Wait pump stop
10:59:52
[I]
[amber:103]
HEAT_COOL state changed: Idle
10:59:57
[I]
[amber:176]
Setting 3-way valve to DHW.
10:59:57
[I]
[amber:142]
State changed: Switching
11:00:57
[I]
[amber:142]
State changed: DHW
11:00:57
[I]
[amber:119]
3-way valve switch complete, new mode: DHW
11:01:02
[I]
[amber:102]
DHW state changed: Idle
11:01:07
[I]
[amber:071]
Starting pump (interval cycle)
11:01:07
[I]
[amber:052]
Applying pump speed change to 0 (Duty cycle: 100)
11:01:07
[I]
[amber:102]
DHW state changed: Wait pump running
11:01:22
[I]
[amber:102]
DHW state changed: Pump running
11:01:27
[I]
[amber:071]
Applying compressor mode change to 4
11:01:27
[I]
[amber:102]
DHW state changed: Wait compressor running
11:02:47
[I]
[amber:102]
DHW state changed: Compressor running
11:02:52
[I]
[amber:396]
Starting DHW pump
11:02:52
[I]
[amber:102]
DHW state changed: Wait DHW pump running
11:02:57
[I]
[amber:102]
DHW state changed: Wait for state switch
11:04:57
[I]
[amber:102]
DHW state changed: DHW pump settled
11:05:02
[I]
[amber:102]
DHW state changed: Compressor running
11:05:07
[I]
[amber:420]
Minimum compressor on time not reached, not checking for potential stop conditions yet.
11:05:12
[I]
[amber:420]
Minimum compressor on time not reached, not checking for potential stop conditions yet.
11:05:17
[I]
[amber:420]
Minimum compressor on time not reached, not checking for potential stop conditions yet.

.............

11:19:22
[I]
[amber:412]
Target temperature reached, stopping compressor.
11:19:22
[I]
[amber:102]
DHW state changed: Wait compressor stop
11:20:17
[I]
[amber:052]
Applying pump speed change to 1000 (Duty cycle: 0)
11:20:17
[I]
[amber:142]
Stopping DHW pump.
11:20:17
[I]
[amber:102]
DHW state changed: Wait pump stop
11:20:22
[I]
[amber:102]
DHW state changed: Idle
11:20:27
[I]
[amber:176]
Setting 3-way valve to Heating/Cooling.
11:20:27
[I]
[amber:142]
State changed: Switching
11:21:27
[I]
[amber:142]
State changed: Heat/Cool
11:21:27
[I]
[amber:119]
3-way valve switch complete, new mode: HEAT/COOL
11:21:32
[I]
[amber:071]
Starting pump (interval cycle)
11:21:32
[I]
[amber:052]
Applying pump speed change to 0 (Duty cycle: 100)
11:21:32
[I]
[amber:103]
HEAT_COOL state changed: Wait pump running

Ik denk dat het probleem hier in zit:

code:

if (id(three_way_valve_dhw_switch).state)
  {
    return ThreeWayValvePosition::DHW;
  }
  else
  {
    return ThreeWayValvePosition::HEATING_COOLING;
  }

Als de state niets terug geeft (zoals die bij mij doet geloof ik) dan is de waarde dus de else.

Kan het zijn dat bij power cycle oid deze waarde niet altijd klopt?

Overigens, ik heb met de DHW tijdswindow gespeeld om tapwatervraag uit te krijgen. Maar de DHW controleloop controleert dat alleen voor starten. Loopt ie eenmal, dan maakt ie altijd af. Denk dat het logischer is om, als vraag wegvalt, (setpoint veranderd, tijd gewijzigd enz) dat ie ook afbreekt.

Edit: De driewegklep springt inderdaad over bij wijziging van DHW naar heating!! Dus dan doet ie het wel

[ Voor 14% gewijzigd door georgeboot op 04-03-2026 11:22 ]

[Jordi_]

georgeboot schreef op woensdag 4 maart 2026 @ 11:06:
[...]
Als de state niets terug geeft (zoals die bij mij doet geloof ik) dan is de waarde dus de else.

Kan het zijn dat bij power cycle oid deze waarde niet altijd klopt?

Overigens, ik heb met de DHW tijdswindow gespeeld om tapwatervraag uit te krijgen. Maar de DHW controleloop controleert dat alleen voor starten. Loopt ie eenmal, dan maakt ie altijd af. Denk dat het logischer is om, als vraag wegvalt, (setpoint veranderd, tijd gewijzigd enz) dat ie ook afbreekt.

Edit: De driewegklep springt inderdaad over bij wijziging van DHW naar heating!! Dus dan doet ie het wel

Dat is interessant! Dan heeft het misschien toch te maken met de initiele stand na een power cycle. Ik zal vanavond wel even kijken hoe de originele software dat regelt.

[Jordi_]

Nieuwe versie https://github.com/Jordi1990/openamber/releases/tag/0.1.3

Niet veel spannende veranderingen, maar wel https://openamber.nl.
Op het dashboard kun je nu alle gebruikers zien met OpenAmber die analytics aan hebben staan. Bijvoorbeeld hier kun je mijn gegevens zien: https://openamber.nl/device/a4fc74

Het idee van dit dashboard is dat we data kunnen vergelijken onderling en eventueel helpen bij het tunen van de settings.

@georgeboot Kun jij kijken met deze versie het wisselen van 3-weg klep beter werkt?

[ Voor 13% gewijzigd door Jordi_ op 04-03-2026 23:44 ]

[georgeboot]

Jordi_ schreef op woensdag 4 maart 2026 @ 23:31:
Nieuwe versie https://github.com/Jordi1990/openamber/releases/tag/0.1.3

Niet veel spannende veranderingen, maar wel https://openamber.nl.
Op het dashboard kun je nu alle gebruikers zien met OpenAmber die analytics aan hebben staan. Bijvoorbeeld hier kun je mijn gegevens zien: https://openamber.nl/device/a4fc74

Het idee van dit dashboard is dat we data kunnen vergelijken onderling en eventueel helpen bij het tunen van de settings.

@georgeboot Kun jij kijken met deze versie het wisselen van 3-weg klep beter werkt?

Man dat dashboard is echt briljant! Hoe host je die mqtt en de achterliggende prometheus (gok ik?). Wil je nog een keertje met de pet rond om het te betalen?

Je wijziging voor 3-wegklep getest en werkt als een zonnetje nu.

[Jordi_]

georgeboot schreef op donderdag 5 maart 2026 @ 09:01:
[...]

Man dat dashboard is echt briljant! Hoe host je die mqtt en de achterliggende prometheus (gok ik?). Wil je nog een keertje met de pet rond om het te betalen?

Je wijziging voor 3-wegklep getest en werkt als een zonnetje nu.

Goed om te horen dat de 3-weg klep nu goed werkt. Ik host de MQTT broker nu op een kleine VPS, eerst maar even kijken of dat voldoet en hoe groot het allemaal wordt.

[SiNTeK]

georgeboot schreef op donderdag 5 maart 2026 @ 09:01:
[...]
Man dat dashboard is echt briljant!

Ja, echt mooi @Jordi_! Super tof. Denk voor @Carboy54 ook wel interessant om te zien qua monitoring.

[Carboy54]

SiNTeK schreef op donderdag 5 maart 2026 @ 12:29:
[...]

Ja, echt mooi @Jordi_! Super tof. Denk voor @Carboy54 ook wel interessant om te zien qua monitoring.

@Jordi_ Chapeau prachtig werk. Wij zijn hiervoor al 2 jaar bezig bij Itho. Nu wordt het weer 2e helft van het jaar. Graag zou ik even telefonisch contact hebben over dit onderwerp en jullie plannen en wensen. Volgende week zitten wij bij Itho. Graag dus op korte termijn.

[bighead]

Goed werk @Jordi_ ! Ik heb analytics ook aan gezet nu.

[georgeboot]

Kan het zijn dat tapwater start en eindtijd met utc tijd worden vergeleken en niet onze tijdzone? Hier gaat niet iemand douchen, tapwater mag 14:00-16;00 maar hij begint opeens tapwater te maken.

Edit nee hij staat al hele dag op sww. Had start window nog op 0700 gestaan van testen gister. Maar eindtijd stond nog wel gewoon op 1600: https://openamber.nl/device/a0954d

Edit 2; ik dacht herstart de waveshare even via automaat in de witte kast (zodat control loop opnieuw start en hij stopt met Warm water maken), maar eerste wat openamber denk doet bij opstarten is pomp uitzetten, terwijl compressor en boh nog liepen. Gelukkig had ik het zelf door haha.

[ Voor 61% gewijzigd door georgeboot op 06-03-2026 16:54 ]

[Jordi_]

georgeboot schreef op vrijdag 6 maart 2026 @ 16:37:
Kan het zijn dat tapwater start en eindtijd met utc tijd worden vergeleken en niet onze tijdzone? Hier gaat niet iemand douchen, tapwater mag 14:00-16;00 maar hij begint opeens tapwater te maken.

Edit nee hij staat al hele dag op sww. Had start window nog op 0700 gestaan van testen gister. Maar eindtijd stond nog wel gewoon op 1600: https://openamber.nl/device/a0954d

Edit 2; ik dacht herstart de waveshare even via automaat in de witte kast (zodat control loop opnieuw start en hij stopt met Warm water maken), maar eerste wat openamber denk doet bij opstarten is pomp uitzetten, terwijl compressor en boh nog liepen. Gelukkig had ik het zelf door haha.

Je hebt wel gelijk wat betreft UTC, de tijdzone stond niet gedefinieerd en dus zet de build server dit afhankelijk van waar die draait. Ik zal dit fixen.

Ik zal ook wel even zorgen dat hij BUH en compressor uit zet bij opstarten.

[georgeboot]

Top!

Een andere functie die ik fijn zou vinden, is stooklijncompensatie. Ik had mijn stooklijn hier best nauw ingesteld eerst maar op sommige dagen werd het dan net niet de bedoelde 20.0 binnen. Had toen op de WinCE de compensatie aangezet met target van 20 en sinds dien liep dat eigenlijk veel beter.

Zou zeggen maximaal plus of min 2 graden correctie, en voor elk graaduur verschil verhoog je correctie met een halve graad oid.

[Jordi_]

georgeboot schreef op zaterdag 7 maart 2026 @ 08:25:
Top!

Een andere functie die ik fijn zou vinden, is stooklijncompensatie. Ik had mijn stooklijn hier best nauw ingesteld eerst maar op sommige dagen werd het dan net niet de bedoelde 20.0 binnen. Had toen op de WinCE de compensatie aangezet met target van 20 en sinds dien liep dat eigenlijk veel beter.

Zou zeggen maximaal plus of min 2 graden correctie, en voor elk graaduur verschil verhoog je correctie met een halve graad oid.

Ik begrijp die functie nog niet echt, ik neem aan dat je bedoelt graaduur verschil op basis van de kamertemperatuur? Want in het huidige ontwerp zit de kamertemperatuur volledig losgekoppeld van de warmtepomp aansturing.

Ik vraag mij af of je hetzelfde niet kunt bereiken door je stooklijn hoger te zetten als je kamer niet op temperatuur komt op bepaalde dagen. Maar misschien begrijp ik het verkeerd.

Als je de stooklijn echt perfect wil hebben zou je een complexere stooklijn kunnen maken in home assistant, zodat je meerdere externe factoren kunt meewegen, bijv het weer.

[Carboy54]

Jordi_ schreef op zaterdag 7 maart 2026 @ 09:35:
[...]

Ik begrijp die functie nog niet echt, ik neem aan dat je bedoelt graaduur verschil op basis van de kamertemperatuur? Want in het huidige ontwerp zit de kamertemperatuur volledig losgekoppeld van de warmtepomp aansturing.

Ik vraag mij af of je hetzelfde niet kunt bereiken door je stooklijn hoger te zetten als je kamer niet op temperatuur komt op bepaalde dagen. Maar misschien begrijp ik het verkeerd.

Als je de stooklijn echt perfect wil hebben zou je een complexere stooklijn kunnen maken in home assistant, zodat je meerdere externe factoren kunt meewegen, bijv het weer.

Bij geplaatste en ingeschakelde TR sensor die standaard wordt meegeleverd verstelt deze de stooklijn bij te grote afwijkingen en werkt perfect in de standaard CE configuratie.

[georgeboot]

Carboy54 schreef op zaterdag 7 maart 2026 @ 09:55:
[...]

Bij geplaatste en ingeschakelde TR sensor die standaard wordt meegeleverd verstelt deze de stooklijn bij te grote afwijkingen en werkt perfect in de standaard CE configuratie.

Precies dat ja. Dag van 5 Ta graden met wind stil geeft ander warmteverlies dan dag van 5 met windkracht 5. Idem voor zonnig of bewolkt.

Zou ook via home assistant kunnen, maar zou mooier zijn als het intern gebeurt. Blijft het bij netwerkstoring ook gewoon werken (al is het natuurlijk geen kritieke functionaliteit).

Als sg-ready boost aan is, moet je denk ik alleen die waarde pakken. Anders stapelen ze, en gaat de correctie daarna negatief maar dat is nu precies wat je niet wilt hij sg-ready aan.

[Jordi_]

Ik zet het wel op de TODO lijst, maar mijn initiële idee was om de kamer temperatuur regeling buiten de warmtepomp firmware te houden. Ik hoop eigenlijk dat we dit soort sturing uit een open therm thermostaat kunnen halen. Anders kun je ook alleen maar de feature gebruiken met een Tr sensor.

Slimme thermostaten kijken volgens mij ook wel naar wind/zon en kunnen dan dus ook eerder reageren dan een regeling op basis van alleen temperatuur..

[tonwes99]

georgeboot schreef op zaterdag 7 maart 2026 @ 15:12:
[...]

Precies dat ja. Dag van 5 Ta graden met wind stil geeft ander warmteverlies dan dag van 5 met windkracht 5. Idem voor zonnig of bewolkt.

Zou ook via home assistant kunnen, maar zou mooier zijn als het intern gebeurt. Blijft het bij netwerkstoring ook gewoon werken (al is het natuurlijk geen kritieke functionaliteit).

Als sg-ready boost aan is, moet je denk ik alleen die waarde pakken. Anders stapelen ze, en gaat de correctie daarna negatief maar dat is nu precies wat je niet wilt hij sg-ready aan.

Ingebouwde Amber correctie op basis van Tr is leuk, maar wel erg reactief, als hij het niet bijhoudt, dan gaat de aanvoertemperatuur omhoog. Anticiperend kun je met WindowsCE icm @bommer of @leejouw, en naar verwacht met OpenAmber de aanvoertemperatuur dynamisch/pro-actief bijstellen. Denk aan data vanuit weer sites (temperature drops, wind, regen, luchtvochtigheid). Ook gemeten of verwacht defrost tijdverlies zou meegenomen kunnen worden, aanvoertemperatuur moet immers omhoog als je ieder uur met een defrost tijd/capaciteit verliest.

[Jackdaw]

Mooi werk @Jordi_ , analytics zien er ook goed uit (c42f18 ben ik). Sinds enkele dagen ook hier met dit project aan het prutsen, ik draai ook op de module van @leejoow . Ben heel erg blij dat hiermee een alternatief is voor het WinCE spul, en opensource, kan niet beter .

Had hier wel wat opstartproblemen. In het begin een brakke modbus verbinding, denk ik, maar dat is nu gefixt lijkt het op. Zorgde voor crashes, onbereikbaarheid en zelfs zover dat ik alleen met WinCE alles weer aan de gang kreeg. nvm, dit had gewoon wat reboots/retries nodig. Niet helemaal duidelijk waarom, misschien nu gefixt met de laatste release 0.1.4? Paar keer crash/reboots gehad tijdens booten omdat MQTT/analytics even onbereikbaar was (voor mij, mogelijk ligt het aan exotische netwerkconfig hier).

Ook liep ik tegen het issue aan dat bij verwarmen mijn deg/min te laag stond ingesteld, waardoor de backupheater er bij ingeschakeld werd. Dat zorgde ervoor dat de safetycheck voor temperatuurverschil tussen TUI en TUO te hoog werd (temperature difference between Tuo and Tui is above 8 degrees), waardoor zowel de compressor en pomp gestopt werden (misschien moet pomp hier nog even nadraaien?). Doordat het heel even duurde voordat de compressor stopte, maar de circulatiepomp ondertussen al wel gestopt was, kwam daar ook een safetycheck van langs (pump is not active while compressor is running). De backupheater bleef ook ingeschakeld volgens de interface (maar niet volgens de kwh meter). Kreeg alles weer aan de gang na een reset, kreeg er anders geen beweging meer in.

Ik heb een los boilervat (niet die van Itho, zonder losse warmtewisselaar+pomp), dus "Tapwater pomp startmodus" is niet voor mij denk ik, maar verder lijkt dit allemaal goed te werken.

Verder superblij met dit project, mocht er nog iets zijn wat ik kan testen/proberen hoor ik het graag .

[Jordi_]

Jackdaw schreef op zondag 8 maart 2026 @ 16:43:
Mooi werk @Jordi_ , analytics zien er ook goed uit (c42f18 ben ik). Sinds enkele dagen ook hier met dit project aan het prutsen, ik draai ook op de module van @leejoow . Ben heel erg blij dat hiermee een alternatief is voor het WinCE spul, en opensource, kan niet beter .

Had hier wel wat opstartproblemen. In het begin een brakke modbus verbinding, denk ik, maar dat is nu gefixt lijkt het op. Zorgde voor crashes, onbereikbaarheid en zelfs zover dat ik alleen met WinCE alles weer aan de gang kreeg. Niet helemaal duidelijk waarom, misschien nu gefixt met de laatste release 0.1.4? Paar keer crash/reboots gehad tijdens booten omdat MQTT/analytics even onbereikbaar was (voor mij, mogelijk ligt het aan exotische netwerkconfig hier).

Ook liep ik tegen het issue aan dat bij verwarmen mijn deg/min te laag stond ingesteld, waardoor de backupheater er bij ingeschakeld werd. Dat zorgde ervoor dat de safetycheck voor temperatuurverschil tussen TUI en TUO te hoog werd (temperature difference between Tuo and Tui is above 8 degrees), waardoor zowel de compressor en pomp gestopt werden (misschien moet pomp hier nog even nadraaien?). Doordat het heel even duurde voordat de compressor stopte, maar de circulatiepomp ondertussen al wel gestopt was, kwam daar ook een safetycheck van langs (pump is not active while compressor is running). De backupheater bleef ook ingeschakeld volgens de interface (maar niet volgens de kwh meter). Kreeg alles weer aan de gang na een reset, kreeg er anders geen beweging meer in.

Ik heb een los boilervat (niet die van Itho, zonder losse warmtewisselaar+pomp), dus "Tapwater pomp startmodus" is niet voor mij denk ik, maar verder lijkt dit allemaal goed te werken.

Verder superblij met dit project, mocht er nog iets zijn wat ik kan testen/proberen hoor ik het graag .

Op welke versie had je de opstart problemen? Vanaf 0.1.0 is het gebaseerd op ESPHome 2026.2 waarbij wat optimalisaties zijn gedaan voor modbus.

Wat betreft de safety check die triggerde, heb je nog data in home assistant van dat moment dat de safety check triggerde? Ben wel benieuwd hoe dat gebeurde. Ik zou niet zo'n groot verschil verwachten met de BUH aan, heb dat zelf ook niet gezien.

Als je boilervat geen pomp heeft dan heb je idd niks aan die setting.

Laat vooral weten wat beter kan .

[Jackdaw]

Jordi_ schreef op zondag 8 maart 2026 @ 19:58:
[...]

Op welke versie had je de opstart problemen? Vanaf 0.1.0 is het gebaseerd op ESPHome 2026.2 waarbij wat optimalisaties zijn gedaan voor modbus.

Wat betreft de safety check die triggerde, heb je nog data in home assistant van dat moment dat de safety check triggerde? Ben wel benieuwd hoe dat gebeurde. Ik zou niet zo'n groot verschil verwachten met de BUH aan, heb dat zelf ook niet gezien.

Als je boilervat geen pomp heeft dan heb je idd niks aan die setting.

Laat vooral weten wat beter kan .

Zeker, dat zag er in HA zo uit:



Daar zie ik wel wat geks, de pomp is daar even gestopt lijkt het. Dat verklaart iig de stijging in temp. In de debuglog komen ook regelmatig wat modbus CRC's en device offline/online voorbij, zou dat er nog mee te maken kunnen hebben? Debuglog op dat moment:



Vziw alleen versies 0.1.2, 0.1.3 en dev gedraaid. Heb nu net even voor de zekerheid erase en flash van 0.1.4 erop gezet, even zien of dat wat fixt.

[Jordi_]

Jackdaw schreef op zondag 8 maart 2026 @ 20:39:
[...]


Zeker, dat zag er in HA zo uit:

[Afbeelding]

Daar zie ik wel wat geks, de pomp is daar even gestopt lijkt het. Dat verklaart iig de stijging in temp. In de debuglog komen ook regelmatig wat modbus CRC's en device offline/online voorbij, zou dat er nog mee te maken kunnen hebben? Debuglog op dat moment:

[Afbeelding]

Vziw alleen versies 0.1.2, 0.1.3 en dev gedraaid. Heb nu net even voor de zekerheid erase en flash van 0.1.4 erop gezet, even zien of dat wat fixt.

Thanks, zeer nuttige info.

Ik vermoed dat er een meting mist door een modbus CRC fout, ik denk toch dat daar iets nog niet helemaal goed zit. Ik zie ook wel eens CRC fouten maar niet heel veel.

Misschien dat we de FG kabel nog moeten verbinden met GND om ruis te verminderen, zo was de WinCE module ook verbonden namelijk.

[Jackdaw]

Jordi_ schreef op maandag 9 maart 2026 @ 09:57:
[...]

Thanks, zeer nuttige info.

Ik vermoed dat er een meting mist door een modbus CRC fout, ik denk toch dat daar iets nog niet helemaal goed zit. Ik zie ook wel eens CRC fouten maar niet heel veel.

Misschien dat we de FG kabel nog moeten verbinden met GND om ruis te verminderen, zo was de WinCE module ook verbonden namelijk.

Ik denk dat het daar dan in zit idd. Ik vertrouw mijn ESP32 ook niet helemaal, relatief hoge latency/packetloss en veel random crashes (ook verschillende PSU's geprobeerd). Zonder analytics aan is het wel beter, met crashte hij binnen een uur, maar vannacht ergens weer ermee opgehouden en heel erg veel modbus errors. Wel alleen als de compressor draait.

Die GND erbij zou kunnen, maar als ik zo hoor dat er bij jou bijna geen CRC errors zijn denk ik toch iets lokaals hier wat niet OK is. Maar die erbij aansluiten kan ik even proberen. Ik ga verder zoeken, en ondertussen zo'n Waveshare bordje besteld om mijn ESP verder uit te sluiten. Thanks voor het meedenken .

[georgeboot]

Jordi_ schreef op maandag 9 maart 2026 @ 09:57:
[...]

Misschien dat we de FG kabel nog moeten verbinden met GND om ruis te verminderen, zo was de WinCE module ook verbonden namelijk.

Ja vroeg ik me idd ook af. Heb hier ook 1 keer een random restart gehad ‘s nachts, zal door zelfde komen denk.

[TeslaNerd]

Heeft de Waveshare meer rekenkracht of betere uart/rs485 hardware waarmee deze minder last heeft van CRC fails?

NB en voor de Quatt Sniffer heeft @m10tech al eens uitgevonden dat ESP code op basis van ESP-idf libraries stabieler draait dan met Arduino code

[ Voor 39% gewijzigd door TeslaNerd op 09-03-2026 11:46 ]

[sdh1981]

TeslaNerd schreef op maandag 9 maart 2026 @ 11:43:
Heeft de Waveshare meer rekenkracht of betere uart/rs485 hardware waarmee deze minder last heeft van CRC fails?

NB en voor de Quatt Sniffer heeft @m10tech al eens uitgevonden dat ESP code op basis van ESP-idf libraries stabieler draait dan met Arduino code

De waveshare heeft de ESP32-S3 erin zitten welke meer power heeft.

[Degast]

Mijn wince liep trager bij pomp op snel. (En weer soepeler met pomp op gemiddeld)

Als we t hebben over fouten in besturing/signalen/vastlopen. Zit daar een mogelijk verband?

[Get!em]

Degast schreef op maandag 9 maart 2026 @ 13:46:
Mijn wince liep trager bij pomp op snel. (En weer soepeler met pomp op gemiddeld)

Als we t hebben over fouten in besturing/signalen/vastlopen. Zit daar een mogelijk verband?

Neem aan dat je het over de P0 pomp hebt (waterpomp)? In de WinCE kun je die op PWM of op aan/uit (zonder PWM signaal) zetten. Bij aan/uit, staat hij sowieso op 100% snelheid. Is het dan ook nog steeds trager?

[perslucht]

@Jordi_ Ik heb vandaag mijn wavesharedisplay ontvangen. Meteen even OpenAmber geflasht
Aangezien ik nog geen Amber warmtepomp heb, zie ik niets anders dan de melding "Verbinding maken met de warmtepomp...". Is er een mogelijkheid om hier een 'skip' knopje in te bouwen?

Een ander ideetje; is het mogelijk om in de webweergave ook een weergave van het scherm te tonen?

[Jordi_]

perslucht schreef op maandag 9 maart 2026 @ 15:09:
@Jordi_ Ik heb vandaag mijn wavesharedisplay ontvangen. Meteen even OpenAmber geflasht
Aangezien ik nog geen Amber warmtepomp heb, zie ik niets anders dan de melding "Verbinding maken met de warmtepomp...". Is er een mogelijkheid om hier een 'skip' knopje in te bouwen?

Een ander ideetje; is het mogelijk om in de webweergave ook een weergave van het scherm te tonen?

Goed bezig .

In principe heb je niks aan een skip knopje omdat je niks kan als er geen verbinding met de warmtepomp is, maar om te testen zou je eventueel de YAML klein beetje aan kunnen passen.

Weergave van het scherm is niet eenvoudig, en zie ook niet echt de meerwaarde daar van, het beste overzicht krijg je denk ik door een mooi dashboard te maken in HomeAssistant.

[joneboon]

@Jordi_ ik heb even een nieuwe bracket gemaakt, deze heeft geen support nodig. Daarnaast ook een document gemaakt die de integratie stappen even uitlegt (zie pull request). Hoop dat dat enigszins wat bijdraagt bij dit leuke project.

[Jordi_]

joneboon schreef op maandag 9 maart 2026 @ 15:31:
@Jordi_ ik heb even een nieuwe bracket gemaakt, deze heeft geen support nodig. Daarnaast ook een document gemaakt die de integratie stappen even uitlegt (zie pull request). Hoop dat dat enigszins wat bijdraagt bij dit leuke project.

[Afbeelding]

[Afbeelding]

Nice! Bedankt! Zal direct de printer aan slingeren

Ook mooi dat je direct de PWM mod beschrijft, mooie toevoeging.

[Stoker]

Jullie zijn echt goed bezig, ziet er al mooi uit!

[tmbreuker]

joneboon schreef op maandag 9 maart 2026 @ 15:31:
@Jordi_ ik heb even een nieuwe bracket gemaakt, deze heeft geen support nodig. Daarnaast ook een document gemaakt die de integratie stappen even uitlegt (zie pull request). Hoop dat dat enigszins wat bijdraagt bij dit leuke project.

[Afbeelding]

[Afbeelding]

Heel netjes, ben je bereid deze voor mensen zonder 3d printer te maken tegen vergoeding?

[joneboon]

Jordi_ schreef op maandag 9 maart 2026 @ 15:46:
[...]

Nice! Bedankt! Zal direct de printer aan slingeren

Ook mooi dat je direct de PWM mod beschrijft, mooie toevoeging.

Mocht ik nog iets kunnen tweaken dan hoor ik het graag. En ja ik was zelf al even aan het kijken hoe ik dat moest doen met die PWM mod, dus vandaar dat ik ook maar even liet zien. Ik was eerst aan het kijken of ik het gelijk aan de CAN_H kon solderen, maar gewoon in de terminal steken is vele malen makkelijker

[SiNTeK]

joneboon schreef op maandag 9 maart 2026 @ 17:32:
[...]


Mocht ik nog iets kunnen tweaken dan hoor ik het graag. En ja ik was zelf al even aan het kijken hoe ik dat moest doen met die PWM mod, dus vandaar dat ik ook maar even liet zien. Ik was eerst aan het kijken of ik het gelijk aan de CAN_H kon solderen, maar gewoon in de terminal steken is vele malen makkelijker

Chill dat dit werkt! ChatGPT had een of ander kulverhaal dat dat niet zou werken.. maar wel dus 🤣

Kan je de bestanden voor de bracket delen? 🤗