Aurea 5 hybrid: interfaces met de buitenunit en thermostaat

[_JGC_]

Wordt tijd om een printje te solderen, de prikdraadjes is instabiel...

Misschien dat ik de foute data stuur nu het zo koud is, maar de OT controller stuurt prachtig de aanvoer/retour door naar de thermostaat, maar setpoint krijg ik niet meer terug. Er komt geen of te weinig data binnen op RX.

Omdat ik nu toch al aan het prutsen was met een ESP8266 en MQTT heb ik dus maar de thermostaat setpoint gepusht via MQTT. Daarnaast kan ik nu gewoon met een schuifje het maximale schakelpunt van de buitenunit instellen.

Doel: laat de thermostaat lekker op 20.5 of 20 staan 's avonds, schroef het vermogen gewoon terug en we zien wel hoe warm het in de ochtend is, mag dan het schuifje weer naar 5. Ik zit nu nml elke ochtend in de kou en uiteindelijk herrie als ik de thermostaat setpoint omhoog gooi omdat de warmtepomp niet snel genoeg inkomt.

[_JGC_]

Prikdraadjes is idd instabiel, ook tussen de ESP8266 en de Mega is de communicatie niet zonder storingen. Komt ook omdat die ESP met SoftwareSerial werkt. Dit zal ook de reden zijn waarom de OT controller lijkt te zwijgen, ik krijg soms wel data binnen maar het zijn niet genoeg bytes.

Ik heb nu een Uno R4 Wifi en een paar soldeer printplaten besteld. Printplaatje op maat maken voor de DIP28 socket en de juiste pinnen erin en dan gewoon alles afhandelen vanuit de Uno R4. WP communicatie zal dan met SoftwareSerial moeten. Simpelweg uit de socket aftappen en geen verdere solderingen meer nodig.

[dingo35]

Ik kan als hardware platform de ESP32 aanraden; krachtig genoeg om diverse protocollen te decoderen (RS232, RS485), en superveel libraries beschikbaar om MQTT, web-interface e.d. te maken.

Zie als voorbeeld https://github.com/dingo35/smartevse-3.5/

[ Voor 3% gewijzigd door dingo35 op 26-11-2025 02:47 ]

[_JGC_]

Nadeel van de ESP32 is 3.3V I/O. Ben al met level shifters of weerstanden bezig geweest, maar de data die uit de warmtepomp krijgt klopt dan niet met wat ik met een 5V controller krijg.

Overigens is de R4 Wifi ook niet de oplossing. Zodra je die aan MQTT knoopt wordt de cycle time 10 seconden.
Gelukkig is de ESP32 op dat ding te flashen, dus kan mijn Mega code in het Uno gedeelte en de ESP8266 code in het ESP32 deel. Is qua flashen wat meer uitdaging.

Overigens ga ik de hele code over de kop gooien. Ik ga zelf OT en ketelsturing doen, dan kan de OT controller er ook uit.

[dingo35]

Is een 74AHCT125 niet een veel simpeler oplossing?

EDIT: voor lezen van signalen zou een 1k weerstand in serie met het signaal al moeten werken, en anders een spanningsdeler 10k/20k. SN74LVC8T245 zou ook moeten werlen...

[ Voor 63% gewijzigd door dingo35 op 26-11-2025 13:41 ]

[_JGC_]

dingo35 schreef op woensdag 26 november 2025 @ 13:35:
Is een 74AHCT125 niet een veel simpeler oplossing?

EDIT: voor lezen van signalen zou een 1k weerstand in serie met het signaal al moeten werken, en anders een spanningsdeler 10k/20k. SN74LVC8T245 zou ook moeten werlen...

Logic shifter (zo'n goedkoop printje met 4 SMD transistors) had ik geprobeerd, die geeft geen werkend signaal. Die chip heb ik meer vertrouwen in dan een klein printje van Amazon.
Ik heb nu 1K/2K naar ground tussen de ESP en de Arduino Mega, dat werkt.
Ik heb ook even de print bestudeerd, of iig de tekening van @WackoH, er zitten al spanningsdelers in het circuit om er 5V van te maken. Daar dan nog eentje tussen zetten? Lijkt me handiger om te berekenen welke weerstand er dan wel moet komen om de spanningen goed te krijgen.

Maargoed, waar je even mee zit: de buitenunit wil een constant signaal krijgen van de controller, anders slaat 'ie af. Als je 1 controller gebruikt voor Wifi/MQTT, buitenunit communicatie en OpenTherm, kom je met je timings in de problemen zodra je MQTT niet lekker reageert of je wifi signaal slecht is.

Op de R4 Wifi kan je gewoon beide controllers flashen met eigen code, er is over USB dan nog communicatie via de SERIAL_AT poort: https://github.com/vshymanskyy/UNO-R4-WiFi-freedom

Ik ga de Wifi/MQTT code in de ESP32 flashen en dan gewoon data oversturen tussen beide controllers. Zo doe ik het nu ook met de ESP8266 en Mega2650 en dat werkt naar behoren.
OpenTherm ga ik proberen, laatste keer mislukte omdat ik de Ground niet verbonden had. Enige uitdaging daarin is dat de Renesas chip geen AVR architectuur is en de OpenTherm libraries alleen gemaakt zijn voor ESP of AVR. Paar #!ifdef __AVR__ blokken weggesloopt en het compileert, of het dan ook werkt is een 2e.

[dingo35]

_JGC_ schreef op woensdag 26 november 2025 @ 13:59:
[...]


Maargoed, waar je even mee zit: de buitenunit wil een constant signaal krijgen van de controller, anders slaat 'ie af. Als je 1 controller gebruikt voor Wifi/MQTT, buitenunit communicatie en OpenTherm, kom je met je timings in de problemen zodra je MQTT niet lekker reageert of je wifi signaal slecht is.

Ik heb veel ervaring met de SmartEVSE code; daar lezen we meerdere signalen tegelijkertijd uit:
-LCD scherm via SPI
-modbus via UART
-CP lijn via GPIO
....en dat gaat allemaal prima, zelfs onder zware HTTPS belasting, tegelijkertijd met MQTT. Geen problemen als de wifi wegvalt, die reconnect bij hersteld AP signaal gewoon weer netjes terug.

In een prototype communiceren we zelfs met een andere chip via UART2, bovenop al het hierboven genoemde, en dat gaat tot 1Mbps nog foutloos....

Dit zou dus gemakkelijk met een single chip oplossing moeten kunnen. Ik ben zelf meer de software man, als je (een link naar) je schema hebt kan ik het wel eens aan de hardware specialist voorleggen, maar alleen als je echt van plan bent die route op te gaan.

EDIT: De truc zit m erin dat we drie loops hebben, een 10ms loop, een 100ms loop, en een 1000ms loop; de kunst is om de juiste routine in de juiste timingloop aan te roepen, en die de juiste FreeRTOS prio te geven.
EDIT2: De eerlijkheid gebied te melden dat het prototype op een ESP32-S3 draaide, de productie hardware is een "gewone" 4MB ESP32...

[ Voor 12% gewijzigd door dingo35 op 26-11-2025 14:55 ]

[_JGC_]

@dingo35 Beschrijving van de communicatie zit hier:
WackoH in "Aurea 5 hybrid: interfaces met de buitenunit en thermostaat"

Tekening van de hardware zit in deze post:
WackoH in "Aurea 5 hybrid: interfaces met de buitenunit en thermostaat"

Code "werkt", maar is voor verbetering vatbaar. Ik vind het vooral onleesbaar. Heb een informatica opleiding genoten maar ben geen MCU-programmeur. Die code ga ik zeker herschrijven

Schijnt dat de timing niet eens heel idioot hoeft te kloppen, maar die 10 seconden zoals ik gisteren zag bij het opzetten van MQTT met een R4 Wifi slaat helemaal nergens op. Dat doet zelfs een ESP8266 beter. Vandaar dat ik de ESP zelf wil programmeren. Vind het zonde van de hardware dat ze het zo hebben opgelost.

[P1 modubus]

Dingo schreef,
Ik heb veel ervaring met de SmartEVSE code; daar lezen we meerdere signalen tegelijkertijd uit:
-LCD scherm via SPI
-modbus via UART
-CP lijn via GPIO
....en dat gaat allemaal prima, zelfs onder zware HTTPS belasting, tegelijkertijd met MQTT. Geen problemen als de wifi wegvalt, die reconnect bij hersteld AP signaal gewoon weer netjes terug.

Weten jullie of de Arduino of de Raspberry pi kan communiceren via Modbus RTU met de seriële verbinding,
ik wil namelijk de weersverwachting doorgeven aan de HVAC regeling.?

[dingo35]

De ESP32 kan zeker via de UART met modbus RTU communiceren, daar zijn ook verschillende modbus libraries voor; voor code voorbeeld zie de github repo enkele posts up.

[WackoH]

_JGC_ schreef op woensdag 26 november 2025 @ 15:24:
Code "werkt", maar is voor verbetering vatbaar. Ik vind het vooral onleesbaar. Heb een informatica opleiding genoten maar ben geen MCU-programmeur. Die code ga ik zeker herschrijven

Ik lees mee, heh…. Iets vriendelijker en minder arrogant/neerbuigend mag wel... 😉

Bij mij WERKT het perfect en robuust: Temperatuur binnen paar tienden stabiel, software crasht of hangt nooit. De Plugwise functionaliteit met Anna thermostaat, weersafhankelijke regeling (stooklijn), gebruik van app en HA integratie zijn volledig behouden en verbindingen zijn zeer stabiel. Dit is allemaal belangrijk voor de PAF (Partner Acceptance Factor).
Opgenomen vermogen zie ik via tussenstekker met Zigbee op HA.

Zou wel eens de best werkende Aurea in Nederland kunnen zijn😊
Ik kan zelfs koelen als ik zou willen.

De code is zoveel mogelijk geoptimaliseerd voor snelheid (met AI) omdat het schrijven naar het schermpje dat ik heb gebruikt veel tijd vraagt. En ja, dat maakt het lastig leesbaar. Maar ik heb voor jullie zo veel mogelijk toelichting erbij gezet.

De problemen die je noemt zijn bv. het gevolg van een andere manier van hardware implementatie en de manier waarop je het setpoint voor de aanvoertemperatuur geeft.

Het is een projectje geweest dat in de loop van de tijd is gegroeid. Van de aansturing begrijpen, via berichten minimaal modificeren tot nu volledige besturing nu. Dus ja, dan is het niet perfect en de code is ongetwijfeld voor verbetering vatbaar.

Met de kennis van nu zou ik het ook anders opzetten. Hiervoor heb ik al een touchscreen met ESP32 liggen. Maar waarom wijzigen wat ik nu heb? Het is goed genoeg en de Aurea gaat te weinig capaciteit hebben als ik huis uitbreid.

[_JGC_]

@WackoH Je rotary encoder voorbeeld is gewoon duidelijk. Probleem met de latere regeling is dat er heel veel dingen zijn toegevoegd en waar je later in hebt gesnoeid om het deelbaar op het forum te maken. Vervolgens heb ik daar nog een en ander in verbouwd waar het ook niet duidelijker van wordt. Niet om arrogant of neerbuigend te doen, ik ben juist heel blij met wat jij voor dit topic betekent. Zonder jouw werk was dit niet mogelijk geweest.

Zoals het nu lijkt ga ik je rotary encoder voorbeeld gebruiken, daar OpenTherm communicatie aan toevoegen en dan wat statistieken uitpoepen via die ESP controller naar MQTT. Via MQTT bepaal ik ook de maximale speed setpoint zodat ik een nachtmodus heb. Die OT controller gaat dus ook uit de box als het aan mij ligt.

Vandaag de hele dag op stand 2 en 3 gedraaid, vanmorgen 3 defrosts. Tussendoor is de warmtepomp even een uur uit geweest en vannacht 3x een halfuur uit. In de nacht gaat het maximale vermogen naar stand 2 (alhoewel de buitenunit soms alsnog eigenwijs 650W gaat draaien). Het is hier nu dag en nacht 20.3 graden met aanvoertemperatuur tussen 28 en 37 graden.

Enig dingetje is dat mijn sluipverbruik op slimmemeterportaal nu van 80W naar 546W is gegaan.

[ Voor 6% gewijzigd door _JGC_ op 26-11-2025 23:47 ]

[Ikke83]

@WackoH In november heb je gepost dat je met een GitHub pagina bezig was. Mag ik vragen hoe het er voor staat? Heb nu nogmaals de gehele post doorgelezen maar kom er toch nog niet helemaal uit.

De optie die _JGC_ voorstelde om een IC van de Arduino Uno te pakken en die in het voetje te drukken klonk mij het meest makkelijk maar volgens mij heb je dan niet alle opties vanwege de beperkingen van de Uno chip.

En zijn de codes van Maartenkromhout (met de mooie webinterface) nu nog de juiste, of is er in de tussentijd nog wat gewijzigd?

Thanks

[_JGC_]

@Ikke83 IC vervangen door een chip uit een uno met los voetje heb ik laten varen. Ik heb nu een Mega controller en een ESP8266. Code van Maartenkromhout en Wackoh heb ik aangepast en samengevoegd en stuurt nu mijn geheel aan. Ik heb dan geen webinterface overigens, maar doe alles via MQTT.

Ik ga komende week de Uno R4 Wifi inzetten, die heeft een ESP32 op het bordje zitten. Ik merk aan de grafiekjes in HA dat er best wel eens wat fouten in de communicatie zitten waardoor er tekens wegvallen in de json en waarden van powerlevel uitkomen op de waarde voor de berekende aansturing. De Uno R4 Wifi heeft een USB verbinding tussen beide chips wat veel minder storingsgevoelig is dan wat ik nu heb.

Tot nu toe werkt de sturing redelijk, hier en daar nog wat bugjes. Vorige week liep de hele sturing vast en moest ik de Mega controller resetten om het huis weer warm te krijgen.

[Ikke83]

Ben toch even begonnen met ontrafelen waar alles heen moet.
Voor nu weet ik alleen nog niet wat ik met R17 precies moet. en of deze überhaupt nodig is.
Moet er bij R14 aan de weerstand zijde (die naar RX3 gaat) nu nog een weerstand voor naar de Mega? en moet dat dan ook bij Pad1 en Pad2? of mogen die zonder?



Alvast bedankt! ik ga in ieder geval alvast een Arduino Mega bestellen

[_JGC_]

@Ikke83 Als je bereid bent de volledige regeling over te nemen kan je ook 2 rijen pinnen op een gaatjesprint solderen, draadjes eraan op de juiste pinnen en zo in je Mega bordje stoppen, hoef je aan de print niks te solderen en kan je gewoon de weerstanden van het bord zelf gebruiken.
Gaatjesprint met headers eraan prik je dan in de socket van de linker chip.

[Ikke83]

Ja, dat kan ook. heb ook gezien dat een rijtje dupont draadjes ook dezelfde afstand is.
Maar welke code voor de arduino hoort daar dan bij en welke draad gaat waarheen? Had wel gezien dat niet elk pootje van IC4 gebruikt wordt dus dat scheelt al. Het klinkt alleen wel wat ingewikkelder of heb jij misschien meer info hierover? Lijkt me wel tof

[_JGC_]

Ik ben inmiddels wat verder met mijn Uno R4 Wifi projectje. Heb een Oekraïense github repo gevonden waarbij beide controllers op het printje eigen code kunnen draaien en communicatie over USB mogelijk is. Daar wil ik op voortborduren en ben er inmiddels ook uit hoe OTA updates werken op beide controllers. De WifiS3 library is niks anders dan een USB modem tussen de Renesas controller en de ESP32, waarbij de Renesas controller steeds naar de ESP32 stuurt wat ie moet doen. Dat verklaart ook de traagheid ervan. OTA update van de Renesas controller wordt door de ESP32 uitgevoerd.

Idee is om nu een compleet project op te tuigen in de ESP32 en dan de Renesas controller de communicatie met buitenunit en de OT controller te laten doen. In principe kan de renesas controller zelfstandig opereren, maar alle bijsturing (max vermogen, setpoint override) en monitoring loopt via de ESP32.

@Ikke83 Voor de pinlayout moet je even terugzoeken in het topic, Wackoh heeft dat gedocumenteerd. In principe heb je GND en RX/TX naar de warmtepomp nodig. Daarnaast heb je nog een RX en een TX naar de OT controller. Ik heb eerder hierboven een aangepaste sturing gepost die met een statisch array met bytes werkt waar de OT controller genoegen mee neemt.
In principe heb je de OT controller ook niet nodig, maar als je een OT thermostaat hebt en je graag de hybride sturing wilt houden moet je die laten zitten. Volgens mij kan je de ketel ook in aan/uit mode zetten en het relais aansturen, dan zou de ketel ook aan moeten gaan. Maar dan nog heb je een setpoint nodig om op te sturen, die krijg je (als het werkt) via de OT controller van de thermostaat.

[Maartenkromhout]

@_JGC_ heb jij misschien die github voor ons?

Ik ben zelf ook weer bezig geweest en heb het 1 en ander op github staan. misschien leuk om te zien.

https://github.com/kromhoutmaarten-sys/Aurea-5-hybrid_uno4/

[_JGC_]

@Maartenkromhout Helaas nog vooral aan het knutselen met de Uno R4 Wifi op dit moment. De Mega met een ESP8266 doet hier de regeling nu.

Wel grappig om jouw regeling te doorgronden: je regelt volledig via MQTT of je webinterface, negeert de OT controller in de controlbox en doet gewoon lekker je eigen ding. Ook stand 1 draaien onder de 5 graden is leuk om te zien. In principe draait je thermostaat gewoon op je controller.

Ik regel in mijn setup nog op de OT-setpoint van de thermostaat. Ben er alleen nog niet over uit of dat wel zo handig is, met 2 PID algoritmes die van ruimtetemperatuur naar watertemperatuur naar warmtepomp vermogen rekenen. Zo heb ik de afgelopen dagen gestookt met stand 1 in de nacht, stand 2 in de ochtend en rest van de dag weer stand 1. Als het aan de thermostaat had gelegen had 'ie in de ochtend op stand 5 eerst het water naar 40 graden gestookt.

[ThinkPad]

Maartenkromhout schreef op dinsdag 24 februari 2026 @ 17:57:
@_JGC_ heb jij misschien die github voor ons?

Ik ben zelf ook weer bezig geweest en heb het 1 en ander op github staan. misschien leuk om te zien.

https://github.com/kromhoutmaarten-sys/Aurea-5-hybrid_uno4/

Je weet dat via de diff de credentials zo zijn terug te halen en dus nog steeds leesbaar in de repo zijn te vinden? Zoek even hoe je dat opschoont.
AI is flink los gegaan in je project trouwens, wat een bloat in die readme/code comments

@Maartenkromhout en @_JGC_ zijn jullie op de hoogte van OpenAmber: Itho Daalderop Amber warmtepomp firmware ? Gaat over aansturen via modbus dus voor de Chofu niet relevant. Maar qua algoritmes en andere code wellicht bruikbaar.

[ Voor 3% gewijzigd door ThinkPad op 24-02-2026 21:15 ]

[Maartenkromhout]

@_JGC_ Heb jij voor mij een foto van binnen uit jou kast? ik ben heel erg geintreseerd hoe jij het hebt gedaan zonder dingen los te halen.

misschien kan je dit hier uit de doeken doen ;-)

[_JGC_]

@Maartenkromhout Ik heb hier de RX en TX draden gesoldeerd zoals aangegeven in dit topic. Verder hangen er draden aan de pads naar de OT controller. De printbanen doorsnijden tussen de beide controllers heb ik niet gedaan, aangezien ik de chip verwijderd heb.

Volgende stap was een printplaatje voorzien van headers en in het voetje drukken, headers aan de andere kant en dan draadjes daarop prikken. Dan hoef je niet te solderen, maar helaas is mijn pakketje van AZdelivery kwijtgeraakt destijds en heb ik er verder geen tijd meer ingestoken.

@ThinkPad Dat project is me bekend, maar helaas heeft de Chofu buitenunit teveel eigenaardigheden om het op die manier op te lossen. Komt bij dat ik specifieke eisen heb vanwege de beroerde plaatsing te dicht op de woning van de buurman. Met dat project ga ik komend weekend aan de slag, eindelijk fatsoenlijk weer en een vrij weekend .

[Maartenkromhout]

@_JGC_ ik kom er dus niet uit hoe de draden precies moeten zitten. Ik zoek echt een "goede" duidelijk foto en waar wat moet

[Ikke83]

Ik liep daar ook al tegenaan, ik heb het hele forum nagelopen maar ik kan nergens vinden hoe de aansluitingen exact zitten. Het zou mooi zijn als dat inderdaad zichtbaar kan worden gemaakt dmv een foto of iets dergelijks. Of eventueel mijn foto in de eerdere post verduidelijken? Volgens mij klopt die wel aardig, zit alleen met die weerstanden te hannesen.

[hyeronimo]

Allereerst mijn dank voor het vele werk van @WackoH en @Maartenkromhout voor deze warmtepompsturing! op https://github.com/kromhoutmaarten-sys/Aurea-5-hybrid_uno4 vond ik alles wat ik nodig heb om de wp aan te sturen. Alleen op een punt ben ik nog onzeker: waar zijn de TX en RX op de control box? Zo te zien heeft Maarten dit werkend. Als ik de berichten doorlees, zie ik dat @WackoH de pins vann IC4 heeft beschreven. Als je IC4 eruit haalt en de besturing door de Arduino laat doen kom ik op de volgende aansluitingen:



Kan iemand dit bevestigen? Bij voorbaat dank!

[ Voor 32% gewijzigd door hyeronimo op 25-03-2026 13:09 ]

[dingo35]

Ik kom op die github repo dit plaatje tegen; mijn control box heeft helemaal geen LCD display.....?!?

╔═══════════════════════════════╗
║ Atlantic Aurea Controlbox ║
╠═══════════════════════════════╣
║ ┌─────────────┐ ║
║ │ Display LCD │ ║
║ └─────────────┘ ║
║ ║
║ Terminal Block (onderaan): ║
║ ┌───┬───┬───┬───┬───┐ ║
║ │TX │RX │5V │GND│ ? │ ║
║ └───┴───┴───┴───┴───┘ ║
╚═══════════════════════════════╝8

[hyeronimo]

Ja inderdaad, bij mij ook niet. het terminalblock linksonder heeft volgens mij 220V.

[hyeronimo]

*Bump* Niemand een idee? Het zou mooi zijn als we github van Maarten compleet kunnen maken met wat duidelijke foto's

[marwijn]

dingo35 schreef op donderdag 26 maart 2026 @ 21:38:
Ik kom op die github repo dit plaatje tegen; mijn control box heeft helemaal geen LCD display.....?!?

╔═══════════════════════════════╗
║ Atlantic Aurea Controlbox ║
╠═══════════════════════════════╣
║ ┌─────────────┐ ║
║ │ Display LCD │ ║
║ └─────────────┘ ║
║ ║
║ Terminal Block (onderaan): ║
║ ┌───┬───┬───┬───┬───┐ ║
║ │TX │RX │5V │GND│ ? │ ║
║ └───┴───┴───┴───┴───┘ ║
╚═══════════════════════════════╝8

Ik denk dat dat klopt. Je kunt met de code een display toevoegen aan de aurea. Als ik het goed heb staat dat bij de repositorie op github beschreven. Alternatief is dat je alleen in Home Assistant de uitlezingen kan zien.

[schjjaap]

Hoi Allemaal, ik ben met de github code van kromhout aan de gang gegaan. Dat moet lukken voor mijn situatie denk ik. Ik ga alleen de code wat aanpassen zodat ik de gevraagde water temperatuur van mijn Adam rechtstreeks kan doorgeven (vanuit HA via MQTT) en daarop te regelen. Dan is nodig omdat anders de Adam zoneregeling niet werkt, ik heb niet een kamertemperatuur waarop geregeld kan worden maar 6 in totaal.

Het werk nu in de emulator, daarna testen als de ardunio aankomt.

Wat ik ook nog wil toevoegen is koeling. Anyway, als het werkt zal ik ook een linkje naar de aangepaste code geven.

[schjjaap]

Hmm, de code was prima te gebreijpen maar kom ook op het punt dat mijn control box echt geen lcd heeft en ook niet een terminal block linksonder. Nog even zoeken dus hoe de boel aan te sluiten.

[_JGC_]

Hier inmiddels het 40x60 printje die in de socket past zo goed als klaar, alleen de RX/TX lijnen van de controlbox pinnen nog aan de header solderen en een 4 channel bidirectionele voltage shifter op de header zetten.

Hier gaat een Wemos ESP32 d1 mini kloon het doen, ESP32-WROOM.
Voordeel van de ESP32 is 3 hardware UARTs en dualcore.

Mijn eerste en laatste project met gaatjesprint overigens, volgende keer ontwerp ik wel een printje met een opensource programma en bestel ik het eindproduct, hoef je er alleen nog maar headers in te solderen ipv prutsen met draadjes.

Binnenkort eindelijk die controlbox weer dicht ipv al die losse kabeltjes en een losliggende controller bovenop.

[schjjaap]

Ok, ik denk dat ik me wat heb misleiden door de de extra info in het readme bestand (AI?) . Dus 'gewoon' de linker chip (Tesla M1.1 bij mij maar soms ook Haddon M1,1) eruit halen en de boel verbinden met een 1K weerstand in the TX.

[hyeronimo]

@schjjaap , dat lijkt mij ook. Ik ga binnenkort ook aan de slag. Ik denk dat ik een IC voetje koop om aan te solderen. Nu eerst een arduino bestellen :-)

[_JGC_]

Inmiddels wat verder met een ESP32: _JGC_ in "Basisregeling van de Aurea 5 hybrid add-on"

Zojuist even getest: het relais op pin 16 werkt met 3.3V uit de ESP. De OT krijgt geen verbinding, ook niet met een Arduino. Lijkt erop dat de logica van de controlbox wat anders doet dan een OT shield. Misschien 0 en 1 inverted, ik heb geen idee.

Daarna geprobeerd de WP aan te sturen: niks. Arduino eraan en gewoon werken terwijl het bordje in de socket steekt (zonder power). Vanavond nog even debuggen, de Arduino laten sturen en de ESP laten afluisteren, kijken of dat data geeft.

Overigens verkeerd gemeten, heb nog een hele rij weg mogen zagen bij die inham, anders past het bordje niet in de socket.

Bij meelezen ook geen data... raar. Net bordje getest aan een Arduino, krijg gewoon verkeer over het printje, zowel RX als TX geen centje pijn. Van 666 baud tot 115200, foutloos.
Enige wat ik bij het testen zag was dat er ineens wel input kwam als ik de controlbox stroomloos maakte, dan wordt de outputs op de level shifter hoog omdat de input zweeft.

OT wil nog steeds niet. Ontvangen van data van de buitenunit werkt nu wel goed: ik heb de pullup weerstanden van de RX lijn gehaald. De controlbox doet geen goede pulldown bij laag signaal en overwint de pullup niet, dan wordt de lijn dus nooit goed laag en kunnen er geen bits flowen.
Sturen naar de controlbox werkt dan weer niet, de data komt niet goed aan, ik krijg checksum errors terug. Als ik de oude 5V arduino laat zenden ontvang ik wel de data met temperaturen van de buitenunit. Kijken of daar nog een pullup af moet.

Pullup weerstand op de HV kant voor de TX lijn richting de warmtepomp er ook afgesoldeerd, zojuist de pomp aan kunnen sturen.

[ Voor 41% gewijzigd door _JGC_ op 09-05-2026 17:00 ]

[hyeronimo]

Ik heb de code van @Maartenkromhout van de lcd en de Arduino R4 in de arduino geladen. Wifi werkt, LCD werkt, webportaal werkt (ik heb nog geen connectie gemaakt met control box). Ik krijg echter de MQTT niet aan de praat. Ik heb de wifi gegevens in de code toegevoegd en niet de setup gebruikt. Klaarblijkelijk was dat een apart stuk code. Heeft iemand de MQTT aan de praat met de Arduino?

[_JGC_]

@schjjaap Heb je wel een user/pass op MQTT staan? De code gaat uit van wel, maar als je de var leeg laat wordt er ingelogd met lege gebruiker/wachtwoord. Je zult dan de setUsernamePassword call weg moeten halen.

Ik ben gisteren even bezig geweest met die code om het te porten naar een ESP32. Wat me daarbij opviel was dat de communicatie met de warmtepomp anders is dan bij de code van @WackoH. Er wordt steeds maar 1 telegram gestuurd, niet die 4 telegrams om beurten en ook de baudrate staat op 9600 ipv 666bps.
Ook het versturen is anders:

code:

uint8_t telegram[25] = {0};
  telegram[0] = 0x19;  // Header: controlbox -> warmtepomp
  telegram[1] = stand; // Stand 0-7
  telegram[2] = 0x00;  // Reserve
  
  // Voeg checksum toe
  telegram[23] = bereken_checksum(telegram, 23);
  telegram[24] = 0x00; // End marker

WackoH in "Aurea 5 hybrid: interfaces met de buitenunit en thermostaat"
byte data2[] = { 0x19, 0x2, 0x8, 0x1, 0x1, 0x0, 0x99, 0x37 };

Waarbij byte 4 de werkmodus is (uit/aan/koelen) en byte 5 de stand en byte 7+8 bevatten de checksum.

Verder valt me nog iets op:

code:

float dt_correctie = 0;
    if(delta_t < 4.0){
      dt_correctie = (delta_t - 5.0) * 3.0;  // Negatief
    } else if(delta_t > 6.0){
      dt_correctie = (delta_t - 5.0) * 2.0;  // Positief
    }

dt_correctie wordt later bij de pid output opgeteld. Nou kan het aan mij liggen, maar bij mij is de deltaT 3 graden omdat ik op lage temperatuur met radiatoren stook. dt_correctie wordt dan (3-5)*3 = -6 op de PID regeling.
Wat ik zie bij de originele Aurea regeling is dat de deltaT gewoon oploopt naar 10+ graden als er volle bak vermogen wordt getrokken met een koud systeem (thermostaat vraagt 20, ding gaat vol gas en levert 37 met een retour van 25). Met bovenstaande formule zou er (10-5)*2 = 10 bij de PID regeling opgeteld worden voor nog meer vermogen.

Ik ga vanavond de controllersoftware die ik in de Mega heb zitten overzetten naar de ESP32 (enige aanpassing is de var "index" renamen naar "idx"), de seriele communicatie tussen de Mega en de ESP8266 slopen en dan de Wifi/MQTT communicatie van de ESP8266 integreren in de ESP32 software en draaien op de 2e core.
De originele regeling van de Aurea is gewoon een verschrikking vergeleken met wat ik gewend ben. Ja het is wel snel warm, maar ik heb nu een grafiek met zaagtanden alsof het een CV ketel is.

Vanaf daar maar verder bouwen aan een stukje modulaire software ipv alles in main.cpp. Liefst bouw ik 4 classes en knoop ik dat aanelkaar in de setup() en loop() functie. Voordeel is dat ESP32 controllers meestal per 2 of 3 verkocht worden, ik heb dus nog wat reserve om offline te testen.

Edit: van de Aurea regeling wel 1 ding geleerd: als ik <25 graden vraag gewoon op stand 2 daarheen stoken en dan terug naar stand 1. Nu doe ik hardcoded stand 1. Bij een koud systeem duurt het vervolgens een halfuur voor de heatboosters merken dat de warmtepomp iets doet en de afgifte in huis merkbaar begint.

[ Voor 5% gewijzigd door _JGC_ op 13-05-2026 16:06 ]

[hyeronimo]

@_JGC_ : Dank voor de tip, Ik heb voor de MQTT zowel met als zonder user/password geprobeerd maar dat maakte niet uit.

[_JGC_]

Daar zit ie dan... werkend.
Draait grotendeels de code die ik eerder gedeeld heb, daarnaast is MQTT geintegreerd en draait op de tweede core.
Nu in alle rust de Mega voorzien van de simulatiecode en op een reserve ESP32 een modulaire controller schrijven die zonder kamerthermostaat kan.

En binnenkort de print er weer uithalen om alle draadjes weg te halen en originele weerstanden terug te solderen.

Edit: regeling hier heeft nu een turbo modus: als setpoint 25 of lager is stookt de warmtepomp op stand 1. Als de retour lager is dan 23.5 wordt dat stand 2.

Op die manier is je systeem snel warm als je de thermostaat een beetje opschroeft of net weer begint met stoken. 25 graden heb je dan binnen 10 minuten ipv een halfuur wachten. Mijn heatboosters triggeren bij 24 graden.

De Aurea deed dat ook met de stock firmware en iets andere grenswaardes, maar dan met 1300W .

[ Voor 23% gewijzigd door _JGC_ op 14-05-2026 17:52 ]

[schjjaap]

hyeronimo schreef op dinsdag 12 mei 2026 @ 14:25:
Ik heb de code van @Maartenkromhout van de lcd en de Arduino R4 in de arduino geladen. Wifi werkt, LCD werkt, webportaal werkt (ik heb nog geen connectie gemaakt met control box). Ik krijg echter de MQTT niet aan de praat. Ik heb de wifi gegevens in de code toegevoegd en niet de setup gebruikt. Klaarblijkelijk was dat een apart stuk code. Heeft iemand de MQTT aan de praat met de Arduino?

Mqtt werkt prima bij mij. Daar staat bij mijn geen authenticatie op.

[schjjaap]

_JGC_ schreef op donderdag 14 mei 2026 @ 16:35:
[Afbeelding]

Daar zit ie dan... werkend.
Draait grotendeels de code die ik eerder gedeeld heb, daarnaast is MQTT geintegreerd en draait op de tweede core.
Nu in alle rust de Mega voorzien van de simulatiecode en op een reserve ESP32 een modulaire controller schrijven die zonder kamerthermostaat kan.

En binnenkort de print er weer uithalen om alle draadjes weg te halen en originele weerstanden terug te solderen.

Edit: regeling hier heeft nu een turbo modus: als setpoint 25 of lager is stookt de warmtepomp op stand 1. Als de retour lager is dan 23.5 wordt dat stand 2.

Op die manier is je systeem snel warm als je de thermostaat een beetje opschroeft of net weer begint met stoken. 25 graden heb je dan binnen 10 minuten ipv een halfuur wachten. Mijn heatboosters triggeren bij 24 graden.

De Aurea deed dat ook met de stock firmware en iets andere grenswaardes, maar dan met 1300W .

Top zeg!

Ik heb de code van kromhout flink veranderd, die draait nu ook op de esp32. Nieuwe hardware test zal tot het weekend moeten wachten

@_JGC_ Heb ij zowel de Anna als de control box op aan/uit staan of op OT?

[schjjaap]

_JGC_ schreef op woensdag 13 mei 2026 @ 15:56:


Ik ben gisteren even bezig geweest met die code om het te porten naar een ESP32. Wat me daarbij opviel was dat de communicatie met de warmtepomp anders is dan bij de code van @WackoH. Er wordt steeds maar 1 telegram gestuurd, niet die 4 telegrams om beurten en ook de baudrate staat op 9600 ipv 666bps.
Ook het versturen is anders:

code:

uint8_t telegram[25] = {0};
  telegram[0] = 0x19;  // Header: controlbox -> warmtepomp
  telegram[1] = stand; // Stand 0-7
  telegram[2] = 0x00;  // Reserve
  
  // Voeg checksum toe
  telegram[23] = bereken_checksum(telegram, 23);
  telegram[24] = 0x00; // End marker

WackoH in "Aurea 5 hybrid: interfaces met de buitenunit en thermostaat"
byte data2[] = { 0x19, 0x2, 0x8, 0x1, 0x1, 0x0, 0x99, 0x37 };

Waarbij byte 4 de werkmodus is (uit/aan/koelen) en byte 5 de stand en byte 7+8 bevatten de checksum.

...

Ja, dat was me ook al opgevallen en ik wilde gaan testen of dat mijn probleem zou zijn. Nog niet aan toegekomen. Ben benieuwd hoe jij het nu hebt draaien.

[_JGC_]

schjjaap schreef op donderdag 14 mei 2026 @ 20:54:
[...]

Top zeg!

Ik heb de code van kromhout flink veranderd, die draait nu ook op de esp32. Nieuwe hardware test zal tot het weekend moeten wachten

@_JGC_ Heb ij zowel de Anna als de control box op aan/uit staan of op OT?

Controlbox staat op aan/uit. Het is dat de DIYLESS geen setpoint wil afgeven als OT wegvalt, maar anders had ik die chip eruit gehaald.
Ik gebruik geen Anna, nooit gebruikt ook.

Ketel is nu wel aangesloten maar staat op alleen tapwater. Als het nu 's nachts onder de 5 graden komt en het ding moet stil blijven stookt ie dat de volgende ochtend maar weer bij.

Doel is uiteindelijk de thermostaatfunctie over te nemen in de controller zoals kromhout dat ook heeft gedaan. En dan stoken op combinatie van buitentemperatuur, binnentemperatuur, instelling en idd die deltaT.

Overigens een tip: stuur op de retourtemperatuur, die is heel veel stabieler dan de aanvoertemperatuur. Elke graad hoger in aanvoer vanwege hoger vermogen is zo gepiept, maar voor de retour stijgt ben je wel even verder.

[_JGC_]

@schjjaap Voor de conversie van 5V naar 3.3V heb ik een spanningsdeler met 10K en 5.1K weerstanden gebruikt. Misschien dat het met 20K/10K ook werkt maar dan is het signaal trager. Versturen van de ESP32 naar controlbox kan gewoon op 3.3V, hoef je niet op te werken naar 5V.

[schjjaap]

_JGC_ schreef op donderdag 14 mei 2026 @ 21:05:
[...]


Overigens een tip: stuur op de retourtemperatuur, die is heel veel stabieler dan de aanvoertemperatuur. Elke graad hoger in aanvoer vanwege hoger vermogen is zo gepiept, maar voor de retour stijgt ben je wel even verder.

Ik draai nu in mijn sturing (die dus alleen in simulatie mode draait terwijl hij tegen een huis in python aanpraat) een feed foreward model. Die kan dan kiezen de kamertemperatuur of de gevraagde watertemperatuur te volgen, Die schat de warmtebehoefte in aan de hand van buitentemperatuur en verlies van warmte. Als dat mis zit wordt de warmteverlies parameter (langzaam zelflerend) aangepast. Dat werkt in mijn testen met veel minder aan/uit momenten dan met de PID controller.

[_JGC_]

@schjjaap PID controller is nogal jumpy merk ik idd. Heb ik over het algemeen geen last van, want ik heb tot nu toe steeds een maximaal vermogen ingesteld, dan staat de pomp gewoon 3 uur op dat maximale vermogen te draaien en wordt het langzaam warmer. Echt koud is het nml niet, ik hoef niet van 18 naar 20 zoals vroeger met de CV.
Wat wel helpt is de PID regelaar een lange sampletijd te geven. Het heeft geen enkel nut om elke paar seconden een nieuwe temperatuur te berekenen als je:
1. die niet direct doorgeeft aan de warmtepomp
2. de warmtepomp er een minuut over doet om het vermogen aan te passen
Ik heb de sample interval dus op 90 seconden staan.

Kwam er vanmorgen achter dat de max vermogen instelling niet is meegenomen bij het integreren van MQTT. Het toepassen daarvan zat in de communicatie met de ESP8266, die code had ik weggegooid . Vanmorgen weer die pomp voluit... gelukkig zit er een hardcoded default in van 5 ipv 7.

[hyeronimo]

@schjjaap Welke code heb jij in je arduino geladen? De kromhout_wp_v1_0_CLEAN.ino ? of heb je ook het setup portal aan de code toegevoegd? Ik zie geen mqtt , ook niet met mqtt explorer. ik heb de arduino allen verboiinden met de pc, als usb voeding.

[schjjaap]

Ik had heb de kromhout code eerst getest. Setup portal werkte toen volgens mij nog niet dus dat heb ik verder genegeerd. Ik heb inmiddels zoveel veranderd dat het lastig is om te vergelijken.

Op zich staat de code die ik nu heb op github maar het is absoluut niet productieklaar.

[schjjaap]

Ik heb de code opengezet: https://github.com/jaapschellekens/aurea5-chofu-ctrl. Maar goed, het werk nog niet bij mij alleen in simulatie modus.

[hyeronimo]

@schjjaap Ja ik heb ook al het een en ander veranderd, maar alleen omdat ik een iets andere LCD had gekocht. Dankje voor het willen delen van je code! Ik kon de code op je github nog niet vinden. Gelukkig hebben we nog een paar maanden voor de winter komt ;-) . Ik moet ook de warmtepomp zelf ook nog installeren, ik ga hem gebruiken als tweede warmtepomp, naast een van 9kW.

[schjjaap]

hyeronimo schreef op zaterdag 16 mei 2026 @ 11:47:
@schjjaap Ja ik heb ook al het een en ander veranderd, maar alleen omdat ik een iets andere LCD had gekocht. Dankje voor het willen delen van je code! Ik kon de code op je github nog niet vinden. Gelukkig hebben we nog een paar maanden voor de winter komt ;-) . Ik moet ook de warmtepomp zelf ook nog installeren, ik ga hem gebruiken als tweede warmtepomp, naast een van 9kW.

Zou nu moeten werken

[_JGC_]

@hyeronimo Die 9KW kan niet ver genoeg terugmoduleren zeker? Wel relaxed, 9KW voor als het echt koud wordt en om je tapwater te doen en dan de Aurea voor de 1-4KW behoefte.

[hyeronimo]

@schjjaap Ja was het maar waar, ik heb een matig geisoleerd huis (en radiatoren/convectieputten) en heb wat meer vermogen nodig als het echt koud is, als ik tenminste het hele huis wil verwarmen. De 9 kw moduleert wel, maar helaas kan ik hem alleen via het paneeltje instellen of via de wifi en een tuya app. Dat laaste wil ik absoluut niet.. Dus die 5 kW is als backup. Vooral tussen de 4 en de -1 gr C heb je natuurlijk die ontdooicycli die vermogen kosten. Maar misschien ga ik het ook wel andersom proberen, de 5kW totdat het echt nodig is de 9kW bij te schakelen. Oja voor tapwater had ik al eerder een warmtepompboiler geinstalleerd.

[ Voor 5% gewijzigd door hyeronimo op 16-05-2026 18:58 ]

[hyeronimo]

@schjjaap Net je code gedownload van github. Je hebt er echt werk van gemaakt zie ik, top!! morgen ga ik alles proberen aan de praat te krijgen.

[Marc001]

hyeronimo schreef op zaterdag 16 mei 2026 @ 18:56:
@schjjaap Ja was het maar waar, ik heb een matig geisoleerd huis (en radiatoren/convectieputten) en heb wat meer vermogen nodig als het echt koud is, als ik tenminste het hele huis wil verwarmen. De 9 kw moduleert wel, maar helaas kan ik hem alleen via het paneeltje instellen of via de wifi en een tuya app. Dat laaste wil ik absoluut niet.. Dus die 5 kW is als backup. Vooral tussen de 4 en de -1 gr C heb je natuurlijk die ontdooicycli die vermogen kosten. Maar misschien ga ik het ook wel andersom proberen, de 5kW totdat het echt nodig is de 9kW bij te schakelen. Oja voor tapwater had ik al eerder een warmtepompboiler geinstalleerd.

Welke warmtepompboiler voor tapwater heb jij geinstalleerd?

[hyeronimo]

Een aeromax v4, 270 liter. Doet het al jaren prima. Enige nadeel is dat hij de tijd kwijt is na een stroomstoring en dan weigert hij te verwarmen ;-( Hij staat met een timer geprogrammeerd om tussen 11 en 18 te verwarmen. Ik zit in de handleiding te kijken en zie nu dat hij een een contact heeft dat een overschot aan PV signaleert.

[_JGC_]

Hier staat een 150 liter vat van Sprsun klaar. Moet nog een 2KW 6/4" heater, 3wegklep en koppelingen regelen, dan binnenkort de warmtepomp verplaatsen, isolatie om de leidingen en het vat op z'n plek zetten.

Valt mooi samen met project om de waterleiding naar de berging om te leggen. Als het een beetje bevalt gaat de ketel weg, komt er een inductieplaat en zaag ik de 50 jaar oude roestige stalen gasleiding uit de kruipruimte. En dan per 1 november van het gas af (ik loop 400 euro bonus mis als ik gascontract eerder openbreek).

[hyeronimo]

Klinkt goed! Dan spaar je ook de vastrecht-kosten van het gas uit. Waarom de driewegklep als je een WP boiler hebt? Ik ben nu drie jaar van het gas af. heb je 3x25A? Ik heb een issue in de github gemaakt. kon de melding wel wegkrijgen, maar ik heb dan geen idee wat er dan misgaat.

[ Voor 26% gewijzigd door hyeronimo op 18-05-2026 19:06 ]

[_JGC_]

hyeronimo schreef op maandag 18 mei 2026 @ 19:05:
Klinkt goed! Dan spaar je ook de vastrecht-kosten van het gas uit. Waarom de driewegklep als je een WP boiler hebt? Ik ben nu drie jaar van het gas af. heb je 3x25A? Ik heb een issue in de github gemaakt. kon de melding wel wegkrijgen, maar ik heb dan geen idee wat er dan misgaat.

Ik heb een los vat ipv een warmtepompboiler. Ik heb 1x35A maar sta op de wachtlijst voor 3x25A. In principe zing ik het wel uit met 1x35A.

Scheelt me vastrecht, netbeheerkosten en een service abo op de CV ketel (die nu 16 jaar oud is en een tikje in de ventilator heeft zitten).

[Marc001]

hyeronimo schreef op maandag 18 mei 2026 @ 14:26:
Een aeromax v4, 270 liter. Doet het al jaren prima. Enige nadeel is dat hij de tijd kwijt is na een stroomstoring en dan weigert hij te verwarmen ;-( Hij staat met een timer geprogrammeerd om tussen 11 en 18 te verwarmen. Ik zit in de handleiding te kijken en zie nu dat hij een een contact heeft dat een overschot aan PV signaleert.

Thx, beetje aan het orienteren. Dat is blijkbaar de Atlantic Explorer V4?

[ Voor 4% gewijzigd door Marc001 op 19-05-2026 08:13 ]

[hyeronimo]

@Marc001 Inderdaad die Atlantic explorer V4 lijkt als twee druppels water op mijn Thermor Aeromax, zal wel hetzelde model zijn. Ze worden niet meer gemaakt zie ik. Als ik er opnieuw een moest kopen zou ik vooral letten op de controlemogelijkeden via modbus, zigbee of mqtt, want eigenlijk wil je alles in je domotica systeem besturen. En geen apps in de cloud.

[hyeronimo]

Lilygo EPD47 e-ink display. Voor de monitoring van de Atlantic warmtepompsturing heb ik een e-ink display gekocht. Helaas was ik wat overmoedig en kocht een gelikt displaytje van Lilygo vanwege de mooie weerdata in de foto. Dat beloofde wat voor het maken van dashboardjes, dacht ik. Alleen zelfs de demo-scriptjes van de fabrikant gaven bergen met compile-errors en na de zoveelste poging dacht ik dat het een miskoop was. Toen vond ik de handleiding van Stefan Maetschke op https://www.makerguides.com/weather-station-with-lilygo-ttgo-t5-4-7-e-paper/ en zowaar, door precies de juiste combi van libraries (best oude versies) kwam het ding tot leven. Nou aan de slag met de warmtepomp data.. of zal ik hem toch maar voor het weer houden ;-)

[_JGC_]

@hyeronimo Cool project. Zat al te kijken naar een Button+, maar ik kan uiteraard ook mijn DIYLESS andere firmware geven, is ook een LCD schermpje met 4 knopjes en een ESP32

Hier draait de sturing op de ESP32 sinds vorige week. Had veel last van 0-meetwaarden in HA, dacht eerst dat het aan de code lag, maar vanmorgen kwam ik erachter dat de watchdog triggert als de wifi slecht is. Is een bekende bug in Pubsubclient, die heb ik nu vervangen door Pubsubclient3.

[hyeronimo]

@_JGC_ Gefeliciteerd dat je het aan de praat hebt bij jou, top! Het lijkt erop dat we steeds meer toegaan naar een netwerk van hele kleine computertjes, ESP32' s en Arduino's met hier en daar een Pi of een Pi Zero2W ;-) Ik werk zelf met Domoticz, vanwege de mooie dashboards weer.

Over ESP32 en Wifi gesproken, ik had zelf een enorm probleem met mijn ESP easy (op ESP8266) begin dit jaar. Ik had nieuw FW geflashed en na een poosje ging alles uit. Alle temperatuur en flowsensors van mijn verwarming zitten erop. Ik heb tijdelijk de sturing overbrugd met een draadje om de verwarming aan te krijgen. Weken later bleek dat de WIFI verbining met de nieuw FW instabiel was. Een latere FW heeft dat verholpen dacht ik. Zie 'Firmware' op https://espeasy.readthedocs.io/en/latest/Tools/Tools.html#id1

Button+, leuk idee maar wel een beetje over de top :-)

[_JGC_]

@hyeronimo Afgelopen winter gestookt op een Arduino Mega met allemaal losse draadjes en controller bovenop de box. Aan die Mega had ik dan nog een ESP8266 hangen met twee weerstandjes en die deed de communicatie met HA.

Hele huis hangt hier nu aan HA: ventilatie, CO2 sensoren, temperatuur en luchtvochtigheid sensoren, verwarming, zonnepanelen... zal vast nog meer bijkomen in de toekomst. Wasmachine heeft Homewhiz, die zou ik ook nog kunnen koppelen.

Heb nu een ESP32 in de box zitten. Gare wifi komt door Unifi, die laatste firmware versies zijn niet helemaal lekker. Heb besloten om afscheid te nemen van Unifi, straks OpenWRT op de U6 Lite installeren en de US-8-POE eruit voor een Zyxel GS1900-10HP met OpenWRT erop.

[hyeronimo]

Bij ons ook zoveel mogelijk geregeld via de domoticz: Inverter met PV en batterij, verwarming met TRV per kamer, veel slimme schakelaars.. Ventilatie nog passief (70's huis). De wifi loopt sinds een half jaar op een Asus met Merlin. Was goedkoper dan Unify en niet US based :-).

[hyeronimo]

Om mijn probleem met MQTT te kunnen analyseren heb ik een ander LCD schermpje gekocht, dat werkt met de oorspronkelijke kromhout 1.0 code en de versie 2.0 van @schjjaap. Mijn testopstelling bestaat nu alleen uit het lcd'tje en de arduino. Het verbinden met de wifi gaat goed, het LCD scherm werkt, maar ik zie geen mqtt berichten verschijnen in mqtt explorer. Ik heb de volgende libraries in de Arduino ide: - ArduinoMqttClient 0.1.8 - LiquidCrystal_I2C 1.1.2 - WiFiS3 -EEPROM - SofwareSerial. @schjjaap kan jij eens kijken welke versies bij jou werken? Of moet de arduino al verbonden zijn met de control box om MQTT berichten te gaan sturen?

[_JGC_]

Ik heb hier helaas de OT controller gesloopt, wil niet meer met thermostaat communiceren, ook niet met de originele chips erin.
Op zich weinig aan de hand, ik kan de hele sturing naar de ESP32 trekken, losse thermostaat is overbodig.

Zal vanavond kijken of ik koelmodus werkend krijg.

[hyeronimo]

@_JGC_ Bedoel jij dat je direct (via een optocoupler?) over de 230V verbinding naar de warmtepomp gaat?

Ik heb voor de lol een ESP32 besteld, een ESP32-C6. Heeft een displaytje en Wifi/BT en Zigbee!

[_JGC_]

@hyeronimo Ik gebruik een printje dat in de socket van de originele chip past. Daarop zit dan een Wemos D1 Mini ESP32 kloon die stroom krijgt uit de socket.

Heb 'm destijds in het verkeerde topic gepost:
_JGC_ in "Basisregeling van de Aurea 5 hybrid add-on"

Hier zie je 'm zitten, naast de toen nog werkende OT controller
_JGC_ in "Aurea 5 hybrid: interfaces met de buitenunit en thermostaat"

[ Voor 22% gewijzigd door _JGC_ op 28-05-2026 18:43 ]

[hyeronimo]

Oh in een ander topic! Nou snap ik het wat beter.. Ga even bijlezen. Misschien moeten we proberen alles eens samen te brengen in een van de Githubs? Er zijn dus best wat mensen met die Aurea. Voor die Github: Ik kan alles fotograferen wat ik doe, omdat ik vanaf nul begin..

[hyeronimo]

_JGC_ schreef op donderdag 28 mei 2026 @ 18:42:
Hier zie je 'm zitten, naast de toen nog werkende OT controller
_JGC_ in "Aurea 5 hybrid: interfaces met de buitenunit en thermostaat"

Ah mooi, ziet er netjes uit! De puzzelstukjes komen bij elkaar. Ik heb een stel van die IC sockets met ronde pinnetjes gekocht om op de Print aan te sluiten. Kan jij mij een pointer geven naar jouw ESP32 code?

[_JGC_]

hyeronimo schreef op donderdag 28 mei 2026 @ 19:12:
[...]

Ah mooi, ziet er netjes uit! De puzzelstukjes komen bij elkaar. Ik heb een stel van die IC sockets met ronde pinnetjes gekocht om op de Print aan te sluiten. Kan jij mij een pointer geven naar jouw ESP32 code?

Mijn ESP code is nu even kut omdat dat ding reset als de wifi wat slecht wordt en de watchdog ingrijpt. Dat steeds resetten heeft de OT controller blijkbaar gesloopt, of misschien dat de ground gezweefd heeft door een gare verbinding. Ik moet nog een printje afmaken in LibrePCB en bestellen, maar dan ga ik gewoon voor de volle pinbezetting, blijft de controller ook veel steviger zitten.

Ik ga uiteindelijk alles in FreeRTOS tasks gooien, dan ben je ook af van die if/then loopjes met millis() om te kijken of je deze loop al wat moet doen.

[_JGC_]

hyeronimo schreef op donderdag 28 mei 2026 @ 18:48:
Oh in een ander topic! Nou snap ik het wat beter.. Ga even bijlezen. Misschien moeten we proberen alles eens samen te brengen in een van de Githubs? Er zijn dus best wat mensen met die Aurea. Voor die Github: Ik kan alles fotograferen wat ik doe, omdat ik vanaf nul begin..

Beide topics lopen wat doorelkaar. Hier zijn we met eigen code en aanpassingen aan de box bezig dat ding te laten doen wat we willen. In het andere topic is het vooral kijken of je de originele sturing kunt laten doen wat je wilt.
Ik heb twee weken terug de originele sturing in actie gezien, die is gewoon kansloos. 10 graden buiten, 19.8 graden binnen, thermostaat naar 20.5, geeft watervraag 20 aan de aurea en krijgt vol gas op 1300W 37 graden .

[hyeronimo]

In mijn geval heb ik niets aan die originele sturing, dus ik ga vol voor de aanpassingen en een eigen sturing. Ik zie het ding gewoon als een warmtepomp, en die zou ik zo graag vanuit mijn domotica willen regelen :-)

[schjjaap]

hyeronimo schreef op donderdag 28 mei 2026 @ 15:48:
Om mijn probleem met MQTT te kunnen analyseren heb ik een ander LCD schermpje gekocht, dat werkt met de oorspronkelijke kromhout 1.0 code en de versie 2.0 van @schjjaap. Mijn testopstelling bestaat nu alleen uit het lcd'tje en de arduino. Het verbinden met de wifi gaat goed, het LCD scherm werkt, maar ik zie geen mqtt berichten verschijnen in mqtt explorer. Ik heb de volgende libraries in de Arduino ide: - ArduinoMqttClient 0.1.8 - LiquidCrystal_I2C 1.1.2 - WiFiS3 -EEPROM - SofwareSerial. @schjjaap kan jij eens kijken welke versies bij jou werken? Of moet de arduino al verbonden zijn met de control box om MQTT berichten te gaan sturen?

De ardunio hoeft zeker niet verbonden te zijn om mqtt te laten werken. Ik gebruik ook arduniomqttclient 0.1.8

[hyeronimo]

@schjjaap : Ok, dank je. Ik zie geen poort 1883 op het IP adres van de arduino, dus ik denk dat de MQTT server dan niet gestart is?

[schjjaap]

hyeronimo schreef op woensdag 3 juni 2026 @ 22:59:
@schjjaap : Ok, dank je. Ik zie geen poort 1883 op het IP adres van de arduino, dus ik denk dat de MQTT server dan niet gestart is?

De ardunio heeft geen MQTT server maar alleen een client. In de config.h moet je het IP adres van je mqtt server aangeven. Dat kan meestal op je HA machiene draaien.


Als je de serial logging in de ardunio ide aanzet met de ardunio vrebonden via USB zie je bij het booten of hij de MQTT server vind.

[ Voor 14% gewijzigd door schjjaap op 04-06-2026 00:54 ]

[hyeronimo]

Ja in de config geef ik idd de broker op de pi aan. Ik zal de logging aanzetten en kijken wat er uitkomt, thx!

[hyeronimo]

@schjjaap : de serial monitor geeft bij mij alleen abracadabra: �@)KGÃ��GÃ�>�GÃ��GÃ��GÃFna'��wFe�NA�7wK�o�0S��@pp@�qb�Sv�qb�EE�EE�EE�EE�EE�EE�EE0S��@pp@�qb�Sv�qb�EE�E0S��@pp@�qb�Sv�qb�EE�EE�EE�EE0S��@pp@�qb�Sv�qb�EE�E0S��@pp@�qb�Sv�qb�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE�EE0S��@pp@�qb�Sv�qb�EE�

kennelijk staat er iets nog niet goed ingesteld? Wat mij ook opvalt is dat de led-matrix niets doet. Als ik de code zie zou die toch wat symbolen moeten tonen?

[_JGC_]

@hyeronimo baudrate wel goed ingesteld?

[hyeronimo]

@_JGC_ thx, bij 115200 baud wordt het leesbaar :-)

code:

21:27:54.182 -> Kromhout WP v2.0 — FF modus
21:27:54.182 -> EEPROM: lees opgeslagen settings
21:27:54.182 -> EEPROM: geladen - SP:28.0 PID:75.00/0.800/0.01
21:27:54.182 ->   FF UA huis:273 emitter:250
21:28:00.520 -> WiFi OK! IP: 192.168.100.67
21:28:12.589 -> Systeem operationeel
21:28:12.589 -> Web: http://192.168.100.67
21:28:12.589 -> MQTT: herverbinden...
21:28:22.668 -> MQTT: herverbinden mislukt
21:28:28.032 -> TX: Stand 0 naar WP
21:28:28.538 -> MQTT: herverbinden...
21:28:38.618 -> MQTT: herverbinden mislukt
dat laatste herhaalt zich. ik zie geen poort 1883 op de arduino, alleen 80

[schjjaap]

De led matrix was iets mis mee, heb ik gefixed maar geloof ik nog niet gecommit. Wat _JGC_ zegt: denk dat de boudrate niet goed staat. Ik gebruikte 115200

[schjjaap]

hyeronimo schreef op maandag 8 juni 2026 @ 21:33:
@_JGC_ thx, bij 115200 baud wordt het leesbaar :-)

code:

21:27:54.182 -> Kromhout WP v2.0 — FF modus
21:27:54.182 -> EEPROM: lees opgeslagen settings
21:27:54.182 -> EEPROM: geladen - SP:28.0 PID:75.00/0.800/0.01
21:27:54.182 ->   FF UA huis:273 emitter:250
21:28:00.520 -> WiFi OK! IP: 192.168.100.67
21:28:12.589 -> Systeem operationeel
21:28:12.589 -> Web: http://192.168.100.67
21:28:12.589 -> MQTT: herverbinden...
21:28:22.668 -> MQTT: herverbinden mislukt
21:28:28.032 -> TX: Stand 0 naar WP
21:28:28.538 -> MQTT: herverbinden...
21:28:38.618 -> MQTT: herverbinden mislukt
dat laatste herhaalt zich. ik zie geen poort 1883 op de arduino, alleen 80

Wat is de ip vande mqtt server die je hebt opgegeven in de config?

[hyeronimo]

@schjjaap :192.168.100.66, het IP van mijn domoticz installatie waar de broker op draait. Op deze broker komt ook SolarAssiatant mqtt informatie binnen. Had jij ook mijn aangemaakt issue al gezien in de github? Ik probeer zoveel mogelijk uit te sluiten..

[schjjaap]

hyeronimo schreef op dinsdag 9 juni 2026 @ 09:26:
@schjjaap :192.168.100.66, het IP van mijn domoticz installatie waar de broker op draait. Op deze broker komt ook SolarAssiatant mqtt informatie binnen. Had jij ook mijn aangemaakt issue al gezien in de github? Ik probeer zoveel mogelijk uit te sluiten..

Nog niet gezien, ik ben einde van de week weer in de buurt van een groter beeldscherm dan mijn telefoon.

[schjjaap]

Zo, gisteren voor het eerst de hardware aan de praat gekregen! (TX en RX omdraaien, zucht...). Een uurtje de WP met de hand op stand 1 laten draaien. Ik zie wel flink wat check-sum errors en andere fouten in de log maar dat is voor later.

Nu even kijken hoe ik de uno in het kastje kan proppen want erg netjes ziet het er niet uit.

[hyeronimo]

@schjjaap Okee, blijkt dat de mosquitto broker op mijn domotica-pi de geest heeft gegeven. Na de installatie van een verse mosquitto op poort 1884 heb ik de chofu naar 1884 verwezen en mijn domoticz autodiscovery ook. En succes!

[schjjaap]

Zo, nu een dag getest met de hardware Nog flink wat dingen aangepast. oa de kromhout communicatie eruit gehaald, dat is nu volledig gebaseerd om de hier gepubliceerde code van WackoH en_JGC_.

De code die nu op github staat werkt bij mij. Ik kopieer in HA de anna/adam gewenste water temp (of kamer temp) naar de chofu topics en dan gaat hij daarmee aan de gang. Ook koeling werkt (beperkt getest).

Als ik meer tijd heb ga ik veel van de AI 'barokke' code/doc aanpassen maar voorlopig is dit wat het is. Ik verwacht nog best veel fouten en gedoe, daar is denk ik nog een stookseizoen van testen voor nodig. En hopelijk een hittegolfje binnenkort :-)

Ben wel heel blij met alle tweakers hier die alles hebben uitgezocht!!! Ik denk nu al aan een tweede Aurea om aan een boiler te hangen, ik zag een nieuwe al voor 1400 euro bij warmteservice

[_JGC_]

Mocht je een driewegklep van Ali willen bestellen: ga voor 5/4". Kleinere kleppen hebben een te beperkte doorgang.
Ik heb nu de 1" binnengekregen daar krijg ik mijn vinger minder ver in dan een 22mm CV buis.

Verder denk ik eraan de dirtmag mini te vervangen door een Caleffi XF en de keerklep te vervangen door een simpele kogelkraan. De CV gaat toch niet meer meestoken straks.

[schjjaap]

Toch wel leuk om te zien dat de koeling werkt! Uurtje op laagste stand gedraaid (de vermogens zijn per stand lager bij koelen trouwens) . De fans in de jaga's wel flink hard zetten maar dan komt er echt flink wat koele lucht uit! Wel opletten met de watertemperatuur trouwens. Ik lette even niet op en plugwise zette de convertoren dicht en de water temperatuur daalde al snel naar 10 gr.

[_JGC_]

@schjjaap Leuk experiment. Ik heb vanmorgen de boel handmatig op verwarmen gezet (setpoint van 25 ingeschoten via MQTT), huis was inmiddels afgekoeld na een paar dagen geen zon en forse wind.
Is wel even klungelen zo zonder thermostaat .

Komende week kijken of ik de ESP32 zelf thermostaatje kan laten spelen via MQTT. De OT controller van de controlbox is overleden dus de DIYLESS wil geen setpoint meer berekenen

[schjjaap]

Of anders een generieke thermostaat uit HA configuren en dat via MQTT gebruiken? Wel balen dat de OT chip ermee is opgehouden.

[mbolhuis2]

Hi @_JGC_ @schjjaap,

Ik heb eerdere al wat vragen gesteld aan JGC in een ander thread denk ik. Inmiddels heb ik een Arduino gekocht, maar de nano versie. Ik ga er vanuit dat dat ook zou moeten werken omdat er maar hele kleine verschillen zijn met de Uno, hebben jullie daar misschien ervaring mee of dat ook zou out-of-the-box werkt?

Omdat mijn warmtepomp in het buitenland in een vakantiehuisje staat wil ik voor de vakantie wat spullen kopen om in de vakantie verder te kunnen proberen. Dus als het niet compatible is kan ik ook nog een Uno zoeken op marktplaats.

Op de foto's hierboven hebben jullie de aansluiting in de originele chip socket gezet, maar dan maar voor 3 draden, en nu heb ik op het moment nog nooit een Arduindo Nano in handen gehad, maar de pin layout zou zo te zien hetzelfde moeten zijn als de originele chip. Zou de Nano ook gewoon 1-op-1 in het voetje passen als dat fysiek echt lukt waar het een beetje op lijkt? Of is er dan nog steeds een gevaar waardoor er extra weerstanden nodig zijn ter berscherming ect?

Andere vraag is , als ik geen , of nog geen gebruik wil maken van MQTT, hoe zou ik de output/input van de Opentherm chip alsnog kunnen gebruiken? Is dat zo simpel als de i/o pinnen in de Arduino definieren en in de software aanroepen? De 3 aangesloten draden zijn alleen voor het aansturen van de WP zelf toch?

[_JGC_]

@mbolhuis2 Nano zou wel moeten werken, die gebruikt ook 5V signaalniveau. Ding is niet pin-compatible met de chip die erin zit, je zult dus iets moeten aanpassen. Dat kan met een tussenprintje, maar ook zoals @schjjaap hierboven laat zien.

In principe kan je gewoon via de OT controller het setpoint van de thermostaat uitlezen, dan heb je geen MQTT nodig. Wel vind ik het fijn om te weten wat het ding doet en daar enige sturing aan kunnen geven, dan is MQTT een hele handige methode.

De Uno R4 Wifi is overigens ruim te koop op Ali voor de helft van de prijs als je een kloon koopt ipv het origineel.

[schjjaap]

In mijn systeem haal ik de OT data via de MQTT/HA omweg. Mooier is om idd ook de OT communicatie af te vangen dan heb je een oplossing waar minder fout aan kan gaan. Nu ben ik afhankelijk van het goed draaen dan de MQTT server en HA. Ik ben nog van plan om twee drukknoppen op de controller te zetten om iig met de hand de WP op een bepaalde stand te kunnen zetten als de rest het niet doet.

[mbolhuis2]

Ik heb op MP een Uno voor 5 euro op de kop weten te tikken, daarom leek het mij voor het hele sleutelen wel geslaagd, maar je hebt gelijk die is niet pin compatible. In m'n hoofd speelde ik met een ander idee, de AT chip op de Uno is pin compatible tenminste op chip level, was ergens benieuw of je die gewoon kan programmeren met deze code in de Arduino print en dan swappen naar de Atlantic print, maar just a brainwave


Ik ga wat sleutelen met een raiser om het aan elkaar te knopen op de juiste pinnen. Maar de foto hierboven zitten de RX/TX zo te zien op pin 27/26 en de ground op 22 neem ik aan, is wat lastig te zien op de foto.. De voeding haal ik in mijn idee ook wel uit de socket, maar als ik het schema ergens hier op pagina ~5 bekijk, en jouw print beschrijving in de andere thread, dan heb ik pin 2 en 3 nog nodig voor de communicatie met de andere OT chip. (16 Kan ik negeren omdat er helemaal geen CV is), maar welke pinnen op de Arduino zouden mappen naar de pin 2 en 3? En dat is iets wat ik in de code moet aanroepen neem ik aan?


Hopelijk komt de Arduino morgen binnen zodat ik eea kan gaan proberen. Dan is de volgende stap de tussen print maken.

[_JGC_]

2/3 hangt aan de seriele poort, de WP wordt met softwareserial aangestuurd.

De Uno is er overigens in vele smaken... de R4 lijkt in de verste verte niet op oudere uno's en de R4 Wifi heeft een seriele verbinding met een ESP32 voor wifi communicatie.

[schjjaap]

Nu een paar dagen met de Aurea 5 de benedenverdieping (85m^2) op 24 gr gehouden. Dat werkt heel aardig. Wel een paar dingen om rekening mee te houden.

- De adam vraagt bij koeling gelijk om water van 10 gr. Dat is natuurlijk veel te laag! Ik kap de vraag af op 16 gr Dat is dan ongeveer tussen de 17 en 18 als het de convectors ingaat. Wel wat condens bij de voetstukken maar dat is te doen. dT over de convectors ongeveer 2.5 gr.

- De aurea draait op stand 1 en soms 2. Voor een kamer heeft hij al op stand 1 te veel vermogen

- Ik werk met convectors (flink bemeten) met veel ventilatoren (heatmeister zelfbouw) . Je hebt veel luchtstroom nodig om met 6 gr verschil tussen gewenste temperatuur en water temperatuur genoeg koeling te halen

Verbruik van de aurea deze dagen tussen de 5 en 3 kWh en dan blijft alles beneden op 24 gr, Dat voelt erg koel als je van buiten komt. De bovenverdieping varieert nu tussen de 25 en de 31 gr (alle ramen open).