[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.