EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
Ah je hebt ze gevonden dus:
0.7.1 geïnstalleerd. Zag al dat de PID pomp instellingen er netjes bij staan
. Moest het allemaal wat anders indelen. Laat maar even weten als je denkt dat de standaard PID waarden beter kunnen, nu is het wat op de gok.
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
:strip_icc():strip_exif()/u/322019/crop628b693869220_cropped.jpg?f=community)
De PID waarden voor de pomp lijken wel ok zo, goeie gok dus. Als de pomp wat meer (lange) runtime heeft gemaakt zal ik de (Gemini) AI via de HomeAssistant MCP er eens op los laten, kijken of die met adviezen komt.:
[...]
Ah je hebt ze gevonden dus
Welkom bij de club
.P12 is een melding van de buiten unit dat de compressor frequentie beperkt wordt door een te hoge buiten temperatuur. Dat is vrij gebruikelijk.
De melding van de drieweg klep is wel interessant, in jouw data is te zien dat de Tc sensor ook steeds hogere temperatuur meet tijdens het verwarmen van DHW. Dus misschien zit Tc te dicht bij de 3 weg klep waardoor hij de warmte meet. Misschien was de originele software hier wat toleranter voor. Als nodig kunnen we dat nog instelbaar maken dat je de beveiliging wat ruimer kan zetten.
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
Bedankt voor je snelle reactie, ik was er net achtergekomen inderdaad. Voor nu even de sensor er afgehaald( moet hem even verlengen) en opnieuw testen..:
[...]
Welkom bij de club
P12 is een melding van de buiten unit dat de compressor frequentie beperkt wordt door een te hoge buiten temperatuur. Dat is vrij gebruikelijk.
De melding van de drieweg klep is wel interessant, in jouw data is te zien dat de Tc sensor ook steeds hogere temperatuur meet tijdens het verwarmen van DHW. Dus misschien zit Tc te dicht bij de 3 weg klep waardoor hij de warmte meet. Misschien was de originele software hier wat toleranter voor. Als nodig kunnen we dat nog instelbaar maken dat je de beveiliging wat ruimer kan zetten.
Sinds vandaag ook de DHW draaiende en precies hetzelfde probleem met de 3-weg klep. Ik heb de Tc ook heel dicht bij de 3-weg klep maar dat kan in mijn situatie ook niet meer anders.:
[...]
Welkom bij de club
P12 is een melding van de buiten unit dat de compressor frequentie beperkt wordt door een te hoge buiten temperatuur. Dat is vrij gebruikelijk.
De melding van de drieweg klep is wel interessant, in jouw data is te zien dat de Tc sensor ook steeds hogere temperatuur meet tijdens het verwarmen van DHW. Dus misschien zit Tc te dicht bij de 3 weg klep waardoor hij de warmte meet. Misschien was de originele software hier wat toleranter voor. Als nodig kunnen we dat nog instelbaar maken dat je de beveiliging wat ruimer kan zetten.
Zolang de Tw oploopt zou alles ok moeten zijn met de 3-weg klep toch?
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
Stuur me een PM voor Wemos D1 shields voor het uitlezen van slimme meters of modbus apparaten (zie ook V&A: https://tweakers.net/aanbod/user/47321/)
Bij mij zit er denk ik zo'n 30cm tussen de klep en de TC sensor. Met aluminiumtape aan de flexibele buis getaped met koelpasta ertussen. Dat geeft bij mij dit resultaat:
:strip_exif()/f/image/neqtBIaMuxJhKwzLNspElYyr.jpg?f=fotoalbum_large)
Let niet op de temperaturen onderin, die zijn 'live' en niet van de laatste DHW run.
:no_upscale():strip_icc():strip_exif()/f/image/neqtBIaMuxJhKwzLNspElYyr.jpg?f=user_large)
Let niet op de temperaturen onderin, die zijn 'live' en niet van de laatste DHW run.
Hier zit TC ook op zeer korte afstand van de 3-wegklep, morgen even kijken of die van mij ook in storing gaat. Verwacht ik bijna wel, dan maar even kijken of ik het anders kan maken, zit nu wel heel netjes in elkaar namelijk::strip_exif()/f/image/xS6nbXnux8l2lsmgUIq21cAF.jpg?f=fotoalbum_large)
Mijn ‘probleem’ laatst van DHW-run ingesteld op ‘laag’ wat toen overeen kwam met 67hz (was eerder altijd 61hz) heb ik opgelost door deze nu op ‘zeer laag’ te zetten, dat is 61hz (zoals origineel in eco-modus).
:no_upscale():strip_icc():strip_exif()/f/image/xS6nbXnux8l2lsmgUIq21cAF.jpg?f=user_large)
Mijn ‘probleem’ laatst van DHW-run ingesteld op ‘laag’ wat toen overeen kwam met 67hz (was eerder altijd 61hz) heb ik opgelost door deze nu op ‘zeer laag’ te zetten, dat is 61hz (zoals origineel in eco-modus).
[ Voor 4% gewijzigd door bighead op 05-10-2026 19:45 ]
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
Ik weet niet hoe het precies werkt, de waardes liggen doordat mijn TC vlak naast de 3-wegklep zit heel dicht bij elkaar, maar geen foutmelding gehad vandaag!
:no_upscale():strip_icc():strip_exif()/f/image/5q4QODuwcWyr7KvrtPy6zjV8.jpg?f=user_large)
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
Vandaag de verwarming weer aan gezet. Na 2 uur een olieterugloopcyclus gehad, maar daarna ging de compressor uit, terwijl er nog wel warmtevraag was. Nu na 15 minuten ging de pomp wel even 2 minuten draaien, maar compressor gaat niet weer aan.
:strip_exif()/f/image/4mFJ0ZXbjUp3ioawILVVUVm7.jpg?f=fotoalbum_large)
Edit: Verwarmen uitgezet, daarna weer aangezet en na 15 minuten ‘warmtevraag’ en compressor gaat meteen aan.
:no_upscale():strip_icc():strip_exif()/f/image/4mFJ0ZXbjUp3ioawILVVUVm7.jpg?f=user_large)
Edit: Verwarmen uitgezet, daarna weer aangezet en na 15 minuten ‘warmtevraag’ en compressor gaat meteen aan.
[ Voor 8% gewijzigd door bighead op 09-10-2026 18:12 ]
Ik heb een vermoeden waar het aan ligt, waarschijnlijk omgevallen door wijzigingen rondom start/stop gedrag. Zal er even goed naar kijken deze keer
.
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
:no_upscale():strip_icc():strip_exif()/f/image/AWcvcefyWcYlc4Oh9mc8LBh9.jpg?f=user_large)
Hallo allemaal,
Ik heb een Itho HP-S 55 en zag in eerdere berichten dat het nog niet goed werkte op een HPS-55. Ik ben met behulp van AI gaan uitzoeken waarom OpenAmber op de HP-S nog niet goed werkt.
Wat ik onderzocht heb
Ik heb een branch met een optie openamber_model: hps (standaard amber, dus voor Amber verandert er niets). Met hps:
@Jordi_, als je interesse hebt, maak ik er graag een PR van.
Vragen aan jullie
Ik heb een Itho HP-S 55 en zag in eerdere berichten dat het nog niet goed werkte op een HPS-55. Ik ben met behulp van AI gaan uitzoeken waarom OpenAmber op de HP-S nog niet goed werkt.
Wat ik onderzocht heb
- Backup van de WinCE-besturing. Een kopie van de ResidentFlash van mijn HP-55.
- HeatStar.db. Alle parameters vertaald uit het Chinees: ontdooien, pompen, 3-wegklep, "buitenunit stroomloos maken" enzovoort.
- HeatStar.exe. Statisch geanalyseerd: disassembly plus een Ghidra-decompilatie, niets uitgevoerd. Daaruit komt precies welke registers WinCE leest en schrijft, in welke volgorde, en waarom.
- Vergelijking met OpenAmber 0.7.3, register voor register.
- Live meegeluisterd op de bus. Met een USB-RS485-stick parallel op A/B van de WinCE module. Ruim een uur: koude start, een tapwaterrun en een stuk verwarmen.
- Register 1104 (binnenunit) is op de HP-S het relais dat de buitenunit stroomloos maakt. Dit is volgens mij de hoofdoorzaak.
- In HeatStar zet dezelfde vlag zowel 1104 aan als de communicatie met de buitenunit stil (en wacht daarna 20 s zodat de buitenunit kan opstarten).
- Die vlag hoort bij de functie "buitenunit stroomloos bij geen vraag" (parameter 212). Die staat standaard uit, dus WinCE houdt 1104 altijd op 0.
- OpenAmber zet 1104 in INITIALIZING juist aan (initialize_relay_switch), waardoor de HP-S-buitenunit uitvalt. Dat past precies bij beide meldingen hier.
- Live bevestigd: WinCE schrijft bij het opstarten één keer 1104 = 1000 (een FC16 vanaf 1100, vermoedelijk een off-by-one) en daarna altijd 0. - Frequentietabellen (EEPROM 3000–3021): WinCE schrijft die nooit. De HP-S-check in OpenAmber (2123 = 29184) klopt voor mijn unit, maar ik zou het expliciet maken, zodat een HP-S met een andere EEPROM-versie nooit EEPROM-writes krijgt.
- Bedrijfsmodus 3999: WinCE gebruikt 0, 1 en 2 (en 4/5/257 in speciale gevallen), maar nooit 6 ("Onderhoud"). Op de HP-S weten we dus niet wat 6 doet.
- 3-wegklep: WinCE wacht op de HP-S 6 minuten na het omzetten (parameter 175). OpenAmber wacht 60 s.
- Expansieventiel: WinCE stuurt elke seconde een EEV-stand naar 2001, maar de buitenunit volgt die niet (maar 12 % binnen ±10 stappen). De HP-S regelt het ventiel dus zelf. Goed nieuws: daar hoeft OpenAmber niets voor te doen.
- Pomp en tapwater:
- De P0-PWM is omgekeerd (1000 = uit, 0 = vol). Dat doet OpenAmber al goed.
- Bij tapwater zet WinCE de tapwaterpomp (1102) aan tegelijk met de compressor, dus modus "Samen met compressor". - Status-bits tijdens het wachten op de start: 2119 bit 0x800 (P12) en 2120 bit 0x1000. Dat zijn geen storingen; ze gaan uit zodra de compressor draait.
- Gegevens van mijn HP-S 55:
- Verwarmingstabel 30/36/43/49/55/60/67/72/85/95 Hz, koeltabel 30–85 Hz.
- Programmaversie buitenunit 1800, EEPROM 29184.
- 3275 = ontdooimethode (menu 14.15).
Ik heb een branch met een optie openamber_model: hps (standaard amber, dus voor Amber verandert er niets). Met hps:
- blijft 1104 uit, en wordt het actief uitgezet als het toch aan staat;
- worden de frequentietabellen nooit geschreven;
- wordt standby gebruikt in plaats van modus 6 bij onderhoud;
- duurt de 3-wegklep-wachttijd 6 minuten;
- verschijnt er geen P12-waarschuwing zolang de compressor stilstaat;
- is er een headless config voor een losse ESP32 met een RS485-module.
@Jordi_, als je interesse hebt, maak ik er graag een PR van.
Vragen aan jullie
- Amber-bezitters: schrijft WinCE op de Amber na het opstarten ooit 1104 ≠ 0? Dan weten we waarom het daar geen kwaad kan.
- @Jordi_: waar komt modus 6 vandaan, en weet je wat 2120 bit 0x1000 betekent?
- Andere HP-S-eigenaren (95/130): willen jullie een keer passief meeluisteren? Dan kunnen we zien of jullie units hetzelfde doen.
Mooi onderzoekje! Dat initialize register 1104 blijft nog wat onduidelijk wat het precies doet bij de Amber, hij wordt nu alleen op 1 gezet tijdens de initialisatie.:
Hallo allemaal,
Ik heb een Itho HP-S 55 en zag in eerdere berichten dat het nog niet goed werkte op een HPS-55. Ik ben met behulp van AI gaan uitzoeken waarom OpenAmber op de HP-S nog niet goed werkt.
Wat ik onderzocht hebWat eruit kwam
- Backup van de WinCE-besturing. Een kopie van de ResidentFlash van mijn HP-S 55 (HeatStar V2.04, database V1.09).
- HeatStar.db. Alle parameters vertaald uit het Chinees: ontdooien, pompen, 3-wegklep, "buitenunit stroomloos maken" enzovoort.
- HeatStar.exe. Statisch geanalyseerd: disassembly plus een Ghidra-decompilatie, niets uitgevoerd. Daaruit komt precies welke registers WinCE leest en schrijft, in welke volgorde, en waarom.
- Vergelijking met OpenAmber 0.7.3, register voor register.
- Live meegeluisterd op de bus. Met een USB-RS485-stick parallel op A/B van de WinCE module. Ruim een uur: koude start, een tapwaterrun en een stuk verwarmen.
Voorstel voor OpenAmber
- Register 1104 (binnenunit) is op de HP-S het relais dat de buitenunit stroomloos maakt. Dit is volgens mij de hoofdoorzaak.
- In HeatStar zet dezelfde vlag zowel 1104 aan als de communicatie met de buitenunit stil (en wacht daarna 20 s zodat de buitenunit kan opstarten).
- Die vlag hoort bij de functie "buitenunit stroomloos bij geen vraag" (parameter 212). Die staat standaard uit, dus WinCE houdt 1104 altijd op 0.
- OpenAmber zet 1104 in INITIALIZING juist aan (initialize_relay_switch), waardoor de HP-S-buitenunit uitvalt. Dat past precies bij beide meldingen hier.
- Live bevestigd: WinCE schrijft bij het opstarten één keer 1104 = 1000 (een FC16 vanaf 1100, vermoedelijk een off-by-one) en daarna altijd 0.- Frequentietabellen (EEPROM 3000–3021): WinCE schrijft die nooit. De HP-S-check in OpenAmber (2123 = 29184) klopt voor mijn unit, maar ik zou het expliciet maken, zodat een HP-S met een andere EEPROM-versie nooit EEPROM-writes krijgt.
- Bedrijfsmodus 3999: WinCE gebruikt 0, 1 en 2 (en 4/5/257 in speciale gevallen), maar nooit 6 ("Onderhoud"). Op de HP-S weten we dus niet wat 6 doet.
- 3-wegklep: WinCE wacht op de HP-S 6 minuten na het omzetten (parameter 175). OpenAmber wacht 60 s.
- Expansieventiel: WinCE stuurt elke seconde een EEV-stand naar 2001, maar de buitenunit volgt die niet (maar 12 % binnen ±10 stappen). De HP-S regelt het ventiel dus zelf. Goed nieuws: daar hoeft OpenAmber niets voor te doen.
- Pomp en tapwater:
- De P0-PWM is omgekeerd (1000 = uit, 0 = vol). Dat doet OpenAmber al goed.
- Bij tapwater zet WinCE de tapwaterpomp (1102) aan tegelijk met de compressor, dus modus "Samen met compressor".- Status-bits tijdens het wachten op de start: 2119 bit 0x800 (P12) en 2120 bit 0x1000. Dat zijn geen storingen; ze gaan uit zodra de compressor draait.
- Gegevens van mijn HP-S 55:
- Verwarmingstabel 30/36/43/49/55/60/67/72/85/95 Hz, koeltabel 30–85 Hz.
- Programmaversie buitenunit 1800, EEPROM 29184.
- 3275 = ontdooimethode (menu 14.15).
Ik heb een branch met een optie openamber_model: hps (standaard amber, dus voor Amber verandert er niets). Met hps:Ik heb het nog niet op de warmtepomp getest. Ik moet nog een RS485-module of het waveshare scherm bestellen. Ik vind dat nog wel spannend op dit moment, omdat mijn wartepomp nog garantie heeft
- blijft 1104 uit, en wordt het actief uitgezet als het toch aan staat;
- worden de frequentietabellen nooit geschreven;
- wordt standby gebruikt in plaats van modus 6 bij onderhoud;
- duurt de 3-wegklep-wachttijd 6 minuten;
- verschijnt er geen P12-waarschuwing zolang de compressor stilstaat;
- is er een headless config voor een losse ESP32 met een RS485-module.
@Jordi_, als je interesse hebt, maak ik er graag een PR van.
Vragen aan jullieBedankt Jordi voor OpenAmber, ik hoop dat dit helpt om de HP-S ook ondersteund te krijgen!
- Amber-bezitters: schrijft WinCE op de Amber na het opstarten ooit 1104 ≠ 0? Dan weten we waarom het daar geen kwaad kan.
- @Jordi_: waar komt modus 6 vandaan, en weet je wat 2120 bit 0x1000 betekent?
- Andere HP-S-eigenaren (95/130): willen jullie een keer passief meeluisteren? Dan kunnen we zien of jullie units hetzelfde doen.
De HP-S wordt nu al automatisch herkend en dan worden er geen frequentietabellen weggeschreven.
Werkmodus 6 is de onderhoudsmodus, zou best wel eens kunnen werken op de buiten unit.
2120 0x100 zou "Storing ventilatormotor DC" moeten zijn.
Ik kan eerst wel een versie maken waarbij we alleen de initialize relay niet schakelen voor de HP-S, dan kan dat getest worden. De andere wijzigingen lijken mij niet nodig.
De leejoow YAML zou vrij gemakkelijk op een ESP32 met RS485 module geflashed kunnen worden, alleen even de UART poorten aanpassen.
Op de analytics lijkt het ook alsof iemand al langer wel draait met de HP-S, maar ik weet niet wie dat is.
https://openamber.nl/device/8a1f12
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
Afgelopen nacht had ik een bijzonder geval, misschien dat er een verklaring voor is. Ter info, onderstaande was op 0.7.1.
:strip_exif()/f/image/ql437ifsaaWTs5ISZHcvFjCu.jpg?f=fotoalbum_large)
Warmtevraag ging aan, gevolgd door een defrost. Vijf minuten na de defrost springt in één klap de waarde van graadminuten naar 41.8 en gaat het verwarmingselement dus aan. Deze is vervolgens aangebleven tot ik zelf Amber een reboot (tevens update naar 0.7.3) heb gegeven (TC was namelijk inmiddels al meer dan 1 graad boven setpoint dus had hij al lang af moeten toeren, dat deed hij ook niet).
Tijdens dit voorval heb ik de graadminuten van de huidige instelling van 25 naar 0 en ook naar 100 gezet. Geen van beide had effect om het element weer uit te krijgen. De logging bleef iedere 5 seconden een predicted delta T aangeven die steeds minder werd.
Na de herstart lijkt alles weer normaal. Ik heb nog geen defrost gehad dus moet het nog even aankijken.
Mijn vraag: Is de graadminuten sensor in orde, en klopt het dat het verwarmingselement niet (meer) uitschakelt als de setpoint bereikt is?
:no_upscale():strip_icc():strip_exif()/f/image/ql437ifsaaWTs5ISZHcvFjCu.jpg?f=user_large)
Warmtevraag ging aan, gevolgd door een defrost. Vijf minuten na de defrost springt in één klap de waarde van graadminuten naar 41.8 en gaat het verwarmingselement dus aan. Deze is vervolgens aangebleven tot ik zelf Amber een reboot (tevens update naar 0.7.3) heb gegeven (TC was namelijk inmiddels al meer dan 1 graad boven setpoint dus had hij al lang af moeten toeren, dat deed hij ook niet).
Tijdens dit voorval heb ik de graadminuten van de huidige instelling van 25 naar 0 en ook naar 100 gezet. Geen van beide had effect om het element weer uit te krijgen. De logging bleef iedere 5 seconden een predicted delta T aangeven die steeds minder werd.
Na de herstart lijkt alles weer normaal. Ik heb nog geen defrost gehad dus moet het nog even aankijken.
Mijn vraag: Is de graadminuten sensor in orde, en klopt het dat het verwarmingselement niet (meer) uitschakelt als de setpoint bereikt is?
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
:strip_icc():strip_exif()/u/109144/IMG_2440.jpg?f=community)
:strip_icc():strip_exif()/u/131408/crop5c2e1a3c6d654_cropped.jpeg?f=community)
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp
EV6 Plus RWD 77kWh (MY23) | Amber 65(OpenAmber software) | LG-WH27S | 3x Victron MP2-5000 + 32kWh | 8000Wp