[OTGW] OpenTherm gateway

[superduper]

Kan je ergens aangeven welke data er via MQTT verstuurd wordt? Ben onder de indruk wat er allemaal verstuurd wordt zo op een dag; bizar veel eigenlijk (~45MB).

Zie wel dat ik wat aan mijn plaastsing moet doen; af en toe heeft hij niet de beste WiFi verbinding...

[number3]

Ittie schreef op vrijdag 15 mei 2026 @ 17:13:
@number3 thx voor de uitleg en de effort voor de firmware. Ik ga ze gewoon eens naast elkaar draaien en dan kop of munt gooien om te bepalen welke het wordt

Ik raad het af om er twee parallel te draaien. Iets met twee kapiteins op één schip. Echter ik hoor graag wat je ervaringen zijn en wat je nog mist.

[number3]

superduper schreef op vrijdag 15 mei 2026 @ 17:23:
Kan je ergens aangeven welke data er via MQTT verstuurd wordt? Ben onder de indruk wat er allemaal verstuurd wordt zo op een dag; bizar veel eigenlijk (~45MB).

Zie wel dat ik wat aan mijn plaastsing moet doen; af en toe heeft hij niet de beste WiFi verbinding...

Als je eens inlogt op de web applicatie meestal te vinden op http://otgw.local (tenzij je de naam hebt aangepast) en je doet dat vanaf een desktop PC, dan kan je de data live volgen en krijg je een goede indruk wat zoal aan data verscheept wordt over MQTT.

[number3]

gazzzman61 schreef op donderdag 14 mei 2026 @ 12:03:
[...]

Vanochtend alles aangesloten, maar toch lijkt er niets niet goed gegaan.

Het lijkt er dus op dat je per ongeluk de diagnose firmware hebt geflasht. Dat is eenvoudig oplosbaar.

In het webUI zit rechts de knop advanced, met een dropdown menu.

KIes voor de PIC software. Er verschijnt welke firmware op de PIC staat. Daaronder een tabel. Klik op de “gateway” flash knop.

Een progress balk zal het flash proces laten zien. Een reboot is het gevolg. Ververs de web applicatie even.

Als het goed gegaan is dan werkt alles weer zoals je gewend bent.

[gazzzman61]

number3 schreef op vrijdag 15 mei 2026 @ 18:34:
[...]

Het lijkt er dus op dat je per ongeluk de diagnose firmware hebt geflasht. Dat is eenvoudig oplosbaar.

In het webUI zit rechts de knop advanced, met een dropdown menu.

KIes voor de PIC software. Er verschijnt welke firmware op de PIC staat. Daaronder een tabel. Klik op de “gateway” flash knop.

Een progress balk zal het flash proces laten zien. Een reboot is het gevolg. Ververs de web applicatie even.

Als het goed gegaan is dan werkt alles weer zoals je gewend bent.

Dank voor je adviezen. Ik heb het nu goed draaien denk ik.

Wel valt me op dat mijn Weheat warmtepomp niet erg veel data doorstuurt. Misschien wordt dat in de toekomst beter?

Kan ik daarin ook iets bijdragen?

[Compizfox]

Compizfox schreef op donderdag 14 mei 2026 @ 17:34:
[...]

Ik heb zojuist geprobeerd 1.5.0 te flashen (vanaf 1.3.5), maar er lijkt iets niet helemaal goed te zijn gegaan.

Ik heb, zoals opgedragen in de release notes van v1.4.1, eerst het file system geflashed (dat ging nog goed), en daarna pas de firmware.

Na die tweede stap komt hij alleen niet meer online...

Ik heb inmiddels de ESP even uit de OTGW gehaald om hem over USB (met esptool) te flashen. Na hem weer in de OTGW te hebben gestopt, doet hij echter nog steeds niks. Hij komt niet online in mijn netwerk en hij gaat ook niet in AP mode.

@number3 enig idee wat hier misgaat?

EDIT: NVM, ik had het iets meer tijd moeten geven. Hij is weer online!

EDIT: Ik merk wel dat nu zowat elke seconde de entity opentherm_gateway_otgw_otgw_dhw_control van "auto" naar "off" springt en weer terug, wat heel veel traffic veroorzaakt. Enig idee hoe dan komt?

[ Voor 16% gewijzigd door Compizfox op 16-05-2026 21:22 ]

[caspelr]

Compizfox schreef op zaterdag 16 mei 2026 @ 19:20:
[...]EDIT: Ik merk wel dat nu zowat elke seconde de entity opentherm_gateway_otgw_otgw_dhw_control van "auto" naar "off" springt en weer terug, wat heel veel traffic veroorzaakt. Enig idee hoe dan komt?

Zelfde probleem hier. Volgens mij zegt de thermostaat dat dwh enabled aan staat en de boiler dat hij uit staat. Als ik HW=1 stuur gaat dwh enable op aan en blijft de status gelijk. Ik zet HW=0 om 12u als iedereen in bad is geweest. Was bij vorige versie niet.

[number3]

Vermoedelijk een bug in 1.5.0 is dit verandert. Ik heb een oplossing op het vizier. Tot die tijd is terugvallen op 1.4.1 een optie of even accepteren dat dit een “known” issue/bug is.

[number3]

OTGW-firmware v1.6.0 beschikbaar!

Na 25 beta builds is v1.6.0 klaar: een complete MQTT- en Home Assistant-betrouwbaarheidsupgrade, statisch IP-adres instellen, bilateraal OT-bus diagnoserapport, en een heleboel polijstwerk.

Wat is er nieuw:

• HA-entiteiten flapperen niet meer op unavailable (reparatie regressie v1.5.0)
• Statisch IP-adres configureerbaar via de webinterface
• OT-bus support map: zie welke MsgIDs je thermostaat en ketel uitwisselen
• Capability-flag bits 2-5 (koeling, zomer/winter, CH2) niet meer unknown
• MQTT proxy-answer routing gefixed, flash-scripts gehardened met SHA256-check

Download: https://github.com/rvdbreemen/OTGW-firmware/releases/tag/v1.6.0

Speciale dank aan andrebrait voor uitgebreide tests van de statisch IP-instelling over meerdere beta-rondes, en aan crashevans voor grondig beta-testen met gedetailleerde logs!

[ Voor 8% gewijzigd door number3 op 29-05-2026 07:36 ]

[Compizfox]

number3 schreef op vrijdag 29 mei 2026 @ 07:35:
OTGW-firmware v1.6.0 beschikbaar!

Na 25 beta builds is v1.6.0 klaar: een complete MQTT- en Home Assistant-betrouwbaarheidsupgrade, statisch IP-adres instellen, bilateraal OT-bus diagnoserapport, en een heleboel polijstwerk.

Wat is er nieuw:

• HA-entiteiten flapperen niet meer op unavailable (reparatie regressie v1.5.0)
• Statisch IP-adres configureerbaar via de webinterface
• OT-bus support map: zie welke MsgIDs je thermostaat en ketel uitwisselen
• Capability-flag bits 2-5 (koeling, zomer/winter, CH2) niet meer unknown
• MQTT proxy-answer routing gefixed, flash-scripts gehardened met SHA256-check

Download: https://github.com/rvdbreemen/OTGW-firmware/releases/tag/v1.6.0

Speciale dank aan andrebrait voor uitgebreide tests van de statisch IP-instelling over meerdere beta-rondes, en aan crashevans voor grondig beta-testen met gedetailleerde logs!

Thanks!

Helaas komt de ESP wederom (net als bij 1.5.0) niet meer online na het over-the-air flashen... Doe ik iets verkeerd of zit er mogelijk een bug in de OTA-flasher?

[pistole]

Compizfox schreef op vrijdag 29 mei 2026 @ 10:36:
[...]

Thanks!

Helaas komt de ESP wederom (net als bij 1.5.0) niet meer online na het over-the-air flashen... Doe ik iets verkeerd of zit er mogelijk een bug in de OTA-flasher?

Ik heb ook zojuist ge-updated en bij mij geen probleem. Is de ESP misschien in AP-mode geschoten?

[Compizfox]

pistole schreef op vrijdag 29 mei 2026 @ 10:50:
[...]

Ik heb ook zojuist ge-updated en bij mij geen probleem. Is de ESP misschien in AP-mode geschoten?

Nope. Na hem over USB (met ESPTool) opnieuw te hebben geflashed, doet hij het weer. De vorige keer had ik hetzelfde issue.

[Cyberpope]

number3 schreef op vrijdag 29 mei 2026 @ 07:35:
OTGW-firmware v1.6.0 beschikbaar!

Na 25 beta builds is v1.6.0 klaar: een complete MQTT- en Home Assistant-betrouwbaarheidsupgrade, statisch IP-adres instellen, bilateraal OT-bus diagnoserapport, en een heleboel polijstwerk.

Wat is er nieuw:

• HA-entiteiten flapperen niet meer op unavailable (reparatie regressie v1.5.0)
• Statisch IP-adres configureerbaar via de webinterface
• OT-bus support map: zie welke MsgIDs je thermostaat en ketel uitwisselen
• Capability-flag bits 2-5 (koeling, zomer/winter, CH2) niet meer unknown
• MQTT proxy-answer routing gefixed, flash-scripts gehardened met SHA256-check

Download: https://github.com/rvdbreemen/OTGW-firmware/releases/tag/v1.6.0

Speciale dank aan andrebrait voor uitgebreide tests van de statisch IP-instelling over meerdere beta-rondes, en aan crashevans voor grondig beta-testen met gedetailleerde logs!

Ik denk niet voor mijn oude OTGW (de orginele) of wel?

[krijn1985]

Compizfox schreef op vrijdag 29 mei 2026 @ 12:09:
[...]

Nope. Na hem over USB (met ESPTool) opnieuw te hebben geflashed, doet hij het weer. De vorige keer had ik hetzelfde issue.

Welke volgorde flash je? Ik deed perongeluk eerst LittleFS bij upgrade naar 1.5 echter toen kwam hij ook niet meer online (stond natuurlijk ook eerst INO dan LittleFS in 1.5 relase notes). Dus moest ook even met USBkael aan de gang. Echter van 1.4 naar 1.5 en 1.6 ging het prima.

[Compizfox]

krijn1985 schreef op vrijdag 29 mei 2026 @ 15:03:
[...]

Welke volgorde flash je? Ik deed perongeluk eerst LittleFS bij upgrade naar 1.5 echter toen kwam hij ook niet meer online (stond natuurlijk ook eerst INO dan LittleFS in 1.5 relase notes). Dus moest ook even met USBkael aan de gang. Echter van 1.4 naar 1.5 en 1.6 ging het prima.

Voor v1.5 heb ik eerst het filesystem geflashed, dan de firmware (zoals opgedragen in de release notes van v1.4.1). Na die tweede stap kwam hij niet meer online.

Voor v1.6 stond dat het filesystem ongewijzigd was sinds 1.5, dus ik heb alleen de firmware geflashed.

Compizfox schreef op donderdag 14 mei 2026 @ 17:34:
[...]

Ik heb zojuist geprobeerd 1.5.0 te flashen (vanaf 1.3.5), maar er lijkt iets niet helemaal goed te zijn gegaan.

Ik heb, zoals opgedragen in de release notes van v1.4.1, eerst het file system geflashed (dat ging nog goed), en daarna pas de firmware.

Na die tweede stap komt hij alleen niet meer online...

[ Voor 25% gewijzigd door Compizfox op 29-05-2026 15:12 ]

[krijn1985]

Compizfox schreef op vrijdag 29 mei 2026 @ 15:10:
[...]

Voor v1.5 heb ik eerst het filesystem geflashed, dan de firmware (zoals opgedragen in de release notes van v1.4.1). Na die tweede stap kwam hij niet meer online.

Voor v1.6 stond dat het filesystem ongewijzigd was sinds 1.5, dus ik heb alleen de firmware geflashed.


[...]

En dit staat in de release notes van 1.5:

1. Flash firmware (*.ino.bin) via the Web UI update page
2. Flash filesystem (*.littlefs.bin) via the same page — export settings first, the image is a fresh content bundle

Ik had dit dus ook verkeerd om gedaan en toen kwam hij niet up.

[Compizfox]

krijn1985 schreef op vrijdag 29 mei 2026 @ 16:50:
[...]

En dit staat in de release notes van 1.5:


[...]

Ik had dit dus ook verkeerd om gedaan en toen kwam hij niet up.

Ja, maar ik kwam van v1.3.5, en in de release notes van v1.4.1 staat:

CRITICAL: Flash filesystem FIRST, then firmware. The Arduino Core 3.1.2 upgrade changed the LittleFS partition from 1 MB to 2 MB. Flashing in the correct order (filesystem first, firmware second) preserves your settings. If you mistakenly flash the firmware first, the new firmware boots against the old 1 MB layout and spends 5-10 minutes reformatting the 2 MB partition on first boot — the device is unresponsive during that time and all settings are lost. Always flash the filesystem binary before the firmware binary.


Download both OTGW-firmware-*.ino.bin and OTGW-firmware-*.littlefs.bin from this release.
Flash the filesystem binary first via the Web UI update page.
Flash the firmware binary second, immediately after.
Hard-refresh the browser (Ctrl+F5).

Flashing in this order preserves your settings. No settings migration required. The new MQTTdiscoveryAutoVerify setting defaults to true. If you run on a shared MQTT broker with tight wildcard ACLs, set it to false.

Hoe dan ook, met v1.6 had ik weer hetzelfde probleem.

[ Voor 26% gewijzigd door Compizfox op 29-05-2026 16:57 ]

[krijn1985]

Compizfox schreef op vrijdag 29 mei 2026 @ 16:56:
[...]

Ja, maar ik kwam van v1.3.5, en in de release notes van v1.4.1 staat:


[...]


Hoe dan ook, met v1.6 had ik weer hetzelfde probleem.

Dat weet ik daarom had ik het ook "verkeerd" om gedaan. Had je bij update naar 1.6 weer zelfde volgorde aangehouden? Dus eerst filesysteem en toen firmware?

[superduper]

Bij mij gelukt. Moest even flink zoeken naar de pagina waar de flash met eigen bestand zat, maar gevonden. Eerst de ino gedaan, maar toen gaf de OTGW toch aan dat er een mismatch was met de littlefs, dus toen die daarna ook gedaan.

Werkt allemaal prima tot op dit moment.

[number3]

@Compizfox voor 1.4.1 was dat inderdaad de instructie, dit kwam door de nieuwe grootte van de flash partitie voor het filesysteem en de upgrade naar de nieuwe Arduino ESP core. Echter, dat is in 1.5.0 teruggedraaid, de ESP core is nu weer terug naar 2.7.4, dat werkt stabieler... Vervolgens is het in 1.6.0 gewoon zo dat je de firmware en dan het filesysteem (of omgekeerd) kan flashen.

Echter, vastlopen zou niet mogen, een reboot van de ESP werkt meestal EN als dat echt niet werkt, dan is een ESP flash over USB vaak de goede oplossing. Vervelend maar het is wel vaak de enige oplossing waarmee je verder komt.

Hoop dat 1.6.0 het verder goed voor je doet, als je opmerkingen hebt, verbeteringen of bugs vindt, dan graag melden... hier, op github issues of op de discord van mij.

[number3]

krijn1985 schreef op vrijdag 29 mei 2026 @ 17:06:
[...]

Dat weet ik daarom had ik het ook "verkeerd" om gedaan. Had je bij update naar 1.6 weer zelfde volgorde aangehouden? Dus eerst filesysteem en toen firmware?

@krijn1985 dat is dus niet nodig na 1.5.0, was echt eenmalig. Eerst de firmware en dan het filesysteem. Als je het filesysteem niet upgrade, krijg je een vriendelijke en dringende banner die je aangeeft dat dat nog wel moet.

Goede nieuws is je settings blijven dan weer als gewoon werken.

[hvxl]

Cyberpope schreef op vrijdag 29 mei 2026 @ 14:54:
[...]

Ik denk niet voor mijn oude OTGW (de orginele) of wel?

De naam is een beetje misleidend. Deze firmware is niet voor de OTGW PIC, maar voor de NodeMCU of Wemos D1 mini die in eerste instantie bij de wifi versie van de OTGW van de Nodo shop werd ingezet als RS232 naar wifi interface. Maar de esp8266 van deze bordjes kan veel meer, zoals de firmware van Robert bewijst.

De originele OTGW had geen NodeMCU of Wemos D1 mini. Dus dan is deze firmware niet bruikbaar. Dat geldt ook voor de LAN, USB en seriële versies van de OTGW die door de Nodo shop worden verkocht.

[krijn1985]

number3 schreef op vrijdag 29 mei 2026 @ 21:25:
[...]

@krijn1985 dat is dus niet nodig na 1.5.0, was echt eenmalig. Eerst de firmware en dan het filesysteem. Als je het filesysteem niet upgrade, krijg je een vriendelijke en dringende banner die je aangeeft dat dat nog wel moet.

Goede nieuws is je settings blijven dan weer als gewoon werken.

Ik deed altijd eerst firmware daarna filesysteem, maar vandaag dus na de upgrade van 1.4.1 deed ik het andersom wat bij 1.5 problemen gaf. Maar was ook zo weer opgelost met USB kabel.

[number3]

@krijn1985 dankt oor de terugkoppeling. Vreemd. Dus dan toch maar weer firmware en filesystem voortaan. Geen idee waardoor het fout gaat soms.

[superduper]

@number3 Ik ben nog steeds superhappy met de otgw en de implementatie in HA. Er is één ding wat ik er nog heel graag in zou hebben:

Mijn ketel (Atag i28c) heeft een ECO stand waardoor hij niet de boilder voor heet tapwater op temp blijft houden. Dat scheelt echt nog wel wat gas per dag. Alleen is het irritante dat hij regelmatig 'spontaan' van die ECO stand af valt. Ik zou daar heel graag een seintje van krijgen, maar kan in de MQTT gegevens of in de OTGW gateway niet zien of die ECO flag wordt uitgelezen of gerapporteerd.

Heb je hier een tip voor hoe ik dat zou kunnen aanpakken?

[pistole]

superduper schreef op vrijdag 5 juni 2026 @ 10:51:
@number3 Ik ben nog steeds superhappy met de otgw en de implementatie in HA. Er is één ding wat ik er nog heel graag in zou hebben:

Mijn ketel (Atag i28c) heeft een ECO stand waardoor hij niet de boilder voor heet tapwater op temp blijft houden. Dat scheelt echt nog wel wat gas per dag. Alleen is het irritante dat hij regelmatig 'spontaan' van die ECO stand af valt. Ik zou daar heel graag een seintje van krijgen, maar kan in de MQTT gegevens of in de OTGW gateway niet zien of die ECO flag wordt uitgelezen of gerapporteerd.

Heb je hier een tip voor hoe ik dat zou kunnen aanpakken?

Volgens mij is dat de 'Domestic Hot Water Enabled' in de web interface of HW=1 (comfort aan) / HW=0 (comfort uit). In ieder geval is dat met mijn Intergas het geval.

[superduper]

pistole schreef op vrijdag 5 juni 2026 @ 12:09:
[...]

Volgens mij is dat de 'Domestic Hot Water Enabled' in de web interface of HW=1 (comfort aan) / HW=0 (comfort uit). In ieder geval is dat met mijn Intergas het geval.

ok, thanks. Dan ga ik die eens in de gaten houden. Het zou bij mij dan precies andersom zijn: comfort =! Eco mode

edit:
het lijkt bij mij "domestic hot water status" te zijn. Die zie ik wel als ik direct op de opentherm pagina kijk, maar zie ik niet terug in de MQTT? Of is dit eignelijk de DHW vraag ja of nee? Als ik de ECo mode toggle dan gaat hij natuurlijk eerst even opwarmen. Maar de status van DMHW enabled veranderd niet of ik ECO aan of uit zet.

[ Voor 51% gewijzigd door superduper op 05-06-2026 12:50 ]

[pistole]

superduper schreef op vrijdag 5 juni 2026 @ 12:15:
[...]

ok, thanks. Dan ga ik die eens in de gaten houden. Het zou bij mij dan precies andersom zijn: comfort =! Eco mode

edit:
het lijkt bij mij "domestic hot water status" te zijn. Die zie ik wel als ik direct op de opentherm pagina kijk, maar zie ik niet terug in de MQTT? Of is dit eignelijk de DHW vraag ja of nee? Als ik de ECo mode toggle dan gaat hij natuurlijk eerst even opwarmen. Maar de status van DMHW enabled veranderd niet of ik ECO aan of uit zet.

[Afbeelding]

Mijn interpretatie hiervan is: "domestic hot water status" geeft aan of er warm water geproduceerd wordt, ongeacht of er daadwerkelijk getapt wordt.

In de praktijk zie ik dat als ik "domestic hot water" aanzet, dat ook bovengenoemde aangaat om het water op temperatuur te brengen.

In jouw geval zou ik dus een monitor maken die periodiek de status van "domestic hot water" controleert, en if aan then HW=0 sturen.

[superduper]

pistole schreef op vrijdag 5 juni 2026 @ 14:26:
[...]

Mijn interpretatie hiervan is: "domestic hot water status" geeft aan of er warm water geproduceerd wordt, ongeacht of er daadwerkelijk getapt wordt.

In de praktijk zie ik dat als ik "domestic hot water" aanzet, dat ook bovengenoemde aangaat om het water op temperatuur te brengen.

In jouw geval zou ik dus een monitor maken die periodiek de status van "domestic hot water" controleert, en if aan then HW=0 sturen.

Inderdaad. De status is de warm water vraag onafhankelijk van de ECO status of niet. Als je van status ECO on > off gaat, is dat even gelijk aan warm water vraag dus dat was even verwarrend.

Blijft dus staan dat ik niet kan zien wanneer de ECO status veranderd want dat is niet gelinkt aan DMHW enabled ON of OFF. Deze blijft bij mij constant op ON staan.

[Compizfox]

superduper schreef op vrijdag 5 juni 2026 @ 15:04:
[...]

Inderdaad. De status is de warm water vraag onafhankelijk van de ECO status of niet. Als je van status ECO on > off gaat, is dat even gelijk aan warm water vraag dus dat was even verwarrend.

Blijft dus staan dat ik niet kan zien wanneer de ECO status veranderd want dat is niet gelinkt aan DMHW enabled ON of OFF. Deze blijft bij mij constant op ON staan.

Is die eco-stand niet gewoon hetzelfde als wat in de OTGW "Domestic Hot Water Enabled" is? Of ja, het omgekeerde eigenlijk. In jouw screenshot lijkt de eco-stand dus uit te staan op dat moment.

[superduper]

Compizfox schreef op vrijdag 5 juni 2026 @ 16:02:
[...]

Is die eco-stand niet gewoon hetzelfde als wat in de OTGW "Domestic Hot Water Enabled" is? Of ja, het omgekeerde eigenlijk. In jouw screenshot lijkt de eco-stand dus uit te staan op dat moment.

Nee. Als ik de ECO stand toggle dan veranderd de OTGW "Domestic Hot Water Enabled" niet. Deze is eigenlijk sinds het aansluiten ook niet veranderd en staat continu op 'on'

[hvxl]

De meeste ketels hebben drie standen voor warm water. De benamingen kunnen verschillen, maar het komt neer op: eco, auto, comfort. In de "eco" stand wordt er geen water op temperatuur gehouden. In de "comfort" stand wordt er juist altijd water warm gehouden. Alleen in de auto stand kan de aangesloten thermostaat (of OTGW) het regelen. In dat geval zou een (eenmalige) HW=0 moeten voorkomen dat er ongewenst gas wordt verbruikt.
Als ik de handleiding van de Atag i28c lees, lijkt er op deze ketel geen "auto" stand te zijn. In plaats daarvan is er een "timed" stand, waarbij je een schema kunt invoeren voor wanneer er warm water op voorraad moet zijn.
Binnen het Opentherm protocol is MsgID 99 gedefinieerd voor het wijzigen van de comfort mode. Maar volgens de compatibiliteitsmatrix wordt dit bericht niet ondersteund door de i28c.
Kortom, er lijkt bij deze ketel niet echt een mogelijkheid te bestaan om deze situatie te detecteren en al helemaal niet om de eco mode automatisch te herstellen.

[superduper]

hvxl schreef op vrijdag 5 juni 2026 @ 16:42:
De meeste ketels hebben drie standen voor warm water. De benamingen kunnen verschillen, maar het komt neer op: eco, auto, comfort. In de "eco" stand wordt er geen water op temperatuur gehouden. In de "comfort" stand wordt er juist altijd water warm gehouden. Alleen in de auto stand kan de aangesloten thermostaat (of OTGW) het regelen. In dat geval zou een (eenmalige) HW=0 moeten voorkomen dat er ongewenst gas wordt verbruikt.
Als ik de handleiding van de Atag i28c lees, lijkt er op deze ketel geen "auto" stand te zijn. In plaats daarvan is er een "timed" stand, waarbij je een schema kunt invoeren voor wanneer er warm water op voorraad moet zijn.
Binnen het Opentherm protocol is MsgID 99 gedefinieerd voor het wijzigen van de comfort mode. Maar volgens de compatibiliteitsmatrix wordt dit bericht niet ondersteund door de i28c.
Kortom, er lijkt bij deze ketel niet echt een mogelijkheid te bestaan om deze situatie te detecteren en al helemaal niet om de eco mode automatisch te herstellen.

Ah, ok. Dat is dan duidelijk een geval van jammer, maar helaas. Bedankt voor het uitzoeken, ik had dit niet gevonden zo.

[xtr3me]

Hoe zit dit met de Remeha Tzerra M, kan ik hiermee de comfort stand uitschakelen of moet ik toch uitwijken naar een iSense? (ik gebruik nu een Honeywell Lyric T6)
Volgens de matrix reageert de ketel goed op read requests op MSG 99, maar dat is denk ik niet voldoende?

[hvxl]

De Tzerra M heeft de "normale" opties: Comfort/ECO/Regelaar afhankelijk (parameter P4). Als je die op ECO (1) zet, zal hij nooit water warm houden. Op regelaar afhankelijk (2) is het vanaf de OTGW of de thermostaat te regelen. Dit heeft allemaal MsgID 99 niet nodig.

Als je het leuk vindt, zou je eens met het MW commando kunnen experimenteren. Ik heb die functionaliteit aan de hand van de specificatie gemaakt. Maar aangezien mijn ketel MsgID 99 niet ondersteund, heb ik het nooit in de praktijk kunnen testen. Ik zou dan ook graag de resultaten horen.

[xtr3me]

Ik heb helaas nog geen OTGW in bezit, ik twijfel om hem aan te schaffen of op marktplaats een isense thermostaat aan te schaffen en het daarmee 2x per jaar om te zetten. (in de winter wil ik hem aan hebben staan, in de lente wil ik hem uit zetten).

Het gaat om een vakantie huisje en die comfort stand zorgt in de winter voor net genoeg warmte om het in het schuurtje vorst vrij te houden verwacht ik.

[hvxl]

De Tzerra M heeft een vorstbeveiliging functie. Is er een reden om aan te nemen dat die niet afdoende is in jouw situatie? Ik verwacht dat die optie veel minder gas gebruikt dan de ketel de hele winter water warm te laten houden, ook als het helemaal niet zo koud is.

[jaronbor]

number3 schreef op vrijdag 29 mei 2026 @ 07:35:
OTGW-firmware v1.6.0 beschikbaar!

Na 25 beta builds is v1.6.0 klaar: een complete MQTT- en Home Assistant-betrouwbaarheidsupgrade, statisch IP-adres instellen, bilateraal OT-bus diagnoserapport, en een heleboel polijstwerk.

Wat is er nieuw:

• HA-entiteiten flapperen niet meer op unavailable (reparatie regressie v1.5.0)
• Statisch IP-adres configureerbaar via de webinterface
• OT-bus support map: zie welke MsgIDs je thermostaat en ketel uitwisselen
• Capability-flag bits 2-5 (koeling, zomer/winter, CH2) niet meer unknown
• MQTT proxy-answer routing gefixed, flash-scripts gehardened met SHA256-check

Download: https://github.com/rvdbreemen/OTGW-firmware/releases/tag/v1.6.0

Speciale dank aan andrebrait voor uitgebreide tests van de statisch IP-instelling over meerdere beta-rondes, en aan crashevans voor grondig beta-testen met gedetailleerde logs!

Dank voor al het goede werk hierin!

Ik draaide afgelopen halfjaar stabiel met otgw 1.3.5 i.c.m. Home assistant en Weheat Sparrow warmtepomp.

Na upgrade naar 1.6.1 (eerst littlefs daarna firmware geflashed) werd de verbinding instabiel, otgw_boiler_connected en andere status entiteiten flipperden elke paar minuten van "ON" naar unavailable en ik kreeg crashes in otgw met "Access to invalid address (29)."

Na terug flashen naar 1.3.5 is het weer stabiel. Doe ik iets verkeerd?

[tjanssen]

jaronbor schreef op vrijdag 19 juni 2026 @ 12:48:
[...]

Dank voor al het goede werk hierin!

Ik draaide afgelopen halfjaar stabiel met otgw 1.3.5 i.c.m. Home assistant en Weheat Sparrow warmtepomp.

Na upgrade naar 1.6.1 (eerst littlefs daarna firmware geflashed) werd de verbinding instabiel, otgw_boiler_connected en andere status entiteiten flipperden elke paar minuten van "ON" naar unavailable en ik kreeg crashes in otgw met "Access to invalid address (29)."

Na terug flashen naar 1.3.5 is het weer stabiel. Doe ik iets verkeerd?

Ik heb hetzelfde probleem. Apparaat valt steeds van de WiFi af, een hoop packet loss met pingen.

Edit: heb ook terug geflashed naar 1.3.5, nu ook weer stabiel. Lijkt wel of de MCU met 1.6.1 druk bezig is met iets wat de packet loss veroorzaakt. En hiermee vervolgens stopt wanneer je een file upload voor een upgrade (ino dan wel littlefs), want tijdens uploaden is er geen packet loss..

[ Voor 17% gewijzigd door tjanssen op 19-06-2026 15:37 ]

[number3]

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.

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

[DjoeC]

Ik heb een Nodo shop OTGW met Wemos. De blauwe Wemos LED knippert, verbinding werkt. Maar de 3 LED's op de OTGW zelf staan op oranje-rood-groen en ik kan eigenlijk nergens een beschrijving vinden van de kleuren en de betekenis daarvan.

Is er ergens een overzichtje van de betekenis van die LED's?

[krijn1985]

DjoeC schreef op maandag 17 augustus 2026 @ 13:43:
Ik heb een Nodo shop OTGW met Wemos. De blauwe Wemos LED knippert, verbinding werkt. Maar de 3 LED's op de OTGW zelf staan op oranje-rood-groen en ik kan eigenlijk nergens een beschrijving vinden van de kleuren en de betekenis daarvan.

Is er ergens een overzichtje van de betekenis van die LED's?

Op pagina 6 van deze handleiding staat wat uitgelegd over de LED's.

[hvxl]

De uitleg staat in principe op de print gedrukt: Groen 3V3, Rood 5V, Oranje 24V.

In meer detail: De print wordt gevoed met 5V en dat gaat ook naar de Wemos D1. Van de 5V wordt daarnaast 3,3V gemaakt voor de PIC en 24V voor de opentherm bus naar de thermostaat. De drie LEDs geven aan of deze spanningen aanwezig zijn.

[DjoeC]

krijn1985 schreef op maandag 17 augustus 2026 @ 14:02:
[...]

Op pagina 6 van deze handleiding staat wat uitgelegd over de LED's.

Toppie! Maar dan moet ik eens heel goed gaan kijken want ik zie geen 6 brandende LED's......

@hvxl Dank je, het "probleem" is dat de OTGW in een verwarmingshok hangt met slechte verliching en in het niet zo eenvoudig te openen doosje zit. Ik zal met extra licht eens eea gaan bekijken zoals: Waarom branden er maar 3 LED's.

Kern van mijn issue: De OTGW lijkt niet (goed) te communiceren met mijn Intergas en Intergas thermostaat terwijl de bedrading correct lijkt (bewuste woordkeuze). Natuurlijk ligt dat dan aan mij, er zal wel een draadje zijn dat in de connector geen/onvoldoende contact maakt (vermoeden). Ik had gehoopt dat de LED's zouden aangeven: ketel communiceert (groen/rood), thermostaat communiceert (groen/rood), OTGW is operationeel (groen/rood) en/of dat dit als status op de webpagina zou worden weergegeven. De webpagina geeft "connected", "Gateway Mode: Detecting". Ik vermoed dat ik geen contact met de ketel maak:

code:

23:38:32.087112 Thermostat         T100201AD   2 Write-Data       > MasterConfigMemberIDcode = Master Config[00000001] MemberID code [173]
23:38:32.879295 Thermostat         T100201AD   2 Write-Data       > MasterConfigMemberIDcode = Master Config[00000001] MemberID code [173]

Morgen maar weer eens de bedrading in de connector van de ketelkant checken. De OTGW zit in de thermostaatkabel, doorgeknipt, beide kanten in de 4 pin connector geklemd. Haal ik de OTGW er tussen uit en verbind ik de kabel weer door werken ketel en thermostaat weer. Het moet naar mijn idee iets heel simpels zijn..

[krijn1985]

@DjoeC hier foto hoe hij bij mij er (werkend) uitziet qua LED's. Misschien heb je er wat aan. Bij mij zijn ze voor mijn gevoel goed zichtbaar.

[hvxl]

DjoeC schreef op maandag 17 augustus 2026 @ 23:44:
[...]

Ik had gehoopt dat de LED's zouden aangeven: ketel communiceert (groen/rood), thermostaat communiceert (groen/rood), OTGW is operationeel (groen/rood) en/of dat dit als status op de webpagina zou worden weergegeven.

Je kunt hiervoor de andere 6 LEDs gebruiken. Bijvoorbeeld door de 'R' functie aan LED C toe te kennen: LC=R. Deze zou dan elke seconde 2x moeten knipperen. De eerste keer geeft aan dat een bericht van de thermostaat is ontvangen, de tweede is voor het antwoord van de ketel. Een andere optie is om de 'B' functie te gebruiken: LC=B. Ook dan moet de LED 2x knipperen. De eerste keer geeft aan dat een bericht naar de ketel wordt gestuurd, de tweede is wederom voor het antwoord van de ketel.

Maar aan je log te zien komt er inderdaad geen antwoord van de ketel. Dus daar lijkt een communicatieprobleem te zijn.

[w2k8]

Goededag,

Ik heb een Shelly walldisplay XL gekregen.
Ik wil het display ophangen op de plaats waar nu mijn thermostaat hangt.
De shelly walldisplay kan niet rechtstreeks de cv-ketel aansturen.
Ik heb Home assistant en zou graag de cv-ketel willen bedienen met de Shelly walldisplay.

Op tweakers heb ik gelezen dat ik hiervoor OpenTherm nodig heb voor de vertaalslag tussen de keten en de shelly / home assistent.

De cv-ketel is een Remeha Avante 35C.
In dit topic heb ik enkele opties gelezen / gezien die ik kan gebuiken.
Ik kan een ESP flashen, maar ik ben op zoek naar een stabiele manier, dus ook als de ketel vervangen wordt.
Ik ken deze link:
https://www.nodo-shop.nl/nl/48-opentherm-gateway
https://www.home-master.eu/shop/opentherm-gateway-59

Ik ben op zoek naar ervaringen van mensen met de nodo-shop of home-master in combinatie met de shelly walldisplay.

[ Voor 7% gewijzigd door w2k8 op 25-08-2026 09:00 ]

[pistole]

In principe kan je met de https://www.nodo-shop.nl/...herm-gateway-builder.html bereiken wat je wilt. Maar als je je volledige thermostaat gaat vervangen dan adviseer ik je om eerst heel goed in te lezen.

Er zijn ook andere (draadloze) thermostaten die kunnen interfacen met enerzijds je (Opentherm) CV-ketel en anderzijds Home Assistant.

In mijn geval: ik gebruik Netatmo als thermostaat en OTGW om te meten/monitoren/bij te sturen waar ik wil. Met uitzondering van de aansluiting op de ketel is alles draadloos.

[19roland70]

Ik zat even op Github te kijken en zag daar staan dat er een nieuwe versie komt/is met een esp32 zonder pic.

Aangezien ik nog een van de eerste versie's heb van denk ik 15 jaar oud met een 16F88 heb ik daar wel interesse in.

Weet iemand waar ik een schema kan vinden?

[number3]

19roland70 schreef op zaterdag 29 augustus 2026 @ 20:28:
Ik zat even op Github te kijken en zag daar staan dat er een nieuwe versie komt/is met een esp32 zonder pic.

Aangezien ik nog een van de eerste versie's heb van denk ik 15 jaar oud met een 16F88 heb ik daar wel interesse in.

Weet iemand waar ik een schema kan vinden?

Er is geen schema van. Je kan een esp32s3 in de OTGW doen. Dat werkt dan. De versie die je ziet is alfa. Dus is nog niet af.

[19roland70]

number3 schreef op zaterdag 29 augustus 2026 @ 21:45:
[...]

Er is geen schema van. Je kan een esp32s3 in de OTGW doen. Dat werkt dan. De versie die je ziet is alfa. Dus is nog niet af.

Ik neem aan dat ik voor de koppeling van rx /tx een logic level converter moet gebuiken ?

[Compizfox]

Ik heb de laatste tijd weer veel last van "OTGW PIC restarted [5.8]". Ik heb al een paar verschillende voedingen geprobeerd, maar het lijkt niet zoveel verschil te maken. Andere redenen waar dit aan kan liggen?

[jaronbor]

number3 schreef op dinsdag 23 juni 2026 @ 18:15:
@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.

Beste Robert,

Excuses voor de late reactie. Ik heb inmiddels versie 1.7.5 geïnstalleerd en mijn HA package voor aansturing van mijn Weheat Sparrow warmtepomp werkt daarmee prima, totnogtoe geen hickups gezien.

Veel dank voor al het goede ontwikkelwerk!

Mvgr Jaron Borensztajn

[53645714n]

Hoi! Iemand belang bij een otgw tegen verzendkosten? Al een ouwetje en drie jaar terug werkend ingepakt. DM bij interesse.

[Gameboy]

Na lang lurken heb ik een OTGW gekocht (via Nodoshop), en ingezet om in eerste instantie een tekortkoming van mijn Evohome thermostaat te verhelpen (die geeft geen actuele en gewenste kamertemperaturen door via Opentherm), en dat is gelukt!

Nu heb ik alleen wel "last" van de zeer felle LEDs op de print. Nu is "last" een groot woord, de OTGW hangt in de garage naast de binnenunit van de warmtepomp, maar toch, het is een hele hoop licht. Je kunt er een boek bij lezen...

Is er iemand hier die een iets robuustere oplossing heeft dan de LEDjes af te plakken met isolatietape?

[Dutchess_Nicole]

Er zijn verschillende 3d-printbare oplossingen in de vorm van behuizingen voor de OTGW, dus dat kan al. Verder kan je natuurlijk ook elke plastic buitenbehuizing pakken die groot genoeg zijn voor jouw model.

En anders heb je altijd nog een stukje karton.

[Gameboy]

Dutchess_Nicole schreef op maandag 28 september 2026 @ 09:10:
Er zijn verschillende 3d-printbare oplossingen in de vorm van behuizingen voor de OTGW, dus dat kan al. Verder kan je natuurlijk ook elke plastic buitenbehuizing pakken die groot genoeg zijn voor jouw model.

En anders heb je altijd nog een stukje karton.

Ik heb de prachtige perspex behuizing erbij gekocht. Die is heel prima qua constructie en pasvorm! Ik ben op zich wel fan van kleurenledjes, maar deze hoeveelheid licht is iets te veel van het goede

Ik heb er nu een stukje isolatietape (wit) overheen geplakt, en dat scheelt al enorm. Wellicht is een tweede laagje voldoende. Ik wil wel graag de ledjes blijven zien, maar zonder dat ik een zonnebril nodig heb

[Jpiek]

Er zijn de nodige commando's waarmee je de leds uit kunt zetten.

Ik had er ooit een lijstje van...

https://otgw.tclcode.com/firmware.html#commands

[Gameboy]

Jpiek schreef op maandag 28 september 2026 @ 11:45:
Er zijn de nodige commando's waarmee je de leds uit kunt zetten.

Ik had er ooit een lijstje van...

https://otgw.tclcode.com/firmware.html#commands

Die had ik al bekeken, maar dat gaat alleen om de 6 status-LEDs langs de zijkant van de print. En die kun je niet uitzetten, anders dan een functie kiezen die hopelijk nooit aangeraakt wordt, zodat ze niet aan gaan. Er is geen optie om de LEDs helemaal uit te zetten, door een "None", of "Off" functie oid te kiezen...

Het gaat mij om de 3 LEDs die bijna midden op de print zitten, naast de "Reset" knop. Die zijn zo te zien altijd aan, en hebben een hele hoge helderheid...

[jaspov]

Verhuisd naar een woning met een eenvoudige opentherm thermostaat van Honeywell. Ik wil die vervangen voor een connected versie zodat de gezinsleden een app hebben, en dan later een OTGW. Zijn er aanraders voor een thermostaat? Ik kan u vrij kiezen. Ik kreeg de plugwise Anna aanbevolen maar die lijkt uit de handel.

[koningvaagheid]

jaspov schreef op maandag 28 september 2026 @ 19:41:
Verhuisd naar een woning met een eenvoudige opentherm thermostaat van Honeywell.

Als je reeds een Honeywell (Round Modulation T87M2018?) thermostaat hebt kun je een OTGW tussen die thermostaat en de ketel zetten. De OTGW kan waarschijnlijk het setpoint in de thermostaat aanpassen en als men Home Assistant heeft kan dat ook middels de OTGW-integratie. En dus geen noodzaak om eerst een andere thermostaat aan te schaffen die verbonden kan worden met een app.

[tjanssen]

En dus geen noodzaak om eerst een andere thermostaat aan te schaffen die verbonden kan worden met een app.

Sterker nog, dat is juist de reden dat deze thermostaat in dit topic misschien wel de meest gebruikte is...

[jaspov]

koningvaagheid schreef op dinsdag 29 september 2026 @ 00:08:
[...]

Als je reeds een Honeywell (Round Modulation T87M2018?) thermostaat hebt kun je een OTGW tussen die thermostaat en de ketel zetten. De OTGW kan waarschijnlijk het setpoint in de thermostaat aanpassen en als men Home Assistant heeft kan dat ook middels de OTGW-integratie. En dus geen noodzaak om eerst een andere thermostaat aan te schaffen die verbonden kan worden met een app.

Dank - en begrijp ik. Ik merk alleen dat de huisgenoten een dedicated app fijn vinden - makkelijker dan een Home Assistant app waar vaak meer in zit en die in mijn geval alleen werkt over VPN. Ik had in het vorige huis een nefit thermostaat met een simpele app en de end users ;-) willen het liefst zo iets. Dan zet ik er later een OTGW tussen en daar mag papa dan mee spelen :-)

Er hangt nu een Honeywell TH8210M1003

[tjanssen]

jaspov schreef op dinsdag 29 september 2026 @ 15:50:
[...]

Dank - en begrijp ik. Ik merk alleen dat de huisgenoten een dedicated app fijn vinden - makkelijker dan een Home Assistant app waar vaak meer in zit en die in mijn geval alleen werkt over VPN. Ik had in het vorige huis een nefit thermostaat met een simpele app en de end users ;-) willen het liefst zo iets. Dan zet ik er later een OTGW tussen en daar mag papa dan mee spelen :-)

Er hangt nu een Honeywell TH8210M1003

Je kunt hier toch gewoon een heel simpel dashboard voor maken? Ik ben juist blij dat ik niet voor alles een aparte app nodig heb. Maar goed, ieder zijn ding natuurlijk.

[jaspov]

Dank, ik ga gewoon eerst de OGTW bestellen. Ik kan kiezen tussen de LOLIN S3 Mini (ESP32-S3) en WeMos D1 Mini aan - de laatste lijkt ouder maar kan in dit topic weinig hierover vinden. Is de Lolin de betere keuze?

[Osiris]

De Wemos D1 draait op een oudere ESP8266 MCU, terwijl de ESP32-S3 nieuwer en krachtiger is. Als het prijsverschil niet noemenswaardig is, zou ik voor de Lolin-versie met de ESP32-S3 gaan. Dan weet je "zeker" dat je in de toekomst alle upgrades kunt krijgen, waarbij je met de Wemos D1 je wellicht geen updates meer krijgt, omdat 'ie te oud/te klein/te sloom is.

[jaspov]

Osiris schreef op woensdag 30 september 2026 @ 10:10:
De Wemos D1 draait op een oudere ESP8266 MCU, terwijl de ESP32-S3 nieuwer en krachtiger is. Als het prijsverschil niet noemenswaardig is, zou ik voor de Lolin-versie met de ESP32-S3 gaan. Dan weet je "zeker" dat je in de toekomst alle upgrades kunt krijgen, waarbij je met de Wemos D1 je wellicht geen updates meer krijgt, omdat 'ie te oud/te klein/te sloom is.

Dank voor het helder antwoord - ik ga bestellen.

[Osiris]

Vraag is wel waar je die updates vandaan moet krijgen though Maargoed, S3 is gewoonweg moderner

[jaspov]

Osiris schreef op woensdag 30 september 2026 @ 12:35:
Vraag is wel waar je die updates vandaan moet krijgen though Maargoed, S3 is gewoonweg moderner

Dat is enkel generieke WiFi firmware toch? Komt de D1 firmware hier vandaan? hier staat ook S3: https://www.wemos.cc/en/l..._with_micropython_s3.html

[Osiris]

jaspov schreef op woensdag 30 september 2026 @ 14:13:
[...]

Dat is enkel generieke WiFi firmware toch? Komt de D1 firmware hier vandaan? hier staat ook S3: https://www.wemos.cc/en/l..._with_micropython_s3.html

Dat installeert alleen MicroPython.

[Osiris]

Als ik https://www.nodo-shop.nl/...-voor-wemos-icm-otgw.html begrijp, komt de ESP-firmware van https://github.com/rvdbreemen/OTGW-firmware. En daar wordt in de README ESP32-S3 genoemd. Blijkbaar toegevoegd in v2.0.0 die nog de alpha status heeft.

[ Voor 12% gewijzigd door Osiris op 30-09-2026 14:25 ]

[Osiris]

Mocht het nodig zijn, dan heb ik lokaal ff die laatste dev branch code gebuild en op m'n GH fork geplaatst: https://github.com/osiris...2.0.0-alpha.376%2Bef84b59

Note: dit is volgens de developer dus compleet alpha-status en kan dus bugs bevatten

't Is trouwens rete-simpel om zelf te bouwen. E.e.a. afhankelijk van je setup (Linux?) kun je gewoon de (originele) repo clonen en het build-script draaien. Vervolgens doet 'ie alles zelf.

[ Voor 42% gewijzigd door Osiris op 30-09-2026 15:19 ]

[jaspov]

Dank. Inmiddels contact gehad met Nodo - die raden de D1 aan ivm de stabiliteit, de S3 firmware is, zoals je al aangaf, nog alpha. Wordt dus toch maar een D1

[Osiris]

Ach, je kunt altijd nog een S3 erbij kopen en het bord monteren met pin headers. Kun je wisselen

[number3]

De huidige productie releases van mijn firmware ondersteunen alleen de esp8266 op dit moment.

Er is een alpha release, maar die is niet gereleased. Voor nu is de esp32-s3 dus nog niet ondersteund.

[htca]

Kun je die wemos dan straks gewoon vervangen door een s3 (pinout en geometrie identiek?)?

[number3]

@htca yep er zijn wemos compatibel board dus ja, dat kan.

[htca]

number3 schreef op vrijdag 2 oktober 2026 @ 06:07:
@htca yep er zijn wemos compatibel board dus ja, dat kan.

Ok, happy to test.... ik wacht een beta af