OpenAmber: Itho Daalderop Amber warmtepomp firmware

[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