[OTGW] OpenTherm gateway

[tjanssen]

number3 schreef op vrijdag 19 juni 2026 @ 23:42:
Ik was vorige week op zoek naar de oorzaak met een andere gebruiker van mijn firmware.

Zouden jullie een log willen maken van jullie situatie met dit script: https://github.com/rvdbreemen/OTGW-firmware/blob/dev/scripts/capture-mqtt-debug.bat

Mag via Discord of hier gedeeld worden.

Ga ik regelen. Zal ook proberen vanaf welke versie het probleem erin gekomen is. Moet ik bij iedere update ook de littlefs flashen? Of is alleen de ino afdoende?

[number3]

Ja. Some update the html / js en daarom altijd ook het filesystem updaten.

[tjanssen]

@number3 ik ben wat aan het rommelen met de verschillende firmware versies. Het disconnect probleem lijkt gekomen in 1.6.0. De log staat hier.

Ik denk dat het niet echt bruikbare informatie bevat. Apparaat valt continue van de WiFi. Na eindeloos proberen heb ik 'm terug kunnen flashen naar 1.5.0. Nu is het WiFi signaal niet super sterk op de plek waar mijn OTGW staat, maar met 1.5.0 heb ik dus geen disconnects...

[number3]

Dank je wel. Dit is behulpzaam. Intussen heb een reeks testen en het lijkt er sterk op dat het verwijderen van een delay(1) in de mainloop de root cause is. Snap nog niet goed wat de reden is dat dat zoveel impact heeft.

Er draait bij mij nu een regressie test om te checken of dat echt zo is.

Ik zal je log meenemen in de verdere analyse.

[tjanssen]

number3 schreef op maandag 22 juni 2026 @ 07:10:
Dank je wel. Dit is behulpzaam. Intussen heb een reeks testen en het lijkt er sterk op dat het verwijderen van een delay(1) in de mainloop de root cause is. Snap nog niet goed wat de reden is dat dat zoveel impact heeft.

Er draait bij mij nu een regressie test om te checken of dat echt zo is.

Ik zal je log meenemen in de verdere analyse.

Graag gedaan! Ik hoor het wel als je een eventuele fix wilt testen. Ik kom er nu thuis wel mee weg als de thermostaat een tijdje offline is...

edit:
Wellicht ten overvloede, maar ik maak gebruik van de legacy otmonitor op TCP port 25238

[ Voor 8% gewijzigd door tjanssen op 22-06-2026 07:54 ]

[number3]

@tjanssen de test hebben een fix opgeleverd. Er is een beta build die getest moet worden. Als je die wilt testen, heel graag.

Handigste is dan in de discord community melden, dan voeg ik je toe aan het beta test kanaal.

[tjanssen]

number3 schreef op dinsdag 23 juni 2026 @ 07:29:
@tjanssen de test hebben een fix opgeleverd. Er is een beta build die getest moet worden. Als je die wilt testen, heel graag.

Handigste is dan in de discord community melden, dan voeg ik je toe aan het beta test kanaal.

Thanks! Heb me zojuist aangemeld op je kanaal.

[number3]

@jaronbor er is een nieuwe beta 1.7.0-beta.34 die lijkt het gemelde issue op te lossen. Zoek nog mensen die dat probleem hadden met 1.6.x en deze beta willen valideren, zodat ik een release kan doen.

[Ittie]

@number3 ook ik heb er regelmatig last van. Het rare is dat af en toe na een reboot van de AP het weg is. Dus ik kan/wil die beta ook wel testen. GitHub?

[number3]

Inderdaad kan je de beta op GitHub downloaden: https://github.com/rvdbreemen/OTGW-firmware/releases/tag/v1.7.0-beta.34

Als je het beta kanaal op Discord wilt joinen kan je daar ook rechtstreeks feedback geven.

[number3]

Na diverse validaties van 1.7.0 beta is de nieuwe release een feit, de belangrijkste issues die opgelost zijn:

• Crashproofing van de firmware, de releases sinds 1.6.x bevatten een bug, waardoor HEAP framentatie optrad, met random reboots tot gevolg.
• Flink meer HEAP ruimte door refactoring van aantal geheugen vretende constructies.
• Active gateway overrides nu zichtbaar in UI en MQTT, duidelijkheid voor gebruiker (werkt mijn override of niet kan je nu zien in het interface of op MQTT)
• Wifi kwaliteit toegevoegd aan telnet banner, handig voor debug op afstand.
• Capture script sterk verbeterd voor debug en testing, als gebruikers problemen melden is met dit script eenvoudig een log transcriptie van de situatie te maken, waardoor beter zicht gekregen / gegeven kan worden op de issues die de gebruiker ervaart.
• Reeks bug fixes, van int16 naar uint16, handig als je poortnummers boven de 32677 wilt gebruiken.

Voor deze release waren de melders van de issues, maar ook vooral het testwerk van GeorgeZ83 op de discord, cruciaal om de problemen te doorgronden. De hulp heeft nu een zeer stabiele release tot gevolg, met ontzettend veel vrij heap geheugen. En dat heeft weer een positief effect op de stabiliteit van de firmware.

Installeren van de firmware en filesysteem zoals gewoonlijk over de air mogelijk, maar via USB is er nu ook een script meegeleverd voor de windows gebruikers in de release bestanden:
https://github.com/rvdbreemen/OTGW-firmware/releases/tag/v1.7.0

Problemen, verbetervoorstellen, bugs, patches, of gewoon vragen, dat kan hier op Tweakers, op github issues of op mijn Discord server.

Veel plezier met deze release,

Groet,

Robert

[jelvank]

Ik heb al een paar jaar een TripleSolar PVT systeem dat kan koelen en verwarmen op basis van OpenTherm. Ik heb daarvoor een HoneyWell Round Modulation Heat Cool aangesloten met een OTGW (van nodoshop) ertussen. In de winter stuur ik via HA een programma naar de OTGW en dat werkt prima.

Wat niet goed werkt, is het aansturen/schakelen van koeling en dan het switchen tussen verwarmen en koelen. Ik gebruikte het koelen niet zo vaak, maar het is nu toch wel handig om te hebben... Je kunt de HeatCool instellen op verwarmen, op koelen of op automatisch zetten. Bij automatisch kan je dan een ondertemperatuur (voor verwarmen) en boventemperatuur (voor koelen) instellen, maar HA herkent dat niet. Via de HA integratie is de thermostaat sinds ik deze modus heb geactiveerd, op magische wijze veranderd in een koelthermostaat, maar schakelen naar verwarmen kan nu niet. Bij Mode kan je niet kiezen, de enige optie is nu koelen.

In een poging dit op te lossen, heb ik de OTGW nu aan mijn MQTT gehangen, omdat ik las dat MQTT beter werkt, maar hoewel ook daar "cooling" op aan staat, is die thermostaat een verwarmingsthermostaat die uit zou staan. Het setpoint is overigens weer wél het cooling setpoint. Bij Mode kan je kiezen tussen Verwarmen of Uit.

Ik zie een sensor "Heat Cool Mode Control" die op Uit staat, maar ik kan daar verder niets over vinden. Iemand een idee wat ik zou kunnen doen?

[hvxl]

Zou je een log met OTmonitor kunnen maken van hoe die HeatCool de zaak aanstuurt in koel mode? Dan kan ik kijken of ik nog iets aan de PIC code moet toevoegen om dat op de juiste manier met de OTGW te doen.

[number3]

En ik ben ook geïnteresseerd in je logging. Want dan kan ik eventueel een update doen van de firmware als daar nog iets schort.

Als je dit capture script gebruikt op de nieuwste firmware 1.7.0 dan krijgen we gedetailleerde logs:

https://github.com/rvdbreemen/OTGW-firmware/blob/main/scripts/capture-mqtt-debug.bat#L9

[jelvank]

number3 schreef op vrijdag 26 juni 2026 @ 19:23:
En ik ben ook geïnteresseerd in je logging. Want dan kan ik eventueel een update doen van de firmware als daar nog iets schort.

Als je dit capture script gebruikt op de nieuwste firmware 1.7.0 dan krijgen we gedetailleerde logs:

https://github.com/rvdbreemen/OTGW-firmware/blob/main/scripts/capture-mqtt-debug.bat#L9

Kijk, ik dacht dat ik iets kon/moest doen om dit op te lossen, maar ook fijn als jullie iets kunnen doen

Dat script staat nu te draaien. Zal ik even een issue aanmaken en niet die hele log hier dumpen.

[number3]

@jelvank vermoed dst de bug in de climate entity configuratie zit als ik je verhaal lees. Dat is dan een kwestie van een fix aan de HA kant. Fijn dat je de logs hebt gedeeld. Ik zal erna kijken.

[number3]

@jelvank er is een beta 1.7.1 met een fix voor je issue dat je ervaart. Ik zou je willen vragen om het te testen en vooral te valideren, zie het github issue voor meer informatie.

https://github.com/rvdbreemen/OTGW-firmware/issues/665#issuecomment-4817177926

Voor alle andere warmtepomp gebruikers met koeloptie, dit zou de fix moeten zijn zodat je ook vanuit een home assistant integratie de koeling kan bedienen. Elke validatie van deze beta helpt, dus graag jullie hulp bij het valideren in deze warme periode.

[jelvank]

Thanks voor de snelle reactie en actie! Ik heb de eerste snelle testresultaten in het issue gezet. Ik moet zeggen dat ik, gezien de beperkingen van OpenTherm wel begin te twijfelen of ik die hele HeatCool niet weg moet halen en vervangen door een simpele temperatuursensor aan de gateway. Ik heb ooit contact gehad met TripleSolar omdat ik vond dat mijn warmtepomp nogal vaak aan en uit ging als de kamertemperatuur in de buurt van het setpoint was. Maar ze legden toen uit dat die warmtepomp echt niets meer doet dan aan of uitgaan op basis van de vraag van de thermostaat. Dus als je minder hysterisch gedrag wil, moet je een andere thermostaat nemen. Alleen zijn er weinig die kunnen koelen en verwarmen. Met andere woorden: voor deze warmtepomp doet de thermostaat niet echt iets slims qua moduleren e.d.

Nu blijkt dat ik ook niet via HA laag en hoog setpoint kan aansturen, behalve als ik dat precies time met een moment dat hij toevallig aan het koelen of verwarmen is, wordt het wel een jammer verhaal zeg maar.

Dus heb ik twee opties:

1. OTGW als thermostaat gaan draaien, dat raden jullie geloof ik niet echt aan, maar ik twijfel of het in mijn geval misschien toch de simpeler oplossing is. Voordeel: dan krijg ik wel alle data terug uit de warmtepomp over wat hij aan het doen is.
2. Er zijn ook 2 gewone aan/uit contacten: verwarmen en koelen... Alleen dan dus geen data retour. Ik heb wel begrepen dat er een modbus verbinding is, maar die zal ik dan waarschijnlijk zelf moeten gaan reverse engineeren...

[hvxl]

Er zijn vooralsnog geen wijzigingen van de PIC firmware nodig, begrijp ik? Je zou verwarming nog gewoon door een thermostaat kunnen laten regelen en alleen het koelen via de OTGW doen. Bij koelen is het minder belangrijk om de temperatuur heel constant te houden, dus is zelf aansturen ook minder ingewikkeld en volstaat een simpeler algoritme. De OTGW PIC firmware heeft de CE en CL commando's om koeling aan te sturen. Je zou daar eens mee kunnen experimenteren.

[tjanssen]

@number3 ik heb van het weekend weer een disconnect gehad. Kun je een uptime sensor toevoegen? Dan is een eventuele reset ook gemakkelijk te zien.

[number3]

@tjanssen er is een uptime gepubliceerd op MQTT. Echter nog niet een auto Discovery sensor. Zal hem toevoegen in de volgende beta.

[koningvaagheid]

blauwe eend schreef op zaterdag 1 juni 2024 @ 15:23:
Ik post graag even mijn bevindingen over de Nefit Proline HRC 24/CW4 ketel en Nefit Moduline 400 thermostaat zodat andere mensen niet de zelfde rabbit hole in gaan fout als ik maken .

Heb je de Nefit Proline HRC 24/CW4 (of de nieuwere Nefit Proline NXT HRC 24/CW4)? Dan is home automation geen optie (zie OTGW website: MsgID 9 (Remote override room setpoint) wordt helaas niet ondersteund door deze ketel, dus het op afstand bedienen via bijvoorbeeld home assistant zal dan niet lukken.
Als extra zoektherm. De Nefit Moduline 400 (dan wel moduline 300, 200 of 100 zo neem ik even aan) spreken allemaal de taal van de Nefit Proline HRC 24 ketel. Helaas is dit niet het opentherm en zou je een zogenaamde Nefit OT converter nodig hebben. In de matrix op de otgw website staat dit aangegeven met '+ EMS OT' achter de ketel naam.

Conclusie, heb je deze ketel of thermostaat. Dan is OTGW via de deze weg in ieder geval geen optie naar mijn weten. Gelukkig is deze ketel al vrij oud, dus de kans dat je binnenkort een ander nodig hebt en je er eentje kan kiezen die wel de OTGW ondersteund is stukken hoger

Heb een Nefit Proline NXT HRC 24/CW4 en heb voor dit bericht te zien een OTGW UTP van Nodo aangeschaft. In eerste instantie met de Nefit Moduline 1010 geprobeerd (de originele), maar dat werkte niet. Vervolgens op Marktplaats een Honeywell Round Modulation T87M2018 op de kop getikt (mooi ding) en met de ketel verbonden, hierdoor schakelde deze waarschijnlijk over naar het OpenTherm-protocol. De OTGW er tussen gezet en met de Home Assistant integratie kan ik nu de temperatuurinstelling van de Honeywell T87M2018 wijzigen, lijkt allemaal mooi te werken.

Wel dienen er een aantal data-id's in de OTGW te worden aangeroepen als men deze wil weten, omdat de Honeywell hier niet om vraagt (bijvoorbeeld: AA=18 voor de waterdruk). Nog geen hele duidelijke handleiding gevonden hoe dit allemaal te doen in combinatie met Home Assistant, maar met AI en geduld lukt er veel.

Kortom, de Nefit Proline NXT HRC 24/CW4 kan dus wel werken met de OTGW, mits men de juiste thermostaat gebruikt (de aloude Honeywell Round).