OpenAmber: Itho Daalderop Amber warmtepomp firmware

[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? 🤗

[Jordi_]

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

Misschien komt later nog het verzoek voor een mount voor het OpenTherm bordje .

Hij zit bij mij niet super strak bevestigd met m2.5x10 schroeven. Ik kan hem nog wel vrij losjes naar boven en beneden schuiven terwijl alle schroeven strak zijn aangedraaid. Is dat bij jou beter?

SiNTeK schreef op maandag 9 maart 2026 @ 17:48:
[...]

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? 🤗

Zie https://github.com/Jordi1...are-screen-integration.md

[ Voor 20% gewijzigd door Jordi_ op 09-03-2026 19:44 ]

[joneboon]

Jordi_ schreef op maandag 9 maart 2026 @ 19:43:
[...]

Misschien komt later nog het verzoek voor een mount voor het OpenTherm bordje .

Hij zit bij mij niet super strak bevestigd met m2.5x10 schroeven. Ik kan hem nog wel vrij losjes naar boven en beneden schuiven terwijl alle schroeven strak zijn aangedraaid. Is dat bij jou beter?

Hmm interessant, hier zit ie wel goed strak ja! Maar ik kan de randen wel een tikkie hoger maken. Dat zou ook voor mijn situatie niet uit moeten maken. Ik stuur je wel even een nieuwe versie om te testen

[joneboon]

tmbreuker schreef op maandag 9 maart 2026 @ 15:54:
[...]

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

Mocht er meer belangstelling zijn kan ik misschien wel wat regelen

[joneboon]

Even een update omtrent het bracket design die ik begin deze week deelde. @Jordi_ kreeg deze niet goed vast en ik dacht dat dit te maken had toleranties in het design van de regelunit, maar het heeft te maken met hoe de schroef terminals van de waveshare module aan het scherm zijn bevestigd.

Dit is namelijk alleen maar met een dubbelzijdig tape gedaan en door het aandraaien van de schroeven bij de bracket gaat de tape met name aan de onderzijde wat meegeven. Bij mij zit het nog wel ok, maar op lange termijn zal dit ook voor mij een probleem worden.

Ik ben bezig met een oplossing, maar zo blijkt maar weer dat testen door meerdere gebruikers belangrijk is

[jj85]

@Jordi_ Gisteren in overleg met Quatt zijn er vanuit Quatt wat aandachtspunten gedeeld om de warmtepomp zo goed als mogelijk binnen de ontwerpcondities te houden.
Meest spreekt voor zich
- min flow voordat compressor start
- min comp off time (ongeveer 3 a 4 minuten)
- indien defrost actief is, dan nooit compressor uitschakelen (dus working-mode niet naar 0 of comp-level naar 0).

Kan mogelijk voor OpenAmber ook relevant zijn.

[Jordi_]

jj85 schreef op donderdag 12 maart 2026 @ 15:16:
@Jordi_ Gisteren in overleg met Quatt zijn er vanuit Quatt wat aandachtspunten gedeeld om de warmtepomp zo goed als mogelijk binnen de ontwerpcondities te houden.
Meest spreekt voor zich
- min flow voordat compressor start
- min comp off time (ongeveer 3 a 4 minuten)
- indien defrost actief is, dan nooit compressor uitschakelen (dus working-mode niet naar 0 of comp-level naar 0).

Kan mogelijk voor OpenAmber ook relevant zijn.

Dank, OpenAmber voldoet op zich aan de meeste van deze punten. De min compressor off time is bij het omschakelen naar DHW vaak iets sneller, afhankelijk van de reactie van de buiten unit. Misschien moet dat nog iets strikter al klinkt 3 a 4 minuten ook niet alsof het heel strikt komt

Wel prachtig dat Quatt de dialoog aan gaat.

[joneboon]

ik zag dat de setpoint altijd met 2 graden verschil wordt geüpdate, is dat met een specifieke reden? ik draai nu sinds gisteren even een versie waarbij ik de "delta: 1" heb weggehaald in heat_curve_calculated_setpoint (de buitentemperatuur wordt al gemiddeld over een uur genomen en daarna ook nog afgerond naar hele getallen). Nu heb ik wel updates per graad

[Jordi_]

joneboon schreef op maandag 16 maart 2026 @ 21:02:
[Afbeelding]

ik zag dat de setpoint altijd met 2 graden verschil wordt geüpdate, is dat met een specifieke reden? ik draai nu sinds gisteren even een versie waarbij ik de "delta: 1" heb weggehaald in heat_curve_calculated_setpoint (de buitentemperatuur wordt al gemiddeld over een uur genomen en daarna ook nog afgerond naar hele getallen). Nu heb ik wel updates per graad

Ik denk dat die inderdaad wel weg kan, waarschijnlijk een overblijfsel van toen de actuele buitentemperatuur gebruikt werd.

[joneboon]

3D print bracket design heeft een update gekregen, gelijk ook geen schroefjes meer nodig. Voor uitleg en bestanden even op GitHub kijken: https://github.com/Jordi1...are-screen-integration.md

[perslucht]

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

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.

Ik heb mij even kwaad gemaakt (samen met Claude), en ik heb een methode gemaakt om screenshots te maken. Hier het laadscherm als voorbeeld.


Ik weet niet of je echt zit te wachten op deze feature . Wellicht handig om screenshots te kunnen maken voor een eventuele handleiding?

Nu nog even aan de skip-knop werken.

[Jordi_]

perslucht schreef op donderdag 19 maart 2026 @ 12:25:
[...]

Ik heb mij even kwaad gemaakt (samen met Claude), en ik heb een methode gemaakt om screenshots te maken. Hier het laadscherm als voorbeeld.
[Afbeelding]

Ik weet niet of je echt zit te wachten op deze feature . Wellicht handig om screenshots te kunnen maken voor een eventuele handleiding?

Nu nog even aan de skip-knop werken.

Dat kan inderdaad wel interessant zijn tijdens ontwikkeling. Ik vond hier ook een component die dit al doet:
https://github.com/ay129-35MR/esphome-display-screenshot

[joneboon]

joneboon schreef op woensdag 18 maart 2026 @ 20:37:
3D print bracket design heeft een update gekregen, gelijk ook geen schroefjes meer nodig. Voor uitleg en bestanden even op GitHub kijken: https://github.com/Jordi1...are-screen-integration.md

[Afbeelding]

@leejoow wil voor de geïnteresseerden deze printjes wel maken. Hij heeft al wat andere (print) projectjes omtrent de Amber natuurlijk dus dit zou een goede aanvulling zijn. Ik laat de verdere afhandeling bij hem

[georgeboot]

joneboon schreef op zaterdag 21 maart 2026 @ 14:59:
[...]


@leejoow wil voor de geïnteresseerden deze printjes wel maken. Hij heeft al wat andere (print) projectjes omtrent de Amber natuurlijk dus dit zou een goede aanvulling zijn. Ik laat de verdere afhandeling bij hem

Ik kan evt ook wel wat printen voor mensen die in de buurt (Elspeet) wonen.

[leejoow]

Ik heb hem op de webshop gezet: https://www.laserandlayer...namber-waveshare-bracket/

[georgeboot]

hoe behoort de legionellapreventie te werken? Ik heb tapwaterschema dagelijks tussen 1300-1500 naar 55. Legionella staat aan, op 60, om de 7 dagen en had paar weken geleden een zondag om 1300 ingesteld. Maar heeft het nooit gedaan nog.


Net was de wss run klaar (vat op 55 dus) toen even handmatig volgende legionella naar nu+2 minuten gezet. Op dat moment past die netjes de datum aan naar nu+7 dagen, en de ‘legionellacyclus actief’ gaat 5 seconden aan en daarna weer uit. Maar daadwerkelijk naar 60 verwarmen doet die niet.

[Jordi_]

georgeboot schreef op zondag 22 maart 2026 @ 14:51:
hoe behoort de legionellapreventie te werken? Ik heb tapwaterschema dagelijks tussen 1300-1500 naar 55. Legionella staat aan, op 60, om de 7 dagen en had paar weken geleden een zondag om 1300 ingesteld. Maar heeft het nooit gedaan nog.


Net was de wss run klaar (vat op 55 dus) toen even handmatig volgende legionella naar nu+2 minuten gezet. Op dat moment past die netjes de datum aan naar nu+7 dagen, en de ‘legionellacyclus actief’ gaat 5 seconden aan en daarna weer uit. Maar daadwerkelijk naar 60 verwarmen doet die niet.

Ik heb het probleem gevonden, de doel temperatuur werd niet snel genoeg bijgewerkt als legionella run actief wordt dus ging hij van het normale setpoint uit. Fix komt in de volgende release.

[Jordi_]

Nieuwe release!

Veel bug fixes maar ook ondersteuning voor koelen.
Zoals eerder besproken is koelen op basis van PID regeling en een fixed setpoint. Ook kan de maximale compressor stand begrensd worden, in mijn geval staat hij op het laagst waardoor hij altijd op 30Hz draait.

En een schermpje om settings aan te passen:



https://github.com/Jordi1990/openamber/releases/tag/0.2.0

[bighead]

Vanochtend eindelijk 0.1.4 kunnen installeren, is er nu zelfs als een 0.2.0, deze draait ook alweer! OpenAmber wordt steeds weer beter, top!

[perslucht]

Goed bezig @Jordi_. Is dat screenshot van je UI designer of heb je het maken van screenshots geïmplementeerd? Ik heb namelijk je repository geforkt en de screenshot functionaliteit ingebouwd.

[Jordi_]

perslucht schreef op maandag 23 maart 2026 @ 20:26:
Goed bezig @Jordi_. Is dat screenshot van je UI designer of heb je het maken van screenshots geïmplementeerd? Ik heb namelijk je repository geforkt en de screenshot functionaliteit ingebouwd.

Ik heb met de code uit jouw fork de screenshot gemaakt .

[Jordi_]

We hebben al mooi wat gebruikers die ook de data delen! En een aantal snelle updaters .

[SiNTeK]

Jordi_ schreef op maandag 23 maart 2026 @ 21:21:
En een aantal snelle updaters .

Ik krijg de OTA nog niet binnen. Wacht even af, of update morgen even handmatig. 😉

[Eggybert]

Jordi_ schreef op maandag 23 maart 2026 @ 20:03:
Nieuwe release!

Veel bug fixes maar ook ondersteuning voor koelen.
Zoals eerder besproken is koelen op basis van PID regeling en een fixed setpoint. Ook kan de maximale compressor stand begrensd worden, in mijn geval staat hij op het laagst waardoor hij altijd op 30Hz draait.

https://github.com/Jordi1990/openamber/releases/tag/0.2.0

Is het nog nodig om de setpoint voor koelen niet te vaak te schrijven?
Dit was bij de oude besturing wel het geval.

Ik bereken het dauwpunt en zet daar de setpoint op of net iets onder.

Ik heb OpenAmber nog niet draaien maar heb al wel het scherm klaar liggen.
Ziet er allemaal veel duidelijker uit dan de standaard besturing.
En 30hrz zal voor mij zeker in het start en tegen het einde van het seizoen helpen omdat de amber 95 dan iets overbemeten is.

[Jordi_]

Eggybert schreef op dinsdag 24 maart 2026 @ 08:35:
[...]


Is het nog nodig om de setpoint voor koelen niet te vaak te schrijven?
Dit was bij de oude besturing wel het geval.

Ik bereken het dauwpunt en zet daar de setpoint op of net iets onder.

Ik heb OpenAmber nog niet draaien maar heb al wel het scherm klaar liggen.
Ziet er allemaal veel duidelijker uit dan de standaard besturing.
En 30hrz zal voor mij zeker in het start en tegen het einde van het seizoen helpen omdat de amber 95 dan iets overbemeten is.

Het koelen setpoint is wel een setting, dus die wordt met een vertraging van 5 min weggeschreven. Dus in principe moet je deze niet te vaak zetten. Maar als je hem bijvoorbeeld maar maximaal 1x per uur veranderd dan zal er niet zoveel aan de hand zijn.

Voor verwarmen had ik hiervoor manual_setpoint gemaakt, wat geen setting is en die kun je dus oneindig schrijven. Ik zal iets vergelijkbaars ook nog even voor koelen implementeren.

[TeslaNerd]

Kopie van mijn bericht op het OpenQuatt topic:

Ik heb vandaag een power cycle gedaan op de buitenunit en dan worden de aanpassingen die ik met OpenQuatt aan de EEPROM- registers heb gedaan weer terug gezet naar de oorspronkelijke waarden.

[ Voor 12% gewijzigd door TeslaNerd op 24-03-2026 13:41 ]

[Jordi_]

TeslaNerd schreef op dinsdag 24 maart 2026 @ 13:41:
Kopie van mijn bericht op het OpenQuatt topic:

Ik heb vandaag een power cycle gedaan op de buitenunit en dan worden de aanpassingen die ik met OpenQuatt aan de EEPROM- registers heb gedaan weer terug gezet naar de oorspronkelijke waarden.

Dat klopt inderdaad, die registers aanpassen doet niks met de EEPROM. Dat gebeurd pas zodra het update mechanisme gestart wordt d.m.v. werkmodus 5.

[TeslaNerd]

Jordi_ schreef op dinsdag 24 maart 2026 @ 13:50:
[...]
Dat klopt inderdaad, die registers aanpassen doet niks met de EEPROM. Dat gebeurd pas zodra het update mechanisme gestart wordt d.m.v. werkmodus 5.

De werking van de warmtepomp kan overigens wel direct worden beinvloed met het aanpassen van de registers. Ik heb hiervoor al goede resultaten met:
- het aanpassen van de regeling voor de bodemplaatverwarming
- het aanpassen van de compressor frequentiemapping voor het vermijden van hinderlijke resonanties.

Ik begrijp uit jouw opmerking dat de EEPROM dan niet wordt aangepast maar alleen de EEPROM-registers

[ Voor 8% gewijzigd door TeslaNerd op 24-03-2026 14:02 ]

[jj85]

Jordi_ schreef op dinsdag 24 maart 2026 @ 13:50:
[...]

Dat klopt inderdaad, die registers aanpassen doet niks met de EEPROM. Dat gebeurd pas zodra het update mechanisme gestart wordt d.m.v. werkmodus 5.

Hoe werkt dit? (heb je dit al geprobeerd).
Is het dan naar WM 5 schakelen, registers aanpassen en dan WM 5 weer verlaten?

[Jordi_]

TeslaNerd schreef op dinsdag 24 maart 2026 @ 14:00:
[...]

De werking van de warmtepomp kan overigens wel direct worden beinvloed met het aanpassen van de registers. Ik heb hiervoor al goede resultaten met:
- het aanpassen van de regeling voor de bodemplaatverwarming
- het aanpassen van de compressor frequentiemapping voor het vermijden van hinderlijke resonanties.

Ik begrijp uit jouw opmerking dat de EEPROM dan niet wordt aangepast maar alleen de EEPROM-registers

Klopt, dit gebruiken wij ook om 30Hz frequentie beschikbaar te maken voor alle modellen.

jj85 schreef op dinsdag 24 maart 2026 @ 14:03:
[...]

Hoe werkt dit? (heb je dit al geprobeerd).
Is het dan naar WM 5 schakelen, registers aanpassen en dan WM 5 weer verlaten?

Ik heb dit nog niet geprobeerd dus ook niet helemaal helder hoe dit precies werkt, maar de originele software van de Amber gebruikt dit mechanisme om settings te veranderen. Daarbij is het aanpassen van de checksum ook belangrijk.

Ander interessant aspect is dat de EEPROM updater die bij de Amber EEPROM update kwam iets vergelijkbaars doet met mode 5, maar de registers worden weggeschreven op een compleet ander modbus device.

Allemaal vrij onduidelijk zonder de specificaties en riskant, al stond er volgens mij wel iets in dat Amitime document over dat de buiten unit bij opstarten het een en ander controleert en daarna terug gaat naar default. Maar geen idee of dat over dit stuk gaat

[TeslaNerd]

Jordi_ schreef op dinsdag 24 maart 2026 @ 14:26:
[...]

Klopt, dit gebruiken wij ook om 30Hz frequentie beschikbaar te maken voor alle modellen.


[...]
Ik heb dit nog niet geprobeerd dus ook niet helemaal helder hoe dit precies werkt, maar de originele software van de Amber gebruikt dit mechanisme om settings te veranderen. Daarbij is het aanpassen van de checksum ook belangrijk.

Ander interessant aspect is dat de EEPROM updater die bij de Amber EEPROM update kwam iets vergelijkbaars doet met mode 5, maar de registers worden weggeschreven op een compleet ander modbus device.

Allemaal vrij onduidelijk zonder de specificaties en riskant, al stond er volgens mij wel iets in dat Amitime document over dat de buiten unit bij opstarten het een en ander controleert en daarna terug gaat naar default. Maar geen idee of dat over dit stuk gaat

Hebben jullie ook inzicht en ervaring met het manipuleren van de fanspeed? Ik wil op het laagste compressorniveau de fanspeed hoger hebben omdat het geluid dan minder resoneert op mijn dakopstelling

[Jordi_]

TeslaNerd schreef op dinsdag 24 maart 2026 @ 16:47:
[...]

Hebben jullie ook inzicht en ervaring met het manipuleren van de fanspeed? Ik wil op het laagste compressorniveau de fanspeed hoger hebben omdat het geluid dan minder resoneert op mijn dakopstelling

Niet geprobeerd, ik had deze registers al eens in kaart gebracht en die staan volgens mij ook niet in het document van Amitime. (Waarde * 10 = RPM)

Register Waarde
3301 52
3302 53
3303 56 Defrost fan setpoint?
3304 62
3305 68
3306 72 Maximum fan setpoint

3320 52 Fan low setpoint – heat 1?
3321 52 Fan low setpoint – cool 2?
3322 52 Fan low setpoint – dhw 3?
3323 62 Fan medium setpoint – heat 1?
3324 62 Fan medium setpoint – cool 2?
3325 62 Fan medium setpoint – dhw 3?
3326 72 Fan high setpoint – heat 1?
3327 72 Fan high setpoint – cool 2?
3328 72 Fan high setpoint – dhw 3?

[shadylog]

Korte vraag moeten we de waveshare van 5" waveshare met touch van 800×480 of 1024x600 ? Ik heb het bracket al binnen van @leejoow !
kijk er vooral naar uit om nu eindelijk goed legionella/warm water programa's te draaien. Ook benieuwd om nachtprogramma nu accurater te starten ipv in 2 uur blokken zoals op WinCE.

[Jordi_]

shadylog schreef op woensdag 25 maart 2026 @ 20:30:
Korte vraag moeten we de waveshare van 5" waveshare met touch van 800×480 of 1024x600 ? Ik heb het bracket al binnen van @leejoow !
kijk er vooral naar uit om nu eindelijk goed legionella/warm water programa's te draaien. Ook benieuwd om nachtprogramma nu accurater te starten ipv in 2 uur blokken zoals op WinCE.

Voorkeur voor 1024x600, op 800x480 schaalt de interface nog niet perfect.

[Snoekieboe]

Ik lees met grote interesse dit topic mee, maar ben zelf in het bezit van een HPS-95. Kan iemand bevestigen of OpenAmber ook werkt met de HPS-95. Dat wordt me nog niet helemaal duidelijk na het uitvoerig lezen van dit
topic. Thnx!

[leejoow]

Ik ben hier ook heel benieuwd naar! Ik heb het nog niet aangedurfd 😋
De modbus adressen zijn voor zover ik weet gelijk (de heatpump listener werkt op de HP-S en de Amber), dus ik zou eigenlijk niet weten waarom het niet werkt. Het grootste verschil is denk ik het koelgas, waardoor er andere drukken en frequenties gebruikt worden (maar dit is EEPROM).

Ik hoor het graag van je als je het werkend hebt 😉

[ Voor 7% gewijzigd door leejoow op 26-03-2026 06:46 ]

[Snoekieboe]

leejoow schreef op donderdag 26 maart 2026 @ 06:46:
Ik hoor het graag van je als je het werkend hebt 😉

Dan zullen we maar eens een bordje bestellen :-)

p.s. en dat is inmiddels ook gedaan, dus binnenkort eens testen... to be continued!

[ Voor 16% gewijzigd door Snoekieboe op 26-03-2026 08:57 ]

[Jordi_]

Snoekieboe schreef op donderdag 26 maart 2026 @ 07:57:
[...]


Dan zullen we maar eens een bordje bestellen :-)

p.s. en dat is inmiddels ook gedaan, dus binnenkort eens testen... to be continued!

Ik ben benieuwd, we kunnen altijd aanpassingen doen voor de HP-S.

Ik denk dat de aansturing van de buitenunit identiek is, maar wat mogelijk anders kan zijn is de aansturing van de pomp/backup element. Omdat het backup element bij de HP-S in de binnen unit zit volgens mij en bij de Amber in de buiten unit.

Wat ik mij nog bedenk, de pomp en backup element zitten bij de Amber beide in de buiten unit maar toch worden ze aangestuurd via de binnen unit. Misschien is dit puur omdat de HP-S ook zo aangestuurd werd en hebben ze dit zo gehouden.

[jelmerjan]

Jordi_ schreef op zondag 22 februari 2026 @ 09:17:
[...]

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.

Even in het topic van Weheat gezocht en zo te zien moduleren ze daar helemaal terug naar 15hz (900rpm), het minimale volgens de specificaties van de compressor.
De COP zal bij die snelheid wel flink lager zijn, maar alsnog is het een mooie optie om ook op mildere dagen lange runs te kunnen maken:

SebastiaanPs schreef op dinsdag 18 november 2025 @ 10:47:
[...]

Dat is wel relatief laag voor deze Ta, ook bij deze buitentemperaturen.
De compressor draait maar 15 Hz (900 rpm / 60 = 15 Hz), dat is vrij langzaam. Misschien is dat de oorzaak, zie SebastiaanPs in "Lucht/Water warmtepomp om mee te verwarmen en te koelen #11". Bij zeer laag vermogen daalt de COP.

Ik weet niet hoe je kunt zorgen dat hij meer vermogen geeft bij een Blackbird, maar misschien bijv. als je de thermostaat 1 graden omhoog gooit?

[Carboy54]

jelmerjan schreef op donderdag 26 maart 2026 @ 14:42:
[...]


Even in het topic van Weheat gezocht en zo te zien moduleren ze daar helemaal terug naar 15hz (900rpm), het minimale volgens de specificaties van de compressor.
De COP zal bij die snelheid wel flink lager zijn, maar alsnog is het een mooie optie om ook op mildere dagen lange runs te kunnen maken:


[...]

Niet met de Weheat Flint made by Amitime. Die doet 30%

[bighead]

Mijn OpenAmber heeft ineens geen wifi-verbinding meer. Hij ziet mijn netwerken wel, maar ik kan geen wachtwoord invullen op het Waveshare display. Zou dat misschien gefixt kunnen worden met een volgende update? Nu al meer dan een uur geen verbinding, ik ga hem nu maar opnieuw flashen zodat ik hem weer kan bedienen via de webinterface/home-assistant.