OpenAmber: Itho Daalderop Amber warmtepomp firmware

[Degast]

Ik draai af fabriek dus op 30hz.

Deelde ooit bestand met spec s compressor. Welke inderdaad vanaf 900 toeren kan werken. Maar vanaf 30Hz? meen ik optimaler (komt anders niet op hogere druk en dus temp)

[Degast]

Degast schreef op woensdag 24 juni 2026 @ 08:03:
https://www.manualslib.com/manual/2930527/Hitachi-Highly-Whp07600psdpc9kq.html?page=9#manual

15 is minimum volgens manual.

Hier

[Degast]

Amber 95

[Degast]

Het is een keuze, iets met ontwerp van de rest van de WP ook. Ook geluid en trillingen spelen mee.

[joneboon]

@Jordi_ doet de PID deadband setting iets? Verwarmen deadband voor compressor staat nog op 1graden met een constant

[Jordi_]

bighead schreef op zondag 18 oktober 2026 @ 15:19:
[...]

1. Dit zal alleen in de lente en herfst voorkomen dat er zo laag gedraaid zou kunnen worden, dan is de buitentemperatuur niet zo heel laag. Zo laag draaien kan ook alleen met een lage aanvoertemperatuur denk ik, bij mij is dat 25-27 graden. Origineel verwarmd mijn unit op minimaal 30hz.
2. Koelen op 20hz heeft hier (en bij anderen) al maanden goed gedraaid. Olie opvoeren gebeurt om de 2 uur standaard al.

Maar misschien dat @Jordi_ hier uitsluitsel over kan geven waarom verwarmen nu op minimaal 28hz staat.

Ik had 20Hz verwarmen er eerst al wel inzitten omdat de Quatt R290 units dit inderdaad ook al doen, alleen heb ik later de frequenties weer wat veranderd. Het lastige is dat er te weinig resolutie is met de 10 compressor standen, en omdat de buiten unit hard vanaf stand 4 dacht ik gaat begrenzen op basis van de buiten temperatuur. Dat betekent dat stand 4 eigenlijk wel 55 Hz moet zijn anders gaat de compressor zomers niet zo hard draaien voor DHW.

Nu hebben we dus:
Stand 1 = 28 Hz
Stand 2 = 36 Hz
Stand 3 = 43 Hz
Stand 4 = 55 Hz

Leek mij een goede balans om enigszins nog wat spreiding te hebben tussen deze 4 standen.

Er zijn nog wel wat alternatieve oplossingen mogelijk maar dan gaan we wel nog meer afwijken van het bekende aanstuur gedrag.

[Jordi_]

joneboon schreef op zondag 18 oktober 2026 @ 16:19:
@Jordi_ doet de PID deadband setting iets? Verwarmen deadband voor compressor staat nog op 1graden met een constant

Die zou wel moeten werken ja, staat default op 1 maar die setting zou het moeten aanpassen.

[Whiskey48]

bighead schreef op zondag 18 oktober 2026 @ 15:19:
[...]

1. Dit zal alleen in de lente en herfst voorkomen dat er zo laag gedraaid zou kunnen worden, dan is de buitentemperatuur niet zo heel laag. Zo laag draaien kan ook alleen met een lage aanvoertemperatuur denk ik, bij mij is dat 25-27 graden. Origineel verwarmd mijn unit op minimaal 30hz.
2. Koelen op 20hz heeft hier (en bij anderen) al maanden goed gedraaid. Olie opvoeren gebeurt om de 2 uur standaard al.

Maar misschien dat @Jordi_ hier uitsluitsel over kan geven waarom verwarmen nu op minimaal 28hz staat.

Tja .... Het zou een hoop gependel voorkomen.
Ik hou het topic even in de gaten, ben toch wel benieuwd.

[bighead]

Jordi_ schreef op zondag 18 oktober 2026 @ 16:34:
[...]

Ik had 20Hz verwarmen er eerst al wel inzitten omdat de Quatt R290 units dit inderdaad ook al doen, alleen heb ik later de frequenties weer wat veranderd. Het lastige is dat er te weinig resolutie is met de 10 compressor standen, en omdat de buiten unit hard vanaf stand 4 dacht ik gaat begrenzen op basis van de buiten temperatuur. Dat betekent dat stand 4 eigenlijk wel 55 Hz moet zijn anders gaat de compressor zomers niet zo hard draaien voor DHW.

Nu hebben we dus:
Stand 1 = 28 Hz
Stand 2 = 36 Hz
Stand 3 = 43 Hz
Stand 4 = 55 Hz

Leek mij een goede balans om enigszins nog wat spreiding te hebben tussen deze 4 standen.

Er zijn nog wel wat alternatieve oplossingen mogelijk maar dan gaan we wel nog meer afwijken van het bekende aanstuur gedrag.

Duidelijk! Welke frequentie standen heeft een Quatt die op 20hz verwarmd? Of heeft Quatt meer dan 10 standen? Zoals het nu staat werkt het ook zeker goed, maar als het zuiniger kan, dan mag dat altijd natuurlijk.

Ik heb een nieuwere unit, mijn verwarm frequenties zijn:

30-36-43-49-55-61-69-74-82-90.

En bij een oudere unit: 36, 43, 49, 55, 61, 67, 72, 79, 85, 90

Werkt de ‘begrenzing op buitentemperatuur ‘ dan ook anders? En weet je hoe een Quatt dit doet op een 20hz machine met de DHW-run, of is dat daar heel anders geregeld misschien?

EDIT: Quatt V2 draait volgens mij met deze tabel: 20-26-30-48-55-61-72-80-85-90

[ Voor 3% gewijzigd door bighead op 18-10-2026 20:31 ]

[jj85]

bighead schreef op zondag 18 oktober 2026 @ 19:58:
[...]

Duidelijk! Welke frequentie standen heeft een Quatt die op 20hz verwarmd? Of heeft Quatt meer dan 10 standen? Zoals het nu staat werkt het ook zeker goed, maar als het zuiniger kan, dan mag dat altijd natuurlijk.

Ik heb een nieuwere unit, mijn verwarm frequenties zijn:

30-36-43-49-55-61-69-74-82-90.

En bij een oudere unit: 36, 43, 49, 55, 61, 67, 72, 79, 85, 90

Werkt de ‘begrenzing op buitentemperatuur ‘ dan ook anders? En weet je hoe een Quatt dit doet op een 20hz machine met de DHW-run, of is dat daar heel anders geregeld misschien?

EDIT: Quatt V2 draait volgens mij met deze tabel: 20-26-30-48-55-61-72-80-85-90

Die tabel klopte in het verleden.
Quatt heeft de v2's via modbus van een FW update voorzien.
Nu 0-20 levels van 20-110Hz

[bighead]

jj85 schreef op zondag 18 oktober 2026 @ 20:43:
[...]

Die tabel klopte in het verleden.
Quatt heeft de v2's via modbus van een FW update voorzien.
Nu 0-20 levels van 20-110Hz

20 levels is wel heel prettig! Ik denk niet dat we dat bij een Amber voor elkaar gaan krijgen.

[bighead]

Nu doen de nieuwere units standaard:

30-36-43-49-55-61-…… is dit dan een idee misschien:

20-28-36-43-55-61

Enige wat ik niet weet is of DHW dan goed gaat.

[ Voor 19% gewijzigd door bighead op 18-10-2026 21:03 ]

[bighead]

@Jordi_ Is de 'debug log' van de webinterface misschien ook als entiteit te maken zodat dit zichtbaar is in HA? Mocht er dan iets gebeuren en/of fout gaan, dan is dat mooi terug te kijken.

[Jordi_]

bighead schreef op zondag 18 oktober 2026 @ 21:02:
Nu doen de nieuwere units standaard:

30-36-43-49-55-61-…… is dit dan een idee misschien:

20-28-36-43-55-61

Enige wat ik niet weet is of DHW dan goed gaat.

Ik wil wel eens een experiment doen door de aparte DHW modus te gebruiken in de buiten unit, dan zitten we niet vast aan de 55Hz op stand 4 voor verwarmen, dan kunnen we die frequenties wel gebruiken.

bighead schreef op maandag 19 oktober 2026 @ 19:49:
@Jordi_ Is de 'debug log' van de webinterface misschien ook als entiteit te maken zodat dit zichtbaar is in HA? Mocht er dan iets gebeuren en/of fout gaan, dan is dat mooi terug te kijken.

Debug logs dacht ik niet. Warnings komen wel terug in HA. Maar de history van de 'control loop' states geven samen met de temperatuur sensoren geven wel genoeg inzicht.

[bighead]

Jordi_ schreef op maandag 19 oktober 2026 @ 20:02:
[...]

Ik wil wel eens een experiment doen door de aparte DHW modus te gebruiken in de buiten unit, dan zitten we niet vast aan de 55Hz op stand 4 voor verwarmen, dan kunnen we die frequenties wel gebruiken.

Daar heb ik wel interesse in!

Debug logs dacht ik niet. Warnings komen wel terug in HA. Maar de history van de 'control loop' states geven samen met de temperatuur sensoren geven wel genoeg inzicht.

Dat is wel jammer, maar als dat niet mogelijk is, dan houd het op natuurlijk! Soms vraag ik mij af wat er precies gebeurt, dan is de webinterface net even wat duidelijker.

[Jordi_]

bighead schreef op maandag 19 oktober 2026 @ 20:21:
[...]

Daar heb ik wel interesse in!


[...]

Dat is wel jammer, maar als dat niet mogelijk is, dan houd het op natuurlijk! Soms vraag ik mij af wat er precies gebeurt, dan is de webinterface net even wat duidelijker.

Ik zal binnenkort wel even kijken, volgens moet het wel kunnen om alle logging in HA te bekijken.

[Aiolos]

Gisteren wat vreemd gedrag met verwarmen. (en ik denk dat het gerelateerd is met een bug die laatst voorbij kwam, maar dat kan ik niet helemaal scherp herinneren)

Ik heb een thermostaat die de externe warmtevraag triggert. Werkte met OpenAmber afgelopen weken ook prima. Maar gisteren zag ik dat de "warmtevraag" wel actief was, maar pomp P0 er na ~1,5 minuut mee stopt.
Tc was nog warm genoeg (in het buffervat), en nog niet onder de drempelwaarde om te verwarmen, maar pomp P1 werd niet gestart (dus Tc koelde ook niet af). Daardoor gebeurde er eigenlijk niks.

Ik heb gekeken naar foutmeldingen (die waren er niet), en OpenAmber herstart. Geen verschil, weer ~1,5 minuut pomp P0 aan, en weer uit.

Uiteindelijk is het goed gekomen en startte ook pomp P1. Maar dat kan ook goed gekomen zijn doordat het buiten net iets afkoelde waardoor de stooklijn hoger werd, of door de 2 keer rondpompen van water naar de buitenunit en het buffervat afkoelde.

Mijn vermoeden is dus dat er nog ergens vergeten wordt P1 aan te zetten.

(verder ben ik echt enorm blij met OpenAmber, zeker nu aan het begin van het seizoen is het lekker dat ie flink terugmoduleert en ook niet als een bezetene op 90Hz start met verwarmen)

edit:
ik draai versie 0.7.3

[Jordi_]

Aiolos schreef op maandag 19 oktober 2026 @ 23:20:
Gisteren wat vreemd gedrag met verwarmen. (en ik denk dat het gerelateerd is met een bug die laatst voorbij kwam, maar dat kan ik niet helemaal scherp herinneren)

Ik heb een thermostaat die de externe warmtevraag triggert. Werkte met OpenAmber afgelopen weken ook prima. Maar gisteren zag ik dat de "warmtevraag" wel actief was, maar pomp P0 er na ~1,5 minuut mee stopt.
Tc was nog warm genoeg (in het buffervat), en nog niet onder de drempelwaarde om te verwarmen, maar pomp P1 werd niet gestart (dus Tc koelde ook niet af). Daardoor gebeurde er eigenlijk niks.

Ik heb gekeken naar foutmeldingen (die waren er niet), en OpenAmber herstart. Geen verschil, weer ~1,5 minuut pomp P0 aan, en weer uit.

Uiteindelijk is het goed gekomen en startte ook pomp P1. Maar dat kan ook goed gekomen zijn doordat het buiten net iets afkoelde waardoor de stooklijn hoger werd, of door de 2 keer rondpompen van water naar de buitenunit en het buffervat afkoelde.

Mijn vermoeden is dus dat er nog ergens vergeten wordt P1 aan te zetten.

(verder ben ik echt enorm blij met OpenAmber, zeker nu aan het begin van het seizoen is het lekker dat ie flink terugmoduleert en ook niet als een bezetene op 90Hz start met verwarmen)

edit:
ik draai versie 0.7.3

Dat hij bij warmtevraag P0 weer uit zet is gewoon de pomp interval, maar P1 zou tijdens die interval ook steeds aan moeten gaan. Dus dat is wel vreemd.

Je zou kunnen luisteren bij de binnen unit of je wel het relais voor pomp P1 hoort klikken tijdens een pomp interval, of in het service menu even kijken of hij wel direct start als je P1 aan zet met de hand om het één en ander uit te sluiten.

[timpel_800]

Ik heb ook het waveshare schermpje besteld en de 3D geprinte houder. Ik ben benieuwd!

[Aiolos]

Jordi_ schreef op dinsdag 20 oktober 2026 @ 08:23:
[...]

Dat hij bij warmtevraag P0 weer uit zet is gewoon de pomp interval, maar P1 zou tijdens die interval ook steeds aan moeten gaan. Dus dat is wel vreemd.

Je zou kunnen luisteren bij de binnen unit of je wel het relais voor pomp P1 hoort klikken tijdens een pomp interval, of in het service menu even kijken of hij wel direct start als je P1 aan zet met de hand om het één en ander uit te sluiten.

Aha, het zou kunnen dat tijdens die 1,5 minuut P1 wel draaide, maar ik was in de veronderstelling dat P1 tijdens warmtevraag altijd aan is (dat is bij ClosedAmber wel het geval). Anders koelt immers mijn buffervat ook niet af, want er wordt geen warmte aan onttrokken. Tijdens die 1,5 minuut kan ik wel zien dat Tc daalt en Tv1 kort stijgt, maar niet voldoende om de 2 graden drempel te halen blijkbaar.

P1 heeft (nog) geen actief / niet actief status zeker?

timpel_800 schreef op dinsdag 20 oktober 2026 @ 18:33:
Ik heb ook het waveshare schermpje besteld en de 3D geprinte houder. Ik ben benieuwd!

Welkom bij de club!

[Jordi_]

Aiolos schreef op dinsdag 20 oktober 2026 @ 18:54:
[...]

Aha, het zou kunnen dat tijdens die 1,5 minuut P1 wel draaide, maar ik was in de veronderstelling dat P1 tijdens warmtevraag altijd aan is (dat is bij ClosedAmber wel het geval). Anders koelt immers mijn buffervat ook niet af, want er wordt geen warmte aan onttrokken. Tijdens die 1,5 minuut kan ik wel zien dat Tc daalt en Tv1 kort stijgt, maar niet voldoende om de 2 graden drempel te halen blijkbaar.

P1 heeft (nog) geen actief / niet actief status zeker?

Ik zal wel even aanpassen dat P1 gewoon door draait tijdens warmtevraag. P1 heeft inderdaad geen actief status omdat er geen sensor voor is, ik zou nog wel een soort virtuele sensor kunnen maken die alleen aangeeft of we hem aangezet of uitgezet hebben.

[Aiolos]

Dat zou wel mooi zijn.

Ik zag het gedrag net weer en een kwartier later gaat natuurlijk de pomp weer aan en dan daalt de temperatuur voldoende in het buffervat. Ik kan dus ook nog wel wat met de parameters spelen waardoor het goed gaat, of in ieder geval de interval korter zetten zodat het geen kwartier duurt voordat de check opnieuw plaatsvindt.

Met de heatstar software gaat het trouwens nog iets anders bedenk ik me nu: bij warmtevraag gaat eerst alléén P1 aan als Tc nog hoog genoeg is, daarop daalt natuurlijk relatief snel de Tc omdat die warmte het huis in verdwijnt en dan gaan P0 en de compressor aan.

[bighead]

Hoe werkt die ‘pomp interval’, wanneer moet deze aan gaan? Staat op 15 minuten, maar zie dat niet terug in het stroomverbruik. Of is dat alleen onder bepaalde voorwaarden?


EDIT: Gevonden in de officiële handleiding:

INTERVAL MODUS

De circulatiepomp draait altijd wanneer de compressor aan is. Wanneer de compressor niet draait maar er wél warmte of koudevraag is (bijv. bij een overshoot) zal de circulatiepomp gaan draaien volgens de stop- en draaitijd zoals is in te stellen

[ Voor 56% gewijzigd door bighead op 20-10-2026 20:45 ]

[shadylog]

Ik heb mijn ble versie aangepast naar de laatste openamber en alles werkt prima, een beetje te prima! Hij gaat nu naar 28hz voor mijn Amber 120.

De ble code zorgt ervoor dat de openamber direct BLE advertisements opneemt van switchbot temperatuur en humidity sensoren. Werkt erg goed, ik zal binnenkort een voorstel maken voor de code.

Over de lagere compressor stand..

Normaal vind ik dat fantastisch maar ik blijf toch liever in de compressor frequenties officieel ondersteund. Of zijn deze ook officieel ondersteund? Zo niet is er een stand of toggle dat ik de minimale verwarmingstand kan zetten ?

Hoe zitten jullie er in?

[perslucht]

Ik zie ook liever dat de standaard frequenties worden gebruikt. Is het een idee om die lagere frequenties aan te kunnen zetten als experimentele functie?

[bighead]

De 'oudere' units draaien minimaal op 36hz, de 'nieuwere' units minimaal op 30hz.

De Quatt V2 is een (grotendeels) zelfde buitenunit, deze draait origineel op minimaal 20hz. Technisch gezien zou dat dus goed moeten gaan. Koelen hebben de OpenAmber gebruikers ook een paar maanden gedaan op 20hz.

[Jordi_]

shadylog schreef op dinsdag 20 oktober 2026 @ 21:40:
Ik heb mijn ble versie aangepast naar de laatste openamber en alles werkt prima, een beetje te prima! Hij gaat nu naar 28hz voor mijn Amber 120.

De ble code zorgt ervoor dat de openamber direct BLE advertisements opneemt van switchbot temperatuur en humidity sensoren. Werkt erg goed, ik zal binnenkort een voorstel maken voor de code.

Over de lagere compressor stand..

Normaal vind ik dat fantastisch maar ik blijf toch liever in de compressor frequenties officieel ondersteund. Of zijn deze ook officieel ondersteund? Zo niet is er een stand of toggle dat ik de minimale verwarmingstand kan zetten ?

Hoe zitten jullie er in?

Mooi werk met BLE, als het goed is zou er nu ook genoeg ruimte moeten zijn qua heap waar we in eerdere versies nog wat problemen mee hadden. Uiteindelijk zie ik het voor mij dat je ergens kunt selecteren welke ruimte sensor je wilt gebruiken waarbij je dus ook BLE sensoren kunt selecteren. En als je dan vochtigheid meekrijgt kan er ook dauwpunt logica geïmplementeerd worden voor het koelen.

perslucht schreef op dinsdag 20 oktober 2026 @ 21:50:
Ik zie ook liever dat de standaard frequenties worden gebruikt. Is het een idee om die lagere frequenties aan te kunnen zetten als experimentele functie?

Als hier vraag voor is dan kunnen we er een setting voor maken, dan zou mijn voorkeur wel zijn om het andersom te doen. Dus een 'Gebruik originele frequenties' setting.

[Whiskey48]

bighead schreef op dinsdag 20 oktober 2026 @ 21:54:
De 'oudere' units draaien minimaal op 36hz, de 'nieuwere' units minimaal op 30hz.

De Quatt V2 is een (grotendeels) zelfde buitenunit, deze draait origineel op minimaal 20hz. Technisch gezien zou dat dus goed moeten gaan. Koelen hebben de OpenAmber gebruikers ook een paar maanden gedaan op 20hz.

Wat ik begrijp zou de Amber dat ook prima kunnen, alleen in gemiddelde situatie, niet bij koudere dagen. De Amber past de frequentie niet aan op deze variabelen (en compressor druk ook oid). Dat zal de Quatre waarschijnlijk wel doen, dan zou het prima kunnen idd.

Dit is hoe ik het begrijp iig

[shadylog]

Ik heb een nieuw veld "Ruimtethermostaat" waar je kan kiezen tussen Tr en BLE. Als je BLE kiest komt menu tevoorschijn voor scan en selectie van sensor in de display en ook in webserver.

Er is nu heel veel meer heap en ruimte dan voorheen, daar moest ik de webserver en andere componenten echt uitslopen.

Ik heb het vrije interne RAM gemeten: ongeveer 167 KiB zonder de BLE-uitbreiding, 146 KiB met BLE ingebouwd maar uitgeschakeld, en 116 KiB met BLE ingeschakeld. NimBLE wordt pas geinitialiseerd wanneer BLE als bron van de ruimtetemperatuur wordt geselecteerd in plaats van Tr. Bij terugzetten naar Tr stoppen we de scanner en de-initialiseren we de Bluetooth-stack. Daarmee komt ongeveer 30 KiB heap terug. Volledig weglaten van de BLE-uitbreiding levert nog ongeveer 21 KiB extra op. Die vergelijking omvat ook onze BLE-menu's en bijbehorende componenten. Al met al, vind ik, acceptabele kosten

Ik draai nog tests met alle componenten ingeschakeld (mqtt, eebus, web en captive) en hou de heap bij.

Ik leg nu de hand aan de scan en keuze menu als je meerdere sensoren hebt en je sensor via de display kan kiezen. Uiteraard zit er dan ook Humidity bij. Misschien kunnen we zelfs in de toekomst meerdere sensoren tracken en zo de max humidity over meerdere sensoren pakken voor koeling regeling ?

Andere BLE thermostaten die passief unencrypted advertisements sturen kunnen we denk ik ook toevoegen zonder veel moeite.

[Tillumen]

Ik heb nooit de TR sensor geïnstalleerd en loop nu beetje tegen de beperkingen van de WAR aan.

Hoeveel moeite zou het zijn om naast BLE ook KNX of HA als optie toe te voegen als ruimtesensor?

Er is een ESP / KNX repro beschikbaar: https://github.com/jamel-86/ESP32_KNX_IP_Library

[ Voor 60% gewijzigd door Tillumen op 21-10-2026 09:47 ]

[rh63nl]

Zou voor de compressor frequenties ook het liefst dicht bij de standaard willen blijven of in ieder geval de keuze hebben om dat te doen.

En nog een feature request: ik zou graag een tijdschema willen kunnen invoeren voor een lagere maximale compressor frequentie tijdens de nachtelijke uren, dat beperkt het geluid. Kan denk ik prima ingevuld worden met de keuze voor de "Verwarmen vermogen" optie.

[bighead]

Net versie 0.8.0 erop gezet, zou je kunnen uitleggen wat je kunt met EEBUS?

Klein foutje gevonden, hij zegt bij Systeem - Beheer: Beschikbaar: 0.7.3 (huidig 0.8.0)

[Jordi_]

Nieuwe release: https://github.com/Jordi1990/openamber/releases/tag/0.8.0

Ondersteuning voor zone 2 en mengventielen op verzoek van @Voscovic, moet nog wel in de praktijk getest worden.

Experimenteel support om een Energie Management Systeem (EMS) te koppelen voor aansturing via EEBUS. Ik experimenteer hier zelf wat mee en heb dit aangesloten op EVCC. Documentatie volgt nog.
Vaillant heeft wel een mooi artikel over EEBUS en wordt ook genoemd in de NTA 8171:
https://www.vaillant.nl/a...-huis/slim-energiebeheer/

EVCC:


Victron (Opportunity loads, niet getest):


Analytics dashboard heeft een makeover gekregen:
https://openamber.nl/devices

[ Voor 11% gewijzigd door Jordi_ op 23-10-2026 09:35 ]

[Jordi_]

bighead schreef op donderdag 22 oktober 2026 @ 16:29:
Net versie 0.8.0 erop gezet, zou je kunnen uitleggen wat je kunt met EEBUS?

Klein foutje gevonden, hij zegt bij Systeem - Beheer: Beschikbaar: 0.7.3 (huidig 0.8.0)

Je was te snel, of ik te traag . Ik had de update nog niet klaar gezet voor OTA, nu wel .

[bighead]

Jordi_ schreef op donderdag 22 oktober 2026 @ 16:33:
[...]

Je was te snel, of ik te traag . Ik had de update nog niet klaar gezet voor OTA, nu wel .

Na een restart is de melding weg

Analytics ziet er goed uit, ook de app is bijgewerkt zie ik. Erg netjes hoor, mijn complimenten!

[bighead]

Ik zie dat er van de 31 gebruikers maar 14 gebruikers hun EEPROM gedumpt hebben, is het een idee om dat bij een update te controleren of dat al gedaan is, en anders automatisch dumpen? Ik ben wel benieuwd naar de verschillen


Welke flowsensor gebruiken jullie? Ik wil die misschien ook gaan monteren.

[ Voor 14% gewijzigd door bighead op 22-10-2026 18:47 ]

[perslucht]

@bighead Ik gebruik deze. https://a.aliexpress.com/_EvdwOeA
Bij Tinytronics is hij ook te koop.

[bighead]

perslucht schreef op donderdag 22 oktober 2026 @ 19:03:
@bighead Ik gebruik deze. https://a.aliexpress.com/_EvdwOeA
Bij Tinytronics is hij ook te koop.

En die zit dan in de retour gemonteerd? Hoe heb je dit aangesloten op de binnenunit?

[ Voor 7% gewijzigd door bighead op 22-10-2026 19:41 ]

[Get!em]

bighead schreef op donderdag 22 oktober 2026 @ 19:21:
[...]

En die zit dan in de retour gemonteerd? Hoe heb je dit aangesloten op de binnenunit?

Je sluit hem aan op de Leejoow module als je niet op openamber zit . Die heeft een pulseteller ingang. Het incl instelling voor het juiste aantal pulsen per liter. Tevens heeft die module thermosensor aansluitingen om die mee te nemen in je berekening.

[ Voor 3% gewijzigd door Get!em op 22-10-2026 19:45 ]

[rh63nl]

Get!em schreef op donderdag 22 oktober 2026 @ 19:44:
[...]

Je sluit hem aan op de Leejoow module als je niet op openamber zit . Die heeft een pulseteller ingang. Het incl instelling voor het juiste aantal pulsen per liter. Tevens heeft die module thermosensor aansluitingen om die mee te nemen in je berekening.

Zit ook al een tijdje te kijken naar een flowmeter in het WP circuit, is er al iemand die deze gebruikt? https://www.myaquaro.com/

[perslucht]

@rh63nl Die is het Amber topic een paar keer benoemd. Ik heb er zelf eentje liggen, maar moet er nog mee verder. Ik kreeg hem in eerste instantie niet aan de praat.

[rh63nl]

perslucht schreef op vrijdag 23 oktober 2026 @ 16:25:
@rh63nl Die is het Amber topic een paar keer benoemd. Ik heb er zelf eentje liggen, maar moet er nog mee verder. Ik kreeg hem in eerste instantie niet aan de praat.

Zag hem inderdaad al eerder voorbij komen maar ben vooral opzoek naar bevestiging dat deze sensor werkt. Dus als je zover bent hoor ik het heel graag!

[Florissilfhout]

Heeft iemand anders ook deze melding in Home Assistant na op updaten naar 0.8.0?

We have generated statistics for 'OpenAmber DHW verwarmsnelheid' (sensor.openamber_dhw_verwarmsnelheid) in the past, but it no longer has a state class, therefore, we cannot track long term statistics for it anymore.

Statistics cannot be generated until this entity has a supported state class.
If the state class was previously provided by an integration, this might be a bug. Please report an issue.
If you previously set the state class yourself, please correct it. The different state classes and when to use which can be found in the developer documentation.
If the state class has permanently been removed, you may want to delete the long term statistics of it from your database.
Do you want to permanently delete the long term statistics of sensor.openamber_dhw_verwarmsnelheid from your database?

De entiteit bestaat wel gewoon.

[bighead]

Florissilfhout schreef op zaterdag 24 oktober 2026 @ 10:19:
Heeft iemand anders ook deze melding in Home Assistant na op updaten naar 0.8.0?


[...]


De entiteit bestaat wel gewoon.

Ik had die melding gister ook, maar ik had de opslag van Home Assistant vol, en daardoor database corrupt, dus dacht dat het daaraan lag.

[Jordi_]

Florissilfhout schreef op zaterdag 24 oktober 2026 @ 10:19:
Heeft iemand anders ook deze melding in Home Assistant na op updaten naar 0.8.0?


[...]


De entiteit bestaat wel gewoon.

Dat is niet goed idd, zal het fixen.

[Aiolos]

Versie 0.8.0 lijkt nu het gewenste gedrag wat betreft "P1 aan bij warmtevraag" te vertonen. Bedankt @Jordi_

Nou zat ik ook laatst te denken dat ik graag de COP zou willen weten, maar de Amber hier niet in voorziet. Vooral het gebrek aan flow sensor is hier het probleem.

Itho heeft volgens mij ooit wel een geschatte waarde gegeven in de originele software, maar dat vanwege te grote onzekerheid eruit gehaald. Nu vraag ik me af of er in OpenAmber niet een schatting is te maken. Een bepaalde PWM van pomp P0 zou toch een bepaalde flow moeten geven (natuurlijk is een en ander afhankelijk van de weerstand van het leidingwerk). Eventueel is het ook nog te valideren tegen gebruikers die wel een flow sensor hebben geïnstalleerd.

[georgeboot]

Aiolos schreef op zondag 25 oktober 2026 @ 10:29:
Versie 0.8.0 lijkt nu het gewenste gedrag wat betreft "P1 aan bij warmtevraag" te vertonen. Bedankt @Jordi_

Nou zat ik ook laatst te denken dat ik graag de COP zou willen weten, maar de Amber hier niet in voorziet. Vooral het gebrek aan flow sensor is hier het probleem.

Itho heeft volgens mij ooit wel een geschatte waarde gegeven in de originele software, maar dat vanwege te grote onzekerheid eruit gehaald. Nu vraag ik me af of er in OpenAmber niet een schatting is te maken. Een bepaalde PWM van pomp P0 zou toch een bepaalde flow moeten geven (natuurlijk is een en ander afhankelijk van de weerstand van het leidingwerk). Eventueel is het ook nog te valideren tegen gebruikers die wel een flow sensor hebben geïnstalleerd.

Maar voor twee tientjes koop je een flowmeter bij TinyTronics en weet je het debiet met een best aardige nauwkeurigheid. En OpenAmber ondersteunt het al.

[Aiolos]

georgeboot schreef op zondag 25 oktober 2026 @ 14:46:
[...]

Maar voor twee tientjes koop je een flowmeter bij TinyTronics en weet je het debiet met een best aardige nauwkeurigheid. En OpenAmber ondersteunt het al.

Dat is op zich waar, maar dan moet de boel weer los en er 'even' tussen zetten is er niet bij: er moet een leiding ingekort, een nieuwe koppeling op die leiding geperst. Die 2 tientjes zijn het probleem niet, maar dat werk waar ik net zelf niet alle gereedschap voor heb wel.

[Degast]

Ik heb de gereedschappen wel en was er tot nu toe ook te lui voor..

Enige indicatie waar we aan moeten denken is al fijn?

[ArnoudN]

rh63nl schreef op vrijdag 23 oktober 2026 @ 16:20:
[...]

Zit ook al een tijdje te kijken naar een flowmeter in het WP circuit, is er al iemand die deze gebruikt? https://www.myaquaro.com/

Ik heb deze ook, maar nog niet aan de praat gekregen. De laatste maanden ook weinig tijd aan besteed overigens. Nu het weer kouder wordt toch maar weer even naar kijken.

[Impossibl3]

Degast schreef op zondag 25 oktober 2026 @ 15:39:
Ik heb de gereedschappen wel en was er tot nu toe ook te lui voor..

Enige indicatie waar we aan moeten denken is al fijn?

Ca 1600 l/u bij mijn Amber 95 op max instellingen. Aldus mijn kamstrup 603.

[Aiolos]

Impossibl3 schreef op zondag 25 oktober 2026 @ 16:47:
[...]


Ca 1600 l/u bij mijn Amber 95 op max instellingen. Aldus mijn kamstrup 603.

[Afbeelding]

Kun je ook eens kijken wat ie bij 50% doet

[p.blommendaal]

georgeboot schreef op zondag 25 oktober 2026 @ 14:46:
[...]

Maar voor twee tientjes koop je een flowmeter bij TinyTronics en weet je het debiet met een best aardige nauwkeurigheid. En OpenAmber ondersteunt het al.

Die flowmeter is bij mij na 2 jaar defect gegaan. Het is dus kwaliteit naar z’n geld.

[TeslaNerd]

Als jullie ergens een ODU performance mapping voor jullie ODU kunnen maken of kunnen vinden ( ) dan kunnen jullie op basis van zo een ODU-performance mapping en de waargenomen PWM-waarden in OpenAmber per installatie met zijn specifieke leidingwerk etc een theoretische flowrate terugrekenen en die vervolgens in een tabel obv de PWM-waarden uitlezen en daarmee ook alle live cop- en heating power waarden laten berekenen. Dan heb je helemaal nooit een flow-sensor nodig en kan het gewoon met de PWM-waarden die jullie wel hebben

[ Voor 12% gewijzigd door TeslaNerd op 25-10-2026 18:17 ]

[bighead]

Ik heb nog een paar kleine foutjes ontdekt toen ik het display zat door te kijken vanmiddag:

- Service -> Sensoren: ‘Warmtevraag Zone 1’ staat op ‘UIT’ maar deze gaat niet op ‘AAN’ als er warmtevraag is. ‘Warmtevraag Zone 2’ en ‘Koudevraag’ staan op ‘AAN’, maar dit moet ‘UIT’ zijn.

- Instellingen -> Thermostaat: ‘Uitschakelvertraging’ is grijs, maar wel te bedienen, dit zou zwart horen te zijn.

- Instellingen -> Tapwater: ‘Basisvermogen’: staat op display op ‘Beperkt’, maar in HA en de webinterface staat deze op ‘Zeer laag’ hij draait dan op 61hz.

- Instellingen -> Tapwater -> Winter: ‘Wintervermogen’: staat op display op ‘Gemiddeld’, maar in HA en de webinterface staat deze op ‘ Maximaal’.

[bighead]

Nog iets ontdekt: thermostaat stond op 21 graden (Tr 21,2 graden) even heel kort op 21,5 gezet (om bovenstaande bericht nogmaals te controleren: warmtevraag zone 1) warmtevraag ging aan. Maar meteen weer terug gezet op 21 graden. Nu blijft er (na drie kwartier) nog steeds warmtevraag terwijl Tr nu 21,3 graden is. Overrun verwarmen staat op 0,2, dus warmtevraag zou er nu niet meer moeten zijn. Thermostaat ook op ‘off’ gezet, en nog steeds bleef er warmtevraag. Na een restart van OpenAmber was het weer opgelost.

[Jordi_]

bighead schreef op zondag 25 oktober 2026 @ 20:01:
Ik heb nog een paar kleine foutjes ontdekt toen ik het display zat door te kijken vanmiddag:

- Service -> Sensoren: ‘Warmtevraag Zone 1’ staat op ‘UIT’ maar deze gaat niet op ‘AAN’ als er warmtevraag is. ‘Warmtevraag Zone 2’ en ‘Koudevraag’ staan op ‘AAN’, maar dit moet ‘UIT’ zijn.

- Instellingen -> Thermostaat: ‘Uitschakelvertraging’ is grijs, maar wel te bedienen, dit zou zwart horen te zijn.

- Instellingen -> Tapwater: ‘Basisvermogen’: staat op display op ‘Beperkt’, maar in HA en de webinterface staat deze op ‘Zeer laag’ hij draait dan op 61hz.

- Instellingen -> Tapwater -> Winter: ‘Wintervermogen’: staat op display op ‘Gemiddeld’, maar in HA en de webinterface staat deze op ‘ Maximaal’.

Ik zal deze puntjes even bekijken, thanks.

bighead schreef op zondag 25 oktober 2026 @ 20:38:
Nog iets ontdekt: thermostaat stond op 21 graden (Tr 21,2 graden) even heel kort op 21,5 gezet (om bovenstaande bericht nogmaals te controleren: warmtevraag zone 1) warmtevraag ging aan. Maar meteen weer terug gezet op 21 graden. Nu blijft er (na drie kwartier) nog steeds warmtevraag terwijl Tr nu 21,3 graden is. Overrun verwarmen staat op 0,2, dus warmtevraag zou er nu niet meer moeten zijn. Thermostaat ook op ‘off’ gezet, en nog steeds bleef er warmtevraag. Na een restart van OpenAmber was het weer opgelost.

Ik zie niet iets geks in de warmtevraag logica, nu heeft de interne thermostaat wel een min_heating_runtime van 1 uur, dus hij blijft minimaal 1u doorgaan met verwarmen. Ik vermoed dat je hierin zat.

Aiolos schreef op zondag 25 oktober 2026 @ 10:29:
Versie 0.8.0 lijkt nu het gewenste gedrag wat betreft "P1 aan bij warmtevraag" te vertonen. Bedankt @Jordi_

Nou zat ik ook laatst te denken dat ik graag de COP zou willen weten, maar de Amber hier niet in voorziet. Vooral het gebrek aan flow sensor is hier het probleem.

Itho heeft volgens mij ooit wel een geschatte waarde gegeven in de originele software, maar dat vanwege te grote onzekerheid eruit gehaald. Nu vraag ik me af of er in OpenAmber niet een schatting is te maken. Een bepaalde PWM van pomp P0 zou toch een bepaalde flow moeten geven (natuurlijk is een en ander afhankelijk van de weerstand van het leidingwerk). Eventueel is het ook nog te valideren tegen gebruikers die wel een flow sensor hebben geïnstalleerd.

Flow is inderdaad een lastig verhaal, per installatie zal hier verschil in zitten dus op basis van alleen de aansturing PWM lijkt mij niet heel bruikbaar. Nu heeft de pomp in de buiten unit (volgens mij de Shimge APM25-9-130 PWM1), wel een terugkoppel signaal waaruit je al een betere schatting van de flow kunt maken. Maar ik weet nog niet waar en of dit wel zit aangesloten bij onze units, dus dat moet nog verder uitgezocht worden.

[Jordi_]

@RodeBanaan Kun jij checken of de HP-S nu beter werkt met 0.8.0?

[bighead]

Jordi_ schreef op zondag 25 oktober 2026 @ 23:28:
[...]

Ik zie niet iets geks in de warmtevraag logica, nu heeft de interne thermostaat wel een min_heating_runtime van 1 uur, dus hij blijft minimaal 1u doorgaan met verwarmen. Ik vermoed dat je hierin zat.

Dat moet het dan wel zijn, ik heb net iets binnen het uur de restart gedaan

Welke flowsensor gebruik je? @Jordi_

[ Voor 5% gewijzigd door bighead op 26-10-2026 08:39 ]

[Jordi_]

bighead schreef op maandag 26 oktober 2026 @ 08:38:
[...]

Dat moet het dan wel zijn, ik heb net iets binnen het uur de restart gedaan

Welke flowsensor gebruik je? @Jordi_

Ik gebruik die @georgeboot ook al benoemde, de YF-B10.

[Aiolos]

Jordi_ schreef op zondag 25 oktober 2026 @ 23:28:
[...]

Flow is inderdaad een lastig verhaal, per installatie zal hier verschil in zitten dus op basis van alleen de aansturing PWM lijkt mij niet heel bruikbaar. Nu heeft de pomp in de buiten unit (volgens mij de Shimge APM25-9-130 PWM1), wel een terugkoppel signaal waaruit je al een betere schatting van de flow kunt maken. Maar ik weet nog niet waar en of dit wel zit aangesloten bij onze units, dus dat moet nog verder uitgezocht worden.

Maar het is natuurlijk wel interessant om te zien hoe groot dat verschil is tussen de verschillende installaties die ook een flow sensor hebben. Als dat verschil binnen binnen een zekere marge valt, lijkt het me best bruikbaar (ik heb echt geen idee hoe groot dat verschil kan zijn, dus ook geen idee hoe realistisch het is)

Ik zal binnenkort de buitenunit wel eens openschroeven om te kijken of ik kan vinden of de draadjes van de pomp ergens heen gaan.

[bighead]

Jordi_ schreef op maandag 26 oktober 2026 @ 08:43:
[...]

Ik gebruik die @georgeboot ook al benoemde, de YF-B10.

Bedankt, ik ga die ook aanschaffen.

[Florissilfhout]

Ik heb ook een kleine afwijking gemerkt in de PID regeling met betrekking tot de ingestelde deadband.
Mijn deadband heb ik op 0.2 staan, maar hij regelt pas wanneer er 1.0 graad afwijking is tussen TC en setpoint.



Verder nog een vraagje: Wat betekent de entiteit 'regeltemperatuur'?

[bighead]

Jordi_ schreef op maandag 26 oktober 2026 @ 08:43:
[...]

Ik gebruik die @georgeboot ook al benoemde, de YF-B10.

Ik heb ooit eens gelezen op github hoe je die moest aansluiten op het Waveshare display, maar ik kan dat nu niet weer terug vinden. Er moest een weerstand ergens tussen meen ik te herinneren?

[perslucht]

@bighead Een weerstand tussen 3,3v en de gele draad van de flowmeter. (Zie deze post van Jordi) Er is een 3,3v pad vrij naast de groepjes weerstanden boven de Optocouplers (6). Bij mijn bordje zijn namelijk niet alle weerstanden aanwezig, daarom is er een 3,3v pad vrij.

[bighead]

perslucht schreef op maandag 26 oktober 2026 @ 11:21:
@bighead Een weerstand tussen 3,3v en de gele draad van de flowmeter. (Zie deze post van Jordi) Er is een 3,3v pad vrij naast de groepjes weerstanden boven de Optocouplers (6). Bij mijn bordje zijn namelijk niet alle weerstanden aanwezig, daarom is er een 3,3v pad vrij.


[Afbeelding]

Dat stukje tekst zocht ik inderdaad, bedankt!

Rood op V OUT (3e van links)

Zwart op GND (4e van links)

Geel op CAN-L

Weerstand tussen CAN-L en welke aansluiting precies?

[ Voor 18% gewijzigd door bighead op 26-10-2026 11:59 ]

[Jordi_]

Florissilfhout schreef op maandag 26 oktober 2026 @ 10:14:
Ik heb ook een kleine afwijking gemerkt in de PID regeling met betrekking tot de ingestelde deadband.
Mijn deadband heb ik op 0.2 staan, maar hij regelt pas wanneer er 1.0 graad afwijking is tussen TC en setpoint.

[Afbeelding]

Verder nog een vraagje: Wat betekent de entiteit 'regeltemperatuur'?

Er zat nog een extra fixed deadband in van 1 graden, die ga ik eruit halen.

Regeltemperatuur is Tc of Tv1, afhankelijk van de Regeltemperatuur bron setting.

bighead schreef op maandag 26 oktober 2026 @ 11:26:
[...]

Dat stukje tekst zocht ik inderdaad, bedankt!

Rood op V OUT (3e van links)

Zwart op GND (4e van links)

Geel op CAN-L

Weerstand tussen CAN-L en welke aansluiting precies?

Tussen CAN-L en V OUT.

[bighead]

Jordi_ schreef op maandag 26 oktober 2026 @ 15:06:

Tussen CAN-L en V OUT.

Top!

Rood en zwart kloppen ook zo?

[Jordi_]

bighead schreef op maandag 26 oktober 2026 @ 15:15:
[...]


[...]

Top!

Rood en zwart kloppen ook zo?

Ik heb rood op de DI_COM poort.

[perslucht]

Jordi_ schreef op maandag 26 oktober 2026 @ 15:06:
Tussen CAN-L en V OUT.

perslucht schreef op maandag 26 oktober 2026 @ 11:21:Er is een 3,3v pad vrij naast de groepjes weerstanden boven de Optocouplers (6). Bij mijn bordje zijn namelijk niet alle weerstanden aanwezig, daarom is er een 3,3v pad vrij.

Vergeet mijn verhaal over de 3,3v pad. Ik had niet gezien dat V OUT standaard ook 3,3v is.
I2C VCC is Positie 3 op de groene stekker, daar heet het V_OUT

[Jordi_]

perslucht schreef op maandag 26 oktober 2026 @ 16:42:
[...]


[...]

Vergeet mijn verhaal over de 3,3v pad. Ik had niet gezien dat V OUT standaard ook 3,3v is. [Afbeelding]
I2C VCC is Positie 3 op de groene stekker, daar heet het V_OUT

Ik dacht dat die sensor 5V nodig had, misschien had ik hem daarom op DI_COM maar het is al een tijdje terug.

[shadylog]

Ik heb een build draaien met switchbot BLE. De interface kan de sensoren zoeken en je kan die dan selecteren. Geheugen lijkt ruim te zitten.
Ik heb ook mijn tinytronics sensor verbonden. De COP berekeningen doe ik alleen wel op home-assistant zelf vanwege hoe groot stroomverbruik compressor uit elkaar ligt met de homewizard.

Zo ziet het er uit:
Ruimtetemperatuurbron waar je tussen Tr en BLE kan kiezen. Met status van de BLE en een sensor zoeken knop:

Sensor zoeken interface:

Verder in mijn home-assistant ziet alles er op en er aan zo uit. Geheugen vrij is nog 115 kb en draait allemaal stabiel.

[Jordi_]

shadylog schreef op dinsdag 27 oktober 2026 @ 09:15:
Ik heb een build draaien met switchbot BLE. De interface kan de sensoren zoeken en je kan die dan selecteren. Geheugen lijkt ruim te zitten.
Ik heb ook mijn tinytronics sensor verbonden. De COP berekeningen doe ik alleen wel op home-assistant zelf vanwege hoe groot stroomverbruik compressor uit elkaar ligt met de homewizard.

Zo ziet het er uit:
Ruimtetemperatuurbron waar je tussen Tr en BLE kan kiezen. Met status van de BLE en een sensor zoeken knop:
[Afbeelding]
Sensor zoeken interface:[Afbeelding]

Verder in mijn home-assistant ziet alles er op en er aan zo uit. Geheugen vrij is nog 115 kb en draait allemaal stabiel.

[Afbeelding]

[Afbeelding]

Nice! Ziet er goed uit. Als dit er in zit zal ik hier ook mee draaien, ik heb nu de thermostaat in HA puur vanwege de temperatuur sensor.

Hoeveel verschil zie je tussen compressor verbruik en echt verbruik? Ik denk dat we deze schatting nog wel iets kunnen verbeteren door het pompverbruik, bodemplaat en backup heater erin mee te nemen. Bij mijn Amber 65 is dit ongeveer 60W extra, waarschijnlijk verbruikt de pomp van de Amber 120 iets meer.

[shadylog]

Er zit een behoorlijke afwijking, ruim 300w meer gerapporteerd door de openamber. Ik heb een 1fase kwh meter er tussen van homewizard. Volgens mij zijn die ook MID gekeurd.

Gek genoeg bij de DHW zitten ze wel weer dicht bij elkaar.

[ Voor 21% gewijzigd door shadylog op 27-10-2026 13:36 ]

[joneboon]

Jordi_ schreef op dinsdag 27 oktober 2026 @ 10:22:
[...]

Bij mijn Amber 65 is dit ongeveer 60W extra, waarschijnlijk verbruikt de pomp van de Amber 120 iets meer.

Bij onze Amber 65 is het verschil tussen gemeten en verwacht vermogen van OpenAmber wel meer. Rond de 220W bij 67Hz en 160W bij 43Hz.

[joneboon]

Vraag voor degene die DHW hebben: wij hebben dat nu 3 weken, had eerst ingesteld dat de Amber aanging zodra de temperatuur ver was gezakt, maar we kunnen eigenlijk meer dan prima 2 dagen warm douchen met het gezin zonder tussentijd op te warmen. Dus die Tw zegt niet super veel voor ons, hoe zit dat bij jullie?

Opwarmen nu ingesteld door middel van een schema, werkt prima. Mis misschien nog een manual override knop voor "nu opwarmen", voor als er gasten zijn of iets dergelijks. Of zijn er andere tips/tricks?

[Degast]

Schema, ook zodat aangaat op warmste moment dag. En schema minimum temp zodat daarbuiten ook altijd sww. En aantal uren in de late nacht vroege ochtend uit omdat we dan echt onze boiler niet leegtrekken.

[Degast]

Daarnaast legionella op de dag dat we ivm sport allemaal douchen..

[shadylog]

joneboon schreef op woensdag 28 oktober 2026 @ 14:34:
Vraag voor degene die DHW hebben: wij hebben dat nu 3 weken, had eerst ingesteld dat de Amber aanging zodra de temperatuur ver was gezakt, maar we kunnen eigenlijk meer dan prima 2 dagen warm douchen met het gezin zonder tussentijd op te warmen. Dus die Tw zegt niet super veel voor ons, hoe zit dat bij jullie?

Opwarmen nu ingesteld door middel van een schema, werkt prima. Mis misschien nog een manual override knop voor "nu opwarmen", voor als er gasten zijn of iets dergelijks. Of zijn er andere tips/tricks?

Je kan inderdaad langer met het warm water dan de Tw zegt. gisteren ook 20 graden maar de sensor zit helemaal onderaan het vat dus er is nog heel veel warm water.
Enige wat ik wel dacht is dat het misschien inefficient is om "lang" te wachten om de tank op te warmen naar temperatuur? Geen idee of dat waar is. I.e., kleinere kortere bursts ipv langere opwarm perioden. Dit ook vanwege zonne-energie/zelfverbruik optimaliseren..

Anderen ook inzichten hier op? Hier een beetje mijn gedachten:

* Heel lang douschen en kijken wanneer het koud wordt, dan de Tw bekijken en dat als absoluut minimum.
* Dat minimum met een beetje marge en de afstand naar je "target" tapwater instellen als de delta. Ik had al gezien dat de warmtepomp sneller warm water kan voorzien dan ik het kan opmaken.
* Blijft over waar ik dan de "normale" warmte-target op zet. Blijf het lastig vinden.
* Legionella gebeurt hier op een zonnig moment van de dag in het weekend met boost aan of niet afhankelijk van de zon. Itho schrijft voor 20 minuten op 60 graden, maar ook een max van 65 graden op het vat.
* Tapwater verwarmen staat hier uit s'nachts voor de buren.
* evcc kan ook warmtepomp boiler aansturen.. maar ik weet niet hoe slim we die kunnen maken. bijv zouden we max 43hz kunnen meegeven voor DHW als het doel is om op zonnestroom op te warmen? (anders gaat het vanaf 2027 gratis naar het net). Ik heb m nu aan EEBus hangen maar volgens mij kan die nog niet "limieten" sturen naar de Amber zodat die rustig zijn tijd kan nemen met het verwarmen van het water. Nu staat tapwater bij mij op 72hz
* Ik ga ooit een batterij aanschaffen maar ik wil dat mijn tapwatervat een efficientere keuze is om overtollig energie naar toe te sturen

[Jordi_]

Wie zou willen helpen met het ontwikkelen/testen van een verbeterd defrost algoritme? Ik ben van plan om OpenAmber de defrost te laten regelen in plaats van de buiten unit met veel aanpasbare parameters zodat het gefinetuned kan worden per installatie.

Dit ontwikkelen en testen wordt vooral in de praktijk via trial and error. Ik ben van plan zelf een camera te installeren om ijsvorming in de gaten te houden. Ook zit ik te denken tijdens testen om nog een soort fail safe te bouwen zodat dat hij wel af en toe gaat defrosten als het lang niet gebeurd is en de buitenunit dit al wel zou doen.

[Jan2023]

@Jordi_

Klopt mijn gedachte dat je de Amber al kan laten draaien op uitsluitend het Waveshare display met daar in de open amber firmware ?

Vooral als je heel basic de warmtepomp 24/7 alleen voor verwarmen gebruikt ?

Dus zonder HA .

[perslucht]

@Jan2023 Volgens mij kan dat al sinds de eerste versie. Ik weet even niet uit mijn hoofd hoe je hem dan met wifi moet verbinden, is alweer even geleden.

[Jordi_]

Jan2023 schreef op vrijdag 30 oktober 2026 @ 19:21:
@Jordi_

Klopt mijn gedachte dat je de Amber al kan laten draaien op uitsluitend het Waveshare display met daar in de open amber firmware ?

Vooral als je heel basic de warmtepomp 24/7 alleen voor verwarmen gebruikt ?

Dus zonder HA .


[Afbeelding]

Dat klopt inderdaad, OpenAmber kan prima draaien zonder HA. Wifi is in te stellen via het scherm of via ander apparaat met wifi.

[Jan2023]

Jordi_ schreef op vrijdag 30 oktober 2026 @ 20:07:
[...]

Dat klopt inderdaad, OpenAmber kan prima draaien zonder HA. Wifi is in te stellen via het scherm of via ander apparaat met wifi.

Dat is mooi , bedankt.

😎

[darkvalias]

Jordi_ schreef op vrijdag 30 oktober 2026 @ 17:52:
Wie zou willen helpen met het ontwikkelen/testen van een verbeterd defrost algoritme? Ik ben van plan om OpenAmber de defrost te laten regelen in plaats van de buiten unit met veel aanpasbare parameters zodat het gefinetuned kan worden per installatie.

Dit ontwikkelen en testen wordt vooral in de praktijk via trial and error. Ik ben van plan zelf een camera te installeren om ijsvorming in de gaten te houden. Ook zit ik te denken tijdens testen om nog een soort fail safe te bouwen zodat dat hij wel af en toe gaat defrosten als het lang niet gebeurd is en de buitenunit dit al wel zou doen.

Gaaf dat je je er toch aan wilt wagen! Ik ga dit zeker in de gaten houden, gezien onze unit in de winter door onnodige defrosts nagenoeg 24/7 op max vermogen staat te stampen...

Ik ben nog wat huiverig om andere aansturing aan onze Amber te hangen gezien we nog ruim in de garantieperiode zitten.

Heb je al een richting die je op wilt om de defrosts zelf op te pakken? In principe heb je met Openamber ook de optie om een RH sensor van buiten aan te sluiten voor geadvanceerde regeling obv RH.

[Jordi_]

darkvalias schreef op zaterdag 31 oktober 2026 @ 10:53:
[...]

Gaaf dat je je er toch aan wilt wagen! Ik ga dit zeker in de gaten houden, gezien onze unit in de winter door onnodige defrosts nagenoeg 24/7 op max vermogen staat te stampen...

Ik ben nog wat huiverig om andere aansturing aan onze Amber te hangen gezien we nog ruim in de garantieperiode zitten.

Heb je al een richting die je op wilt om de defrosts zelf op te pakken? In principe heb je met Openamber ook de optie om een RH sensor van buiten aan te sluiten voor geadvanceerde regeling obv RH.

Mijn idee is wel dat je inderdaad een vochtigheidssensor kunt toevoegen om de regeling te verbeteren. Verder is hier eerder al eens gedeeld hoe Mitsubishi het regelt, dus dat lijkt mij een goed begin. Maar vooral veel aanpasbare instellingen zodat we kunnen tunen.

[Degast]

Misschien ook eens tijdje monitoren bij een boel ambers hoe ze het ten opzichte van elkaar doen.

Zodat data gedreven verder ?

Ik heb vooral een keer per dag, net na aan gaan,bij het juiste weer, een defrost bij het aan gaan van Amber. Die moet dan wat harder werken. Doet dat ook en dan schiet defrost onnodig aan omdat reactie van warm water t.o. werking Amber en buitentemperatuur nog even achter loopt. En misschien denkt ze dan dat condensor vol zit.

Maar evengoed lees ik meestal dat de regeling veel dommer is dan dat...

[TeslaNerd]

Zijn dit defrost waarnemingen van het vorige stookseizoen, of hebben jullie nu al defrosts?

[rh63nl]

Defrosts heb ik al weer met regelmaat dus ik ben zeker geïnteresseerd in de verbetering van defrosts. Beginnen met data lijkt me een goed idee en testen in de praktijk zal uiteindelijk belangrijk zijn, een fail-safe inbouwen lijkt me altijd verstandig.

[timpel_800]

Ik heb het scherm binnen en ik heb Open Amber erop geflashed. Alles gaat goed. Ik kan ook alles zien in HA.
Ik ben een behoorlijke beginner in dit werk. Maar kan ik nu eenvoudig het scherm in de Amber binnenunit bouwen en 'werkt' het dan gewoon? Hoef ik verder nog niks in te stellen?


Ik heb bijvoorbeeld geen tapwater maar doe alleen de vloer verwarmen met de Amber. Moet ik tapwater ergens uitschakelen etc?

Is het handig om een lijstje te maken van m'n huidige instellingen (stooklijn) en deze dan via HA over te zetten op OpenAmber?

(kan de schem timeout ergens aangepast worden?)

[ Voor 17% gewijzigd door timpel_800 op 31-10-2026 15:21 ]

[Jordi_]

timpel_800 schreef op zaterdag 31 oktober 2026 @ 15:07:
Ik heb het scherm binnen en ik heb Open Amber erop geflashed. Alles gaat goed. Ik kan ook alles zien in HA.
Ik ben een behoorlijke beginner in dit werk. Maar kan ik nu eenvoudig het scherm in de Amber binnenunit bouwen en 'werkt' het dan gewoon? Hoef ik verder nog niks in te stellen?


Ik heb bijvoorbeeld geen tapwater maar doe alleen de vloer verwarmen met de Amber. Moet ik tapwater ergens uitschakelen etc?

Is het handig om een lijstje te maken van m'n huidige instellingen (stooklijn) en deze dan via HA over te zetten op OpenAmber?

Met de standaard instellingen kom je een heel eind, alleen even kijken naar de thermostaat instelling. Dus intern met Tr sensor of extern bedraad aan de binnen unit.

Volgens mij staat Tapwater standaard uit maar dat kun je op het scherm wel duidelijk zien.

Stooklijn overnemen is wel handig, de rest van de instellingen werken anders in OpenAmber.

[Tolli]

Hi Jordi,
Allereerst wil ik je bedanken voor je geweldige werk met OpenAmber.
Ik gebruik het nu sinds het begin van het jaar met veel plezier. En de software wordt steeds beter.
Echter nu loop ik tegen een probleem aan.

Ik gebruik ook de SWW functie, echter doe ik de aansturing geheel via mijn home assistant. Daarbij schakel ik de Tapwater aanwezig switch aan als de boiler verwarmd moet worden. Na de run schakelt deze weer uit.
Nu het wat kouder wordt, gebeurt dit ook wel als er een verwarmingsrun loopt.
En dat gaat niet helemaal correct.

De verwarmingsrun wordt zoals verwacht dan gestopt en er wordt overgeschakeld naar een DHW run. Echter lijkt de 3-weg klep dan niet juist te worden ingesteld, waardoor er warm water door de vloer gaat lopen en vervolgens (Tc gaat omhoog) komt OpenAmber in storing. Na herstart wordt dit weer gecorrigeerd.

Zou mooi zijn als dit opgelost kan worden.

[rh63nl]

Jordi_ schreef op zaterdag 31 oktober 2026 @ 13:09:
[...]

Mijn idee is wel dat je inderdaad een vochtigheidssensor kunt toevoegen om de regeling te verbeteren. Verder is hier eerder al eens gedeeld hoe Mitsubishi het regelt, dus dat lijkt mij een goed begin. Maar vooral veel aanpasbare instellingen zodat we kunnen tunen.

Kennelijk is er volgens deze site aan de defrost routines van Mitsubishi ook nog het nodige te verbeteren .... https://mitsurunner.com/doku.php?id=en:start

[georgeboot]

Jordi_ schreef op vrijdag 30 oktober 2026 @ 17:52:
Wie zou willen helpen met het ontwikkelen/testen van een verbeterd defrost algoritme? Ik ben van plan om OpenAmber de defrost te laten regelen in plaats van de buiten unit met veel aanpasbare parameters zodat het gefinetuned kan worden per installatie.

Dit ontwikkelen en testen wordt vooral in de praktijk via trial and error. Ik ben van plan zelf een camera te installeren om ijsvorming in de gaten te houden. Ook zit ik te denken tijdens testen om nog een soort fail safe te bouwen zodat dat hij wel af en toe gaat defrosten als het lang niet gebeurd is en de buitenunit dit al wel zou doen.

Waar moet ik ongeveer aan denken? Qua garantie ben ik niet zo bang, en werk ook vanuit huis dus zit er altijd kort op. Dus zolang ik de vrouw gelukkig kan houden (lees: dat we niet 's ochtends in een koud huis zitten) help ik graag mee.

[Degast]

Dit stookseizoen 1 keer defrost geloof ik.

Nadat ze met haast ging verwarmen na 12 uur stilstand en dus met wat meer haast. Dan schiet de temp van condensor dik onder 0. En als t dan wat vochtig is.. dan krijgt ie de neiging (vaak onnodig) te gaan defrosten.

[joneboon]

shadylog schreef op vrijdag 30 oktober 2026 @ 13:46:
[...]

...
Enige wat ik wel dacht is dat het misschien inefficient is om "lang" te wachten om de tank op te warmen naar temperatuur? Geen idee of dat waar is. I.e., kleinere kortere bursts ipv langere opwarm perioden. Dit ook vanwege zonne-energie/zelfverbruik optimaliseren..

Anderen ook inzichten hier op? Hier een beetje mijn gedachten:

* Heel lang douschen en kijken wanneer het koud wordt, dan de Tw bekijken en dat als absoluut minimum.
* Dat minimum met een beetje marge en de afstand naar je "target" tapwater instellen als de delta. Ik had al gezien dat de warmtepomp sneller warm water kan voorzien dan ik het kan opmaken.
* Blijft over waar ik dan de "normale" warmte-target op zet. Blijf het lastig vinden.
...
* Ik ga ooit een batterij aanschaffen maar ik wil dat mijn tapwatervat een efficientere keuze is om overtollig energie naar toe te sturen

Na 2dagen vat weer opwarmen was iets van 2kWh laatste weken (naar 55/60 graden), kleinere delta was iets van 1,5kWh. Maar moet er nog iets meer mee experimenteren om te kijken wat nu "zuiniger" is, het is ook nog niet super koud ;)

Het zal vast neer gaan komen op wanneer er zonne-energie is. Bij genoeg PV capaciteit gewoon lekker gaan verwarmen, als niet dan met dagje uitstellen. Dus soort van dynamisch schema

[joneboon]

Tolli schreef op zaterdag 31 oktober 2026 @ 15:59:
Hi Jordi,
Allereerst wil ik je bedanken voor je geweldige werk met OpenAmber.
Ik gebruik het nu sinds het begin van het jaar met veel plezier. En de software wordt steeds beter.
Echter nu loop ik tegen een probleem aan.

Ik gebruik ook de SWW functie, echter doe ik de aansturing geheel via mijn home assistant. Daarbij schakel ik de Tapwater aanwezig switch aan als de boiler verwarmd moet worden. Na de run schakelt deze weer uit.
Nu het wat kouder wordt, gebeurt dit ook wel als er een verwarmingsrun loopt.
En dat gaat niet helemaal correct.

De verwarmingsrun wordt zoals verwacht dan gestopt en er wordt overgeschakeld naar een DHW run. Echter lijkt de 3-weg klep dan niet juist te worden ingesteld, waardoor er warm water door de vloer gaat lopen en vervolgens (Tc gaat omhoog) komt OpenAmber in storing. Na herstart wordt dit weer gecorrigeerd.

Zou mooi zijn als dit opgelost kan worden.

Welke OpenAmber release draai je?

[joneboon]

Jordi_ schreef op vrijdag 30 oktober 2026 @ 17:52:
Wie zou willen helpen met het ontwikkelen/testen van een verbeterd defrost algoritme? Ik ben van plan om OpenAmber de defrost te laten regelen in plaats van de buiten unit met veel aanpasbare parameters zodat het gefinetuned kan worden per installatie.

Dit ontwikkelen en testen wordt vooral in de praktijk via trial and error. Ik ben van plan zelf een camera te installeren om ijsvorming in de gaten te houden. Ook zit ik te denken tijdens testen om nog een soort fail safe te bouwen zodat dat hij wel af en toe gaat defrosten als het lang niet gebeurd is en de buitenunit dit al wel zou doen.

Ik ga in ieder geval al even Frigate (of iets dergelijks) opzetten om de status van de ijsvorming te loggen, dan kan ik dat tzt ook gebruiken als fail-safe. Heb al een camera die onder andere naar de Amber kijkt.

[Tolli]

joneboon schreef op zaterdag 31 oktober 2026 @ 21:19:
[...]

Welke OpenAmber release draai je?

Laatste versie 0.8.0. De 3 weg klep blijft ergens halverwege staan.

[Jordi_]

georgeboot schreef op zaterdag 31 oktober 2026 @ 17:13:
[...]

Waar moet ik ongeveer aan denken? Qua garantie ben ik niet zo bang, en werk ook vanuit huis dus zit er altijd kort op. Dus zolang ik de vrouw gelukkig kan houden (lees: dat we niet 's ochtends in een koud huis zitten) help ik graag mee.

Het is vooral het nieuwe algoritme gebruiken en in de gaten houden dat er niet te veel ijsvorming is. Het moet ook makkelijk zijn om te switchen, waarschijnlijk ga ik zelf ook het defrost algoritme op de ingebouwde zetten als ik niet thuis ben om het in de gaten te houden.

Tolli schreef op zaterdag 31 oktober 2026 @ 22:32:
[...]

Laatste versie 0.8.0. De 3 weg klep blijft ergens halverwege staan.

Ik zie nog niet echt een probleem in de code, het zou kunnen zijn dat de relais niet geschakeld zijn door verloren modbus berichten maar je geeft aan dat de 3-weg klep halverwege staat dan zou ik denken dat hij dus wel enigszins aangestuurd is? Zie je het consistent gebeuren of werkt het soms wel en soms niet?

Kun je eens wat data laten zien in HA van toen het gebeurde, denk bijvoorbeeld aan
loop state main
loop state HEAT_COOL
loop state DHW
3-weg klep