[OTGW] OpenTherm gateway

[Jpiek]

Idem als bij @glaswerk OTGW doet icm Homey de hee aansturing van mijn warmtepomp. Thermostaat doet eigenlijk nilks.

Hangt er nog wel aan voor het geval Homey uitvalt, of als er geen signaal van Homey via OTGW naar de warmtepomp gaat, dan pakt de Thermostaat het over.

Zolang je minstens 1 x per minuut een signaal stuurt krijgt de thermostaat de kans niet deze regeling te overrulen..

[PnD]

Ik heb de diyless binnen en in no time online. Helaas blijf ik de OT conn loss melding houden.

Ik vind hier een hoop info over terug en het gaat al snel over aanpassen in HA doen e.d.


Wat ik echter belangrijk vind is dat diyless met de temp sensor ook onafhankelijk van HA werkt.

De oplossing zou dus in een instelling in de diyless firmware moeten zitten.

Iemand de gouden tip? Ik heb een intergas kompakt hre ketel.

[Refthoom]

paul-s83 schreef op dinsdag 27 januari 2026 @ 11:33:
[...]

Ik heb al jaar en dag een aantal van die Xiaomi BT sensoren in huis, en die batterijen gaan zeker een jaar mee dus dat zou ik niet als probleem zien. Desnoods maak je een alert aan in HA die een notificatie stuurt wanneer batterij percentage beneden bepaald niveau is. Die 2 minuten downtime overleven we wel toch

Hier ook 7 stuks Xiaomi in gebruik, heb daarvoor oplaadbare knoopcelbatterijen LIR2032 gekocht. Gaan ongeveer 6 maanden mee maar geen afval meer. Heb er ook meer dan genoeg dus de lege omwisselen voor een volle uit de la en de lege opladen voor de volgende keer.l

[PnD]

PnD schreef op zaterdag 31 januari 2026 @ 12:20:
Ik heb de diyless binnen en in no time online. Helaas blijf ik de OT conn loss melding houden.

Ik vind hier een hoop info over terug en het gaat al snel over aanpassen in HA doen e.d.


Wat ik echter belangrijk vind is dat diyless met de temp sensor ook onafhankelijk van HA werkt.

De oplossing zou dus in een instelling in de diyless firmware moeten zitten.

Iemand de gouden tip? Ik heb een intergas kompakt hre ketel.

Ah, andere aansluitpunten op de ketel. Mijn vorige thermostaat was aan/uit 🤕

[Mich]

pistole schreef op dinsdag 27 januari 2026 @ 15:06:
Hoewel ik graag over bovenstaande meelees, haal ik toch nog even de TS aan:

[...]

Zijn er hier veel mensen die OTGW zonder 'klassieke' thermostaat gebruiken? Ik gebruik OTGW met name voor informatie en grafieken, maar sinds mijn vloerverwarming stuur ik zelf iets meer op temperatuur (van de vloer). Dit wordt overruled zodra de thermostaat warmte vraagt.

Hoe doen jullie dit?

Ik gebruik een 8 relay module waarmee ik 6 vloer verdeler ventielen mee aanstuur. Een 7e relay gebruik ik om zelf de CV te starten. Dit gaat via mqtt en home assistent. Home assistsnt meet de temperaturen in elke ruimte en ik gebruik ook de thermostaat van home assistent samen met wat eigen automations die dit werkend maken.

De otgw gebruik ik puur voor info en meer niet.

Werkt al jaren perfect.

[JBS]

Ik merkte op dat de OTGW vanmiddag een tijd lang geen update kreeg op OTGW_Room_Temperature.
Anderen sensoren zoals bijvoorbeeld OTGW_DHW_temperature werden gedurende die periode wel geupdate.

Resultaat was dat de CV veel te lang onterecht bleef verwarmen. Toen ik via de Web UI van de OTGW de OTGW een herstart gaf, werd na deze herstart OTGW_Room_Temperature direct geupdate en stopte de CV ook met leveren van warmte.

Herkent iemand deze soort van blokkade van data tussen thermostaat en CV door de OTGW?

[pistole]

Ik heb vergelijkbaar gedrag gezien toen mijn Netatmo draadloze thermostaat offline ging door een lege batterij; de unit bij de CV ketel kreeg geen nieuwe informatie en bleef dus verwarmen... Slechte implementatie dus!

In jouw geval, @JBS lijkt het mij ook een storing van de thermostaat aangezien de OTGW uit zichzelf geen warmtevraag gaat sturen aan de CV. Of stuur je zelf de CV aan via de OTGW?

[hvxl]

De kamertemperatuur is op zich niet relevant voor de kachel om zijn werk te doen. Dat doet hij gebaseerd op de gevraagde watertemperatuur (control setpoint). Er moet meer aan de hand zijn geweest.

[JBS]

@pistole De warmtevraag was al getriggerd toen OTGW_Room_Temperature nog wel updates kreeg.

Mijn OTGW dient enkel als doorgifte-luik en gebruik ik voor monitoring. Een draadloze Tado V3+ regelt de aansturing (batterijen niet leeg).

@hvxl Ik zie dat OTGW_Control_setpoint ook ongewijzigd is tijdens de genoemde periode waarin OTGW_Room_Temperature ook ongewijzigd bleef. OTGW_Boiler_flow_water_temperature heeft dan weer wel updates gedurende die periode.

Ik kan er nog niet de vinger op leggen. Jij wellicht al wel? Of kan ik nog meer zaken aanleveren om dat wel te kunnen?

Feit blijft overigens wel dat een herstart van de OTGW er direct voor zorgde dat de CV stopte met leveren van warmte (wat gezien de ver boven doeltemperatuur gestegen ruimtetemperatuur ook het juiste was).

[hvxl]

Het zijn zeer vreemde symptomen. Zonder meer gegevens (logs) kan ik daar helaas weinig van maken.

[JBS]

@hvxl Begrijpelijk. Hoe kan ik deze logging verkrijgen of zorgen dat deze log wordt bijgehouden/opgeslagen?
Via de web UI van de OTGW zie ik via de file explorer enkel reboot_log.txt wat lijkt op een logfile.

[hvxl]

Je hebt de wifi versie van de OTGW, begrijp ik. Dan is de log beschikbaar op poort 25238. Het makkelijkste is om OTmonitor met deze poort te verbinden en dan onder Options -> Logging de Logfile optie aan te zetten en eventueel te configureren. Maar netcat naar een file mag ook. Liefst wel met een timestamp. Dus bijvoorbeeld op linux zoiets:
nc otgw1 25238 | ts %.T > otlog.txt.

[hvxl]

hvxl schreef op dinsdag 3 februari 2026 @ 14:24:
de Logfile optie aan te zetten en eventueel te configureren

Andersom werkt beter: Eerst configureren, daarna aanzetten.

[number3]

Drie jaar na de laatste release is OTGW Firmware v1.0.0 eindelijk beschikbaar.

Deze release bevat belangrijke verbeteringen, waaronder:

• Een moderne webinterface met realtime grafieken, statistieken en een responsive design.
• Geïntegreerde donker thema.
• Live OpenTherm-messages logviewer met WebSocket-ondersteuning.
• Vereenvoudigd flashen van firmware met automatische gezondheidscontroles.
• Nieuw MQTT-commando om de buitentemperatuursensor te overschrijven.
• Geheugenoptimalisaties voor verbeterde stabiliteit.
• Updates van de Wi-Fi reconnect logica en oplossingen voor kritieke crashes.

Dank aan iedereen die heeft bijgedragen, issues gemeld en beta getest. Lees meer en download de firmware hier: OTGW Firmware v1.0.0. Ondervind je problemen, of, mis je features? Meld het dan op OTGW-firmware Github Issues.

[ Voor 37% gewijzigd door number3 op 10-02-2026 07:42 . Reden: De post naar Nederlands vertaald. ]

[superduper]

superduper schreef op dinsdag 27 januari 2026 @ 10:50:
[...]


Ik vind dit wat verwarrend.. Volgens de website heb je geen andere temp sensor meer nodig, maar jij geeft aan van wel?

Ik heb mijn oog op deze ter vervanging van mijn honywell: https://diyless.com/product/opentherm-thermostat3.

Moet nog wel even nadenken over stroomvoorziening en de ruimte (diepte!) voor inbouw, want dat is niet standaard aanwezig op de plek van de oude thermostaat.

Ik heb deze nu binnen, maar helaas ontbreekt er compleet een aansluit handleiding.... Zo ingewikkeld kan het niet zijn, maar toch. Heeft iemand dit al uitgevogeld?

Het gaat om:
1. aansluiting opentherm/boiler. 2 draads, welke moet waar?
2. aansluiting 5V. plus en min snap ik wel, maar wat is DQ?

Ik wil die 5V over de kabel laten lopen die uit het ketelhok komt (meter of 7 denk ik) waar ook de opentherm doorheen gaat (aparte aders). Zou dat kunnen of gaat dat storen?

[SiorcGeal]

Het aansluitschema staat hier: https://diyless.com/product/opentherm-thermostat3#connection

[caspelr]

OTGW Firmware v1.0.0

I updated to the 1.0 OTGW firmware. The update of the firmware and the littleFS went fine. After the upgrade the OTGW thermostat stayed offline. The MQTT log showed a failed login. The password in the settings.ini was ok for addons user. I created a new user with a new password and the OTGW Thermostat came online.
The old version clould use the addons account, the new one doesn't.

[pistole]

caspelr schreef op maandag 9 februari 2026 @ 15:56:
[...]

I updated to the 1.0 OTGW firmware. The update of the firmware and the littleFS went fine. After the upgrade the OTGW thermostat stayed offline. The MQTT log showed a failed login. The password in the settings.ini was ok for addons user. I created a new user with a new password and the OTGW Thermostat came online.
The old version clould use the addons account, the new one doesn't.

I think that https://github.com/rvdbreemen/OTGW-firmware/issues is a better place for your feedback.

Hier kan ook, maar dan wel in het Nederlands.

[superduper]

SiorcGeal schreef op maandag 9 februari 2026 @ 09:47:
Het aansluitschema staat hier: https://diyless.com/product/opentherm-thermostat3#connection

Bedankt, maar dat is dus (mij) onduidelijk en/of incompleet. Dat er 2 draadjes naar de bioler gaan wel, maar welke sluit je waar aan, dat maakt uit.

En is ook de 5V aansluiting niet getekend, maar alleen een USB kabel die vol in het zicht zit (geen gezicht...) dus ik wel de 5V direct aansluiting gebruiken en die is niet volledig gedocumenteerd.

[Gameboy]

superduper schreef op maandag 9 februari 2026 @ 17:15:
[...]

Bedankt, maar dat is dus (mij) onduidelijk en/of incompleet. Dat er 2 draadjes naar de bioler gaan wel, maar welke sluit je waar aan, dat maakt uit.

En is ook de 5V aansluiting niet getekend, maar alleen een USB kabel die vol in het zicht zit (geen gezicht...) dus ik wel de 5V direct aansluiting gebruiken en die is niet volledig gedocumenteerd.

Voor Opentherm maakt de polariteit niet uit. Gewoon aansluiten en het werkt. Alle OT compatibele apparaten moeten de polariteit zelf detecteren en correct afhandelen, conform de OT specs

En ik zie ook netjes de +5 V en de - op de print vermeld? Dat lijkt me dan ook niet voor andere interpretaties vatbaar?

[Jpiek]

Is er iemand die me kan vertellen hoe ik die firmware update uit kan voeren ? De mijne kwam kant-en-klaar...

En functioneerd hij dan nog met mijn huidige mqtt/Homey config ?

[hvxl]

Gameboy schreef op maandag 9 februari 2026 @ 17:23:
[...]
En ik zie ook netjes de +5 V en de - op de print vermeld? Dat lijkt me dan ook niet voor andere interpretaties vatbaar?

Ik ken het product niet, maar ik zou niet zomaar een 5V voeding op die +5V en - aansluiten. Mede gezien de 3-polige connector met een DQ pootje tussen de plus en de min vermoed ik dat die connector is bedoeld om externe DS18B20 temperatuursensoren aan te sluiten. Die +5V is dan voor voeding van de sensoren. Dat wil zeggen dat het een 5V uitgang is. Of die ook geschikt om de thermostaat te voeden is dan niet zonder meer aan te nemen.

[pistole]

superduper schreef op maandag 9 februari 2026 @ 17:15:
[...]

Bedankt, maar dat is dus (mij) onduidelijk en/of incompleet. Dat er 2 draadjes naar de bioler gaan wel, maar welke sluit je waar aan, dat maakt uit.

En is ook de 5V aansluiting niet getekend, maar alleen een USB kabel die vol in het zicht zit (geen gezicht...) dus ik wel de 5V direct aansluiting gebruiken en die is niet volledig gedocumenteerd.

Volgens mij is het heel duidelijk: je gebruikt optie 1: 230AC, of je gebruikt optie 2: USB Type-C. De aansluiting met +5, DQ en - lijkt niet voor voeding bedoeld te zijn.

[number3]

Jpiek schreef op maandag 9 februari 2026 @ 21:22:
Is er iemand die me kan vertellen hoe ik die firmware update uit kan voeren ? De mijne kwam kant-en-klaar...

En functioneerd hij dan nog met mijn huidige mqtt/Homey config ?

Zeker, op de wiki van mijn project kan je installatie instructies vinden, of je meld je even op discord voor ondersteuning.

Zie hier op de wiki: https://github.com/rvdbre...ing-Over-The-Air-flashing

Op zich zou het mqtrt/Homey config moeten blijven werken, daar is functioneel niet iets op aangepast.

[Jpiek]

Ok thanks, klinkt simpel. Wordt wel ff weekend-updates dingetje...

[JBS]

JBS schreef op maandag 2 februari 2026 @ 18:56:
Ik merkte op dat de OTGW vanmiddag een tijd lang geen update kreeg op OTGW_Room_Temperature.
Anderen sensoren zoals bijvoorbeeld OTGW_DHW_temperature werden gedurende die periode wel geupdate.

Resultaat was dat de CV veel te lang onterecht bleef verwarmen. Toen ik via de Web UI van de OTGW de OTGW een herstart gaf, werd na deze herstart OTGW_Room_Temperature direct geupdate en stopte de CV ook met leveren van warmte.

Herkent iemand deze soort van blokkade van data tussen thermostaat en CV door de OTGW?

JBS schreef op maandag 2 februari 2026 @ 18:56:
Ik merkte op dat de OTGW vanmiddag een tijd lang geen update kreeg op OTGW_Room_Temperature.
Anderen sensoren zoals bijvoorbeeld OTGW_DHW_temperature werden gedurende die periode wel geupdate.

Resultaat was dat de CV veel te lang onterecht bleef verwarmen. Toen ik via de Web UI van de OTGW de OTGW een herstart gaf, werd na deze herstart OTGW_Room_Temperature direct geupdate en stopte de CV ook met leveren van warmte.

Herkent iemand deze soort van blokkade van data tussen thermostaat en CV door de OTGW?

Afgelopen week en afgelopen nacht gebeurde weer hetzelfde. Afgelopen week was een herstart vanuit de UI voldoende om de CV te laten stoppen met verwarmen, vannacht was een fysieke powercycle (voeding eruit en weer terug) nodig om dat voor elkaar te krijgen. Toen ik de voeding uit de OTGW trok, stopte de CV overigens direct met verwarmen. Niet pas nadat de OTGW weer was opgestart.

Heb de logging nog niet geactiveerd...

hvxl schreef op dinsdag 3 februari 2026 @ 14:24:
Je hebt de wifi versie van de OTGW, begrijp ik. Dan is de log beschikbaar op poort 25238. Het makkelijkste is om OTmonitor met deze poort te verbinden en dan onder Options -> Logging de Logfile optie aan te zetten en eventueel te configureren. Maar netcat naar een file mag ook. Liefst wel met een timestamp. Dus bijvoorbeeld op linux zoiets:
nc otgw1 25238 | ts %.T > otlog.txt.

Zojuist firmware v1.0.0 geflashed, daarin lijkt logging al te zijn ingeschakeld.

[ Voor 20% gewijzigd door JBS op 12-02-2026 19:08 ]

[Satefan]

Gister mijn OTGW (wifi) binnengekregen en na een uurtje klooien heb ik m up en running en de HA integratie voor mekaar. Volgende stap is m morgen tussen de thermostaat-binnenunit (Honeywell OT) en mijn WeHeat Blackbird hangen. Ben benieuwd wat ik dan allemaal kan zien en kan controleren.

Ik meld me hier vast wel vaker de komende tijd :-)

Satefan

[Jpiek]

Hi @Satefan ! Welkom bij de club...


nb. zijn er meer mensen die Firefox gebruiken ? De OTGW webinterface is bij behoorlijk messed-up terwij hij in bv Edge wel gewoon fatsoenlijk leesbaar is..

[gri-]

Jpiek schreef op zaterdag 14 februari 2026 @ 15:59:
nb. zijn er meer mensen die Firefox gebruiken ? De OTGW webinterface is bij behoorlijk messed-up terwij hij in bv Edge wel gewoon fatsoenlijk leesbaar is..

Had ik ook na de update.
Even ctrl shift r (of Ctrl f5 geloof ik) voor een harde refresh hielp.

[Satefan]

Ik kon m'n geduld niet bewaren tot morgen. Net de OTGW tussen de binnenunits gehangen. Er is beeld!

[Jpiek]

gri- schreef op zaterdag 14 februari 2026 @ 16:08:
[...]

Had ik ook na de update.
Even ctrl shift r (of Ctrl f5 geloof ik) voor een harde refresh hielp.

Idd. dat werkt, was alles maar zo simpel en waarom had ik dat zelf niet bedacht ?

[Church of Noise]

Allereerst, hier is m'n setup:


2 Tado thermostaten (woonkamer en werkkamer
draadloos verbonden met:
Tado thermostaat die ook dienst doet al zone controller (goed ingesteld, werkt al jaren in OpenTherm modus)
|
OTGW (sinds recent een model met UTP aansluiting, voorheen met WiFi)
|
Itho Daalderop Cube Duo (OT aansluiting)

Ik heb af en toe voor dat het setpoint naar 5 graden C gaat in de OTGW en dit dus ook zo doorgaat richting boiler, zo ook deze ochtend. De Tado stond op een constante 20,5 gr C, zoals altijd (heb die 24/24 op constante temperatuur staan). Een paar uur niet naar Home Assistant gekeken, waar ik alles uitlees, om dan plots te zien dat Tado warmte vroeg maar de temperatuur ondertussen lustig daalde.

Deze grafiek getrokken:



Geen flauw idee waar die dips richting 5 gr C vandaan komen.
De OTGW staat als M(onitor) ingesteld, niet als Gateway.

Er staat voor zover ik kan zien met otmonitor ook geen schedule ingesteld, en het schema in Tado is ook echt gewoon continu 20,5 gr C.

Ziet er iemand waar het fout gaat ajb?

Toevoeging

Net even ook de historiek van de room temperature erbij genomen, en gemerkt dat die op dezelfde tijdstippen dat de setpoint verandert, ook verandert nl naar de kamertemperatuur van de werkkamer - die de Tado ook kan aansturen, maar dat slechts uitzonderlijk doet. Vandaar staat de thermostaat in die kamer normaliter op 'frost protection mode' met een setpoint van... jawel, 5 graden Celsius.

Het probleem treedt niet op als de OTGW er van tussen is...

[ Voor 25% gewijzigd door Church of Noise op 16-02-2026 16:57 ]

[pistole]

Je zou even met otmonitor kunnen gaan loggen. Als het goed is dan zou je moeten kunnen terugvinden dat er een signaal komt van de thermostaat, door de OTGW, naar je ketel.

Ervaar je daadwerkelijk een probleem of is het alleen een probleem in de grafiek?

[Church of Noise]

Er is wel degelijk een probleem, de ketel heeft uren niet verwarmd waardoor de temperatuur in de woonkamer daalde terwijl er een warmtevraag was.

Ik zal je tip proberen, maar ik vermoed dat het moeilijk wordt die continu draaiend t hebben.

[wlmpie]

Ik heb een topic aangemaakt voor ervaringen met de diyless thermostat 3, omdat deze volgens mij wel lijkt op een opentherm gateway, maar eigenlijk ook niet helemaal is. Dus voor mij als leek is alle info wat verwarrend. Tips en aanvullingen in het topic inzake inregelen etc. zijn welkom.

[arcss]

Ik heb een Remeha Quinta 28c en een iSense 30 thermostaat, sinds enkele uurtjes heb ik er OTGW aan gehangen. Ik krijg e.e.a. van informatie binnen, maar niet zoveel. Ook hoopte ik via Home assistant de temperatuur in te kunnen stellen, maar blijkbaar raakt het niet bij de ketel. Doe ik wat verkeerd? Ook begrijp ik niet veel van de details op https://otgw.tclcode.com/

Ketel

3/02/2023 16:53 20/12/2014 21:29 19/09/2014 11:38
Analysis Sample Analysis Sample Analysis Sample
value value value
0 ■ 00000001/00001010 ■ 00000010/00000000 ■ 00000000/00001100
1 ◆ ◆ ◆
3 ■ 00000001/2 ■ 00000001/2
5 ■ 00000000/255 ■ 00000000/255
6 ■ 00000011/00000001 ■ 00000011/00000001
14 ◆ ◆ ◆
16 ◆ ◆ ◆
17 ■ 100.00 ■ 0.00 ■ 9.00
18 — —
24 ◆ ◆ ◆
25 ■ 26.00 ■ 58.00 ■ 65.00
26 — —
27 — ■ 18.00 —
28 ■ 25.00 ■ 57.00
33 —
48 ■ 75/20 ■ 75/20
49 ■ 45/0 ■ 90/0
56 — ◆ ◆
115 ■ 0
125 ■ 2.01
127 ■ jan/36
128 ■ 0x1919
129 ■ 0x19db
130 ■ 0xdbdb
131 ■ 0xdbdb
132 ■ 0xdb11
133 ■ 0x2233
134 ■ 0x732d
135 ■ 0x2d00
136 ■ 0x007c
137 ■ 0x7cfa
138 ■ 0xfa00
139 ■ 0x0003
140 ■ 0x03e8
141 ■ 0xe803
142 ■ 0x0300
143 ■ 0x0046
144 ■ 0x4600
145 ■ 0x002b
146 ■ 0x2b0f
147 ■ 0x0fa0
148 ■ 0xa009
149 ■ 0x09c4
150 ■ 0xc403
151 ■ 0x03e8
152 ■ 0xe864
153 ■ 0x640a
154 ■ 0x0a02
155 ■ 0x0208
156 ■ 0x0870
157 ■ 0x7024
158 ■ 0x2400
159 ■ 0x0000
160 ■ 0x0000
161 ■ 0x002d
162 ■ 0x2d00
163 ■ 0x004b
164 ■ 0x4b14
165 ■ 0x1400
166 ■ 0x0000
167 ■ 0x0000
168 ■ 0x0000
169 ■ 0x0000
170 ■ 0x0000
171 ■ 0x0000
172 ■ 0x0000
173 ■ 0x0000
174 ■ 0x0000
175 ■ 0x0000
190 ★ 0x0000
192 ■ 0x0202
193 ■ 0x021b
194 ■ 0x1b00
195 ■ 0x0009
196 ■ 0x09c4
197 ■ 0xc400
198 ■ 0x0000
199 ■ 0x0000
200 ■ 0x0027
201 ■ 0x2726

Thermostaat

23/10/2025 14:08 30/04/2025 15:35 27/11/2023 21:33 11/11/2023 1:27 2/11/2023 15:15 10/02/2023 22:35 23/11/2022 13:44 1/10/2018 20:57
Analysis Sample Message Analysis Sample Message Analysis Sample Message Analysis Sample Message Analysis Sample Message Analysis Sample Message Analysis Sample Message Analysis Sample Message
value rate value rate value rate value rate value rate value rate value rate value rate
0 ■ 00000000/00000000 5.72 ■ 00000010/00000000 5.04 ■ 00000011/00000000 5.06 ■ 00000010/00000000 9.16 ■ 00000010/00000000 4.95 ■ 00000000/00000000 7.03 ■ 00000010/00000000 4.00 ■ 00000010/00000000 8.70
1 ◆ 40.00 5.84 ◆ 6.00 5.04 ◆ 33.30 5.12 ◆ 6.00 9.16 ◆ 6.00 5.06 ◆ 6.00 7.03 ◆ 0.00 12.19 ◆ 6.00 9.07
2 ◆ 00000001/11 590.88 ◆ 00000001/11 544.31 ◆ 00000001/11 546.23 ◆ 00000001/11 ◆ 00000001/11 546.81 ◆ 00000001/11 801.07 ◆ 00000001/11
3 ■ 602.89 ■ 544.34 ■ 543.55 ■ ■ 546.08 ■ 801.07 ■ 0.51 ■
5 ■ 35.19 ■ 30.24 ■ 30.64 ■ 55.05 ■ 30.35 ■ 42.16 ■ 12.19 ■ 53.67
6 ■
8 ◆ 49.50 9.16
9 ■ 6.45 ■ 8.46 ■ 7.03 ■ 8.59
14 ◆ 100.00 35.12 ◆ 100.00 30.24 ◆ 100.00 30.22 ◆ 100.00 55.05 ◆ 100.00 30.37 ◆ 100.00 42.16 ◆ 0.00 11.89 ◆ 100.00 52.50
15 ■ 567.85 ■ 544.32 ■ 546.24 ■ ■ 546.13 ■ 801.07 ■ ■ 771.26
16 ◆ 19.00 32.05 ◆ 20.00 30.24 ◆ 20.00 31.06 ◆ 18.50 47.14 ◆ 17.00 29.99 ◆ 11.00 42.16 ◆ 5.00 12.19 ◆ 21.00 49.05
17 ■ 5.86 ■ 5.04 ■ 5.13 ■ 9.17 ■ 5.06 ■ 7.03 ■ 12.19 ■ 9.11
18 ■ 614.91 ■ 544.30 ■ 540.62 ■ ■ 546.07 ■ 801.07 ■ 12.19 ■
19 ■ 12.19
20 ◆ 14:00/4 ◆ 15:00/3 ◆ 21:00/1 ◆ 15:00/4 ◆ 20:00/5 3600.22
21 ◆ okt/23 ◆ apr/30 ◆ nov/27 ◆ 11/feb ◆ 2/okt 3600.22
22 ◆ 2025 ◆ 2025 ◆ 2023 ◆ 2023 ◆ 2023 3600.22
24 ◆ 19.42 35.22 ◆ 22.66 30.24 ◆ 17.73 30.64 ◆ 21.44 54.99 ◆ 17.91 30.37 ◆ 17.10 42.16 ◆ 10.79 12.19 ◆ 22.65 55.59
25 ■ 5.86 ■ 5.04 ■ 5.15 ■ 9.17 ■ 5.04 ■ 7.03 ■ 12.19 ■ 9.11
26 ■ 626.95 ■ 544.28 ■ 815.98 ■ ■ 546.07 ■ 801.07 ■ 12.19 ■ 1531.47
27 ■ 35.07 ■ 30.24 ■ 36.07 ■ 55.05 ■ 30.37 ■ 42.16 ■ 12.19 ■ 54.00
28 ■ 12.19
29 ■ 575.79 ■ 544.27 ■ 815.95 ■ ■ 545.82 ■ 801.08 ■ 1531.45
31 ■ 9.16
33 ■ 12.19
36 ■ 12.19
48 ■ 581.82 ■ 544.36 ■ 816.40 ■ ■ 545.82 ■ 801.08 ■ 0.67 ■ 1534.45
49 ■ 587.82 ■ 544.52 ■ 816.50 ■ ■ 545.82 ■ 801.08 ■ 0.66 ■ 1536.45
56 ◆ 65.00 593.84 ◆ 60.00 544.48 ◆ 60.00 816.52 ◆ 67.00 ◆ 60.00 545.82 ◆ 59.00 801.08 ◆ 55.00 12.19 ◆ 60.00 1538.48
57 ◆ 90.00 544.45 ◆ 60.00 725.56 ◆ 90.00 ◆ 65.00 545.15 ◆ 52.00 801.08 ■ 11.89
99 ■ 7.23 ■ 9.16 ■ 7.03 ■ 9.06
100 ■ ■ ■ 801.09 ■ 1540.49
109 ■ 510.74 ■ 544.56 ■ 546.15 ■ 545.14 ■ 801.04 ■ 771.22
110 ■ 523.75 ■ 544.49 ■ 546.15 ■ 545.13 ■ 801.07 ■ 771.25
111 ■ 535.77 ■ 544.53 ■ 546.23 ■ 545.14 ■ 801.07 ■ 771.25
112 ■ 551.81 ■ 544.53 ■ 546.30 ■ 545.14 ■ 801.07 ■ 771.27
115 ■ 12.19
116 ■ 620.91 ■ 544.52 ■ 725.49 ■ ■ 545.14 ■ 801.09 ■ 12.19 ■ 770.25
119 ■ 626.92 ■ 544.52 ■ 725.46 ■ 545.14 ■ 801.09 ■ 12.19 ■ 775.28
120 ■ 632.93 ■ 544.51 ■ 546.10 ■ 545.14 ■ 801.09 ■ 12.19 ■ 776.30
123 ■ 510.73 ■ 544.52 ■ 546.10 ■ 545.15 ■ 801.04 ■ 12.19 ■ 771.20

[number3]

@arcss geen idee wat je ziet. Wellicht kan je iets vertellen over je configuratie. Welke firmware gebruik je? Wat doe je precies om de bovenstaande data te produceren?

Gebruik je de Nodoshop OTGW?
Gebruik je mijn firmware? Deze: https://github.com/rvdbre...mware/releases/tag/v1.0.0

Hoor graag van je.

[arcss]

Het is de OTGW van Nodoshop, alles is standaard zoals ik heb ontvangen. Ik soldeerde en connecteerde gewoon, dus (nog) geen andere firmware. Volgens Home assistant is de huidige OpenTherm Gateway 6.6.

Bovenstaande 'data' is gewoon een copy/paste van hier. Ik vulde gewoon mijn ketel en thermostaat in.

Ik wil niet veel veranderen aan mijn ketel, maar zou het wel prettig vinden om de temperatuur van buitenshuis aan te passen en al de rest zoveel mogelijk te monitoren in Home assistant (temperan, eventuele druk, stooktijd, ...)

[number3]

Die tabel op de website van OTGW laat zien welke berichten je ketel en thermostaat ondersteunen.

Heb je een netwerk kabel versie of de wifi versie met de esp8266?

[arcss]

Als ik het dan goed voorheb zal ik mijn thermostaat best veranderen.

Ik heb de netwerkkabel versie.

[Bruns86]

number3 schreef op dinsdag 27 januari 2026 @ 06:40:
Ook de OTGW nodoshop versie kan zonder een thermostaat functioneren. Zie hier: https://otgw.tclcode.com/standalone.html

Hoe schakel je deze in? Ik heb hem geimplementeerd, maar ik blijf zien dat hij in gateway modus draait en niet in standalone?

Waar gaat dat mis, ik heb geen thermostaat aangesloten, daar wil ik HA voor gaan gebruiken en een aansturing maken zodat hij wanneer er een warmtevraag vanuit de radiatoren komt hij de CV aanstuurt.

PIC Firmware Type gateway
MQTT Connected false
Thermostat Connected false
Boiler Connected true
Gateway/Standalone false
HA Integration true

Ik heb een Vaillant VHR NL 35-5 5 R4 ketel met de VR33 OpenTherm module. Is het wel mogelijk met deze combinatie om de OTGW te gebruiken om de CV aan te sturen?

Via MQTT kan ik de setpoint wel instellen en de central heating gaat aan, deze wordt later teruggezet en ik zie dat de CV niet gaat verwarmen. Ik heb het gevoel dat ik een setting mis of nog ergens wat in moet stellen, maar de zoektocht leid tot niks. Mogelijk zijn er hier mensen met dezelfde combinatie en hebben het wel voor elkaar gekregen.

[ Voor 26% gewijzigd door Bruns86 op 25-02-2026 22:07 ]

[hvxl]

arcss schreef op zaterdag 21 februari 2026 @ 22:17:
Ik heb een Remeha Quinta 28c en een iSense 30 thermostaat, sinds enkele uurtjes heb ik er OTGW aan gehangen. Ik krijg e.e.a. van informatie binnen, maar niet zoveel. Ook hoopte ik via Home assistant de temperatuur in te kunnen stellen, maar blijkbaar raakt het niet bij de ketel. Doe ik wat verkeerd?

Bij een iSense moet je de externe ingang aanzetten om de temperatuur instelling via de OTGW aan te kunnen passen: Hoofdmenu -> Instellingen -> Installateur -> Externe ingang -> Toestaan
Het is bovendien verstandig om de comfort correctie uit te zetten: Menu -> Instellingen -> Systeem -> Temperatuur -> Comfort corr.

[krijn1985]

hvxl schreef op woensdag 25 februari 2026 @ 22:44:
[...]


Het is bovendien verstandig om de comfort correctie uit te zetten: Menu -> Instellingen -> Systeem -> Temperatuur -> Comfort corr.

Ik kan in de handleiding hier niks over vinden, maar ben benieuwd wat dit inhoud en wat het uitschakelen voor effect heeft. Zou jij dit kunnen toelichten?

[hvxl]

Als gevolg van deze instelling kan een setpoint override voortijdig stoppen.

Uit de iSense handleiding: "Wanneer de radiatoren in huis heet zijn, is de gevoelstemperatuur door de stralingswarmte hoger dan de echte temperatuur. Hierdoor kan het al comfortabel aanvoelen als de CV de ingestelde temperatuur nog niet heeft bereikt. De comfortcorrectie zorgt ervoor dat de CV niet verder stookt dan de gewenste gevoelstemperatuur."

Deze correctie wordt door de iSense gedaan door aan het setpoint te morrelen. Dus als de OTGW een setpoint override stuurt van 21 graden, kan de iSense naarmate de watertemperatuur stijgt het werkelijke setpoint verlagen van 21 naar achtereenvolgens 20,9, 20,8, 20,7. Op dat moment is de afwijking groter dan de 0,25 graden die de OTGW tolereert en wordt de setpoint override geannuleerd.

[krijn1985]

@hvxl blijkbaar zijn er verschillende handleidingen te vinden, en die ik had bekeken stond daar niks over in (van de remeha site zelf). Maar bedankt voor de informatie, zal hem uitzetten. Ga er ook vanuit dat een ruimte met vloerverwarming dit al minder goed zou werken.

[ Voor 5% gewijzigd door krijn1985 op 27-02-2026 15:44 ]

[hvxl]

Ik probeer over het algemeen de installatiehandleiding te vinden. Een gebruikershandleiding is vaak een stuk beknopter.

Bij vloerverwarming zal de watertemperatuur nooit enorm hoog oplopen. De comfort correctie blijft dan waarschijnlijk wel binnen de 0,25 graden die de OTGW tolereert.

[koningvaagheid]

TeslaNerd schreef op dinsdag 9 september 2025 @ 22:56:
[...]

Ik gebruik zelf de OTGW als gateway op een Honeywell Round modulation T87M1003 (€10 op marktplaats). NB Met de T87M2018 lukte het mij niet om in honderdste graden in te stellen.

Ik weet niet of het zonder thermostaat gaat lukken

Heeft de T87M1003 als oudere versie nog andere voordelen buiten het kunnen instellen op honderdste graden ten opzichte van « zoals bij de T87M2018 » op halve graden?

De T87M2018 laat in de tabel wat meer ■ (the thermostat issued only read requests) en ◆ (the thermostat issued only valid write requests) zien, wat zou betekenen dat deze meer mogelijkheden biedt? Weet natuurlijk niet of dat ook zo is in combinatie met mijn ketel (Nefit Proline NXT HRC 24/CW4).

[JBS]

@koningvaagheid Op https://otgw.tclcode.com/matrix.cgi kun je zowel je Nefit Proline NXT HRC als de T87M2018 selecteren en onderaan op 'Show details' klikken. Je krijgt dan een matrix voor je gekozen combinatie.

[TeslaNerd]

koningvaagheid schreef op zondag 1 maart 2026 @ 15:28:
[...]
Heeft de T87M1003 als oudere versie nog andere voordelen buiten het kunnen instellen op honderdste graden ten opzichte van « zoals bij de T87M2018 » op halve graden?

De T87M2018 laat in de tabel wat meer ■ (the thermostat issued only read requests) en ◆ (the thermostat issued only valid write requests) zien, wat zou betekenen dat deze meer mogelijkheden biedt? Weet natuurlijk niet of dat ook zo is in combinatie met mijn ketel (Nefit Proline NXT HRC 24/CW4).

Ik vond het moeilijk om de tabel goed te interpreteren. Ik heb op
Marktplaats de 1003 en de 2018 gekocht en in mijn eigen opstelling vergeleken: Intergas36/30HRE<>QuattWp<>OTGW<>T87Mxxxx

[koningvaagheid]

JBS schreef op zondag 1 maart 2026 @ 15:33:
@koningvaagheid Op https://otgw.tclcode.com/matrix.cgi kun je zowel je Nefit Proline NXT HRC als de T87M2018 selecteren en onderaan op 'Show details' klikken. Je krijgt dan een matrix voor je gekozen combinatie.

Wat @TeslaNerd hierboven zegt, ik heb dus ook moeite om die tabel te begrijpen. Als ik op "Show details" druk dan komen er twee tabellen waar ik nog niet aan heb kunnen ontdekken hoe de vergelijking ketel in combinatie met thermostaat wordt gemaakt. Afgaande op de tekst bovenaan voordat men de vergelijking maakt zou het goed moeten zitten qua mandatory ID's, maar vooralsnog doet die tabel mij duizelen… 😅

Even wat in ChatGPT gezeten, maar het blijkt dus dat de tabel niet een combinatie-analyse is, maar één tabel per apparaat (ketel, thermostaat) wat deze kan/doet.

[ Voor 10% gewijzigd door koningvaagheid op 01-03-2026 15:56 ]

[Bruns86]

Bruns86 schreef op woensdag 25 februari 2026 @ 17:49:
[...]


Hoe schakel je deze in? Ik heb hem geimplementeerd, maar ik blijf zien dat hij in gateway modus draait en niet in standalone?

Waar gaat dat mis, ik heb geen thermostaat aangesloten, daar wil ik HA voor gaan gebruiken en een aansturing maken zodat hij wanneer er een warmtevraag vanuit de radiatoren komt hij de CV aanstuurt.

PIC Firmware Type gateway
MQTT Connected false
Thermostat Connected false
Boiler Connected true
Gateway/Standalone false
HA Integration true

Ik heb een Vaillant VHR NL 35-5 5 R4 ketel met de VR33 OpenTherm module. Is het wel mogelijk met deze combinatie om de OTGW te gebruiken om de CV aan te sturen?

Via MQTT kan ik de setpoint wel instellen en de central heating gaat aan, deze wordt later teruggezet en ik zie dat de CV niet gaat verwarmen. Ik heb het gevoel dat ik een setting mis of nog ergens wat in moet stellen, maar de zoektocht leid tot niks. Mogelijk zijn er hier mensen met dezelfde combinatie en hebben het wel voor elkaar gekregen.

Afgelopen weekend lekker zitten hobbien en uiteindelijk met de hulp de boel aan de praat gekregen. Waarvoor veel dank aan Schelte en Robert!

Hierbij de zaken die ik heb gedaan en waardoor het nu stabiel werkt:

• De v1.0 van de firmware had een bug, hij ging niet op standalone en dat is nu opgelost in de nieuwe versie.
• Er werd aangegeven dat wanneer je met OpenTherm werkt je de brug op 24v weg moest halen, dit moet dus niet en blokkeert de CV. Nu ook opgelost, brug teruggeplaatst.
• Het warmwater bedrijf moet je activeren door een HW=1 te geven, dit werkt nu ook weer. In de Master Status zie je een "D" erbij komen, hiermee wordt weergeven dat warmwater is geactivereerd. (-D---W--)
• De CV moet je vervolgens ook activeren met een CH=1. (Dit leek voor mij eenmalig te moeten gebeuren.)

Daarna kun je met CS=xx de temperatuur van het uitgaande water aangeven, dit werkt voor elke CV anders, maar voor mij lijkt het nu op de volgende manier goed te werken:

• Wanneer er warmte wordt gevraagd begin ik met een Boost voor 5min, ik zet CS=60.
• Daarna wordt op basis van de hoeveelheid warmte vraag, nu nog op basis van aantal radiatoren, naar de juist CS waarde gezet.
• Belangrijk is om de CS waarde te blijven herhalen, dat doe ik nu elke 30 seconden met de conditie dat er een warmte vraag moet zijn. (Warmtevraag == On).

Mijn setup bestaat uit Sonoff Zigbee Radiator knoppen, de OTGW en natuurlijk Home Assistant met Mosquitto MQTT.

[number3]

Zojuist de release van v1.2.0 van OTGW-firmware: https://github.com/rvdbre...ses/tag/v1.2.0-production

Uiteraard kan je gedetaileerde release notes op github vinden, echter hier enkele highlights:

• volledige implementatie van v4.2 open therm message, incl. home assistant auto discovery (echt alle 101 msg id's, van verwarming, koeling, solar en ventilatie)
• webhook support feature, voor shelly, of home assistant
• source topics feature

En natuurlijk bug fixes, breaking interfaces, renaming some typo's, etc.

Vragen, antwoorden, complimenten, feedback, bugreports.. allemaal welkom op mijn github en discord.

Enjoy!

[ Voor 6% gewijzigd door number3 op 04-03-2026 00:01 . Reden: Fout in release assets gecorrigeerd. ]

[Church of Noise]

Heb ik het goed voor dat deze niet van toepassing is voor de utp versie?

[Church of Noise]

Hier is het onderstaande nogmaals opgetreden, deze keer zonder dat er enige actief was (geofencing staat uit, bleef op home)

Plots treedt onderstaande op

- plots denkt otgw dat er een cooling commando is (wat niet kan, ik heb enkel een gasboiler)

- nadien neemt ie opnieuw de temp setpoint van de werkkamer (18) over, terwijl het daar 18.7 is. De woonkamer is dan 20 gr, met een setpoint van 20.5 en staat om warmte te vragen. Komt niet door.

Ik begin erg kwaad te worden en weet echt niet waar eerst te kijken



Kan iemand hier enig zicht op helpen creëren?

Church of Noise schreef op maandag 16 februari 2026 @ 15:55:
Allereerst, hier is m'n setup:


2 Tado thermostaten (woonkamer en werkkamer
draadloos verbonden met:
Tado thermostaat die ook dienst doet al zone controller (goed ingesteld, werkt al jaren in OpenTherm modus)
|
OTGW (sinds recent een model met UTP aansluiting, voorheen met WiFi)
|
Itho Daalderop Cube Duo (OT aansluiting)

Ik heb af en toe voor dat het setpoint naar 5 graden C gaat in de OTGW en dit dus ook zo doorgaat richting boiler, zo ook deze ochtend. De Tado stond op een constante 20,5 gr C, zoals altijd (heb die 24/24 op constante temperatuur staan). Een paar uur niet naar Home Assistant gekeken, waar ik alles uitlees, om dan plots te zien dat Tado warmte vroeg maar de temperatuur ondertussen lustig daalde.

Deze grafiek getrokken:

[Afbeelding]

Geen flauw idee waar die dips richting 5 gr C vandaan komen.
De OTGW staat als M(onitor) ingesteld, niet als Gateway.

Er staat voor zover ik kan zien met otmonitor ook geen schedule ingesteld, en het schema in Tado is ook echt gewoon continu 20,5 gr C.

Ziet er iemand waar het fout gaat ajb?

Toevoeging

Net even ook de historiek van de room temperature erbij genomen, en gemerkt dat die op dezelfde tijdstippen dat de setpoint verandert, ook verandert nl naar de kamertemperatuur van de werkkamer - die de Tado ook kan aansturen, maar dat slechts uitzonderlijk doet. Vandaar staat de thermostaat in die kamer normaliter op 'frost protection mode' met een setpoint van... jawel, 5 graden Celsius.

Het probleem treedt niet op als de OTGW er van tussen is...

[pistole]

Church of Noise schreef op woensdag 11 maart 2026 @ 19:09:
[...]
Plots treedt onderstaande op

- plots denkt otgw dat er een cooling commando is (wat niet kan, ik heb enkel een gasboiler)

- nadien neemt ie opnieuw de temp setpoint van de werkkamer (18) over, terwijl het daar 18.7 is. De woonkamer is dan 20 gr, met een setpoint van 20.5 en staat om warmte te vragen. Komt niet door.

[...]

Kan je 'plots' concretiseren en voorzien van logs rondom dat tijdstip? Ik snap je frustratie maar er iets niets te troubleshooten als je geen informatie meelevert.

[Church of Noise]

pistole schreef op woensdag 11 maart 2026 @ 21:27:
[...]

Kan je 'plots' concretiseren en voorzien van logs rondom dat tijdstip? Ik snap je frustratie maar er iets niets te troubleshooten als je geen informatie meelevert.

Graag.


Het voorval deed zich voor rond 3u s nachts (cooling) en 6u s ochtends (overnemen set point van werkkamer).

We sliepen allen op dat moment, tado had in de woonkamer een setpoint van 20.5 gr (is continue zo, 24/7), de actuele was 20.0 en er was warmtevraag. De werkkamer had een setpoint vak 18gr (is continu zo, 24/7), de actuele was 18.7


Welke logs kan ik aanleveren?

[ Voor 21% gewijzigd door Church of Noise op 11-03-2026 23:04 ]

[number3]

Heb ik het goed voor dat deze niet van toepassing is voor de utp versie?

Klopt. De UTP versie heeft geen esp8266, waar mijn firmware draait.

[pistole]

Church of Noise schreef op woensdag 11 maart 2026 @ 23:02:
[...]

Graag.


Het voorval deed zich voor rond 3u s nachts (cooling) en 6u s ochtends (overnemen set point van werkkamer).

We sliepen allen op dat moment, tado had in de woonkamer een setpoint van 20.5 gr (is continue zo, 24/7), de actuele was 20.0 en er was warmtevraag. De werkkamer had een setpoint vak 18gr (is continu zo, 24/7), de actuele was 18.7


Welke logs kan ik aanleveren?

Als je in Home Assistant naar 'Activity' gaat, en daar de juiste periode kiest (en eventueel filtert op relevante 'targets') dan is wellicht daar al iets terug te vinden wat er precies gebeurt.

[Church of Noise]

Dat is net het vreemde, bij geen van de betrokken Tado devices of otgw devices (thermostat, boiler, gateway) is er niks anders rond die tijdstippen

[pistole]

Church of Noise schreef op donderdag 12 maart 2026 @ 11:42:
Dat is net het vreemde, bij geen van de betrokken Tado devices of otgw devices (thermostat, boiler, gateway) is er niks anders rond die tijdstippen

Dan moet je eerst zeker gaan weten of OTGW hiermee te maken heeft. Hoe vaak treedt dit op? Haal de OTGW ertussenuit en kijk of het issue wegblijft (of niet). Daarmee kan je verder. Aantal variabelen omlaag brengen totdat het probleem verdwijnt zodat je meer gericht kan gaan zoeken.

Heeft Tado een app of een log?

[Church of Noise]

De Tado app heeft vziw geen log, dus heb Home Assistant gebruikt om alle devices te gaan onderzoeken.

Ik onderzoek nog wel eens wat verder. Natuurlijk, zonder de OTGW kan ik ook het setpoint niet meer monitoren. Catch-22

[pistole]

Ik heb geen ervaring met Tado, maar misschien kan je via HA ook monitoren wat Tado doet?
https://www.home-assistant.io/integrations/tado/

[DjoeC]

Veel te snel (spoedje) moet ik aan een nieuwe CV ketel. Dat wordt een Intergas Xtreme 36. Daarnaast ben ik bezig met het opzetten van Home Assistant maar dat is nog niet helemaal rond voor die nieuwe ketel hangt.... Voordat ik geld ga uitgeven aan overprijsde leveranciersoplossingen zit ik te kijken naar de OTGW oplossing.

Eigenlijk zijn er maar 2 dingen die ik op afstand en automatisch zou willen regelen: Aan/Uit en minimale-maximale CV watertemperatuur. Alle kamers in huis zijn apart geregeld en de temperaturen zijn bekend in HA dus een automatisering maken Ketel aan als de VV kranen open gaan zou geen probleem mogen zijn, de huidige ketel draait op al een winter op maximaal 35 graden.

Is de OTGW wifi oplossing geschikt om dit voor de Intergas te kunnen instellen?

Zo ja, wat heb ik van de OTGW allemaal nodig om kant-en-klaar te zijn? Als ik de NoLo site kijk: de OTGW, soldeerservice, Wemos, behuizing en programmeerservice.

Klopt dit of zie ik iets over het hoofd?

[paul-s83]

@DjoeC Ik heb zelf tijdje geleden deze kit besteld en aan mijn Intergas Kombi Compact gehangen. Installatie was fluitje van een cent, zelfs voor iemand met 2 linkerhanden.

Werkt met een eigen webinterface waar je
https://diyless.com/product/opentherm-thermostat
en deze behuizing:
https://diyless.com/product/opentherm-thermostat-case

Bij mij duurde de levering helaas wel een week of 2, weet niet of dat te lang voor je duurt of niet.
Aansturing kan zowel via HA (MQTT) of via een eigen weginterface waar je idd alle setpoints en overige instellingen kan doen.

[DjoeC]

paul-s83 schreef op vrijdag 13 maart 2026 @ 13:07:
@DjoeC Ik heb zelf tijdje geleden deze kit besteld en aan mijn Intergas Kombi Compact gehangen. Installatie was fluitje van een cent, zelfs voor iemand met 2 linkerhanden.

Werkt met een eigen webinterface waar je
https://diyless.com/product/opentherm-thermostat
en deze behuizing:
https://diyless.com/product/opentherm-thermostat-case

Bij mij duurde de levering helaas wel een week of 2, weet niet of dat te lang voor je duurt of niet.
Aansturing kan zowel via HA (MQTT) of via een eigen weginterface waar je idd alle setpoints en overige instellingen kan doen.

Bedankt! Die temperatuurmeter lijkt heel erg op de Xiaomi die ik hier in BLE versie (en die naar ZIgbee kan worden omgeprogrammeerd) heb liggen en inmiddels vervangen heb door Xiaomi Zigbee's door het hele huis....

Ik heb inmiddels het complete pakket besteld, staat op voorraad dus we gaan t zien. Aansluiten zal minder een probleem worden dan inregelen conform WAF factor vermoed ik

[paul-s83]

DjoeC schreef op vrijdag 13 maart 2026 @ 13:12:
[...]

Bedankt! Die temperatuurmeter lijkt heel erg op de Xiaomi die ik hier in BLE versie (en die naar ZIgbee kan worden omgeprogrammeerd) heb liggen en inmiddels vervangen heb door Xiaomi Zigbee's door het hele huis....

Ik heb inmiddels het complete pakket besteld, staat op voorraad dus we gaan t zien. Aansluiten zal minder een probleem worden dan inregelen conform WAF factor vermoed ik

Graag gedaan! Je krijgt er idd de welbekende Xiaomi BLE bij. Heb ze zelf niet omgeprogrammeerd naar ZIgbee omdat ik nogal wisselende verhalen lees over batterij duur. Mijn BLE stuurt de gemeten temperatuur in de woonkamer naar HA, en die acteert als MQTT broker en stuurt ze naar de OTGW module.

[Church of Noise]

pistole schreef op vrijdag 13 maart 2026 @ 12:27:
Ik heb geen ervaring met Tado, maar misschien kan je via HA ook monitoren wat Tado doet?
https://www.home-assistant.io/integrations/tado/

Doe ik nu in parallel ook, en Tado gedraagt zich perfect normaal,vsndaar mijn initieel vermoeden dat t bij otgw ligt. Die krijgt nl m.i. de juiste input van tado binnen van alle thermostaten, maar geeft dus niet het logische door aan de ketel.

Dank voor het meedenken overigens!

[Vuur Draak]

Ben aan het uitzoeken of een OTGW op mijn Remeha Calenta met iSense v19 zal gaan lukken.
Suggesties? Gewoon maar proberen of ga ik moeilijke dingen tegen komen?

[pistole]

Church of Noise schreef op vrijdag 13 maart 2026 @ 21:58:
[...]

Doe ik nu in parallel ook, en Tado gedraagt zich perfect normaal,vsndaar mijn initieel vermoeden dat t bij otgw ligt. Die krijgt nl m.i. de juiste input van tado binnen van alle thermostaten, maar geeft dus niet het logische door aan de ketel.

Dank voor het meedenken overigens!

Volgens mij/bij mij doet OTGW uit zichzelf niet zo veel. Maar dat zou kunnen komen doordat ik de thermostaat het meeste laat doen. Wat heb je precies aan automatiseringen gemaakt?

[pistole]

Vuur Draak schreef op vrijdag 13 maart 2026 @ 23:40:
Ben aan het uitzoeken of een OTGW op mijn Remeha Calenta met iSense v19 zal gaan lukken.
Suggesties? Gewoon maar proberen of ga ik moeilijke dingen tegen komen?

Heb je de compatibiliteit gechecked op de website?

[NoFate]

Guys, ik heb deze installatie thuis, wil hem ook smart maken via HA, kan ik hier de gateway voor kopen?
Toevallig komt de onderhoudsman volgende week, dan kan ik de draadjes laten aansluiten?
Ik heb een honeywell SDC controller met een daalderop ketel, gaat dit dan werken met de gateway die ik kan kopen op nodo shop ?

zie fotos

[JBS]

JBS schreef op donderdag 12 februari 2026 @ 07:38:
[...]


[...]

Afgelopen week en afgelopen nacht gebeurde weer hetzelfde. Afgelopen week was een herstart vanuit de UI voldoende om de CV te laten stoppen met verwarmen, vannacht was een fysieke powercycle (voeding eruit en weer terug) nodig om dat voor elkaar te krijgen. Toen ik de voeding uit de OTGW trok, stopte de CV overigens direct met verwarmen. Niet pas nadat de OTGW weer was opgestart.

Heb de logging nog niet geactiveerd...


[...]

Zojuist firmware v1.0.0 geflashed, daarin lijkt logging al te zijn ingeschakeld.

[Afbeelding]

Ik zie nu hetzelfde gebeuren. De OTGW Room Temperature is al ~6 uur ongewijzigd.
Andere entiteiten, zoals bijvoorbeeld OTGW_Boiler_flow_water_temperature en OTGW_DHW_temperature krijgen wel updates.

In de logging in de UI van OTGW zie ik o.a.:

code:

15:04:11.100106 Thermostat         T901813AB  24 Write-Data       > Tr = 19.67 °C
15:04:11.450577 Boiler             B501813AB  24 Write-Ack          Tr = 19.67 °C

Wat kan ik nog meer aan logging aanleeren voor debugging?

\\Edit: Nadat ik wat door de OTGW UI aan 't klikken was, specifiek rondom de logging (capture. download), werd de OTGW Room Temperature ineens wél geupdate. Ik neig ernaar te denken dat dat geen toeval is na ~6 uur geen update.

[ Voor 16% gewijzigd door JBS op 23-03-2026 22:23 ]

[number3]

OTGW-firmware v1.3.0 - PIC Settings, One-Click OTA en flink gehardened

Nieuwe release van de ESP8266-firmware voor de NodoShop OpenTherm Gateway. Backwards-compatible upgrade vanuit v1.2.0, geen breaking changes.

Key features:

• PIC Gateway Settings. Alle 15 PIC-configuratieregisters nu zichtbaar via Web UI, REST API en MQTT. Waarden worden on-demand uitgelezen (PR= polling) en gecached in de browser met kleurcodering (groen = live, oranje = cached).
• Optionele wachtwoordbeveiliging. HTTP Basic Auth voor settings, bestandsbeheer, reboot en OTA. Standaard uit; bestaande setups ongewijzigd.
• MQTT publish gating. Rate-limiting op OpenTherm- en PS=1-berichten om brokerload en WiFi-verkeer te beperken.
• Volledige PS=1-integratie. PS=1 summary output wordt nu geparsed, gepubliceerd naar MQTT en doorgestuurd naar Home Assistant discovery.
• Light/dark theme toggle. Persistent per browser.
• Triple-reset WiFi recovery. 3x snel resetten binnen 10 seconden wist WiFi-credentials en opent het captive portal opnieuw. Geen reflash nodig.
• Non-blocking WiFi reconnect. Geen 30-seconden freeze meer in de main loop bij verbindingsverlies.

Security & stabiliteit:

• Gecentraliseerde auth op alle POST/PUT endpoints, CORS-wildcard vervangen door dynamic origin, webhook SSRF-preventie, XSS-fix
• ArduinoJson verwijderd, settings/state geherstructureerd naar structs, String-class uit hot paths, ~1.400 bytes stackdruk weg
• Bugfixes: hostname die terugviel naar ESP-XXXXXX, iOS Safari settings-pagina blank, millis() wraparound, f8.8 negative encoding

Upgrade: Flash firmware + filesystem, hard-refresh in de browser (Ctrl+F5).

De release zelf kan je hier downloaden: https://github.com/rvdbre...mware/releases/tag/v1.3.0

Als je vragen, opmerkingen, complimenten, bugreports hebt, dan kan je mij vinden op de OTGW discord of natuurlijk gewoon hier een vraag stellen.

Groet,
Robert

[ Voor 4% gewijzigd door number3 op 26-03-2026 22:40 . Reden: Kleine correcties. ]

[JBS]

Heb twee praktische vragen:

1. Kan een OTGW ook tussen een CV en aan/uit relais, zonder de aanwezigheid van een thermostaat?
   Ik ben bekend van de Gateway/Standalone modus, maar wil in dit specifieke geval liever dat een apart relais de CV in- of uitschakelt en niet de OTGW. Wel wil ik graag de OTGW monitoring toevoegen.
2. En: Is het mogelijk een OTGW zonder aangesloten CV te gebruiken om enkel de waardes van een thermostaat (die niet op de CV is aangesloten) te monitoren?

JBS schreef op maandag 23 maart 2026 @ 15:05:
[...]

Ik zie nu hetzelfde gebeuren. De OTGW Room Temperature is al ~6 uur ongewijzigd.
Andere entiteiten, zoals bijvoorbeeld OTGW_Boiler_flow_water_temperature en OTGW_DHW_temperature krijgen wel updates.

In de logging in de UI van OTGW zie ik o.a.:

code:

15:04:11.100106 Thermostat         T901813AB  24 Write-Data       > Tr = 19.67 °C
15:04:11.450577 Boiler             B501813AB  24 Write-Ack          Tr = 19.67 °C

Wat kan ik nog meer aan logging aanleeren voor debugging?

\\Edit: Nadat ik wat door de OTGW UI aan 't klikken was, specifiek rondom de logging (capture. download), werd de OTGW Room Temperature ineens wél geupdate. Ik neig ernaar te denken dat dat geen toeval is na ~6 uur geen update.

[Afbeelding]

Inmiddels durf ik wel te stellen dat het issue vermoedelijk aan de kant van Tado zit en niet aan de kant van de OTGW. Het feit dat alle entiteiten komende van de CV wél geupdate werden, maar de entiteit komende van de thermostaat niet, bevestigd dit vermoeden.

Na een powercycle van óf de Tado Draadloze Ontvanger óf de Tado Internet Bridge is het probleem namelijk steeds opgelost. Soms is een powercycle van de OTGW daarna nog wel nodig overigens, maar dat heeft dan meer met volgorde van opstarten te maken, vermoed ik.

[ Voor 80% gewijzigd door JBS op 30-03-2026 14:18 ]

[DjoeC]

JBS schreef op maandag 30 maart 2026 @ 13:56:
Kan een OTGW ook tussen een CV en aan/uit relais, zonder de aanwezigheid van een thermostaat?
Ik ben bekend van de Gateway/Standalone modus, maar wil in dit specifieke geval liever dat een apart relais de CV in- of uitschakelt en niet de OTGW. Wel wil ik graag de OTGW monitoring toevoegen.

Ik ben hier ook wel benieuwd naar, heb sinds kort een nieuwe ketel en wil die eigenlijk uitsluitend via de OTGW sturen (al dan niet via een relais).

[pistole]

Ik heb een Netatmo en die gedraagt zich als aan/uit terwijl die OT zou moeten kunnen praten. Je hebt dan feitelijk een 'domme' thermostaat (=aan/uit relais) aan de thermostaat kant en vervolgens de ketel aan de ketel-kant van de OTGW.

Met andere woorden: zet de OTGW tussen relais en ketel en dan bereik je wat je wilt (denk ik).

@JBS als je OTGW in monitoring mode zet dan bereik je ook wat je wilt.

[JBS]

@pistole En doel je dan op wens 1 of wens 2?

[pistole]

JBS schreef op maandag 30 maart 2026 @ 15:55:
@pistole En doel je dan op wens 1 of wens 2?

Beide : . Maar ik doelde in eerste instantie op het eerste punt waarbij je de monitoringstand zelf al aanhaalt.

[JBS]

pistole schreef op maandag 30 maart 2026 @ 16:15:
[...]

Beide : . Maar ik doelde in eerste instantie op het eerste punt waarbij je de monitoringstand zelf al aanhaalt.

Als ik de interface PIC firmware flash, wordt de thermostaat wel gevonden, maar gateway mode blijft Detecting.

code:

PIC Firmware Type   interface

MQTT Connected  true
Thermostat Connected    true
Boiler Connected    false
Gateway Mode    Detecting...
Home Assistant Integration  false

Diagnostics PIC firmware hetzelfde:

code:

PIC Firmware Type   diagnose

MQTT Connected  true
Thermostat Connected    true
Boiler Connected    false
Gateway Mode    Detecting...
Home Assistant Integration  false

Is 't correct dat Gateway Mode op Detecting... blijft staan?

Als ik de thermostaat en OTGW wat ga powercyclen (om en om), dan resulteert dat daarna in

code:

Number of Reboots   2
MQTT Connected  true
Thermostat Connected    false
Boiler Connected    false
Gateway Mode    Detecting...
Home Assistant Integration  true

Thermostaat is nu false maar Home Assistant Integration is ineens wel true.

Ook nog even de Gateway firmware voor de PIC geprobeerd:

code:

Number of Reboots   4
MQTT Connected  true
Thermostat Connected    true
Boiler Connected    false
Gateway Mode    Gateway
Home Assistant Integration  false

Terug naar de diagnose PIC firmware en een herstart (vanuit de UI) verder

code:

PIC Firmware Type   diagnose
Number of Reboots   5
MQTT Connected  true
Thermostat Connected    false
Boiler Connected    false
Gateway Mode    Detecting...
Home Assistant Integration  true

Terug naar Gateway PIC firmware

code:

MQTT Connected  true
Thermostat Connected    true
Boiler Connected    false
Gateway Mode    Gateway
Home Assistant Integration  false

Vanwaar onder andere dat verschil in Home Assistant Integration..? Wat heeft dat met de PIC firmware te maken?
Ik snap 't niet meer 😅

[ Voor 42% gewijzigd door JBS op 30-03-2026 23:19 ]

[number3]

@pistole dank voor je bevindingen. De verschillende type firmware ondersteunen niet de PR commando’s.

In feite werkt de detectie alleen juist als je met een firmware type gateway te maken hebt.

De HA integration is misleidende titel, het staat voor OTGW connected (zijnde type firmware gateway). Bovendien is de default true en gaat ie als ie geen OT berichten ziet binnen 30 seconden naar false.

De OTGW connected gaat alleen op true als je dus binnen 30 seconden OT berichten ziet.

Diagnose en Interface firmware ondersteunen geen PR=M commando.

Default van de OTGW connected kan wellicht beter naar false. Zodat na reboot eerst OT verkeer gezien moet worden.

Ik zal in een toekomstige release wat kleine tweaks maken om eea duidelijker te maken.

De meldingen van status zijn uiteraard vooral bedoeld als je een OTGW ook aansluit en voorziet van de gateway modus.

Dank voor je vragen en hoop dat eea nu helderder is.

[JBS]

@number3 Ik vermoed dat je reactie voor mij bedoeld was? :-) Even puntsgewijs mijn reactie:

1. Met 'PR commando's' bedoel je opdrachten die de OTGW naar de CV kan sturen? In deze situatie ben ik daar ook niet op zoek. Ik wil graag dat de OTGW alle info van de CV toont óf alle inkomende berichten van de thermostaat toont (afhankelijk van welke van de twee is aangesloten, in deze use case dus niet beide).
2. M.b.t. PR=M: Als ik dus het gedrag van de CV wil monitoren zal ik de OTGW met Gateway PIC firmware moeten draaien dus? Met welke PIC firmware moet ik 'm draaien als ik enkel een thermostaat heb aangesloten en bijvoorbeeld de actuele door die thermostaat gemeten ruimte temperatuur wil monitoren?
3. Wanneer Home Assistant Integration c.q. OTGW connected true is, hebben de entiteiten in HA daadwerkelijk waardes. Wanneer false, dan zijn ze allen 'Niet beschikbaar'. Dus ergens is het toch wel Home Assistant gerelateerd zo lijkt het?

[number3]

@JBS inderdaad was voor jou bedoeld. 🫣

1. PR commando’s bevragen de PIC controller. Daarmee lees je instellingen uit in de PIC.

De gateway firmware is bedoeld voor normaal gebruik de andere twee firmwares zijn bedoeld om diagnose te doen en om het interface te testen.

2. Ehhh zonder een ketel draaien 😵‍💫 b by design had ik de veronderstelling dat je altijd een warmtebron aansluit die je wilt sturen 🤨

3. Het is een design keuze van mij dat het device offline is als er niets te besturen is.


Kom gerust even op Discord langs dan kunnen we daar uitgevoerd erover hebben.

[JBS]

@number3

1. Helder. Dan blijf ik bij de Gateway firmware.
2 & 3. Op Discord al even over gehad maar voor de volledigheid ook even hier: In de komende fix release is er een thermostaat-only modus toegevoegd die voorkomt dat de OTGW offline gaat als ie geen updates van een CV krijgt. Inmiddels heb ik dat succesvol getest, de OTGW blijft in zo'n situatie online.

[ Voor 6% gewijzigd door JBS op 01-04-2026 18:51 ]

[Church of Noise]

Hoe krijg ik die op mijn otgw?

[JBS]

Church of Noise schreef op woensdag 1 april 2026 @ 21:47:
Hoe krijg ik die op mijn otgw?

Wie? De nieuwe firmware waar ik 't over had in m'n vorige post? Download via https://github.com/rvdbre...mware/releases/tag/v1.3.4 en flash via de web UI van je OTGW.

Voor de volledigheid: Met enkel een thermostaat en geen CV aan de OTGW, krijgt de thermostaat geen antwoorden van de CV en gaat ie afwijkend gedrag vertonen, althans dat doet Tado. Betekent dat de OTGW op deze manier niet als monitor van het thermostaat gedrag te gebruiken is, wat ik graag wilde.

[ Voor 31% gewijzigd door JBS op 01-04-2026 21:59 ]

[Church of Noise]

Zou ik graag proberen,aar ik heb de versie zonder de wemos module... Vandaar de vraag 😊

[htca]

just to confirm.... net geinstalleerd en draait als een zonnetje! Moet eerlijk zeggen dat ik de OTGW ooit gekocht heb en in het begin wat geklooi heb gehad, maar dat kwam vooral door mijn eigen onhandigheid (en brakke wifi). Well done in any case!

in toevoeging; de webhooks werken geweldig!

[ Voor 8% gewijzigd door htca op 02-04-2026 10:37 ]

[Tomba]

number3 schreef op donderdag 26 maart 2026 @ 22:37:
OTGW-firmware v1.3.0 - PIC Settings, One-Click OTA en flink gehardened

Nieuwe release van de ESP8266-firmware voor de NodoShop OpenTherm Gateway. Backwards-compatible upgrade vanuit v1.2.0, geen breaking changes.

Key features:

• PIC Gateway Settings. Alle 15 PIC-configuratieregisters nu zichtbaar via Web UI, REST API en MQTT. Waarden worden on-demand uitgelezen (PR= polling) en gecached in de browser met kleurcodering (groen = live, oranje = cached).
• Optionele wachtwoordbeveiliging. HTTP Basic Auth voor settings, bestandsbeheer, reboot en OTA. Standaard uit; bestaande setups ongewijzigd.
• MQTT publish gating. Rate-limiting op OpenTherm- en PS=1-berichten om brokerload en WiFi-verkeer te beperken.
• Volledige PS=1-integratie. PS=1 summary output wordt nu geparsed, gepubliceerd naar MQTT en doorgestuurd naar Home Assistant discovery.
• Light/dark theme toggle. Persistent per browser.
• Triple-reset WiFi recovery. 3x snel resetten binnen 10 seconden wist WiFi-credentials en opent het captive portal opnieuw. Geen reflash nodig.
• Non-blocking WiFi reconnect. Geen 30-seconden freeze meer in de main loop bij verbindingsverlies.

Security & stabiliteit:

• Gecentraliseerde auth op alle POST/PUT endpoints, CORS-wildcard vervangen door dynamic origin, webhook SSRF-preventie, XSS-fix
• ArduinoJson verwijderd, settings/state geherstructureerd naar structs, String-class uit hot paths, ~1.400 bytes stackdruk weg
• Bugfixes: hostname die terugviel naar ESP-XXXXXX, iOS Safari settings-pagina blank, millis() wraparound, f8.8 negative encoding

Upgrade: Flash firmware + filesystem, hard-refresh in de browser (Ctrl+F5).

De release zelf kan je hier downloaden: https://github.com/rvdbre...mware/releases/tag/v1.3.0

Als je vragen, opmerkingen, complimenten, bugreports hebt, dan kan je mij vinden op de OTGW discord of natuurlijk gewoon hier een vraag stellen.

Groet,
Robert

Kan ik deze over versie 0.10.2+50c3ed2 heen installeren? (En heeft het zin? t ding draait eigenlijk super stabiel)

[arthurlaurens]

Mijn OTGW device draait op v0.9.5, wat is de juist manier om hem naar de nieuwste versie te updaten?

- alle opvolgendeupdates 1 voor 1 installeren?
- gelijk de laatste versie downloaden en flashen?
- iets anders?

Ik heb niet veel ervaring hiermee, advies is zeer welkom

[pistole]

arthurlaurens schreef op vrijdag 3 april 2026 @ 08:58:
Mijn OTGW device draait op v0.9.5, wat is de juist manier om hem naar de nieuwste versie te updaten?

- alle opvolgendeupdates 1 voor 1 installeren?
- gelijk de laatste versie downloaden en flashen?
- iets anders?

Ik heb niet veel ervaring hiermee, advies is zeer welkom

If it ain't broke, don't fix it.

Maar als je de wifi versie hebt dan kan je via OTA (over the air) updaten met de instructies in de wiki: https://github.com/rvdbre...ing-Over-The-Air-flashing

[arthurlaurens]

pistole schreef op vrijdag 3 april 2026 @ 11:51:
[...]

If it ain't broke, don't fix it.

Maar als je de wifi versie hebt dan kan je via OTA (over the air) updaten met de instructies in de wiki: https://github.com/rvdbre...ing-Over-The-Air-flashing

Dank voor je advies. Dat is inderdaad een handige manier om een update uit te voeren, maar kan ik ook direct de laatste update uitvoeren gezien mijn huidige versie of moet het in stappen?

"If it ain't broke, don't fix it" klinkt inderdaad slim, tegelijkertijd is het ook vaak goed ervoor te zorgen dat software geupdate blijft. Lijken twee tegenstrijdige manieren van denken hier. Ook wil ik graag voorkomen dat ik zo lang wacht met updaten dat het straks helemaal niet meer (makkelijk) mogelijk is...

[Dutchess_Nicole]

arthurlaurens schreef op vrijdag 3 april 2026 @ 11:55:
[...]


Dank voor je advies. Dat is inderdaad een handige manier om een update uit te voeren, maar kan ik ook direct de laatste update uitvoeren gezien mijn huidige versie of moet het in stappen?

"If it ain't broke, don't fix it" klinkt inderdaad slim, tegelijkertijd is het ook vaak goed ervoor te zorgen dat software geupdate blijft. Lijken twee tegenstrijdige manieren van denken hier. Ook wil ik graag voorkomen dat ik zo lang wacht met updaten dat het straks helemaal niet meer (makkelijk) mogelijk is...

Het zou niet uit moeten maken vanaf welke versie je de update doet. Het enige waar je rekening mee moet houden is dat bij de oude versies je eerst even handmatig de settings file moet downloaden.

Anders dan dat is er denk ik geen beperking: alles komt mee met de littlefs update.

[number3]

If it ain’t broken, it doesn’t mean it’s flawless.

De stabiliteit vanaf 0.9.x komt vooral door basis principe van watchdog en reset when in doubt.

Wat is er dan aangepast sinds 0.9.x, lees het hier: https://github.com/rvdbre.../docs/upgrade-from-0.x.md

Issues die lang open hadden gestaan zijn opgelost, features die ik zelf altijd wilde zijn er nu, en zo kwamen er dit jaar al 10 nieuwe releases.

Bepaal zelf of je wilt upgraden. Als de huidige situatie goed voor je werkt, don’t change it just because it’s new and shinny. 😉

[ Voor 32% gewijzigd door number3 op 06-04-2026 10:35 . Reden: Kleine edit ]

[arthurlaurens]

Het is voor mij nu helaas niet direct duidelijk wat ik moet doen om de update goed uit te voeren. Zowel op github als op de webpage zie ik update mogelijkheden voor "ino.bin" en "littlefs.bin":


- Beide (1 voor 1 of tegelijk) installeren?
- Alleen de ino.bin?
- Alleende ino.littlefs?

Heb geprobeerd de info uit de README te halen, de update page en tweakers, maar zie niet zo snel een antwoord. Ben ook benieuwd wat nu precies het verschil is en de overwegingen tussen de twee zijn?

[JBS]

@arthurlaurens Beide zijn vaak noodzakelijk voor een update, maar het wordt per release bij de "Upgrade notes" benoemd. Ik begin altijd bij de eerste, dan de tweede. Maar of het echt maakt, weet ik niet.

[ Voor 18% gewijzigd door JBS op 06-04-2026 19:19 ]

[arthurlaurens]

Dank @JBS . Beide zojuist gedaan, lijkt top gegaan te zijn. Ziet er in ieder geval weer modern uit nu!

[Tomba]

Tomba schreef op donderdag 2 april 2026 @ 15:55:
[...]

Kan ik deze over versie 0.10.2+50c3ed2 heen installeren? (En heeft het zin? t ding draait eigenlijk super stabiel)

Met behulp van deze guide succesvol bijgewerkt:
https://github.com/rvdbre...ing-Over-The-Air-flashing
Blijkbaar liep mijn PIC ook nog achter, erg nice dat dit nu ook via de web interface gaat:

[Tomba]

Hmm upgraden naar 6.6 gaat mis:

gevolgd door:

@number3 is dit een known issue?

[number3]

Nope dit issue is nieuw voor mij. Ik zal eens onderzoeken wat er gebeurt. Kan je beschrijven wat de exacte situatie is?

En graag logging delen. Hier kan je zien wat nodig is:
https://github.com/rvdbre...OTGW-firmware-te-debuggen

Ik ben op Discord goed te bereiken. Hier kijk ik minder 😇😬

[ Voor 46% gewijzigd door number3 op 09-04-2026 18:35 ]

[Tomba]

number3 schreef op donderdag 9 april 2026 @ 18:30:
Nope dit issue is nieuw voor mij. Ik zal eens onderzoeken wat er gebeurt. Kan je beschrijven wat de exacte situatie is?

En graag logging delen. Hier kan je zien wat nodig is:
https://github.com/rvdbre...OTGW-firmware-te-debuggen

Ik ben op Discord goed te bereiken. Hier kijk ik minder 😇😬

Discord doe ik eigenlijk niet in dus ik probeer het toch even hier
Apparaat is een Nodo ESP8266 variant, hier is de debug info:

code:

Developer Robert van den Breemen
Firmware Version 1.3.5+e134814
PIC Available true
PIC Firmware  Version 6.5
PIC Device ID pic16f1847
PIC Firmware Type gateway
Compiled On Apr 6 2026 01:52:17
Hostname OTGW
IP Address x.x.x.x
MAC Address 24:A1:60:xx:xx:xx
Free Heap Memory (bytes) 12584
Max. Free Block (bytes) 11392
Unique Chip ID xxxxxx
Arduino Core Version 2_7_4
Espressif SDK Version 2.2.2-dev(38a443e)
CPU Speed (MHz) 160
Sketch Size (bytes) 685264
Sketch Free (bytes) 1409024
Flash ID 001640D8
Flash Chip Size (MB) 4
Real Flash Chip (MB) 4
LittleFS Size (MB) 1
Flash Chip Speed (MHz) 40
Flash Mode DIO
Wi-Fi Network (SSID) XXX
Wi-Fi Signal Strength (dBm) -61
Wi-Fi Quality (%) 89
Wi-Fi Quality Amazing
NTP Enabled true
NTP Timezone Europe/Amsterdam
Uptime Since Boot 5(d)-03:45(H:m)
Last Reset Reason Software/System restart
Number of Reboots 2
MQTT Connected true
Thermostat Connected true
Boiler Connected true
Gateway Mode Monitor
OpenTherm Active true

Wat doe ik, Advanced --> PIC Firmware --> Install Firmware onto PIC
Dan verschijnt deze melding:


Gevolgd door deze na een tijdje:


Heb met Telnet meegekeken en zie dit:

code:

14:35:12.507594 (  15480| 14696) processOT   (3813): Boiler             BD0010600   1 Write-Ack         TSet = 6.00 °C
14:35:12.642305 (  15480| 14696) processOT   (3813): Thermostat         T00140000  20 Read-Data         DayTime = Unknown - 00:00
14:35:13.754564 (  13888| 13400) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:13.756547 (  12544| 12104) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=T] (4)
14:35:13.757997 (  12544| 12104) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:13.516839 (  15480| 14696) processOT   (3813): Boiler             BF0140000  20 Unknown-Data-Id   DayTime = Unknown - 00:00
14:35:13.640980 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:14.032597 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:14.034966 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=T] (4)
14:35:14.067791 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: T=11] (8)
14:35:14.070214 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=T] from queue
14:35:14.071102 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=T]
14:35:14.072077 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ T=11]==>[0]:[PR=T]
14:35:14.072805 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=T] from queue
PR: T=11
14:35:14.529269 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:14.633436 (  15480| 14696) processOT   (3813): Thermostat         T00110000  17 Read-Data         RelModLevel = 0.00 %
14:35:15.537543 (  14136| 13400) processOT   (3813): Boiler             BC0110000  17 Read-Ack        > RelModLevel = 0.00 %
14:35:15.686816 (  15480| 14696) processOT   (3813): Thermostat         T80150000  21 Read-Data         Date =   0 /   0 
14:35:16.759797 (  13888| 13400) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:16.761597 (  12544| 12104) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=D] (4)
14:35:16.762804 (  12544| 12104) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:16.535844 (  15480| 14696) processOT   (3813): Boiler             B70150000  21 Unknown-Data-Id   Date =   0 /   0 
14:35:16.628895 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:17.033845 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:17.036324 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=D] (4)
14:35:17.093488 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: D=R] (7)
14:35:17.097101 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=D] from queue
14:35:17.098107 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=D]
14:35:17.099443 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ D=R]==>[0]:[PR=D]
14:35:17.100531 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=D] from queue
PR: D=R
14:35:17.540958 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:17.621834 (  15480| 14696) processOT   (3813): Thermostat         T80190000  25 Read-Data         Tboiler = 0.00 °C
14:35:18.539001 (  14136| 13400) processOT   (3813): Boiler             B401921F0  25 Read-Ack        > Tboiler = 33.94 °C
14:35:18.617230 (  15480| 14696) processOT   (3813): Thermostat         T80160000  22 Read-Data         Year = 0 
14:35:19.759715 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:19.761956 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=P] (4)
14:35:19.763145 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:19.537870 (  15480| 14696) processOT   (3813): Boiler             B70160000  22 Unknown-Data-Id   Year = 0 
14:35:19.616528 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:20.034975 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:20.037434 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=P] (4)
14:35:20.093408 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: P=Low power] (15)
14:35:20.096282 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=P] from queue
14:35:20.097460 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=P]
14:35:20.098163 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ P=Low pow]==>[0]:[PR=P]
14:35:20.098841 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=P] from queue
PR: P=Low power
14:35:20.550129 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:20.610371 (  15480| 14696) processOT   (3813): Thermostat         T801C0000  28 Read-Data         Tret = 0.00 °C
14:35:21.555873 (  15480| 14696) processOT   (3813): Boiler             B701C0000  28 Unknown-Data-Id   Tret = 0.00 °C
14:35:21.615660 (  14136| 13400) processOT   (3813): Thermostat         T1018133A  24 Write-Data      > Tr = 19.23 °C
14:35:22.760305 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:22.762552 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=R] (4)
14:35:22.764089 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:22.563316 (  15480| 14696) processOT   (3813): Boiler             BD018133A  24 Write-Ack         Tr = 19.23 °C
14:35:22.626404 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:23.037799 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:23.040309 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=R] (4)
14:35:23.076932 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: R=D] (7)
14:35:23.079347 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=R] from queue
14:35:23.080530 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=R]
14:35:23.081237 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ R=D]==>[0]:[PR=R]
14:35:23.081914 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=R] from queue
PR: R=D
14:35:23.573354 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:23.700389 (  14136| 13400) processOT   (3813): Thermostat         T10010600   1 Write-Data      > TSet = 6.00 °C
14:35:24.578645 (  15480| 14696) processOT   (3813): Boiler             BD0010600   1 Write-Ack         TSet = 6.00 °C
14:35:24.693396 (  15480| 14696) processOT   (3813): Thermostat         T801A0000  26 Read-Data         Tdhw = 0.00 °C
14:35:25.761459 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:25.763482 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=B] (4)
14:35:25.764652 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:25.588842 (  14136| 13400) processOT   (3813): Boiler             BC01A2000  26 Read-Ack        > Tdhw = 32.00 °C
14:35:25.693211 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:26.039321 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:26.041674 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=B] (4)
14:35:26.086634 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: B=17:52 12-03-2023] (22)
14:35:26.090025 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=B] from queue
14:35:26.090928 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=B]
14:35:26.091620 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ B=17:52 1]==>[0]:[PR=B]
14:35:26.092299 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=B] from queue
PR: B=17:52 12-03-2023
14:35:26.598615 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:26.686570 (  15480| 14696) processOT   (3813): Thermostat         T00110000  17 Read-Data         RelModLevel = 0.00 %
14:35:27.603255 (  14136| 13400) processOT   (3813): Boiler             BC0110000  17 Read-Ack        > RelModLevel = 0.00 %
14:35:28.833559 (  15480| 14696) processOT   (3813): Thermostat         T001B0000  27 Read-Data         Toutside = 0.00 °C
14:35:28.886407 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:28.888638 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=C] (4)
14:35:28.890052 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:28.611003 (  15480| 14696) processOT   (3813): Boiler             B601B0000  27 Data-Invalid      Toutside = 0.00 °C
14:35:28.689019 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:29.052073 (  13888| 13400) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:29.054149 (  12544| 12104) sendOTGW    (2802): Sending to Serial [PR=C] (4)
14:35:29.159553 (  15424| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: C=4 MHz] (11)
14:35:29.162418 (  14080| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=C] from queue
14:35:29.163622 (  14080| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=C]
14:35:29.164340 (  14080| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ C=4 MHz]==>[0]:[PR=C]
14:35:29.165021 (  14080| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=C] from queue
PR: C=4 MHz
14:35:29.622251 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:29.677862 (  15480| 14696) processOT   (3813): Thermostat         T80190000  25 Read-Data         Tboiler = 0.00 °C
14:35:30.024717 (  15480| 14696) checklittlef( 509): Check githash = [e134814]
14:35:30.027266 (  14136| 13400) checklittlef( 510): FS githash = [e134814] | FW githash = [e134814]
14:35:30.028588 (  14136| 13400) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:30.029346 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=M] (4)
14:35:30.030360 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:30.060725 (  14848| 13016) logHeapStats( 816): Heap: 14848 bytes free, 13016 max block, level=HEALTHY, WS_drops=0, MQTT_drops=0
14:35:30.631148 (  14136| 13400) processOT   (3813): Boiler             B401921F0  25 Read-Ack        > Tboiler = 33.94 °C
14:35:30.703846 (  15480| 14696) processOT   (3813): Thermostat         T80230000  35 Read-Data         FanSpeed =   0 /   0 Hz
14:35:31.887650 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:31.889866 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=Q] (4)
14:35:31.891353 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:31.076229 (  13256| 12072) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:31.078395 (  11912| 11424) sendOTGW    (2802): Sending to Serial [PR=M] (4)
14:35:31.110896 (  13256| 12072) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: M=M] (7)
14:35:31.114346 (  12584| 12072) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=M] from queue
14:35:31.115273 (  12584| 12072) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=M]
14:35:31.115957 (  12584| 12072) checkOTGWcmd(2765): CmdQueue: Found value [ M=M]==>[0]:[PR=M]
14:35:31.116634 (  12584| 12072) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=M] from queue
PR: M=M
14:35:31.628157 (  15480| 14696) processOT   (3813): Boiler             B70230000  35 Unknown-Data-Id   FanSpeed =   0 /   0 Hz
14:35:31.691193 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:32.076575 (  13888| 13232) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:32.078572 (  12544| 11936) sendOTGW    (2802): Sending to Serial [PR=Q] (4)
14:35:32.117841 (  13888| 13232) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: Q=E] (7)
14:35:32.121154 (  13216| 12584) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=Q] from queue
14:35:32.122072 (  13216| 12584) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[0]:[PR=Q]
14:35:32.122775 (  13216| 12584) checkOTGWcmd(2765): CmdQueue: Found value [ Q=E]==>[0]:[PR=Q]
14:35:32.123678 (  13216| 12584) checkOTGWcmd(2766): CmdQueue: Remove from queue [0]:[PR=Q] from queue
PR: Q=E
14:35:32.631625 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:33.761598 (  15480| 14696) processOT   (3813): Thermostat         T801C0000  28 Read-Data         Tret = 0.00 °C
14:35:33.638704 (  15480| 14696) processOT   (3813): Boiler             B701C0000  28 Unknown-Data-Id   Tret = 0.00 °C
14:35:34.757987 (  15480| 14696) processOT   (3813): Thermostat         T00300000  48 Read-Data         TdhwSetUBTdhwSetLB =   0 /   0 °C
14:35:34.887639 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [0]
14:35:34.890792 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[0]:cmd[PR=N] (4)
14:35:34.892483 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [1]
14:35:34.641769 (  14136| 13400) processOT   (3813): Boiler             BC0304128  48 Read-Ack        > TdhwSetUBTdhwSetLB =  65 /  40 °C
14:35:35.756730 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:35.093923 (  13888| 13400) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:35.095892 (  12544| 12104) sendOTGW    (2802): Sending to Serial [PR=N] (4)
14:35:35.152274 (  15424| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: BV] (6)
14:35:35.154870 (  14080| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
PR: BV
14:35:35.643882 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:36.791135 (  14136| 13400) processOT   (3813): Thermostat         T10010600   1 Write-Data      > TSet = 6.00 °C
14:35:36.648941 (  15480| 14696) processOT   (3813): Boiler             BD0010600   1 Write-Ack         TSet = 6.00 °C
14:35:36.745111 (  15480| 14696) processOT   (3813): Thermostat         T10383C00  56 Write-Data        Reserved in OpenTherm v4.x profile (legacy pre-v4.2 ID 56 ignored)
14:35:37.888241 (  15480| 14696) queryNextPIC( 593): PIC settings readout cycle complete
14:35:37.890627 (  14136| 13400) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:37.891808 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=V] (4)
14:35:37.892829 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:37.249502 (  14600| 13616) triggerPICse( 553): PIC settings readout cycle triggered
14:35:37.656471 (  15480| 14696) processOT   (3813): Boiler             BD0380000  56 Write-Ack         Reserved in OpenTherm v4.x profile (legacy pre-v4.2 ID 56 ignored)
14:35:37.745630 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:38.094176 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [1] due
14:35:38.097628 (  13800| 13400) sendOTGW    (2802): Sending to Serial [PR=V] (4)
14:35:38.144652 (  14736| 13016) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: V=5] (7)
14:35:38.147418 (  13504| 13016) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:38.148542 (  13504| 13016) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=V] from queue
14:35:38.149277 (  13504| 13016) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[1]:[PR=V]
14:35:38.149973 (  13504| 13016) checkOTGWcmd(2765): CmdQueue: Found value [ V=5]==>[1]:[PR=V]
14:35:38.150654 (  13504| 13016) checkOTGWcmd(2766): CmdQueue: Remove from queue [1]:[PR=V] from queue
PR: V=5
14:35:38.666552 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:39.769812 (  15480| 14696) processOT   (3813): Thermostat         T00110000  17 Read-Data         RelModLevel = 0.00 %
14:35:39.673694 (  14136| 13400) processOT   (3813): Boiler             BC0110000  17 Read-Ack        > RelModLevel = 0.00 %
14:35:39.734644 (  15480| 14696) processOT   (3813): Thermostat         T00390000  57 Read-Data         Reserved in OpenTherm v4.x profile (legacy pre-v4.2 ID 57 ignored)
14:35:40.888411 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:40.890611 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=O] (4)
14:35:40.892172 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:40.094537 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:40.096847 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=N] (4)
14:35:40.186786 (  14216| 12632) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: BV] (6)
14:35:40.189719 (  12872| 12632) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:40.190654 (  12872| 12632) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=O] from queue
PR: BV
14:35:40.679562 (  15480| 14696) processOT   (3813): Boiler             B40394600  57 Read-Ack          Reserved in OpenTherm v4.x profile (legacy pre-v4.2 ID 57 ignored)
14:35:40.741848 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:41.094822 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [1] due
14:35:41.097190 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=O] (4)
14:35:41.142591 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: O=N] (7)
14:35:41.145411 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:41.147858 (  13800| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=O] from queue
14:35:41.148766 (  13800| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[1]:[PR=O]
14:35:41.149470 (  13800| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ O=N]==>[1]:[PR=O]
14:35:41.150151 (  13800| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [1]:[PR=O] from queue
PR: O=N
14:35:41.690937 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:41.746375 (  15480| 14696) processOT   (3813): Thermostat         T80190000  25 Read-Data         Tboiler = 0.00 °C
14:35:42.700414 (  14136| 13400) processOT   (3813): Boiler             B401921F0  25 Read-Ack        > Tboiler = 33.94 °C
14:35:43.822386 (  15480| 14696) processOT   (3813): Thermostat         T00710000 113 Read-Data         BurnerUnsuccessfulStarts = 0 
14:35:43.889739 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:43.891770 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=S] (4)
14:35:43.892940 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:43.704302 (  14136| 13400) processOT   (3813): Boiler             B40710001 113 Read-Ack        > BurnerUnsuccessfulStarts = 1 
14:35:44.820297 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:44.097102 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [1] due
14:35:44.099463 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=S] (4)
14:35:44.162627 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: S=16.00] (11)
14:35:44.165387 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:44.166279 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=S] from queue
14:35:44.167283 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[1]:[PR=S]
14:35:44.168029 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ S=16.00]==>[1]:[PR=S]
14:35:44.168711 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [1]:[PR=S] from queue
PR: S=16.00
14:35:44.715113 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:45.814735 (  15480| 14696) processOT   (3813): Thermostat         T801C0000  28 Read-Data         Tret = 0.00 °C
14:35:45.097835 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:45.100194 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=N] (4)
14:35:45.150163 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: BV] (6)
14:35:45.152686 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
PR: BV
14:35:45.719124 (  15480| 14696) processOT   (3813): Boiler             B701C0000  28 Unknown-Data-Id   Tret = 0.00 °C
14:35:46.810266 (  15480| 14696) processOT   (3813): Thermostat         T00720000 114 Read-Data         FlameSignalTooLow = 0 
14:35:46.890219 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:46.892394 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=W] (4)
14:35:46.893869 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:46.731136 (  14136| 13400) processOT   (3813): Boiler             BC0720000 114 Read-Ack        > FlameSignalTooLow = 0 
14:35:47.808575 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:47.097912 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [1] due
14:35:47.101175 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=W] (4)
14:35:47.167775 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: W=A] (7)
14:35:47.170160 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:47.171056 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=W] from queue
14:35:47.171770 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[1]:[PR=W]
14:35:47.172793 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ W=A]==>[1]:[PR=W]
14:35:47.173496 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [1]:[PR=W] from queue
PR: W=A
14:35:47.732120 (  14136| 13400) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:48.804459 (  14136| 13400) processOT   (3813): Thermostat         T10010600   1 Write-Data      > TSet = 6.00 °C
14:35:48.730224 (  15480| 14696) processOT   (3813): Boiler             BD0010600   1 Write-Ack         TSet = 6.00 °C
14:35:49.797957 (  15480| 14696) processOT   (3813): Thermostat         T80730000 115 Read-Data         OEMDiagnosticCode = 0 
14:35:49.890246 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:49.892479 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=G] (4)
14:35:49.893657 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:49.739335 (  15480| 14696) processOT   (3813): Boiler             B70730000 115 Unknown-Data-Id   OEMDiagnosticCode = 0 
14:35:50.801771 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:50.098914 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [0] due
14:35:50.101263 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=N] (4)
14:35:50.109601 (  14136| 13400) handleOTGWqu(2706): CmdQueue: Queue slot [1] due
14:35:50.110409 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=G] (4)
14:35:50.138880 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: BV] (6)
14:35:50.141397 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:50.142275 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=G] from queue
PR: BV
14:35:50.209286 (  12792| 12104) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: G=00] (8)
14:35:50.211219 (  12792| 12104) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:50.211958 (  12792| 12104) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=G] from queue
14:35:50.214197 (  13464| 12104) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[1]:[PR=G]
14:35:50.215405 (  13464| 12104) checkOTGWcmd(2765): CmdQueue: Found value [ G=00]==>[1]:[PR=G]
14:35:50.216107 (  13464| 12104) checkOTGWcmd(2766): CmdQueue: Remove from queue [1]:[PR=G] from queue
PR: G=00
14:35:50.742846 (  12544| 12104) processOT   (3813): Boiler             B40000200   0 Read-Ack        >  Status = Slave  [--------]
14:35:51.859013 (  15424| 14696) processOT   (3813): Thermostat         T00110000  17 Read-Data         RelModLevel = 0.00 %
14:35:52.750924 (  14136| 13400) processOT   (3813): Boiler             BC0110000  17 Read-Ack        > RelModLevel = 0.00 %
14:35:52.813451 (  15480| 14696) processOT   (3813): Thermostat         T00740000 116 Read-Data         BurnerStarts = 0 
14:35:52.889751 (  15480| 14696) addOTWGcmdto(2639): CmdQueue: Adding cmd end of queue, slot [1]
14:35:52.891786 (  14136| 13400) addOTWGcmdto(2653): CmdQueue: Insert queue in slot[1]:cmd[PR=I] (4)
14:35:52.892956 (  14136| 13400) addOTWGcmdto(2674): CmdQueue: Next free queue slot: [2]
14:35:53.759235 (  13968| 13400) processOT   (3813): Boiler             B40745040 116 Read-Ack        > BurnerStarts = 20544 
14:35:53.884843 (  14136| 13400) processOT   (3813): Thermostat         T80000200   0 Read-Data       >  Status = Master [-D---W--]
14:35:53.099058 (  15480| 14696) handleOTGWqu(2706): CmdQueue: Queue slot [1] due
14:35:53.101388 (  14136| 13400) sendOTGW    (2802): Sending to Serial [PR=I] (4)
14:35:53.147317 (  15480| 14696) checkOTGWcmd(2742): CmdQueue: Checking if command is in in queue [PR: I=11] (8)
14:35:53.149926 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[0]:[PR=N] from queue
14:35:53.151126 (  14136| 13400) checkOTGWcmd(2753): CmdQueue: Checking [PR]==>[1]:[PR=I] from queue
14:35:53.151894 (  14136| 13400) checkOTGWcmd(2764): CmdQueue: Found cmd [PR]==>[1]:[PR=I]
14:35:53.152584 (  14136| 13400) checkOTGWcmd(2765): CmdQueue: Found value [ I=11]==>[1]:[PR=I]
14:35:53.153260 (  14136| 13400) checkOTGWcmd(2766): CmdQueue: Remove from queue [1]:[PR=I] from queue