OpenAmber: Itho Daalderop Amber warmtepomp firmware

[Florissilfhout]

Ha @Jordi_, is dit iets wat normaal is direct na een reboot?

code:

Time
Tag
Message
14:06:15
[mqtt:274]
Couldn't resolve IP address for 'mqtt.openamber.nl'
14:06:15
[mqtt:369]
Disconnected: DNS Resolve Error
14:06:15
[mqtt:307]
Connecting
14:06:15
[component:365]
mqtt cleared Warning flag
14:06:15
[mqtt:348]
Connected
14:06:15
[component:473]
mqtt took a long time for an operation (232 ms), max is 50 ms
14:06:18
[component:473]
lvgl took a long time for an operation (324 ms), max is 230 ms
14:06:20
[amber:100]
Initialized heat pump controller
14:06:20
[amber:229]
Main State changed: Waiting for state switch
14:06:29
[safe_mode:142]
Boot seems successful; resetting boot loop counter
14:06:30
[amber:229]
Main State changed: Waiting for initialization
14:06:35
[amber:273]
Setting 3-way valve to Heating/Cooling.
14:06:35
[amber:229]
Main State changed: Waiting for state switch
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2116 count=8
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2127 count=1
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2131 count=2
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3000 count=11
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3012 count=10
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3236 count=3
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3276 count=3
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3336 count=3
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3999 count=1
14:06:58
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2005 count=1
14:07:35
[amber:229]
Main State changed: Heat/Cool
14:10:34
[component:342]
debug set Warning flag: unspecified
14:10:35
[component:365]
debug cleared Warning flag

De melding "Couldn't resolve IP address for mqtt.openamber.nl" heb wel al vaker gezien.

[Jordi_]

Florissilfhout schreef op donderdag 23 juli 2026 @ 14:48:
Ha @Jordi_, is dit iets wat normaal is direct na een reboot?

code:

Time
Tag
Message
14:06:15
[mqtt:274]
Couldn't resolve IP address for 'mqtt.openamber.nl'
14:06:15
[mqtt:369]
Disconnected: DNS Resolve Error
14:06:15
[mqtt:307]
Connecting
14:06:15
[component:365]
mqtt cleared Warning flag
14:06:15
[mqtt:348]
Connected
14:06:15
[component:473]
mqtt took a long time for an operation (232 ms), max is 50 ms
14:06:18
[component:473]
lvgl took a long time for an operation (324 ms), max is 230 ms
14:06:20
[amber:100]
Initialized heat pump controller
14:06:20
[amber:229]
Main State changed: Waiting for state switch
14:06:29
[safe_mode:142]
Boot seems successful; resetting boot loop counter
14:06:30
[amber:229]
Main State changed: Waiting for initialization
14:06:35
[amber:273]
Setting 3-way valve to Heating/Cooling.
14:06:35
[amber:229]
Main State changed: Waiting for state switch
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2116 count=8
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2127 count=1
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2131 count=2
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3000 count=11
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3012 count=10
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3236 count=3
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3276 count=3
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3336 count=3
14:06:55
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=3999 count=1
14:06:58
[modbus_controller:145]
Duplicate modbus command found: type=0x3 address=2005 count=1
14:07:35
[amber:229]
Main State changed: Heat/Cool
14:10:34
[component:342]
debug set Warning flag: unspecified
14:10:35
[component:365]
debug cleared Warning flag

De melding "Couldn't resolve IP address for mqtt.openamber.nl" heb wel al vaker gezien.

Ja hoor, tijdens opstarten kan dat niet zoveel kwaad en lost vanzelf wel weer op.

[den19nis79]

Ik heb een HPS-55 en ben je project aan het proberen, zijn er toevallig mensen die dit werkend hebben gekregen?

De Waveshare start OpenAmber netjes op en leest alle waarden uit, na opstarten schakelt ie de stroom naar de buitenunit uit en dan blijft ie in Waiting for state switch en heating en cooling in idle hangen.

Omdat de originele display kuren heeft en ik wil controleren of dit aan de heatstar software ligt, heeft iemand die toevallig voor me beschikbaar?

Dennis

[mbuts]

Beste Jordi,

Kan het zijn dat de tapwatertijden sinds de laatste versie niet meer goed werken? De warmtepomp maakt nu ook 's avonds en 's nachts warm tapwater. Voor zover ik weet werkte dit in eerdere versies wel goed.

Daarnaast viel me nog iets op tijdens het koelen. Het lijkt erop dat de compressorfrequentie niet meer terugregelt wanneer de watertemperatuur onder het ingestelde setpoint komt. Ook nadat ik de frequentie handmatig lager had ingesteld, veranderde dit gedrag niet. (eerder werkte hoger wel of kan dit de oorzaak zijn van het probleem? )

Ik heb onderstaande screenshots gemaakt vanaf telefoon dus vandaar dat de indeling iets anders is.






Instellingen openamber

[Jordi_]

den19nis79 schreef op zondag 26 juli 2026 @ 13:50:
Ik heb een HPS-55 en ben je project aan het proberen, zijn er toevallig mensen die dit werkend hebben gekregen?

De Waveshare start OpenAmber netjes op en leest alle waarden uit, na opstarten schakelt ie de stroom naar de buitenunit uit en dan blijft ie in Waiting for state switch en heating en cooling in idle hangen.

Omdat de originele display kuren heeft en ik wil controleren of dit aan de heatstar software ligt, heeft iemand die toevallig voor me beschikbaar?

Dennis

Voor zover ik weet heeft nog niemand het aan de praat gekregen met de HPS, volgens mij was er toen ook het gedrag dat de buiten unit een soort reset deed tijdens het opstarten. Waarschijnlijk zit er iets in de initialisatie routine wat de HPS niet leuk vind.

mbuts schreef op zondag 26 juli 2026 @ 20:39:
Beste Jordi,

Kan het zijn dat de tapwatertijden sinds de laatste versie niet meer goed werken? De warmtepomp maakt nu ook 's avonds en 's nachts warm tapwater. Voor zover ik weet werkte dit in eerdere versies wel goed.

[Afbeelding]Daarnaast viel me nog iets op tijdens het koelen. Het lijkt erop dat de compressorfrequentie niet meer terugregelt wanneer de watertemperatuur onder het ingestelde setpoint komt. Ook nadat ik de frequentie handmatig lager had ingesteld, veranderde dit gedrag niet. (eerder werkte hoger wel of kan dit de oorzaak zijn van het probleem? )

Ik heb onderstaande screenshots gemaakt vanaf telefoon dus vandaar dat de indeling iets anders is.

[Afbeelding]

[Afbeelding]


Instellingen openamber

[Afbeelding]

Ik heb getest met tapwater tijden maar dat lijkt nog goed te werken, ik zie wel dat de legionella run zich niet aan het ingestelde schema houdt. Zou je kunnen checken of de legionella run toevallig toen actief was?

Wat betreft het koelen kan ik dat gedrag niet reproduceren, het zou nog kunnen zijn dat hij wel de frequentie zet maar dat de buiten unit niet kan draaien op die frequentie. Setpoint frequentie entity expose ik nu niet, maar je zou kunnen kijken naar de logging. Ik zie bijvoorbeeld wel direct een verandering zodra ik het koel vermogen omlaag zet.

[leejoow]

Heeft het zin als ik eens een log draai met de listener om te kijken wat de procedure is?

[Jordi_]

leejoow schreef op maandag 27 juli 2026 @ 06:26:
Heeft het zin als ik eens een log draai met de listener om te kijken wat de procedure is?

Ja, dat zou mooi zijn. Vooral een cold start is interessant, als de buiten unit voor het eerst geinitialiseerd wordt.

[leejoow]

Ik zal binnenkort even kijken of dat lukt. Zit nu even heel druk met de OpenQuatt hardware, maar dit moet wel ergens tussendoor te persen zijn

[mbuts]

Ik heb MQTT werkend gekregen, krijg je hiermee meer informatie om het koel gedrag te zien of zit deze niet in de MQTT logging? Mooie pagina heb je gemaakt op openamber.nl

Hoe meet de openamber de cop waarde? Moet ik de flow sensor een specifieke naam/id geven? Hoe wordt de energie gemeten?

[ Voor 40% gewijzigd door mbuts op 27-07-2026 21:34 ]

[Jordi_]

mbuts schreef op maandag 27 juli 2026 @ 19:48:
Ik heb MQTT werkend gekregen, krijg je hiermee meer informatie om het koel gedrag te zien of zit deze niet in de MQTT logging? Mooie pagina heb je gemaakt op openamber.nl

Hoe meet de openamber de cop waarde? Moet ik de flow sensor een specifieke naam/id geven? Hoe wordt de energie gemeten?

Zou wel goed inzichtelijk moeten zijn via de MQTT metrics alleen zie ik wel dat het compressor setpoint nog niet mee komt in de data.

Flow sensor (water_flow_rate) zit standaard in de YAML configuratie voor alle hardware varianten, aansluiting is afhankelijk van de gebruikte hardware. De buitenunit rapporteert het stroomverbruik van de compressor en dat wordt gebruikt voor de geschatte COP berekening. Dus het stroomverbruik van de backup heater en pomp zit er niet bij in.

[Voscovic]

Hoi Jordi, mooi project! Klein vraagje: is het register van de mixing valve 1/2 ook beschikbaar + de T2 warmtevraag? In de code zag ik dit niet zo snel. Ik wil misschien deze winter dit project wel gebruiken, omdat het mooi is. Daarvoor heb ik wel deze entities nodig en zou ik (tijdelijk) iets moeten bouwen in HA om het 0-10v mengventiel aan te kunnen sturen.

[Jordi_]

Voscovic schreef op maandag 27 juli 2026 @ 21:55:
Hoi Jordi, mooi project! Klein vraagje: is het register van de mixing valve 1/2 ook beschikbaar + de T2 warmtevraag? In de code zag ik dit niet zo snel. Ik wil misschien deze winter dit project wel gebruiken, omdat het mooi is. Daarvoor heb ik wel deze entities nodig en zou ik (tijdelijk) iets moeten bouwen in HA om het 0-10v mengventiel aan te kunnen sturen.

Dit zit er inderdaad beide nog niet in, ik kan die registers van de mengventielen wel gemakkelijk toevoegen.

Ik heb nog niet echt gekeken naar Tv1/Tv2 hoe dat allemaal zou moeten werken. Als je zou kunnen uitschrijven hoe jij het voor je ziet dat het werkt ook met de mengventielen dan wil ik het wel implementeren.

[mbuts]

ik denk dat ik zelf een fout heb gemaakt recent in de esphome config door de time server weg te halen tijdens het aanpassen van de config. Dit zou het niet functioneren van de DHW tijd verklaren.

Zou het mogelijk zijn om de flow ook bij de pomp op de openamber pagina bij de schematische weergave toe te voegen? (ik vindt die schematische weergave echt super mooi gemaakt )

Ik moet nog even kijken hoe ik de logging ergens kan opslaan, ik ga even in de esphome documentatie kijken of ik iets van syslog of andere oplossing kan gebruiken.

[Jordi_]

mbuts schreef op dinsdag 28 juli 2026 @ 12:25:
ik denk dat ik zelf een fout heb gemaakt recent in de esphome config door de time server weg te halen tijdens het aanpassen van de config. Dit zou het niet functioneren van de DHW tijd verklaren.

Zou het mogelijk zijn om de flow ook bij de pomp op de openamber pagina bij de schematische weergave toe te voegen? (ik vindt die schematische weergave echt super mooi gemaakt )

Ik moet nog even kijken hoe ik de logging ergens kan opslaan, ik ga even in de esphome documentatie kijken of ik iets van syslog of andere oplossing kan gebruiken.

Flow zal ik ook even toevoegen aan de data die richting openamber.nl gaat.

Logs kun je ook via home assistant krijgen met deze setting aan:

[Voscovic]

Jordi_ schreef op maandag 27 juli 2026 @ 22:19:
[...]

Dit zit er inderdaad beide nog niet in, ik kan die registers van de mengventielen wel gemakkelijk toevoegen.

Ik heb nog niet echt gekeken naar Tv1/Tv2 hoe dat allemaal zou moeten werken. Als je zou kunnen uitschrijven hoe jij het voor je ziet dat het werkt ook met de mengventielen dan wil ik het wel implementeren.

Dat klinkt goed, en bedankt voor je hulp. Ik zal er dan ook dit najaar mee bezig gaan. Ik wil eerst mijn situatie met de originele WinCE stabiel hebben, voor ik echt helemaal over ga met testen/helpen enzo, maar dit kan ik pas doen als het stookseizoen is.

Mijn situatie is niet helemaal generiek voor dit project denk ik, ik heb pas van de week het mengventiel toegevoegd, omdat verwarmen boven niet helemaal naar wens was. Ik draai zonder buffervat, met 2 zones (op T1 een mengventiel (0-10v) + vloerverwarming, T2 zijn los aan te sturen convectoren op kantoor, kinderkamer etc...), zonder bypass (zolang dit goed gaat met 2 zones) en eigenlijk is mijn WP wat te zwaar bemeten (hier heb ik de 30Hz nodig). Het volgende leek mij een mooi begin, sommige dingen zullen ongetwijfeld beter in HA verwerkt kunnen worden:

- Mengventiel 0V = 100% retour, om altijd een veilige temperatuur te hebben, wanneer geen stuurstroom is. 10V = 100% aanvoer. Verder een instelling op deze min/max, zie puntje verderop voor reden. Bij vraag zie ik in de WINCE dat de klep eerst naar 5V gaat, maar de pomp P0 en compressor draait ook meteen. Als ik nu de snelheid van de actuator te laag zet, krijg ik een flow storing omdat deze nog bezig is > Eerst wachten tot mengventiel goed staat, daarna pas flow (ook een setting wat zijn "Home"-positie is?)

- Als T1 aan, T2 uit: Regeling volgens Tc, mengventiel op 100% doorlaat/geen menging. Met buffervat parallel zou je eigenlijk los op Tv1 willen regelen met mengventiel en Tc eventueel met een SmartGrid optie verhogen om wat energie te bufferen.

- Als T1 aan, T2 aan (geen mengventiel): Tc (/Tv2) volgens stooklijn T2 door compressor, T1/Tv1 volgens stooklijn door mengventiel. Optie om P2 aan te zetten (en P1 uit te zetten, hier zit nu een wax-motortje om de vloerverwarming in de badkamer dicht te zetten). Hier zou je dus ook de optie "mengventiel voor T2" bij kunnen zetten en op regelen.

- Als T1 uit, T2 aan (wat nu niet kan in de WinCE): in mijn geval zou ik een minimale instelbare T1 willen (of offset naar beneden op stooklijn T1) + een instelling op maximale menging (bijv 4-10V). Ik moet voorkomen dat het mengventiel helemaal dicht knijpt, omdat anders het systeem vast loopt. Met deze setting kan ik voldoende flow, defrost warmte + afgifte creeeren om niet teveel te pendelen, maar wordt het beneden niet te snel te warm.

- In dit laatste geval wil ik ook nog een test doen met mijn DHW vat als buffervat: ik heb een bypass + waxmotortje tussen de DHW en verdeler voor convectoren om eventueel te kunnen boosten. Dit wil ik misschien gebruiken om bij alleen T2 de pomp van DHW aan te zetten en die groep open te gooien. Dan zou ik met 45°C het vat warm houden en kunnen verwarmen. Volgens mij kan de DHW pomp nu ook los geschakeld worden in de OpenAmber?

[Jordi_]

Voscovic schreef op dinsdag 28 juli 2026 @ 19:53:
[...]

Dat klinkt goed, en bedankt voor je hulp. Ik zal er dan ook dit najaar mee bezig gaan. Ik wil eerst mijn situatie met de originele WinCE stabiel hebben, voor ik echt helemaal over ga met testen/helpen enzo, maar dit kan ik pas doen als het stookseizoen is.

Mijn situatie is niet helemaal generiek voor dit project denk ik, ik heb pas van de week het mengventiel toegevoegd, omdat verwarmen boven niet helemaal naar wens was. Ik draai zonder buffervat, met 2 zones (op T1 een mengventiel (0-10v) + vloerverwarming, T2 zijn los aan te sturen convectoren op kantoor, kinderkamer etc...), zonder bypass (zolang dit goed gaat met 2 zones) en eigenlijk is mijn WP wat te zwaar bemeten (hier heb ik de 30Hz nodig). Het volgende leek mij een mooi begin, sommige dingen zullen ongetwijfeld beter in HA verwerkt kunnen worden:

- Mengventiel 0V = 100% retour, om altijd een veilige temperatuur te hebben, wanneer geen stuurstroom is. 10V = 100% aanvoer. Verder een instelling op deze min/max, zie puntje verderop voor reden. Bij vraag zie ik in de WINCE dat de klep eerst naar 5V gaat, maar de pomp P0 en compressor draait ook meteen. Als ik nu de snelheid van de actuator te laag zet, krijg ik een flow storing omdat deze nog bezig is > Eerst wachten tot mengventiel goed staat, daarna pas flow (ook een setting wat zijn "Home"-positie is?)

- Als T1 aan, T2 uit: Regeling volgens Tc, mengventiel op 100% doorlaat/geen menging. Met buffervat parallel zou je eigenlijk los op Tv1 willen regelen met mengventiel en Tc eventueel met een SmartGrid optie verhogen om wat energie te bufferen.

- Als T1 aan, T2 aan (geen mengventiel): Tc (/Tv2) volgens stooklijn T2 door compressor, T1/Tv1 volgens stooklijn door mengventiel. Optie om P2 aan te zetten (en P1 uit te zetten, hier zit nu een wax-motortje om de vloerverwarming in de badkamer dicht te zetten). Hier zou je dus ook de optie "mengventiel voor T2" bij kunnen zetten en op regelen.

- Als T1 uit, T2 aan (wat nu niet kan in de WinCE): in mijn geval zou ik een minimale instelbare T1 willen (of offset naar beneden op stooklijn T1) + een instelling op maximale menging (bijv 4-10V). Ik moet voorkomen dat het mengventiel helemaal dicht knijpt, omdat anders het systeem vast loopt. Met deze setting kan ik voldoende flow, defrost warmte + afgifte creeeren om niet teveel te pendelen, maar wordt het beneden niet te snel te warm.

- In dit laatste geval wil ik ook nog een test doen met mijn DHW vat als buffervat: ik heb een bypass + waxmotortje tussen de DHW en verdeler voor convectoren om eventueel te kunnen boosten. Dit wil ik misschien gebruiken om bij alleen T2 de pomp van DHW aan te zetten en die groep open te gooien. Dan zou ik met 45°C het vat warm houden en kunnen verwarmen. Volgens mij kan de DHW pomp nu ook los geschakeld worden in de OpenAmber?

Ik zal nog even kijken hoe we dit het beste in OpenAmber zouden kunnen implementeren. Ik wil standaard(buiten de onderhoudsmodus om) eigenlijk geen directe controle toe staan van bijvoorbeeld de DHW pomp omdat je anders het proces zou kunnen beinvloeden.

Het is eventueel wel vrij eenvoudig om dit te veranderen in de YAML als je directe controle vanuit HA wil doen of iets dergelijks.

[bighead]

Gister 0.5.1 er op gezet nadat ik thuis was van een 2-weekse vakantie. Vandaag getest met 'Tapwater backup heater vertraging' op 5 minuten, 'Tapwater backup heater min verwarmd snelheid' op 0.12 (originele waarde), en het verwarmingselement is niet aan geweest! Dit lijkt dus de oplossing, heel fijn! Eerder bleef het element steeds bijspringen.

Ook heel fijn dat er nu voor koelen een eigen 'start delta compressor' is.

Interface op het scherm ziet er ook netjes uit. Weer topwerk @Jordi_ !


@Florissilfhout Tapwater start temperatuur was 27.7 graden bij mij, werkt het bij jou ook goed met de ingestelde vertraging?

[ Voor 25% gewijzigd door bighead op 03-08-2026 20:20 ]

[bighead]

Tapwater verwarmen is nu bezig, en nu valt mij op dat de compressor maar op 26hz draait. Dit doet hij denk ik door 'P12 Compressor frequentiebegrenzing op buitentemperatuur'. TA is 29,5°C dus dat hij toerental begrensd klopt wel, maar is dit toerental niet erg laag?

DHW verwarmsnelheid is 0,46°/min, dat is dan wel weer netjes op zo'n laag toerental.

[Jordi_]

bighead schreef op dinsdag 4 augustus 2026 @ 12:41:
Tapwater verwarmen is nu bezig, en nu valt mij op dat de compressor maar op 26hz draait. Dit doet hij denk ik door 'P12 Compressor frequentiebegrenzing op buitentemperatuur'. TA is 29,5°C dus dat hij toerental begrensd klopt wel, maar is dit toerental niet erg laag?

DHW verwarmsnelheid is 0,46°/min, dat is dan wel weer netjes op zo'n laag toerental.

Volgens mij komt dat doordat we met een aangepaste frequentietabel draaien en die begrenzing gaat gewoon op een index in plaats van de werkelijke waarde. Ik weet nog niet wat hier de beste oplossing voor is omdat we niet zeker weten hoe de begrenzing werkt.

Een optie kan zijn om de tot nu toe niet gebruikte DHW modus te gebruiken met een aparte frequentietabel met de originele frequenties. Maar we kunnen ook via de EEPROM de hele begrenzing uit zetten en zelf (beter) implementeren, maar dan hebben we eerst meer data nodig over waarop precies begrensd moet worden.

[bighead]

Jordi_ schreef op dinsdag 4 augustus 2026 @ 13:04:
[...]

Volgens mij komt dat doordat we met een aangepaste frequentietabel draaien en die begrenzing gaat gewoon op een index in plaats van de werkelijke waarde. Ik weet nog niet wat hier de beste oplossing voor is omdat we niet zeker weten hoe de begrenzing werkt.

Een optie kan zijn om de tot nu toe niet gebruikte DHW modus te gebruiken met een aparte frequentietabel met de originele frequenties. Maar we kunnen ook via de EEPROM de hele begrenzing uit zetten en zelf (beter) implementeren, maar dan hebben we eerst meer data nodig over waarop precies begrensd moet worden.

Duidelijk! De tot nu toe niet gebruikte DHW modus, wordt die orgineel wel gebruikt, of wordt deze dan ook dan niet gebruikt?

[Jordi_]

bighead schreef op dinsdag 4 augustus 2026 @ 13:42:
[...]

Duidelijk! De tot nu toe niet gebruikte DHW modus, wordt die orgineel wel gebruikt, of wordt deze dan ook dan niet gebruikt?

Wordt niet gebruikt in de originele HeatStar software, maar het zit wel in de buiten unit firmware gebouwd.

[bighead]

Jordi_ schreef op dinsdag 4 augustus 2026 @ 13:46:
[...]

Wordt niet gebruikt in de originele HeatStar software, maar het zit wel in de buiten unit firmware gebouwd.

Zou dat dan iets zijn om te proberen? Ik wil dat wel testen eventueel.


Ik heb ook nog een ander verzoekje: Zou bij het 'thermostaat' menu ook de TR kunnen komen te staan? Nu kun je (volgens mij) nergens zien wat deze temperatuur is.

[ Voor 22% gewijzigd door bighead op 04-08-2026 14:15 ]

[rh63nl]

Volgens mij beweegt Itho nog niet zo snel met een oplossing voor de afstervende heatstar/WinCE modules dus ik wil voor de winter OpenAmber gaan oppakken. Wat is nu de slimste keuze, de S3 of de P4?

[Jordi_]

rh63nl schreef op dinsdag 4 augustus 2026 @ 15:56:
Volgens mij beweegt Itho nog niet zo snel met een oplossing voor de afstervende heatstar/WinCE modules dus ik wil voor de winter OpenAmber gaan oppakken. Wat is nu de slimste keuze, de S3 of de P4?

Ik zou de 5" met ESP32-S3 aanraden. De P4 is zeker de toekomst maar het vereist nogal wat geknutsel met bedrading en de 7" past niet mooi in de opening voor het scherm.

[bighead]

Ik koel nu een tijdje op 20hz, dat werkt perfect. Wanneer word er een ‘oil return cycle' gedaan, was dat niet om de 2 uur? Ik kan niet zien dat het toerental van de compressor omhoog gaat namelijk.

[Jordi_]

bighead schreef op dinsdag 4 augustus 2026 @ 22:52:
Ik koel nu een tijdje op 20hz, dat werkt perfect. Wanneer word er een ‘oil return cycle' gedaan, was dat niet om de 2 uur? Ik kan niet zien dat het toerental van de compressor omhoog gaat namelijk.

Ja, de buiten unit doet dit om de 2uur. In HA zou je het wel moeten zien. Op de OpenAmber analytics zie je dit vaak niet omdat die maar 1x per 5 minuten update en de oil return cycle duurt maar 2 minuten.

[bighead]

Jordi_ schreef op woensdag 5 augustus 2026 @ 08:33:
[...]

Ja, de buiten unit doet dit om de 2uur. In HA zou je het wel moeten zien. Op de OpenAmber analytics zie je dit vaak niet omdat die maar 1x per 5 minuten update en de oil return cycle duurt maar 2 minuten.

Ik heb teruggekeken in de geschiedenis van HA maar nergens is dat te zien. Ik vraag me dus echt of hij het dan wel doet. Rond 12 uur is DHW.

[Jordi_]

bighead schreef op woensdag 5 augustus 2026 @ 08:39:
[...]

Ik heb teruggekeken in de geschiedenis van HA maar nergens is dat te zien. Ik vraag me dus echt of hij het dan wel doet. Rond 12 uur is DHW.[Afbeelding]

Vreemd, ik zie het wel consistent elke 2 uren bij lage frequenties. Maar misschien zit er nog meer logica achter dan alleen om de 2 uren. In ieder geval hebben we er geen controle over.

Zie je ook niet de P04 actief gaan?

[bighead]

Jordi_ schreef op woensdag 5 augustus 2026 @ 09:22:
[...]

Vreemd, ik zie het wel consistent elke 2 uren bij lage frequenties. Maar misschien zit er nog meer logica achter dan alleen om de 2 uren. In ieder geval hebben we er geen controle over.

Zie je ook niet de P04 actief gaan?

Nee, P04 is voor zover ik terug kan zien niet actief geweest. Het streepje bij woensdag is dat ik OpenAmber even een restart gegeven had. Ik begin me nu wel af te vragen of ik iets kapot kan maken omdat dit bij jou wel zichtbaar is.

Hoe is dit bij anderen?


EDIT: Ik heb de koeling nu toch maar uitgezet voor de zekerheid.

[ Voor 42% gewijzigd door bighead op 05-08-2026 20:19 ]

[bighead]

Gister heb ik HA opnieuw opgestart, sindsdien stonden alle waardes van OpenAmber op ‘niet beschikbaar’. Ik heb HA meerdere malen herstart, OpenAmber herstart, stroom er af gehad. Laatste versie 0.5.1 opnieuw erop gezet, OpenAmber verwijderd en opnieuw toegevoegd in Esphome in HA. Nu heb ik maar 11 entiteiten, iemand een idee hoe ik de rest weer terugkrijg?

Alles werkt verder wel, ik mis dus alleen alles in HA.


EDIT: oorzaak gevonden: Ik draai HA in Proxmox, HA was een oude versie, wist niet dat dit niet automatisch geupdate werd. Ik had eerst OpenAmber 0.4.0 er weer opgezet, zag alle waardes weer. Maar toen stond er in de webinterface: ‘Home Assistant 2025.10.4 using outdated API 1.12, update to 1.14+. HA nu naar de laatste versie geüpdated en alles werkt weer!

@Jordi_ Kan het dan ook zijn dat door de verkeerde versie ik die ORC niet zag?

[ Voor 47% gewijzigd door bighead op 07-08-2026 16:26 ]

[Jordi_]

bighead schreef op vrijdag 7 augustus 2026 @ 09:43:
Gister heb ik HA opnieuw opgestart, sindsdien stonden alle waardes van OpenAmber op ‘niet beschikbaar’. Ik heb HA meerdere malen herstart, OpenAmber herstart, stroom er af gehad. Laatste versie 0.5.1 opnieuw erop gezet, OpenAmber verwijderd en opnieuw toegevoegd in Esphome in HA. Nu heb ik maar 11 entiteiten, iemand een idee hoe ik de rest weer terugkrijg?

Alles werkt verder wel, ik mis dus alleen alles in HA.


EDIT: oorzaak gevonden: Ik draai HA in Proxmox, HA was een oude versie, wist niet dat dit niet automatisch geupdate werd. Ik had eerst OpenAmber 0.4.0 er weer opgezet, zag alle waardes weer. Maar toen stond er in de webinterface: ‘Home Assistant 2025.10.4 using outdated API 1.12, update to 1.14+. HA nu naar de laatste versie geüpdated en alles werkt weer!

@Jordi_ Kan het dan ook zijn dat door de verkeerde versie ik die ORC niet zag?

Lastig zeker te zeggen of het komt door een mismatch tussen de ESPHome API versie, waarschijnlijk niet omdat je wel gewoon compressor frequentie updates zag maar geen pieken om de 2u.

[bighead]

Jordi_ schreef op vrijdag 7 augustus 2026 @ 17:56:
[...]

Lastig zeker te zeggen of het komt door een mismatch tussen de ESPHome API versie, waarschijnlijk niet omdat je wel gewoon compressor frequentie updates zag maar geen pieken om de 2u.

Koeling gaat morgen weer aan denk ik, dan zal ik het even in de gaten houden wat er gebeurt.

[bighead]

@Jordi_ Nog steeds geen ORC hier. Wat kan ik hier aan doen? Ik vindt dit toch wel een beetje spannend, en met kans op een defecte compressor door te weinig smering?

Of kun je misschien iets maken dat de compressor frequentie na 2 uur laagdraaien vanzelf even omhoog gaat toeren?

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

[Jordi_]

bighead schreef op zaterdag 8 augustus 2026 @ 11:33:
[Afbeelding]@Jordi_ Nog steeds geen ORC hier. Wat kan ik hier aan doen? Ik vindt dit toch wel een beetje spannend, en met kans op een defecte compressor door te weinig smering?

Of kun je misschien iets maken dat de compressor frequentie na 2 uur laagdraaien vanzelf even omhoog gaat toeren?

Lastige situatie, want de buiten unit is verantwoordelijk voor dit soort functionaliteit. En we hebben geen inzicht in wat voor logica besluit om de ORC te doen. Misschien is het niet zo simpel als alleen om de 2 uren, ik zie dit wel altijd op lage frequenties op mijn Amber 65, maar misschien is het per model anders. Ook is wel te zien dat er verschillende firmware versies in omloop zijn van de buiten units dus misschien zit daar iets van andere logica in.

Maar om zeker te zijn dat het niet aan OpenAmber ligt zou je kunnen checken met de WinCE software of je het daar ook ziet.

[bighead]

Jordi_ schreef op zaterdag 8 augustus 2026 @ 13:26:
[...]

Lastige situatie, want de buiten unit is verantwoordelijk voor dit soort functionaliteit. En we hebben geen inzicht in wat voor logica besluit om de ORC te doen. Misschien is het niet zo simpel als alleen om de 2 uren, ik zie dit wel altijd op lage frequenties op mijn Amber 65, maar misschien is het per model anders. Ook is wel te zien dat er verschillende firmware versies in omloop zijn van de buiten units dus misschien zit daar iets van andere logica in.

Maar om zeker te zijn dat het niet aan OpenAmber ligt zou je kunnen checken met de WinCE software of je het daar ook ziet.

Dat probeer ik morgen wel even. Als ik kijk bij OpenAmber Analytics, dan zie ik bij meerdere Amber95 de P04 waarschuwing, bij die van mij dus niet, dat lijkt mij toch niet goed. Koeling nu toch maar weer uitgezet.

[rh63nl]

Jordi_ schreef op dinsdag 4 augustus 2026 @ 17:59:
[...]

Ik zou de 5" met ESP32-S3 aanraden. De P4 is zeker de toekomst maar het vereist nogal wat geknutsel met bedrading en de 7" past niet mooi in de opening voor het scherm.

De ESP32-S3 ligt op mijn bureau, 3d printer is bezig ;-) Amber 120 staat geduldig te wachten. Ik gebruik de Amber alleen voor verwarming dus die heeft nu alle tijd.

Ik was even door de settings aan het kijken op github en ik zag dat je wat zaken kan instellen vanaf een bepaalde temperatuur, bijv -3. Zelf gebruik ik nu HomeAssistant om via de bommer modbus integratie de pomp P0 op 100% te zetten als het onder de -1 komt. Ik heb 100m2 vloerverwarming met 5 lussen dus de pomp moet harder werken als er meer vermogen nodig is. Het begint dan wel net wat lawaai te maken dus boven de -1 is het niet noodzakelijk.

Het zou mooi zijn als dit in OpenAmber geregeld kan worden dus zou je een optie kunnen toevoegen om een temperatuur in te stellen waaronder de pomp altijd naar 100% moet?

En andere optie zou een pomp aansturing op de deltaT zijn want die loopt bij mij ook snel op naar de 7gr als het echt onder nul komt met de pomp op 75%.

En heel erg bedankt voor OpenAmber!

[Jordi_]

rh63nl schreef op zaterdag 8 augustus 2026 @ 18:52:
[...]

De ESP32-S3 ligt op mijn bureau, 3d printer is bezig ;-) Amber 120 staat geduldig te wachten. Ik gebruik de Amber alleen voor verwarming dus die heeft nu alle tijd.

Ik was even door de settings aan het kijken op github en ik zag dat je wat zaken kan instellen vanaf een bepaalde temperatuur, bijv -3. Zelf gebruik ik nu HomeAssistant om via de bommer modbus integratie de pomp P0 op 100% te zetten als het onder de -1 komt. Ik heb 100m2 vloerverwarming met 5 lussen dus de pomp moet harder werken als er meer vermogen nodig is. Het begint dan wel net wat lawaai te maken dus boven de -1 is het niet noodzakelijk.

Het zou mooi zijn als dit in OpenAmber geregeld kan worden dus zou je een optie kunnen toevoegen om een temperatuur in te stellen waaronder de pomp altijd naar 100% moet?

En andere optie zou een pomp aansturing op de deltaT zijn want die loopt bij mij ook snel op naar de 7gr als het echt onder nul komt met de pomp op 75%.

En heel erg bedankt voor OpenAmber!

Nieuwe gebruiker met nieuwe inzichten is altijd goed, daardoor wordt OpenAmber steeds beter .

Laatste optie is denk ik wel een goed idee, een pomp optie toevoegen waarbij hij automatisch de P0 PWM regelt met een PID controller op basis van de delta T.

[rh63nl]

Jordi_ schreef op zaterdag 8 augustus 2026 @ 19:45:
[...]

Nieuwe gebruiker met nieuwe inzichten is altijd goed, daardoor wordt OpenAmber steeds beter .

Laatste optie is denk ik wel een goed idee, een pomp optie toevoegen waarbij hij automatisch de P0 PWM regelt met een PID controller op basis van de delta T.

En gelukkig kun jij inzichten omzetten in werkende software dankjewel!

[bighead]

Ik heb een screenshot gevonden van 19 juni, toen deed hij wel een ORC na 2 uur. Nu heb ik 0.3.1 er op gezet, dat was toen de nieuwste versie, maar de compressor frequentie gaat met die versie naar 20hz, terwijl dat vanaf versie 0.4.0 pas kon. Hoe kan dit? Hij draait net, dus over 2 uur kan ik zien of de ORC met deze versie weer werkt.

Ik denk dat het komt omdat de frequenties in de buitenunit zijn aangepast door versie 0.4.0? Dit is weer terug te zetten naar origineel met de originele EEPROM gok ik?

[ Voor 20% gewijzigd door bighead op 08-08-2026 21:20 ]

[Jordi_]

bighead schreef op zaterdag 8 augustus 2026 @ 20:53:
Ik heb een screenshot gevonden van 19 juni, toen deed hij wel een ORC na 2 uur. Nu heb ik 0.3.1 er op gezet, dat was toen de nieuwste versie, maar de compressor frequentie gaat met die versie naar 20hz, terwijl dat vanaf versie 0.4.0 pas kon. Hoe kan dit? Hij draait net, dus over 2 uur kan ik zien of de ORC met deze versie weer werkt.

Ik denk dat het komt omdat de frequenties in de buitenunit zijn aangepast door versie 0.4.0? Dit is weer terug te zetten naar origineel met de originele EEPROM gok ik?

Een volledige power cycle van de buiten unit zou genoeg moeten zijn, dan start de buiten unit weer op met de standaard EEPROM instellingen.

[bighead]

Jordi_ schreef op zaterdag 8 augustus 2026 @ 21:50:
[...]

Een volledige power cycle van de buiten unit zou genoeg moeten zijn, dan start de buiten unit weer op met de standaard EEPROM instellingen.

Dat was de oplossing voor de juiste frequentie. Nu met versie 0.3.1 nog steeds geen ORC. Ik heb laatst wel de EEPROM (van jou gekregen) er opnieuw opgezet, zou die anders kunnen zijn als wat er op stond (lijkt me niet?)? Na DHW ga ik de WinCE er weer even aanhangen, kijken of die het wel doet.

Ik wist niet dat je ook een app had gemaakt voor OpenAmber Analytics, kreeg net een melding op mijn telefoon toen ik daarop keek 😀

[ Voor 11% gewijzigd door bighead op 09-08-2026 12:00 ]

[Whiskey48]

Hoi! Ik ben de Amber120 van mijn zus op de Leejoow module aan het aansluiten. Ik volg.de handleiding maar krijg dit.

Wat doe ik fout?

[Get!em]

Whiskey48 schreef op zondag 9 augustus 2026 @ 14:56:
[Afbeelding]

[Afbeelding] Hoi! Ik ben de Amber120 van mijn zus op de Leejoow module aan het aansluiten. Ik volg.de handleiding maar krijg dit.

Wat doe ik fout?

Topic is hier: Uitlezen en aansturen Itho Daalderop HP-S + Amber warmtepomp of de discord.

Verder is t de nieuwste amber software dus Parity moet op EVEN. Als je de nieuwste leejoow module firmware hebt, is dat een instelling in die interface, bijna onderaan.

[ Voor 5% gewijzigd door Get!em op 09-08-2026 15:21 ]

[bighead]

Jordi_ schreef op zaterdag 8 augustus 2026 @ 13:26:
[...]

Lastige situatie, want de buiten unit is verantwoordelijk voor dit soort functionaliteit. En we hebben geen inzicht in wat voor logica besluit om de ORC te doen. Misschien is het niet zo simpel als alleen om de 2 uren, ik zie dit wel altijd op lage frequenties op mijn Amber 65, maar misschien is het per model anders. Ook is wel te zien dat er verschillende firmware versies in omloop zijn van de buiten units dus misschien zit daar iets van andere logica in.

Maar om zeker te zijn dat het niet aan OpenAmber ligt zou je kunnen checken met de WinCE software of je het daar ook ziet.

Ik heb de WinCE nu aangesloten, en ook daar geen ORC na 2 uur. Op een oud screenshot kan ik zien dat hij het wel gedaan heeft ooit. Zou je iets kunnen inbouwen dat na 2 uur (+ 5 minuten bijvoorbeeld, om de originele ORC niet te verstoren) de compressor frequentie 2 minuten omhoog gaat? Anders verwacht ik dat ik binnenkort een vastgelopen compressor heb door te weinig smering.

Of een ander idee hoe ik dit weer op de originele manier werkend zou kunnen krijgen? Kun je iets wijs worden uit de orginele EEPROM?



Screenshot van 19 juni:

[ Voor 15% gewijzigd door bighead op 09-08-2026 17:59 ]

[Whiskey48]

Get!em schreef op zondag 9 augustus 2026 @ 15:20:
[...]

Topic is hier: Uitlezen en aansturen Itho Daalderop HP-S + Amber warmtepomp of de discord.

Verder is t de nieuwste amber software dus Parity moet op EVEN. Als je de nieuwste leejoow module firmware hebt, is dat een instelling in die interface, bijna onderaan.

Ahh, merci!

[Jordi_]

bighead schreef op zondag 9 augustus 2026 @ 16:41:
[...]

Ik heb de WinCE nu aangesloten, en ook daar geen ORC na 2 uur. Op een oud screenshot kan ik zien dat hij het wel gedaan heeft ooit. Zou je iets kunnen inbouwen dat na 2 uur (+ 5 minuten bijvoorbeeld, om de originele ORC niet te verstoren) de compressor frequentie 2 minuten omhoog gaat? Anders verwacht ik dat ik binnenkort een vastgelopen compressor heb door te weinig smering.

[Afbeelding]

Screenshot van 19 juni:[Afbeelding]

Weet je nog de EEPROM versie voor de update? Misschien is er nog een gebruiker met deze parameters, dan zouden we die data kunnen dumpen.

[bighead]

Jordi_ schreef op zondag 9 augustus 2026 @ 17:59:
[...]

Weet je nog de EEPROM versie voor de update? Misschien is er nog een gebruiker met deze parameters, dan zouden we die data kunnen dumpen.

Ik heb geen idee, kan ik dat ergens zien? Heb voordat ik overging naar OpenAmber een filmpje gemaakt van alle menu's van WinCE, kan ik het daar ergens uit halen?

Kun je dat misschien uit de OpenAmber Analytics halen, of kun je daar niet zo ver mee terugkijken?

[ Voor 11% gewijzigd door bighead op 09-08-2026 18:07 ]

[Jordi_]

bighead schreef op zondag 9 augustus 2026 @ 18:02:
[...]

Ik heb geen idee, kan ik dat ergens zien? Heb voordat ik overging naar OpenAmber een filmpje gemaakt van alle menu's van WinCE, kan ik het daar ergens uit halen?

Kun je dat misschien uit de OpenAmber Analytics halen, of kun je daar niet zo ver mee terugkijken?

Het staat wel ergens in 1 van de menu's in WinCE. Ik weet zo uit het hoofd niet meer waar precies.
In de analytics sla ik geen history op van EEPROM versies dus dat kan ik helaas niet zien.

Maar op analytics kun je wel zien of andere instrumenten met dezelfde eeprom en programma(buiten unit) versie combinatie hetzelfde gedrag vertonen.

[bighead]

Jordi_ schreef op zondag 9 augustus 2026 @ 19:11:
[...]

Het staat wel ergens in 1 van de menu's in WinCE. Ik weet zo uit het hoofd niet meer waar precies.
In de analytics sla ik geen history op van EEPROM versies dus dat kan ik helaas niet zien.

Maar op analytics kun je wel zien of andere instrumenten met dezelfde eeprom en programma(buiten unit) versie combinatie hetzelfde gedrag vertonen.

In mijn filmpje staat net de laatste pagina waar de EEPROM-versie staat er helaas niet op. Ik heb nu V0118 098094, ik ben de enige met die combinatie bij analytics. Programma nummer is 280, daar zijn er wel meer van.

Wat mij opvalt is dat bij allemaal die lang laag draaien P04 staat, maar dat bij een paar deze soms een keer wordt overgeslagen. Ik heb wel vanaf het begin al 30hz, zou ik dan 025013 gehad hebben voor de EEPROM-update die ik gedraaid heb?


Ik heb die van mij 06-2025 gekregen, net als deze: https://gathering.tweakers.net/forum/view_message/84653044

ik verwacht dus 025013 origineel gehad te hebben

[ Voor 11% gewijzigd door bighead op 09-08-2026 21:30 ]

[Jordi_]

bighead schreef op zondag 9 augustus 2026 @ 20:38:
[...]

In mijn filmpje staat net de laatste pagina waar de EEPROM-versie staat er helaas niet op. Ik heb nu V0118 098094, ik ben de enige met die combinatie bij analytics. Programma nummer is 280, daar zijn er wel meer van.

Wat mij opvalt is dat bij allemaal die lang laag draaien P04 staat, maar dat bij een paar deze soms een keer wordt overgeslagen. Ik heb wel vanaf het begin al 30hz, zou ik dan 025013 gehad hebben voor de EEPROM-update die ik gedraaid heb?


Ik heb die van mij 06-2025 gekregen, net als deze: https://gathering.tweakers.net/forum/view_message/84653044

ik verwacht dus 025013 origineel gehad te hebben

Dat is wel interessant, misschien wil @Degast meewerken om de EEPROM te dumpen. Dan kunnen we de wijzigingen analyseren vergeleken met de andere EEPROM parameters.

[Degast]

Ehm bereid, denkt wel ja.

Juiste vaardigheden, waarschijnlijk niet.

Komende weken lukt sowieso niet.. Als ik er niet op terug kom misschien eind van de maand nog eens aan mijn jasje trekken..?

[Degast]

Ik heb het idee dan onze ambers ook ander defrost gedrag vertonen.

(Of dat is echt alleen vanwege plaatsing systeem.) Het lijkt mij af fabriek niet helemaal zo vaak en regelmatig als andere Amber bezitters.

[Degast]

Ik lees niet uit maar zie een piekje in verbruik als ze langere tijd lager draait. Dit lijkt geen vast schema. Het energieverbruik lees ik pas sinds kort apart uit, dus kan t niet goed zien bij verwarming.

Als ie het doet zie ik dat wel om de 2 uur.

[ Voor 11% gewijzigd door Degast op 10-08-2026 07:29 ]

[bighead]

Top, alvast bedankt! @Degast

Er zijn ook 2 OpenAmber gebruikers met een Amber95 met V0118 025 013, met apparaat ID: 24312a en 4bf7e3

Zouden jullie misschien ook kunnen/willen helpen met de EEPROM?

[ Voor 9% gewijzigd door bighead op 10-08-2026 08:40 ]

[Jordi_]

Ik voeg toe aan de firmware dat we EEPROM parameters kunnen versturen naar het analytics platform, zodat we wat hopelijk wat meer inzicht kunnen krijgen.

Degast schreef op maandag 10 augustus 2026 @ 07:19:
Ik heb het idee dan onze ambers ook ander defrost gedrag vertonen.

(Of dat is echt alleen vanwege plaatsing systeem.) Het lijkt mij af fabriek niet helemaal zo vaak en regelmatig als andere Amber bezitters.

Dit kunnen we dan ook verifiëren want misschien zijn de defrost parameters inderdaad wel anders op de nieuwere units.

[rh63nl]

Jordi_ schreef op zaterdag 8 augustus 2026 @ 19:45:
[...]

Nieuwe gebruiker met nieuwe inzichten is altijd goed, daardoor wordt OpenAmber steeds beter .

Laatste optie is denk ik wel een goed idee, een pomp optie toevoegen waarbij hij automatisch de P0 PWM regelt met een PID controller op basis van de delta T.

Een PID controller voor de pomp zou echt perfect zijn. Al even zitten lezen over pomp aansturingen in HVAC omgevingen en het zou zelfs stroom moet sparen omdat je altijd precies de juiste hoeveelheid vermogen naar de pomp stuurt.

Ik heb nog even gekeken in mij HA data en ik zou dit in mijn geval willen toepassen op de deltaT van de vloerverwarming. Met Tc heb ik wel de temperatuur die de vloer ingaat maar ik zou de Tui/Tuo niet willen gebruiken voor de uitgaande temperatuur. Om een of andere reden (nauwkeurigheid?) meet de Amber een hogere temperatuur op zijn retour dan ik meet op het moment dat het water de 8 meter lange grondleiding ingaat...

Zou je het zo kunnen maken dat je de (ongetwijfeld instelbare) gewenste deltaT kunt toewijzen aan vrij te kiezen nog niet gebruikte temperatuur sensoren die op de Amber standaard aanwezig zijn? In mijn geval gebruik ik de Tv1 en Tv2 niet dus een van die 2 zou ik prima kunnen gebruiken om samen met de Tc de delta mee te bepalen over de VVW.

[Jordi_]

rh63nl schreef op woensdag 12 augustus 2026 @ 11:29:
[...]

Een PID controller voor de pomp zou echt perfect zijn. Al even zitten lezen over pomp aansturingen in HVAC omgevingen en het zou zelfs stroom moet sparen omdat je altijd precies de juiste hoeveelheid vermogen naar de pomp stuurt.

Ik heb nog even gekeken in mij HA data en ik zou dit in mijn geval willen toepassen op de deltaT van de vloerverwarming. Met Tc heb ik wel de temperatuur die de vloer ingaat maar ik zou de Tui/Tuo niet willen gebruiken voor de uitgaande temperatuur. Om een of andere reden (nauwkeurigheid?) meet de Amber een hogere temperatuur op zijn retour dan ik meet op het moment dat het water de 8 meter lange grondleiding ingaat...

Zou je het zo kunnen maken dat je de (ongetwijfeld instelbare) gewenste deltaT kunt toewijzen aan vrij te kiezen nog niet gebruikte temperatuur sensoren die op de Amber standaard aanwezig zijn? In mijn geval gebruik ik de Tv1 en Tv2 niet dus een van die 2 zou ik prima kunnen gebruiken om samen met de Tc de delta mee te bepalen over de VVW.

Wat ook een optie kan zijn is het kunnen corrigeren van Tui/Tuo, dan blijft het wel mooi simpel.

[rh63nl]

Jordi_ schreef op woensdag 12 augustus 2026 @ 12:57:
[...]

Wat ook een optie kan zijn is het kunnen corrigeren van Tui/Tuo, dan blijft het wel mooi simpel.

Dat zou inderdaad ook werken

[oei346]

Stoker schreef op zondag 28 december 2025 @ 20:07:
Welke software heb je precies nodig? Wij willen helpen door jou de Eeprom, 2.26, 2.29, 2.29II en 2.29III te sturen.

Hi, Ik loop tegen exact dit probleem aan. Ik heb er een topic over ge-opend, niet wetende dat er zoveel over was. Juup in "ITHO Daalderop HPS95 Heatstar.exe fout"

Ik zou het liefst WinCE en heatstar opnieuw installeren voor mijn HP-S95. Zou ik aub ook gebruik mogen maken van de software die je hebt? Mijn versie is ouder nl V2.04_2_T4_003 for ITHODAALDEROP003, maar ik vermoed dat dat wel werkt. Ik kan het lig proberen.

Tnx

[ Voor 6% gewijzigd door oei346 op 13-08-2026 22:01 ]

[mbuts]

Is er een specifieke reden waarom de warmtepomp beperkt is tot 55hz? Zit dit in openamber of in de warmtepomp zelf?

[Jordi_]

mbuts schreef op vrijdag 14 augustus 2026 @ 18:28:
Is er een specifieke reden waarom de warmtepomp beperkt is tot 55hz? Zit dit in openamber of in de warmtepomp zelf?

Hangt van de max vermogen setting af, als die op maximaal staat kan hij tot 90Hz. Als hij dan niet hoger gaat ligt het aan de buiten unit(frequentie limiet op buiten temperatuur), dat zou je ook moeten kunnen zien aan een actief error vlagje.

[Florissilfhout]

bighead schreef op maandag 10 augustus 2026 @ 08:35:
Top, alvast bedankt! @Degast

Er zijn ook 2 OpenAmber gebruikers met een Amber95 met V0118 025 013, met apparaat ID: 24312a en 4bf7e3

Zouden jullie misschien ook kunnen/willen helpen met de EEPROM?

4bf7e3 Ben ik!
Ik zie wel gewoon netjes iedere 2 uur een ORC.


Kan ik nog iets doen/betekenen?

[Jordi_]

Florissilfhout schreef op vrijdag 14 augustus 2026 @ 20:14:
[...]

4bf7e3 Ben ik!
Ik zie wel gewoon netjes iedere 2 uur een ORC.
[Afbeelding]

Kan ik nog iets doen/betekenen?

In de nieuwe versie (komt binnenkort, ik wacht even op ESPHome 2026.8.0) kun je EEPROM uploaden naar analytics platform. Dan kunnen we in kaart brengen wat voor verschillen er zijn in de nieuwere units en misschien @bighead zijn probleem fixen.

[Florissilfhout]

bighead schreef op maandag 3 augustus 2026 @ 17:24:

@Florissilfhout Tapwater start temperatuur was 27.7 graden bij mij, werkt het bij jou ook goed met de ingestelde vertraging?

Sorry, hier heb ik volledig overheen gelezen!

Tapwater backup heater vertraging heb ik nu op 30 minuten staan en werkt perfect! Ik heb sinds deze wijziging nog geen enkele keer het BU element aan gehad.

Wel draait hij (of zij?) bij DHW nog inderdaad op een lagere frequency (43Hz) dan initieel (geloof 61Hz). Toch haal ik daar dan zo'n 0.20 graden/minuut tot 55 graden, daarna zakt hij wel iets tot 0.10 graden/minuut. Grens voor bijspringen backup element staat op 0.12graden/minuut.

[Florissilfhout]

@Jordi_
Over de discussie welke frequentietabel te gebruiken bij DHW, stem ik (ook) voor het uitproberen van de aparte DHW tabel.
Je behoudt op die manier de uitgebreide frequentietabel voor verwarmen (waarbij er tot lager gemoduleerd kan worden) en je zit de instellingen van DHW niet in de weg.

Aan de andere kant is er ook wat te zeggen voor een uniforme frequentietabel, waarbij wij als gebruikers dan de huidige instellingen even moeten nalopen. Alle 'drop-down' opties voor het instellen van vermogen (zoals beperkt/zeer laag/laag/gemiddeld/etc) voor DHW, DHW winter, Koelen, etc, refereren dan naar dezelfde frequentie.

[Jordi_]

Florissilfhout schreef op dinsdag 18 augustus 2026 @ 09:58:
@Jordi_
Over de discussie welke frequentietabel te gebruiken bij DHW, stem ik (ook) voor het uitproberen van de aparte DHW tabel.
Je behoudt op die manier de uitgebreide frequentietabel voor verwarmen (waarbij er tot lager gemoduleerd kan worden) en je zit de instellingen van DHW niet in de weg.

Aan de andere kant is er ook wat te zeggen voor een uniforme frequentietabel, waarbij wij als gebruikers dan de huidige instellingen even moeten nalopen. Alle 'drop-down' opties voor het instellen van vermogen (zoals beperkt/zeer laag/laag/gemiddeld/etc) voor DHW, DHW winter, Koelen, etc, refereren dan naar dezelfde frequentie.

De aparte DHW modus wil ik nog wel een keer proberen maar het is nog te onduidelijk hoe dit nu werkt, de frequentietabel lijkt ook niet 10 niveau's te bevatten zoals bij koelen en verwarmen. Wat ik mij ook afvraag is hoe bijvoorbeeld de frequentielimitatie bij buitentemperatuur dan werkt, of misschien is dit er bewust niet tijdens DHW.

Voor nu heb ik eerst de verwarmingstabel anders ingedeeld zodat hij wel weer DHW op hogere frequenties kan doen bij hoge buitentemperaturen.

[Jordi_]

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

Met onder andere:
- Mogelijkheid om te sturen op Tv1 in plaats van Tc (voor bepaalde buffer configuraties).
- Pump P0 PWM dynamisch op basis van delta T voor verwarmen op verzoek van @rh63nl
- Mogelijkheid om EEPROM parameters te versturen naar https://openamber.nl/eeprom-analysis zodat we een beter beeld krijgen van wijzigingen in recentere units.
- Ontluchtings mechanisme in het service menu.
- Ethernet configuratie voor de P4 voor @mbuts
- Tr op thermostaat pagina @bighead

Het zou mooi zijn als zoveel mogelijk een EEPROM dump doen via het scherm (Service -> EEPROM -> Dump EEPROM). En vooral met de nieuwere buiten units o.a. @Degast @Florissilfhout

[perslucht]

@Jordi_ Ik heb een dump gedaan van de EEPROM van mijn Amber 65. Ik gebruik OpenAmber nu niet actief (ivm garantieperiode), dus je zal van mijn exemplaar verder geen data zien. Hopelijk heb je er wat aan.

[mbuts]

Jordi_ schreef op vrijdag 21 augustus 2026 @ 11:37:
Nieuwe versie: https://github.com/Jordi1990/openamber/releases/tag/0.6.0

Met onder andere:
- Mogelijkheid om te sturen op Tv1 in plaats van Tc (voor bepaalde buffer configuraties).
- Pump P0 PWM dynamisch op basis van delta T voor verwarmen op verzoek van @rh63nl
- Mogelijkheid om EEPROM parameters te versturen naar https://openamber.nl/eeprom-analysis zodat we een beter beeld krijgen van wijzigingen in recentere units.
- Ontluchtings mechanisme in het service menu.
- Ethernet configuratie voor de P4 voor @mbuts
- Tr op thermostaat pagina @bighead

Het zou mooi zijn als zoveel mogelijk een EEPROM dump doen via het scherm (Service -> EEPROM -> Dump EEPROM). En vooral met de nieuwere buiten units o.a. @Degast @Florissilfhout

Bedankt voor de release, zag al dat je werkte aan de nieuwe esp32 p4 yaml files.

Morgen zal ik hem op mijn huidige esp32 s3 zetten en kan mogelijk helpen met de eeprom en op de esp32 p4.

Had je mogelijk nog gekeken of je de flow kan toevoegen op de openamber website? Ben benieuwd welke flow andere warmtepompen halen

[Florissilfhout]

Ha Jordi,
Dank voor je update! Ik heb de EEPROM dump via de webinterface uitgevoerd, hopelijk heb je die in goede orde ontvangen.
Edit: Zie nu je link naar waar de data naartoe is gegaan

[ Voor 19% gewijzigd door Florissilfhout op 22-08-2026 22:36 ]

[Jordi_]

mbuts schreef op zaterdag 22 augustus 2026 @ 22:20:
[...]

Bedankt voor de release, zag al dat je werkte aan de nieuwe esp32 p4 yaml files.

Morgen zal ik hem op mijn huidige esp32 s3 zetten en kan mogelijk helpen met de eeprom en op de esp32 p4.

Had je mogelijk nog gekeken of je de flow kan toevoegen op de openamber website? Ben benieuwd welke flow andere warmtepompen halen

Volgens mij had ik dit wel toegevoegd, alleen heb ik nog niet gezien wie allemaal de flow sensor heeft aangesloten.

Florissilfhout schreef op zaterdag 22 augustus 2026 @ 22:35:
Ha Jordi,
Dank voor je update! Ik heb de EEPROM dump via de webinterface uitgevoerd, hopelijk heb je die in goede orde ontvangen.
Edit: Zie nu je link naar waar de data naartoe is gegaan

Dank voor de dump. Ik had niet verwacht dat er zo veel gewijzigd was in de nieuwe units, het lijkt erop dat deze toch significant ander gedrag hebben dan gedacht.

Een aantal opvallende wijzigingen van de recente units(waar 30Hz verwarmen standaard is).
- Alle defrost parameters zijn gewijzigd, ook de 'defrost mode' is anders, dus een ander defrost algoritme.
- EEV control mode is gewijzigd, dus de aansturing van het expansie ventiel is anders.

Maar ook heel veel onbekende registers die gewijzigd zijn, ik vraag mij ook af of deze nieuwe parameters wel kunnen werken op oudere programma versies. De nieuwe units hebben versie 280 of V0118 zoals Heatstar het laat zien.

[Sathopper]

Ik heb hier een E|S AWH9-V6-SW warmtepomp met erg veel overeenkomsten met de Daalderop units. Zowel visueel als het Windows CE scherm met de HeatStar Software.

Ik ben benieuwd of er ervaring met deze unit en of het kans maakt hier met openamber te gaan werken?

[perslucht]

@Sathopper Als ik de handleiding van die warmtepomp bekijk dat lijkt mij dit eerder een broertje van de HP-S van Itho. Dat is de voorganger van de Amber, volgens mij werkt dat ook min of meer met OpenAmber. Er staat wel het een en ander over geschreven in dit topic.

[Sathopper]

perslucht schreef op zondag 23 augustus 2026 @ 16:58:
@Sathopper Als ik de handleiding van die warmtepomp bekijk dat lijkt mij dit eerder een broertje van de HP-S van Itho.

Daar kwam ik idd ook op uit maar eens een modbus grabber in elkaar prutsen en kijken of e.a. overeenkomt.

[mbuts]

Volgens mij kan je met de nieuwe modbus implementatie in esphome ook alleen luisteren.

[rh63nl]

@Jordi_ Misschien kijk ik verkeerd maar is er in OpenAmber een optie om de maximale Tc bij verwarmen te begrenzen? Mijn Amber zit direct op de vloerverwarming dus een harde limiet lijkt me wenselijk. In WinCE heb ik die op 41gr staan.

[bighead]

Er is net een nieuw apparaat toegevoegd bij Analytics zie ik met EEPROM V011E 201146 en programmaversie 286. Is dat weer een nieuwere versie van een Amber?

[rh63nl]

bighead schreef op vrijdag 28 augustus 2026 @ 21:16:
Er is net een nieuw apparaat toegevoegd bij Analytics zie ik met EEPROM V011E 201146 en programmaversie 286. Is dat weer een nieuwere versie van een Amber?

Dat is een Amber120, volgens mij productie ergens Q2/2025

[Jordi_]

rh63nl schreef op vrijdag 28 augustus 2026 @ 21:01:
@Jordi_ Misschien kijk ik verkeerd maar is er in OpenAmber een optie om de maximale Tc bij verwarmen te begrenzen? Mijn Amber zit direct op de vloerverwarming dus een harde limiet lijkt me wenselijk. In WinCE heb ik die op 41gr staan.

In principe is het gewoon je stooklijn of setpoint inclusief stop delta niet boven die temperatuur instellen, dat is je limiet. Ik zie het nut nog niet echt in van een extra setting om de maximale waarde te limiteren.

[georgeboot]

Jordi_ schreef op vrijdag 28 augustus 2026 @ 22:23:
[...]

In principe is het gewoon je stooklijn of setpoint inclusief stop delta niet boven die temperatuur instellen, dat is je limiet. Ik zie het nut nog niet echt in van een extra setting om de maximale waarde te limiteren.

Bij een kennis van me zat er vuil in de driewegklep en lekte deze stevig. Bij een sww run werd de vloer dus heet, en dat wil je niet. Het zou dus kunnen dienen als een veiligheidsmechanisme. Maar goed, als je Tc kort na je driewegklep zit, wordt het daar bij een sww run altijd wel warm doordat er altijd wat warmte overstraalt, en dat zou een false positive kunnen geven.

[Jordi_]

georgeboot schreef op zaterdag 29 augustus 2026 @ 08:25:
[...]

Bij een kennis van me zat er vuil in de driewegklep en lekte deze stevig. Bij een sww run werd de vloer dus heet, en dat wil je niet. Het zou dus kunnen dienen als een veiligheidsmechanisme. Maar goed, als je Tc kort na je driewegklep zit, wordt het daar bij een sww run altijd wel warm doordat er altijd wat warmte overstraalt, en dat zou een false positive kunnen geven.

Inderdaad een beveiligingscheck op een temperatuur ver boven de verwachte waarde zou wel goed zijn zodat de compressor stopt als de drie weg klep niet goed functioneert.

[bighead]

DHW-run is hier nu bezig, staat op laag ingesteld, maar draait @67hz. Eerder was laag altijd 61hz dacht ik. Maakt niet heel veel uit, maar viel me op.

[rh63nl]

Jordi_ schreef op zaterdag 29 augustus 2026 @ 10:13:
[...]

Inderdaad een beveiligingscheck op een temperatuur ver boven de verwachte waarde zou wel goed zijn zodat de compressor stopt als de drie weg klep niet goed functioneert.

Dat zou een mooie optie zijn en dan naast de temperatuur ook kunnen aangeven voor welke sensor deze beveiligingscheck actief moet zijn.

[Allrob]

@Jordi_ Ik ben bezig een nieuw touchpanel te flashen met 0.6.0. Nu blijft het scherm wit na installatie. De rest lijkt gewoon te werken. Ik ben er achter dat ik de 800x480 resolutie heb. Is dat de oorzaak. Wat is de beste oplossing?

[bighead]

Allrob schreef op zondag 30 augustus 2026 @ 20:13:
@Jordi_ Ik ben bezig een nieuw touchpanel te flashen met 0.6.0. Nu blijft het scherm wit na installatie. De rest lijkt gewoon te werken. Ik ben er achter dat ik de 800x480 resolutie heb. Is dat de oorzaak. Wat is de beste oplossing?

Ik had in het begin ook de 800x480, maar toen had ik wel beeld, alleen een vreemde lay-out. Ik heb die toen omgeruild voor de 1024x600 variant.

[Jordi_]

Allrob schreef op zondag 30 augustus 2026 @ 20:13:
@Jordi_ Ik ben bezig een nieuw touchpanel te flashen met 0.6.0. Nu blijft het scherm wit na installatie. De rest lijkt gewoon te werken. Ik ben er achter dat ik de 800x480 resolutie heb. Is dat de oorzaak. Wat is de beste oplossing?

Als je hem nog kan omruilen zoals @bighead zegt dan zou ik dat doen. Anders moeten we even kijken of we het op die resolutie aan de praat kunnen krijgen. Een wit scherm is wel wat vreemd want je zou wel iets moeten zien. Welk exact model scherm heb je?

[Allrob]

Dan ga ik zorgen voor de juiste resolutie. Mogelijk niet de oorzaak van het witte scherm maar ik wil graag starten met de juiste hardware.

Ik heb overigens de waveshare die aanbevolen werd maar niet in de gaten gehad dat er twee resoluties verkrijgbaar zijn. Mijn fout.

Dank voor de snelle reactie!

[rh63nl]

Korte vraag over de PID pomp aansturing op delta T, houdt die rekening met de defrost? Dan gaat de Delta T snel en kort naar negatieve waarden.

[Jordi_]

rh63nl schreef op donderdag 3 september 2026 @ 13:20:
Korte vraag over de PID pomp aansturing op delta T, houdt die rekening met de defrost? Dan gaat de Delta T snel en kort naar negatieve waarden.

Goed punt, dat doet hij nu niet. Misschien is het handig om een fixed snelheid(instelbaar) tijdens de defrost fase te doen.

[rh63nl]

Jordi_ schreef op donderdag 3 september 2026 @ 16:13:
[...]

Goed punt, dat doet hij nu niet. Misschien is het handig om een fixed snelheid(instelbaar) tijdens de defrost fase te doen.

Denk inderdaad dat de pomp dan naar een fixed PWM waarde moet en dat de PID controller even geen updates moet verwerken van de delta T, het zal ook wel weer even duren voordat de normale warmtecyclus weer stabiel is. Wat is nu de fixed PWM waarde tijdens een defrost op de amber? is dat 100% ? (en wordt die niet bepaalt door de buitenunit?)

[Jordi_]

rh63nl schreef op donderdag 3 september 2026 @ 16:42:
[...]

Denk inderdaad dat de pomp dan naar een fixed PWM waarde moet en dat de PID controller even geen updates moet verwerken van de delta T, het zal ook wel weer even duren voordat de normale warmtecyclus weer stabiel is. Wat is nu de fixed PWM waarde tijdens een defrost op de amber? is dat 100% ? (en wordt die niet bepaalt door de buitenunit?)

Idd, ik ga het verwerken in de normale flow die houdt al rekening met stabilisatie na defrost. Nu veranderd de pomp snelheid niet tijdens een defrost, buitenunit heeft er geen controle over doordat de pwm sturing vanuit de bunnenunit komt.

[rh63nl]

Jordi_ schreef op donderdag 3 september 2026 @ 17:22:
[...]

Idd, ik ga het verwerken in de normale flow die houdt al rekening met stabilisatie na defrost. Nu veranderd de pomp snelheid niet tijdens een defrost, buitenunit heeft er geen controle over doordat de pwm sturing vanuit de bunnenunit komt.

Geen haast maar weet je al wanneer dit in een OpenAmber release beschikbaar is?

[Jordi_]

rh63nl schreef op maandag 14 september 2026 @ 15:10:
[...]

Geen haast maar weet je al wanneer dit in een OpenAmber release beschikbaar is?

Ik probeer met elke ESPHome update een release te doen, en die staat deze week gepland dacht ik. Dus ik verwacht ergens deze week.

[jelmerjan]

Jordi_ schreef op dinsdag 24 maart 2026 @ 18:04:
[...]

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

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

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

Is er al meer bekend over het regelen van de ventilator snelheid? Ik heb deze in de Windows CE unit nu vast staan op 90% ivm geluidsoverlast.

Het zou mooi zijn als we in combinatie met 30hz verwarmen nog lager zouden kunnen gaan dan dat.

[jj85]

jelmerjan schreef op maandag 14 september 2026 @ 19:13:
[...]

Is er al meer bekend over het regelen van de ventilator snelheid? Ik heb deze in de Windows CE unit nu vast staan op 90% ivm geluidsoverlast.

Het zou mooi zijn als we in combinatie met 30hz verwarmen nog lager zouden kunnen gaan dan dat.

Interessant, als die op de Amber instelbaar is, dan vinden Quatt gebruikers dat ook interessant

Ben jij er mee bekend @Jordi_

[Jordi_]

jelmerjan schreef op maandag 14 september 2026 @ 19:13:
[...]

Is er al meer bekend over het regelen van de ventilator snelheid? Ik heb deze in de Windows CE unit nu vast staan op 90% ivm geluidsoverlast.

Het zou mooi zijn als we in combinatie met 30hz verwarmen nog lager zouden kunnen gaan dan dat.

jj85 schreef op maandag 14 september 2026 @ 19:34:
[...]

Interessant, als die op de Amber instelbaar is, dan vinden Quatt gebruikers dat ook interessant

Ben jij er mee bekend @Jordi_

Ik heb hier nog niet uitgebreid naar gekeken maar die WinCE setting zet de maximale fan speed dus dit kan gemakkelijk ingebouwd worden. Alleen het mooiste is om die profielen van laag naar hoog te kunnen aanpassen, maar ik heb daar nog nooit mee geëxperimenteerd. Zodra de verwarming weer eens aan gaat zal ik even kijken.

[rh63nl]

Jordi_ schreef op maandag 14 september 2026 @ 15:46:
[...]

Ik probeer met elke ESPHome update een release te doen, en die staat deze week gepland dacht ik. Dus ik verwacht ergens deze week.

Update 0.7.0 staat erop, nu even afwachten tot we weer moeten gaan verwarmen...

Wat me nog opviel, de Kd, Ki, Kp, voor de P0 pomp PID regeling zitten niet in de interface op de waveshare lijkt het? In de webinterface zie ik ze wel.

[perslucht]

rh63nl schreef op zaterdag 19 september 2026 @ 17:04:
[...]

Update 0.7.0 staat erop, nu even afwachten tot we weer moeten gaan verwarmen...

Wat me nog opviel, de Kd, Ki, Kp, voor de P0 pomp PID regeling zitten niet in de interface op de waveshare lijkt het? In de webinterface zie ik ze wel.

Dat kan je vinden onder Instellingen -> Geavanceerd

Dat menu kan je aanzetten in het hoofdscherm van Instellingen

[ Voor 17% gewijzigd door perslucht op 19-09-2026 18:21 ]

[Jordi_]

rh63nl schreef op zaterdag 19 september 2026 @ 17:04:
[...]

Update 0.7.0 staat erop, nu even afwachten tot we weer moeten gaan verwarmen...

Wat me nog opviel, de Kd, Ki, Kp, voor de P0 pomp PID regeling zitten niet in de interface op de waveshare lijkt het? In de webinterface zie ik ze wel.

perslucht schreef op zaterdag 19 september 2026 @ 17:09:
[...]

Dat kan je vinden onder Instellingen -> Geavanceerd

Dat menu kan je aanzetten in het hoofdscherm van Instellingen

[Afbeelding]

[Afbeelding]

@rh63nl bedoelt de PID instellingen voor de dynamische pomp besturing, deze missen inderdaad nog op het scherm. Ik zal ze toevoegen.

[Jordi_]

Wie is 8a1f12? Het lijkt erop dat iemand al een tijdje enigsinds draait met OpenAmber op een HP-S 95.