[OTGW] OpenTherm gateway

[TeslaNerd]

hvxl schreef op donderdag 28 augustus 2025 @ 17:48:
Dat ziet eruit als een Honeywell round modulation. Die vraagt niet zo heel erg veel informatie op. En blijkbaar geeft de Quatt-controller een Ack op alle berichten, waardoor de OTGW geen slot beschikbaar heeft om zijn eigen berichten te versturen. Je kunt sloten beschikbaar maken door de kamer temperatuur en/of instelling te markeren als "Unknown". Dan stuurt de OTGW deze berichten niet meer door maar vervangt ze door andere berichten, zoals het opvragen van de waterdruk. Je doet dat met UI=24 en UI=16. Normaal gesproken heeft een ketel deze informatie niet nodig, dus ik hoop dat de Quatt-controller zich gedraagt als een normale ketel.

Daar kan ik wel wat mee. Dankjewel.
Nb de Quatt controller gebruikt de kamertemperatuur en het control setpoint en CHEnabled voor de aansturing van de warmtepomp en de cv-ketel
Nb2 nee, de Quatt-controller gedraagt zich niet als een normale ketel

[ Voor 3% gewijzigd door TeslaNerd op 28-08-2025 18:33 ]

[rombow]

@TeslaNerd

Omdat TADO de Rest API achter de betaalmuur gaat zetten, zoek ik een andere mogelijkheid om mijn Quatt warmtepomp aan te sturen via OpenTherm. IPV via TADO-V3->OpenTherm denk ik aan OpenTherm praten via OTGW.
Mijn vraag : Is het mogelijk om zonder thermostaat en zonder HA. de Quatt direct aan te sturen met een Raspberry + OTGW. Ik will alleen de setpoint en actuele temperatuur aan de Quatt doorsturen (in honderdste graden aub). Liefst met een Python programmatje van 10 regels. SetPoint aanpasen werkt momenteel prima via de TADO api maar dat feestje is nu gauw voorbij.

[TeslaNerd]

rombow schreef op dinsdag 9 september 2025 @ 17:34:
@TeslaNerd

Omdat TADO de Rest API achter de betaalmuur gaat zetten, zoek ik een andere mogelijkheid om mijn Quatt warmtepomp aan te sturen via OpenTherm. IPV via TADO-V3->OpenTherm denk ik aan OpenTherm praten via OTGW.
Mijn vraag : Is het mogelijk om zonder thermostaat en zonder HA. de Quatt direct aan te sturen met een Raspberry + OTGW. Ik will alleen de setpoint en actuele temperatuur aan de Quatt doorsturen (in honderdste graden aub). Liefst met een Python programmatje van 10 regels. SetPoint aanpasen werkt momenteel prima via de TADO api maar dat feestje is nu gauw voorbij.

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

[ Voor 5% gewijzigd door TeslaNerd op 09-09-2025 22:59 ]

[Djvdb]

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

Met de TM87M1003 wel?

[TeslaNerd]

Djvdb schreef op woensdag 10 september 2025 @ 07:04:
[...]


Met de TM87M1003 wel?

Zie de discussies hierover in het Quatt topic met @nairolf

[hvxl]

rombow schreef op dinsdag 9 september 2025 @ 17:34:
Mijn vraag : Is het mogelijk om zonder thermostaat en zonder HA. de Quatt direct aan te sturen met een Raspberry + OTGW. Ik will alleen de setpoint en actuele temperatuur aan de Quatt doorsturen (in honderdste graden aub). Liefst met een Python programmatje van 10 regels.

Ik ken de Quatt niet, maar normaal gesproken werkt een Opentherm slave (kachel, warmtepomp, etc) aan de hand van de gewenste watertemperatuur en eventueel een maximum relatieve modulatie. Het is de master (meestal een thermostaat) die die gegevens berekent aan de hand van de gewenste- en huidige kamertemperatuur. Die laatste twee gegevens naar de slave sturen is over het algemeen niet erg nuttig omdat die er niets mee doet.

De eenvoudigste optie is, zoals TeslaNerd aangaf, een geschikte thermostaat aansluiten. Een alternatief is om een programma te gebruiken die de gewenste watertemperatuur bepaalt aan de hand van het setpoint en de actuele temperatuur. Kortom, een thermostaat in software maken. Maar een acceptabele regeling vereist zeker meer dan 10 regels code.

[scrappy.doo]

Kan iemand bestigen of de honeywell round wireless (draadloos/draadloze) variant goed werkt met OTGW? Ik heb jaren een "gewone" honeywell round gebruikt met OTGW, maar de aannemer heeft het voor elkaar gekregen de draad naar de ketel te slopen. Ik heb nu dus een draadloze variant nodig tussen thermostaat en ketel.

[visleeuw]

scrappy.doo schreef op donderdag 11 september 2025 @ 18:42:
Kan iemand bestigen of de honeywell round wireless (draadloos/draadloze) variant goed werkt met OTGW? Ik heb jaren een "gewone" honeywell round gebruikt met OTGW, maar de aannemer heeft het voor elkaar gekregen de draad naar de ketel te slopen. Ik heb nu dus een draadloze variant nodig tussen thermostaat en ketel.

Is een nieuw draadje geen optie? Of heeft de aannemer de route waarlangs het draadje liep volledig weggehaald?

[TeslaNerd]

scrappy.doo schreef op donderdag 11 september 2025 @ 18:42:
Kan iemand bestigen of de honeywell round wireless (draadloos/draadloze) variant goed werkt met OTGW? Ik heb jaren een "gewone" honeywell round gebruikt met OTGW, maar de aannemer heeft het voor elkaar gekregen de draad naar de ketel te slopen. Ik heb nu dus een draadloze variant nodig tussen thermostaat en ketel.

volgens dit bericht werkt dat goed

de Honeywell Round Wireless Modulation welke wel setpoint override toelaat. Anders heb je er nogal weinig aan in je domotica

[ Voor 12% gewijzigd door TeslaNerd op 11-09-2025 20:41 ]

[scrappy.doo]

visleeuw schreef op donderdag 11 september 2025 @ 19:37:
[...]

Is een nieuw draadje geen optie? Of heeft de aannemer de route waarlangs het draadje liep volledig weggehaald?

Blijkbaar niet. De aannemer kwam zelf ineens met een draadloze Honeywell T4R aanzetten en heeft die er tussen gezet. Die praat wel opentherm, maar accepteert geen setpoint overrides zo te zien. Geen TT en geen TC.

Nu we hier toch aan het knooien zijn zit ik ook meteen even verder te denken en kan misschien beter naar een draadloze Tado X die thread/matter doet.

[ Voor 14% gewijzigd door scrappy.doo op 11-09-2025 22:50 ]

[Onno !]

Ik heb de OTGW (USB versie op RPi 4 met HA) icm een Honeywell D4TM thermostaat en Quatt warmtepomp. In HA kan ik enkel de Room Setpoint override aanpassen. De overige waarden zijn enkel sensoren. Is er een methode om meer te kunnen manipuleren? Wellicht buiten HA om?

[Bytebandit]

Ik gebruik nu al jaren Home Assistant voor vrijwel alles in huis, van verlichting tot Mitsubishi airco’s (Climacontrol). Mijn Tado systeem voor radiatoren en hoofdthermostaat op mijn Nefit ProLine HRC 24 HR Combiketel via OpenTherm wil ik nu ook integreren in HA, deels vanwege tado’s beleid en kosten.

Doel:

Woonkamer (vloerverwarming) als basisverwarming via een draadloze Zigbee-thermostaat.
Zigbee TRV’s in andere kamers voor bijsturing.
Ketel volledig aansturen via OTGW.

Kan deze opzet hetzelfde gebruiksgemak en comfortniveau bieden als Tado? Zijn er ervaringen of valkuilen die ik moet weten?

[Jpiek]

Onno ! schreef op vrijdag 19 september 2025 @ 11:36:
Ik heb de OTGW (USB versie op RPi 4 met HA) icm een Honeywell D4TM thermostaat en Quatt warmtepomp. In HA kan ik enkel de Room Setpoint override aanpassen. De overige waarden zijn enkel sensoren. Is er een methode om meer te kunnen manipuleren? Wellicht buiten HA om?

Vanuit Homey kan ik elk command : https://otgw.tclcode.com/firmware.html#configuration sturen die ik wil, kan dat met HA niet ?

[Onno !]

Jpiek schreef op dinsdag 23 september 2025 @ 12:30:
[...]


Vanuit Homey kan ik elk command : https://otgw.tclcode.com/firmware.html#configuration sturen die ik wil, kan dat met HA niet ?

Voor zover mij bekend niet. In mijn HA integratie zie ik 3 devices: boiler, gateway en de thermostaat. Ik kan de thermostaat setpoint overrulen bijvoorbeeld. Maar die geen mogelijkheid om een OpenTherm commando te versturen. Zou ik wel graag willen

[Jpiek]

Ik ben totaal niet thuis in HA, maar kan dat ook niet via een script ofzo ?

In Homey heb ik gewoon een card "Stuur commando: " naast "stel Temperatuur in:" en "CV max doel temperatuur instellen : "

Die ik allemaal niet gebruik als ik gewoon commando's als "Stuur commando : CH=1" en "Stuur commando: CS=33" kan sturen...

[sjorsjuhmaniac]

Onno ! schreef op dinsdag 23 september 2025 @ 14:16:
[...]

Voor zover mij bekend niet. In mijn HA integratie zie ik 3 devices: boiler, gateway en de thermostaat. Ik kan de thermostaat setpoint overrulen bijvoorbeeld. Maar die geen mogelijkheid om een OpenTherm commando te versturen. Zou ik wel graag willen

Welk commando zou je willen gebruiken?
Welke otgw heb je? De esp8266 variant heeft bv een webinterface waar je alles in kan geven.

Ik gebruikt het al jaren, heb ooit in het begin een aantal commandos in moeten geven zodat de otgw de juiste waardes opvraagt bij de ketel. Verder heb ik nooit losse commando’s nodig gehad. Ik kan kamertemperatuur en watertemp gewoon via ha aanpassen.

Ik gebruik otgw over mqtt.

[Onno !]

sjorsjuhmaniac schreef op dinsdag 23 september 2025 @ 14:41:
[...]


Welk commando zou je willen gebruiken?
Welke otgw heb je? De esp8266 variant heeft bv een webinterface waar je alles in kan geven.

Ik gebruikt het al jaren, heb ooit in het begin een aantal commandos in moeten geven zodat de otgw de juiste waardes opvraagt bij de ketel. Verder heb ik nooit losse commando’s nodig gehad. Ik kan kamertemperatuur en watertemp gewoon via ha aanpassen.

Ik gebruik otgw over mqtt.

Ik heb een USB versie van nodo-shop (v2.13). Maar zo te zien is dat dezelfde printplaat als de wifi en ethernet versies, maar dan zonder de extra module erop. Dus kwestie van module erop om er de wifi variant van te maken.
Ik zal de Wemos D1 module bestellen zodat ik dit ook kan via mqtt kan bijsturen. In HA kan ik chocola maken van de chaotische thermostaat temperatuur (Honeywell DT4M) met een lopend gemiddelde en evt ook stijging/daling berekenen met een differentiaal. Tevens weet ik in HA de buitentemperatuur, weerverwachting, PV opbrengst, WTW ventilatie en of er iemand thuis is. Dan kan ik de warmtepomp slim aansturen

[sjorsjuhmaniac]

Duidelijk maar temp setpoint zou je geen “commandos” hoeven moeten geven. Dat kan allemaal via de integratie in ha. Welke integratie gebruik je?

[Bytebandit]

Ik heb net een Nodo-shop OTGW geïnstalleerd op een WeMos D1 Mini. De webinterface van de OTGW is prima bereikbaar en ik heb hem via MQTT verbonden aan Home Assistant.

Het probleem: na een paar minuten verdwijnt de OTGW uit Home Assistant als “niet beschikbaar”. Start ik de OTGW opnieuw of submit ik opnieuw de gegevens in de OTGW-webinterface, dan is hij weer een paar minuten bereikbaar, tot hij weer wegvalt. Iemand enig idee? Ik draai al jarenlang een veelvoud aan apparatuur via mqtt en dat is altijd stabiel geweest.

[pistole]

Bytebandit schreef op zondag 28 september 2025 @ 14:44:
Ik heb net een Nodo-shop OTGW geïnstalleerd op een WeMos D1 Mini. De webinterface van de OTGW is prima bereikbaar en ik heb hem via MQTT verbonden aan Home Assistant.

Het probleem: na een paar minuten verdwijnt de OTGW uit Home Assistant als “niet beschikbaar”. Start ik de OTGW opnieuw of submit ik opnieuw de gegevens in de OTGW-webinterface, dan is hij weer een paar minuten bereikbaar, tot hij weer wegvalt. Iemand enig idee? Ik draai al jarenlang een veelvoud aan apparatuur via mqtt en dat is altijd stabiel geweest.

[Afbeelding]

[Afbeelding]

Zie je wel updates binnenkomen op je MQTT?

[Bytebandit]

pistole schreef op zondag 28 september 2025 @ 15:37:
[...]

Zie je wel updates binnenkomen op je MQTT?

Ja alleen word ik daar ook niet veel wijzer van. Dit is wat ik terug krijg vanuit mosquitto. Opgegeven moment klapt hij er in home assistant uit met "niet beschikbaar" en dan moet ik weer opnieuw starten.

code:

1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/status_master', ... (8 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/dhw_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/dhw_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/cooling_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/cooling_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/otc_active', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/otc_active', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch2_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch2_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/summerwintertime', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/dhw_blocking', ... (3 bytes))
bytebandit@serverbak:~/appdata/mosquitto/config$

Het aanzetten van mijn verwarming werkt overigens ook niet. OTGW lijkt via mqtt niet te reageren op commandos vanuit home assistant. Ik heb de volgende widget aangemaakt.

code:

climate:
  - platform: generic_thermostat
    name: climate_woonkamer
    heater: climate.otgw
    target_sensor: sensor.therm_woonkamer_temperature
    min_temp: 5
    max_temp: 25
    ac_mode: false
    cold_tolerance: 0.3
    hot_tolerance: 0.3
    precision: 0.1

edit: ik heb mqtt explorer geinstalleerd en ik zie hem inderdaad als offline staan. Waardoor kan dit zo instabiel werken als de webinterface van de otgw wel ten alle tijden beschikbaar is?

[ Voor 3% gewijzigd door Bytebandit op 28-09-2025 19:38 ]

[TeslaNerd]

@Onno ! In Home Assistant kun jij met Developer Tools een opentherm commando sturen via
Developer Tools > Actions

Bijvoorbeeld TT commando voor de tijdelijke aanpassing van het room setpoint:

[ Voor 8% gewijzigd door TeslaNerd op 28-09-2025 18:24 ]

[pistole]

Bytebandit schreef op zondag 28 september 2025 @ 18:07:
[...]


Ja alleen word ik daar ook niet veel wijzer van. Dit is wat ik terug krijg vanuit mosquitto. Opgegeven moment klapt hij er in home assistant uit met "niet beschikbaar" en dan moet ik weer opnieuw starten.

code:

1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/status_master', ... (8 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/dhw_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/dhw_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/cooling_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/cooling_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/otc_active', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/otc_active', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch2_enable', ... (3 bytes))
1759075384: Sending PUBLISH to 5HbHzt6dFQe6HV37twxALd (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/ch2_enable', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/summerwintertime', ... (3 bytes))
1759075384: Received PUBLISH from OTGW84:CC:A8:9E:8B:BF (d0, q0, r0, m0, 'OTGW/value/otgw-84CCA89E8BBF/dhw_blocking', ... (3 bytes))
bytebandit@serverbak:~/appdata/mosquitto/config$

Het aanzetten van mijn verwarming werkt overigens ook niet. OTGW lijkt via mqtt niet te reageren op commandos vanuit home assistant. Ik heb de volgende widget aangemaakt.

code:

climate:
  - platform: generic_thermostat
    name: climate_woonkamer
    heater: climate.otgw
    target_sensor: sensor.therm_woonkamer_temperature
    min_temp: 5
    max_temp: 25
    ac_mode: false
    cold_tolerance: 0.3
    hot_tolerance: 0.3
    precision: 0.1

edit: ik heb mqtt explorer geinstalleerd en ik zie hem inderdaad als offline staan. Waardoor kan dit zo instabiel werken als de webinterface van de otgw wel ten alle tijden beschikbaar is?

Zo te zien komt het doordat je 'boot command enabled' niet aan hebt staan. Die stuurt de 'GW=1' naar de OTGW die zorgt dat is als gateway opereert. Denk ik, YMMV.

[Bytebandit]

[quote]pistole schreef op zondag 28 september 2025 @ 20:09:
[...]

Zo te zien komt het doordat je 'boot command enabled' niet aan hebt staan. Die stuurt de 'GW=1' naar de OTGW die zorgt dat is als gateway opereert. Denk ik, YMMV.



Die stond inderdaad niet aan. Maar na 1 minuut gaat hij weer offline en komt daar niet uit. Ik zie ondertussen ook dat boiler_connected op false staat. Ik heb de bedrading van mijn Tado wireless module die ook via opentherm communiceerde overgezet naar de boiler connectoren van de OTGW. Maar er lijkt iets meer aan de hand te zijn.

[sjorsjuhmaniac]

@Bytebandit de mqtt offline betekend niet dat je wemos echt offline is. Het betekent alleen dat hij de verbinding met mosquito is verloren.

[Onno !]

TeslaNerd schreef op zondag 28 september 2025 @ 18:23:
@Onno ! In Home Assistant kun jij met Developer Tools een opentherm commando sturen via
Developer Tools > Actions

Bijvoorbeeld TT commando voor de tijdelijke aanpassing van het room setpoint:

[Afbeelding]

Deze zie ik niet in de dropdown lijst. Moet je die acties zelf ergens toevoegen via yaml?

[hvxl]

pistole schreef op zondag 28 september 2025 @ 20:09:
[...]
Zo te zien komt het doordat je 'boot command enabled' niet aan hebt staan. Die stuurt de 'GW=1' naar de OTGW die zorgt dat is als gateway opereert. Denk ik, YMMV.

Nee, dat is niet nodig. Ten eerste is GW=1 de default. Ten tweede slaat de OTGW PIC de GW setting op in EEPROM, dus het is overbodig om het commando na elke boot te herhalen.

[TeslaNerd]

Onno ! schreef op zondag 28 september 2025 @ 21:30:
[...]

Deze zie ik niet in de dropdown lijst. Moet je die acties zelf ergens toevoegen via yaml?

Hij staat bij mij vrij ver naar beneden in de dropdown lijst bij opentherm gateway en volgens de OpenTherm Gateway integration in mijn HA draait mijn OTGW nog op firmware 5.8 ivm de oude PIC controller op mijn OTGW-boardje

[ Voor 35% gewijzigd door TeslaNerd op 28-09-2025 22:30 ]

[hvxl]

Bytebandit schreef op zondag 28 september 2025 @ 20:51:
Die stond inderdaad niet aan. Maar na 1 minuut gaat hij weer offline en komt daar niet uit. Ik zie ondertussen ook dat boiler_connected op false staat. Ik heb de bedrading van mijn Tado wireless module die ook via opentherm communiceerde overgezet naar de boiler connectoren van de OTGW. Maar er lijkt iets meer aan de hand te zijn.

otgw-pic version 2.1? Dat klinkt niet goed. 6.0 was de eerste versie van de gateway firmware voor de pic16f1847. Versie 2.1 zou de diagnose firmware kunnen zijn. Voor normaal gebruik moet je de gateway firmware laden.

[Bytebandit]

hvxl schreef op zondag 28 september 2025 @ 22:21:
[...]

otgw-pic version 2.1? Dat klinkt niet goed. 6.0 was de eerste versie van de gateway firmware voor de pic16f1847. Versie 2.1 zou de diagnose firmware kunnen zijn. Voor normaal gebruik moet je de gateway firmware laden.

Hmm dan heb ik denk ik een handleiding gemist van nodo-shop? Tenminste ik ga er dan vanuit dat ik nog iets moet updaten/flashen. Voor de duidelijkheid ik heb hem afgelopen week daar besteld.

[ Voor 6% gewijzigd door Bytebandit op 28-09-2025 22:24 ]

[pistole]

Bytebandit schreef op zondag 28 september 2025 @ 22:23:
[...]


Hmm dan heb ik denk ik een handleiding gemist van nodo-shop? Tenminste ik ga er dan vanuit dat ik nog iets moet updaten/flashen. Voor de duidelijkheid ik heb hem afgelopen week daar besteld.

Dat is niet zoals het zou moeten. Je kan in de web-interface van jouw OTGW even naar Advanced > PIC firmware gaan en kijken of je daar ook de gateway.hex hebt staan? Ik heb daar zelf versie 6.6 staan.

Misschien is het verstandig om ook even een berichtje te sturen naar nodo-shop.

[Onno !]

TeslaNerd schreef op zondag 28 september 2025 @ 22:16:
[...]

Hij staat bij mij vrij ver naar beneden in de dropdown lijst bij opentherm gateway en volgens de OpenTherm Gateway integration in mijn HA draait mijn OTGW nog op firmware 5.8 ivm de oude PIC controller op mijn OTGW-boardje

[Afbeelding]

[Afbeelding]

Wellicht had ik die optie dan ook toen ik de OTGW via USB verbonden had met de Rpi waarop HW draait. Toen had ik 3 devices binnen de OTGW integratie (thermostaal, gateway en boiler).
Nu heb ik de OTWG zelf als 1 device onder de MQTT integratie.

Ik zie die Actions niet in de lijst (zowel niet als ik de alfabetische lijst doorkijk en niet met de zoekfunctie).
Wellicht toch nog eens de OTGW middels de USB aansluiten ipv via wifi? Wellicht kon ik toen toch meer dan ik dacht
ik zal me later eens verdiepen in de mogelijkheden om via mqtt.publish een payload te versturen. Wellicht kan ik dan alle opentherm commando's richting de Quatt CiC slingeren.

[dmnagtegaal]

pistole schreef op maandag 29 september 2025 @ 08:27:
[...]

Dat is niet zoals het zou moeten. Je kan in de web-interface van jouw OTGW even naar Advanced > PIC firmware gaan en kijken of je daar ook de gateway.hex hebt staan? Ik heb daar zelf versie 6.6 staan.

Misschien is het verstandig om ook even een berichtje te sturen naar nodo-shop.

Het was bij mij over nadat ik de MQTT Uniqueid had aangepast in de webinterface
diagnose.hex 2.1
gateway.hex 6.6
interface.hex 2.0

[hvxl]

Dat zijn de firmware versies die beschikbaar zijn in het filesysteem van de Wemos D1 mini. Dat zegt nog niets over de firmware die werkelijk geladen is in de PIC. Dat is op te vragen met het PR=A commando.

[dmnagtegaal]

hvxl schreef op maandag 29 september 2025 @ 14:24:
Dat zijn de firmware versies die beschikbaar zijn in het filesysteem van de Wemos D1 mini. Dat zegt nog niets over de firmware die werkelijk geladen is in de PIC. Dat is op te vragen met het PR=A commando.

Deze bedoel je?
Firmware Version0.10.2+50c3ed2

[dmnagtegaal]

Nu,

Ik heb dit weekend ook het eea binnen gekregen en in elkaar gezet. So far so good.
Ik krijg het echter niet aan de praat.
Ik heb een Bosch HRC30 (compatible) en een Evohome R881A draadloze OT box (compatible).
De setup zonder OTGW ertussen werkt goed.

Ik zie een paar dingen gebeuren:
R8810A: deze gaat 3x kort knipperen (rood) als ik 'm aansluit
De CV schiet naar foutmelding A8: communicatie / bus fout
OTGW: gaat offline in de broker (Homey Pro 23 MQTT Broker), na ongeveer 1 minuut, en blijft dat doen
Wanneer ik de één of de ander apart aansluit gebeurt hetzelfde.
Wanneer ik de OTGW los opstart (USB aan PC) dan logt ie netjes aan op de Broker en gaat ie niet offline.

Ik gebruik firmware Firmware Version0.10.2+50c3ed2. dat is vgm de meest recente.

Heeft iemand vergelijkbare problemen en dit eventueel (deels) opgelost?
Heeft iemand een werkende situatie met Evohome R8810A en / of Bosch HRC30?

Ik heb dit topic al onderzocht op R8810A en Bosch HRC30 maar daar is geen oplossing geboden voor zover ik kan zien.

grt. Marcel

EDIT: inmiddels een uitleg bij de R8810A: geen open therm communicatie. soldeerprobleem of....?


EDIT2:
Hier zie je een beetje wat er gebeurt. de OTGW is zonder andere aansluitingen 4 uur aangemeld in de MQTT broker. Daarna heb ik de thermostaat aangesloten. 30 seconden later krijg ik in de log de '' slave configuration' te zien en verbreekt de mqtt broker verbinding. Zelfde gebeurt met ook de CV aangesloten.

[ Voor 28% gewijzigd door dmnagtegaal op 29-09-2025 19:59 . Reden: extra uitleg ]

[Bytebandit]

pistole schreef op maandag 29 september 2025 @ 08:27:
[...]

Dat is niet zoals het zou moeten. Je kan in de web-interface van jouw OTGW even naar Advanced > PIC firmware gaan en kijken of je daar ook de gateway.hex hebt staan? Ik heb daar zelf versie 6.6 staan.

Misschien is het verstandig om ook even een berichtje te sturen naar nodo-shop.

Nieuw picje binnengehad nu geeft mqtt explorer wel de meest recente firmware aan. Maar nog steeds het probleem dat na een minuut of 5 hij binnen mqtt op offline gaat. Daarvoor zijn alle opties ook beschikbaar in home assistant maar daarna is alles unavailable.. Dit is het enige stukje hardware dat problemen geeft met mosquitto, dus ik zoek het eerder bij de opentherm dan bij mijn server. Alleen ik heb even geen flauw idee waar ik moet beginnen met debuggen.

[ Voor 6% gewijzigd door Bytebandit op 05-10-2025 14:05 ]

[hvxl]

Waarom heb je een nieuwe PIC? Die dingen zijn programmeerbaar. Als de diagnose firmware erop staat in plaats van de gateway firmware, dan kun je hem gewoon flashen met de juiste firmware dmv OTmonitor of de web interface van de Wemos.

[Wolffe]

Bytebandit schreef op zondag 5 oktober 2025 @ 14:04:
[...]
Nieuw picje binnengehad nu geeft mqtt explorer wel de meest recente firmware aan. Maar nog steeds het probleem dat na een minuut of 5 hij binnen mqtt op offline gaat. Daarvoor zijn alle opties ook beschikbaar in home assistant maar daarna is alles unavailable.. Dit is het enige stukje hardware dat problemen geeft met mosquitto, dus ik zoek het eerder bij de opentherm dan bij mijn server. Alleen ik heb even geen flauw idee waar ik moet beginnen met debuggen.

Ik heb precies hetzelfde gehad met de Nodo-Shop OpenTherm gateway. Uiteindelijk heb ik het perongeluk opgelost toen ik bij toeval de NTP-server op disabled had gezet waarna de gateway opeens niet meer offline ging na een paar minuten. Vervolgens heb ik toen getest met Home Assistant als lokale NTP server, dat ging ook prima. Sindsdien heb ik geen offline issues meer gehad en heb ik er eigenlijk ook niet meer naar omgekeken. Wellicht dat je dit ook eens kan proberen?

[Bytebandit]

Wolffe schreef op zondag 5 oktober 2025 @ 17:38:
[...]


Ik heb precies hetzelfde gehad met de Nodo-Shop OpenTherm gateway. Uiteindelijk heb ik het perongeluk opgelost toen ik bij toeval de NTP-server op disabled had gezet waarna de gateway opeens niet meer offline ging na een paar minuten. Vervolgens heb ik toen getest met Home Assistant als lokale NTP server, dat ging ook prima. Sindsdien heb ik geen offline issues meer gehad en heb ik er eigenlijk ook niet meer naar omgekeken. Wellicht dat je dit ook eens kan proberen?

Heb het even getest maar helaas hij valt toch weer weg. Balen, wordt dan toch maar weer de Tado in gebruik nemen.

[pistole]

Vreemd hoor. Heb je ook een thermostaat verbonden? Wat krijg je te zien als je OTmonitor gebruikt?

Overigens zie ik een 'error 03' in je screenshot.

quote: https://otgw.tclcode.com/...nge%20in%20the%20gateway.

If you see nothing, or things like "Error 01" or "Error 03", the reference voltage may be wrong. You can modify it via Options → Settings (F5) or with the VR=X command. where X is a number between 0 and 9. The normal value is 1.472V (X=5). But due to variations in the used components you may have to change it. Don't forget to click the Set button after every adjustment to actually make the change in the gateway.

[sjorsjuhmaniac]

Bytebandit schreef op maandag 6 oktober 2025 @ 09:24:
[...]


Heb het even getest maar helaas hij valt toch weer weg. Balen, wordt dan toch maar weer de Tado in gebruik nemen.

Reboot je esp nu wel of niet?

[Bytebandit]

sjorsjuhmaniac schreef op maandag 6 oktober 2025 @ 12:53:
[...]
Reboot je esp nu wel of niet?

Ja, bij elke wijziging reboot ik hem zo onderhand. Ondertussen heb ik ook alle kabels vernieuwd en opnieuw gekrimpt, plus een andere USB-adapter en kabel in gebruik genomen.

Mijn Tado draadloze ontvanger heb ik correct aangesloten:
- Tado draadloze ontvanger → OTGW Thermostat
- OTGW Boiler → CV-ketel

OTMonitor draait in Docker en maakt verbinding met de OTGW. Ik zie elke seconde berichten van de ketel binnenkomen:
R00000000 Read-Data Status: 00000000 00000000.

Ik zie géén berichten van de Tado ontvangen. De Tado app geeft wel aan dat de draadloze ontvanger verbonden is.

In de OTGW firmware webinterface staat nog steeds:
- Thermostat Connected: **false**
- Boiler Connected: **false**
- Gateway/Standalone: **true**

Voor de Wemos D1 had ik de keuze tussen twee firmwares:
1. https://github.com/rvdbreemen/OTGW-firmware
2. https://otgw.tclcode.com/otgwmcu.html

Ik heb vanuit de Nodo Shop handleiding voor variant 1 gekozen. Kan het zijn dat deze firmware anders omgaat dan de originele?

[ Voor 4% gewijzigd door Bytebandit op 06-10-2025 15:26 ]

[pistole]

@Bytebandit heb je mijn opmerking gezien over 'Error 03'? Hoe en waarmee voed je de OTGW?

[Bytebandit]

pistole schreef op maandag 6 oktober 2025 @ 16:49:
@Bytebandit heb je mijn opmerking gezien over 'Error 03'? Hoe en waarmee voed je de OTGW?

Oh sorry even over het hoofd gezien! Ik heb hem zojuist doorgemeten en de voeding zou geen probleem mogen zijn.

[ Voor 72% gewijzigd door Bytebandit op 06-10-2025 17:23 ]

[pistole]

Bytebandit schreef op maandag 6 oktober 2025 @ 17:16:
[...]


Oh sorry even over het hoofd gezien! Ik heb hem zojuist doorgemeten en de voeding zou geen probleem mogen zijn.

[Afbeelding]

Ik ben nog steeds geïnteresseerd in die 'Error 03'. Krijg je die altijd? Zo ja: check de link die ik eerder stuurde. Wat gebeurt er als je geen CV of thermostaat aansluit? Of één van beide?

[JanPedaal]

Hoi,
Ik heb gisteren de OTGW aangesloten tussen thermostaat (Intergas Comfort Touch) en hybride warmtepomp (Xtend), en de OTGW zit gekoppeld aan mijn Domoticz. Ik krijg alle waarden goed door en die komen overeen met wat ik via de Intergas Gateway ook binnenkrijg.

Ik heb een vreemd probleem, waarbij het weekschema dat ik via de Intergas app heb ingevoerd niet werkt. Ik kan wel de temperatuur handmatig aanpassen via de app of via de knoppen op de thermostaat. Intergas heeft op afstand meegekeken in de Xtend en bevestigt dat het weekschema actief is en dat het voor zover zij zien zou moeten werken.
Ik ben er vandaag achter gekomen dat het weekschema wel effect heeft, maar bij de thermostaat het "room override setpoint" beinvloedt i.p.v. het "room setpoint". De thermostaat stuurt echter op het "room setpoint". Hierdoor volgt de thermostaat niet het schema maar is dus alleen met de hand aan te passen.

Nu is mijn vraag: zou dit gedrag door de OTGW veroorzaakt kunnen worden? @WillemD61 wellicht? Ik zag dat jij dezelfde hybride WP hebt.

Room setpoint


Room override setpoint


Thermostaat status

[ Voor 29% gewijzigd door JanPedaal op 07-10-2025 21:49 . Reden: Plaatjes bij de praatjes ]

[WillemD61]

JanPedaal schreef op dinsdag 7 oktober 2025 @ 21:41:
Nu is mijn vraag: zou dit gedrag door de OTGW veroorzaakt kunnen worden? @WillemD61 wellicht? Ik zag dat jij dezelfde hybride WP hebt.

Ik heb ook een Xtend maar heb op dit moment mijn OTGW niet aangesloten en als ik die zou aansluiten dan zou ik die tussen Xtend en gasketel hangen, niet tussen Xtend en thermostaat. Ik zou de OTGW dan gebruiken om extra gegevens over het gedrag van de gasketel te krijgen die ik niet via de intergas gateway of rechtstreeks uit de Xtend krijg.

Normaal gesproken zou de OTGW geen sturing moeten doen als je er niet specifiek opdracht toe geeft (via het commando TC=xx, waarbij xx een temperatuur is).

Je kan het natuurlijk makkelijk testen door de OTGW even er tussen uit te halen en dan zien of het weekprogramma wel werkt. Ik heb gisteren mijn weekprogramma geactiveerd en zo te zien werkt het normaal.

Aanvulling: ik heb het net even geprobeerd als volgt:
1) via de app vakantiemodus ingeschakeld. Je ziet op de gateway dan eerst setpoint override naar 15 gaan en even later (+- 30 seconden) ook setpoint
2) dan weer weekprogramma geactiveerd. Dan gebeurt hetzelfde, dus eerst setpoint override en dan setpoint.
In de app zie je als "handmatig" ook de setpoint override weergegeven.
Dat is dus het gedrag zonder OTGW

[ Voor 17% gewijzigd door WillemD61 op 08-10-2025 08:04 ]

[JanPedaal]

WillemD61 schreef op woensdag 8 oktober 2025 @ 02:10:
[...]


Ik heb ook een Xtend maar heb op dit moment mijn OTGW niet aangesloten en als ik die zou aansluiten dan zou ik die tussen Xtend en gasketel hangen, niet tussen Xtend en thermostaat. Ik zou de OTGW dan gebruiken om extra gegevens over het gedrag van de gasketel te krijgen die ik niet via de intergas gateway of rechtstreeks uit de Xtend krijg.

Normaal gesproken zou de OTGW geen sturing moeten doen als je er niet specifiek opdracht toe geeft (via het commando TC=xx, waarbij xx een temperatuur is).

Je kan het natuurlijk makkelijk testen door de OTGW even er tussen uit te halen en dan zien of het weekprogramma wel werkt. Ik heb gisteren mijn weekprogramma geactiveerd en zo te zien werkt het normaal.

Aanvulling: ik heb het net even geprobeerd als volgt:
1) via de app vakantiemodus ingeschakeld. Je ziet op de gateway dan eerst setpoint override naar 15 gaan en even later (+- 30 seconden) ook setpoint
2) dan weer weekprogramma geactiveerd. Dan gebeurt hetzelfde, dus eerst setpoint override en dan setpoint.
In de app zie je als "handmatig" ook de setpoint override weergegeven.
Dat is dus het gedrag zonder OTGW

Dit helpt mij weer wat verder, dank! Blijkbaar is er iets dat voorkomt dat het override setpoint wordt overgenomen door het normale setpoint. Ik ga idd even testen met de OTGW er weer tussenuit. OTGW/Domoticz is momenteel toch eerste verdachte

[WillemD61]

JanPedaal schreef op woensdag 8 oktober 2025 @ 08:08:
[...]

Dit helpt mij weer wat verder, dank! Blijkbaar is er iets dat voorkomt dat het override setpoint wordt overgenomen door het normale setpoint. Ik ga idd even testen met de OTGW er weer tussenuit. OTGW/Domoticz is momenteel toch eerste verdachte

Het kan misschien ook nog aan de Domoticz interface naar de Gateway liggen. Bij de installatie van de Intergas Incomfort Heat Control hardware in Domoticz staan ingewikkelde (en volgens mij foutieve) instructies over het wijzigen van setpoint devices en is er een installatie van een DZvents script. Aangezien ik niet van plan ben sturing via Domoticz te doen heb ik die instructies niet gevolg. Misschien dat jouw Domoticz setpoint ook nog iets doet?

[Bytebandit]

pistole schreef op dinsdag 7 oktober 2025 @ 21:24:
[...]

Ik ben nog steeds geïnteresseerd in die 'Error 03'. Krijg je die altijd? Zo ja: check de link die ik eerder stuurde. Wat gebeurt er als je geen CV of thermostaat aansluit? Of één van beide?

Ik ga vanavond even finetunen op basis van de link die je stuurde. M'n vriendin werd alleen een beetje gek ervan dat we geen thermostaat in de woonkamer hadden, dus ik ben een beetje om en om aan het switchen tussen mijn tado installatie en de otgw.

Het gedrag is overal exact hetzelfde. Als ik alleen de cv aansluit binnen 5 minuten valt hij binnen mqtt als offline uit, met thermostaat idem, en zonder verbindingen idem. In OTmonitor lijkt hij wel te leven maar het versturen van commando's heeft dan geen effect op de cv.

[pistole]

Bytebandit schreef op woensdag 8 oktober 2025 @ 09:09:
[...]


Ik ga vanavond even finetunen op basis van de link die je stuurde. M'n vriendin werd alleen een beetje gek ervan dat we geen thermostaat in de woonkamer hadden, dus ik ben een beetje om en om aan het switchen tussen mijn tado installatie en de otgw.

Het gedrag is overal exact hetzelfde. Als ik alleen de cv aansluit binnen 5 minuten valt hij binnen mqtt als offline uit, met thermostaat idem, en zonder verbindingen idem. In OTmonitor lijkt hij wel te leven maar het versturen van commando's heeft dan geen effect op de cv.

Dit soort klusjes zijn beter te doen als je (of je vriendin) de thermostaat niet nodig heeft . In de koudere maanden moet het 'gewoon' werken.

[Bytebandit]

pistole schreef op woensdag 8 oktober 2025 @ 10:16:
[...]

Dit soort klusjes zijn beter te doen als je (of je vriendin) de thermostaat niet nodig heeft . In de koudere maanden moet het 'gewoon' werken.

Scheelt dat er meerdere aircos in huis hangen die prima verwarmen, dus het verbale geweld is iets subtieler daardoor. Ik had ook niet verwacht dat ik zoveel tegenslag zou hebben moet ik toegeven. Het hele huis zit vol met domotica en custom configuraties. De Tado installatie was een kwestie van Opentherm aanzetten en daarna was het plug and play. Ik had na de ervaringen die ik hier las een beetje het idee dat het soortgelijk zou zijn. Maar dat loopt net even iets anders. Ik wil het nu wel vanuit principe werkend krijgen.

[dmnagtegaal]

dmnagtegaal schreef op maandag 29 september 2025 @ 15:32:
Nu,

Ik heb dit weekend ook het eea binnen gekregen en in elkaar gezet. So far so good.
Ik krijg het echter niet aan de praat.
Ik heb een Bosch HRC30 (compatible) en een Evohome R881A draadloze OT box (compatible).
De setup zonder OTGW ertussen werkt goed.

Ik zie een paar dingen gebeuren:
R8810A: deze gaat 3x kort knipperen (rood) als ik 'm aansluit
De CV schiet naar foutmelding A8: communicatie / bus fout
OTGW: gaat offline in de broker (Homey Pro 23 MQTT Broker), na ongeveer 1 minuut, en blijft dat doen
Wanneer ik de één of de ander apart aansluit gebeurt hetzelfde.
Wanneer ik de OTGW los opstart (USB aan PC) dan logt ie netjes aan op de Broker en gaat ie niet offline.

Ik gebruik firmware Firmware Version0.10.2+50c3ed2. dat is vgm de meest recente.

Heeft iemand vergelijkbare problemen en dit eventueel (deels) opgelost?
Heeft iemand een werkende situatie met Evohome R8810A en / of Bosch HRC30?

Ik heb dit topic al onderzocht op R8810A en Bosch HRC30 maar daar is geen oplossing geboden voor zover ik kan zien.

grt. Marcel

EDIT: inmiddels een uitleg bij de R8810A: geen open therm communicatie. soldeerprobleem of....?
[Afbeelding]

EDIT2:
Hier zie je een beetje wat er gebeurt. de OTGW is zonder andere aansluitingen 4 uur aangemeld in de MQTT broker. Daarna heb ik de thermostaat aangesloten. 30 seconden later krijg ik in de log de '' slave configuration' te zien en verbreekt de mqtt broker verbinding. Zelfde gebeurt met ook de CV aangesloten.
[Afbeelding]

Inmiddels werkend. Na alle controles te hebben gedaan ontdekte ik dat de logging er anders uit had moeten zien. Bij het opstarten van de OTGW, zondet thermostaat aangesloten, moet de log aangeven 'thermostat disconnected'. Dat deed hij niet. Tweede ding wat ik ontdekte is dat er een knipperend groene LED moet zijn (1 sec), die had ik ook niet.
Uiteindelijk met de OTmonitor open via de Wifi interface de firmware een aantal keren gepushed. Via de logging kon ik zien waneer dit klaar was. Bij de derde poging kwam ineens de melding 'thermostat disconnected'. En ging het geheel werken.
De boel aangesloten en het is allemaal goed instelbaar via MQTT / Homey Pro 2023.

[htca]

Bytebandit schreef op zondag 5 oktober 2025 @ 14:04:
[...]


Nieuw picje binnengehad nu geeft mqtt explorer wel de meest recente firmware aan. Maar nog steeds het probleem dat na een minuut of 5 hij binnen mqtt op offline gaat. Daarvoor zijn alle opties ook beschikbaar in home assistant maar daarna is alles unavailable.. Dit is het enige stukje hardware dat problemen geeft met mosquitto, dus ik zoek het eerder bij de opentherm dan bij mijn server. Alleen ik heb even geen flauw idee waar ik moet beginnen met debuggen.
[Afbeelding]

[Afbeelding]

Hoe heb je hem aan home assistant hangen? Ik had hetzelfde probleem maar werd veroorzaakt door het feit dat ik de native home assistant api aan had staan en MQTT. Om de haverklap viel die uit. toen ik de home assistant verbinding alleen via MQTT iet lopen, was het probleem opgelost.

[Obe]

Ik heb nu een weekje een OTGW (via Nodo shop) tussen Tado en de warmtepomp hangen. Alles lijkt te werken. In Home Asisstant zie ik via de OpenTherm Gateway integratie de verschillende waardes voor de boiler en thermostaat en via de services kan ik het control setpoint op de boiler wijzigen.

Er is alleen 1 ding wat ik niet kan verklaren: de setpoint van de thermostaat wordt niet altijd geüpdate. Alleen vlak na het reloaden van de integratie of een restart van de gateway werkt het even. Als ik PS=1 stuur (en daarna weer PS=0) werkt het ook eenmalig. Daarna loopt deze weer uit de pas met de boiler setpoint.
Alle andere waardes worden wel continu geüpdate. Is dit normaal of zie ik iets over het hoofd? Hoe kan ik er voor zorgen dat er altijd een setpoint van de thermostaat beschikbaar is?

[JanPedaal]

WillemD61 schreef op woensdag 8 oktober 2025 @ 08:13:
[...]
Het kan misschien ook nog aan de Domoticz interface naar de Gateway liggen. Bij de installatie van de Intergas Incomfort Heat Control hardware in Domoticz staan ingewikkelde (en volgens mij foutieve) instructies over het wijzigen van setpoint devices en is er een installatie van een DZvents script. Aangezien ik niet van plan ben sturing via Domoticz te doen heb ik die instructies niet gevolg. Misschien dat jouw Domoticz setpoint ook nog iets doet?

Ik heb de OTGW er weer tussenuit gehaald en de Intergas Gateway integratie in Domoticz uitgezet. Nu heb ik inderdaad het gewenste gedrag zoals door jou beschreven:
- Thermostaat volgt weekprogramma.
- Als ik handmatig de temp aanpas op thermostaat of via de app wordt eerst het "room setpoint override" aangepast en daarna "room setpoint".
Ik ga nu bekijken hoe ik de intergas gateway met domoticz kan uitlezen zonder dat de sturing in de war wordt gegooid. Misschien toch maar vaart maken met inrichten van een raspberry die via de wifi access point alle stats kan uitlezen, zoals beschreven in het Xtend topic.
In dat geval is de OTGW na jaren trouwe dienst helaas overbodig geworden (tenzij @WillemD61 erachter komt dat het uitlezen van de communicatie tussen Xtend en ketel nog voordelen biedt )

[WillemD61]

JanPedaal schreef op maandag 13 oktober 2025 @ 09:56:
[...]
In dat geval is de OTGW na jaren trouwe dienst helaas overbodig geworden (tenzij @WillemD61 erachter komt dat het uitlezen van de communicatie tussen Xtend en ketel nog voordelen biedt )

Ik gebruikte de OTGW o.a. voor sturing van de temperatuur vanuit Domoticz. Dat doe ik nu vanuit de Intergas App. Het enige wat ik nu niet heb is het automatisch omlaag zetten van de temperatuur als geen van onze mobiele telefoons meer in het WIFI netwerk zitten (en terug omhoog als we weer thuis komen).

Ook gebruikte ik de OTGW om te detecteren wanneer de gasbrander aan stond zodat ik mijn gasverbruik kon splitsen in verbruik voor verwarming, warm water en koken. Inmiddels weet ik wel hoeveel ik voor warm water en koken gebruik dus minder noodzakelijk. Ik ben de Xtend parameters nog verder aan het bekijken voor een alternatieve aanpak.

Dus bij mij is de OTGW voorlopig ook buiten dienst.

[Imperial Guard]

Ik kan het over het hoofd zien, maar klopt het dat de OTGW geen setpoint kan doorgeven aan mijn Elga Ace?

Opstelling: Tado draadloze communicatie-unit → OTGW (NodoShop) → Elga Ace.

Alle OpenTherm-data van de Elga komt netjes binnen via de OTGW, en ik zie ook het setpoint dat de Tado doorgeeft.

Wanneer ik via Home Assistant het setpoint wijzig, zie ik dat tijdelijk in de UI aangepast worden, maar vrijwel direct daarna springt het weer terug naar de waarde van de Tado.

Is dit normaal gedrag (omdat de Tado de master blijft), of zou de OTGW in deze setup ook zelf een setpoint kunnen sturen?

[ Voor 42% gewijzigd door Imperial Guard op 13-10-2025 11:25 ]

[TeslaNerd]

Ik gebruik in Home Assistant de transparant command met code TT= om de room setpoint via OTGW aan te passen en dat gaat nog steeds probleemloos en nauwkeurig op 1/100ste graad met de Honeywell Round Modulation T87M1003

code:

action:%20opentherm_gw.send_transparent_command%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20data%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20gateway_id%3A%20honeywell%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20transp_cmd%3A%20TT%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20transp_arg%3A%20%22%7B%7B%20tths%20%7D%7D%22

[ Voor 119% gewijzigd door TeslaNerd op 13-10-2025 12:32 ]

[s020506]

Imperial Guard schreef op maandag 13 oktober 2025 @ 11:24:
Ik kan het over het hoofd zien, maar klopt het dat de OTGW geen setpoint kan doorgeven aan mijn Elga Ace?

Opstelling: Tado draadloze communicatie-unit → OTGW (NodoShop) → Elga Ace.

Alle OpenTherm-data van de Elga komt netjes binnen via de OTGW, en ik zie ook het setpoint dat de Tado doorgeeft.

Wanneer ik via Home Assistant het setpoint wijzig, zie ik dat tijdelijk in de UI aangepast worden, maar vrijwel direct daarna springt het weer terug naar de waarde van de Tado.

Is dit normaal gedrag (omdat de Tado de master blijft), of zou de OTGW in deze setup ook zelf een setpoint kunnen sturen?

Je moet minstens elke minuut je setpoint updaten naar de OTGW. Die je dat niet, dan neemt deze weer het setpoint van de thermostaat over. Is een failsafe, zie onder CS op deze pagina: https://otgw.tclcode.com/firmware.html

[Jules52]

Hoi, wie kan mij even op weg helpen? Ik heb een full electric warmtepomp aangestuurd via opentherm door een Honeywell T87M en data lees ik uit via Home Assistant. Welke plug&play OTGW kan ik in deze situatie het beste kiezen?

[sjorsjuhmaniac]

Jules52 schreef op vrijdag 17 oktober 2025 @ 12:56:
Hoi, wie kan mij even op weg helpen? Ik heb een full electric warmtepomp aangestuurd via opentherm door een Honeywell T87M en data lees ik uit via Home Assistant. Welke plug&play OTGW kan ik in deze situatie het beste kiezen?

Honeywell staat niet in de lijst van ondersteunde apparaten. Kleine kans dat je warmtepomp er wel in staat. Otgw kan dan mogelijk werken maar garantie tot de deur. Dit omdat veel fabrikanten zich niet volledig aan de OpenTherm standaard houden.

Je kan het altijd proberen natuurlijk.
Ik zou een otgw met lan aansluiten kopen als je een ethernet kabel in de buurt kan krijgen. Anders een oplossing met wifi.

[rombow]

Ik heb een OTGW-USB printje gekocht bij Nodo. In elkaar gesoldeerd en aan een Raspberry Pi gehangen via de USB poort. Ik gebruik de bedrade OpenTherm connectie. Daarna heb ik "otmonitor" geinstalleerd en gerund in deamon mode. Werkt perfect! Ik kan op de lokale website de berichten zien tussen mijn Tado V3 en mijn Quatt warmtepomp. Woohoo!! Happy days....
Maar de vreugde is nu getemperd omdat de communicatie afluisten wel prima werkt maar beinvloeden (wijzigen van de berichten) maar moeilijk aan de praat te krijgen is. Na lang pluizen in de documentatie heb ik eindelijk alle ingebouwde obstakels overkomen en verrek, ja hoor, na twee dagen is het dan toch gelukt om de "setpoint override temperature" te modificeren. maar helaas slechts zeer tijdelijk en laat zich niet herhalen. Het werkt daarna soms wel en dan weer niet.
Nu heb ik gelukkig een reproduceerbaar symptoom : Ik maak het OTGW printje even stroomloos, dan geef ik het commando "CS=24.134" daar volgt een succesvolle interventie (override) in de communicatie. Ik blijf "CS=24134" herhalen om de ingebouwde safety-abort te omzeilen maar de tweede keer dat de TADO met de Quatt praat gaat het altijd mis.... (geen override)

Iemand een tip ??

code:

..
11:53:18.001548  Command (via websocket): CS=24.134
11:53:18.026666  CS: 24.13
..
11:53:27.389878  T10012B00  Write-Data  Control setpoint (MsgID=1): 43.00
11:53:27.392916  R10011822  Write-Data  Control setpoint (MsgID=1): 24.13
11:53:27.755030  BD0011822  Write-Ack   Control setpoint (MsgID=1): 24.13
11:53:27.758155  AD0012B00  Write-Ack   Control setpoint (MsgID=1): 43.00
..
11:53:55.583774  Command (via websocket): CS=24.134
11:53:55.609038  CS: 24.13
..
11:54:11.938596  Command (via websocket): CS=24.134
11:54:11.963766  CS: 24.13
..
11:54:36.384200  Command (via websocket): CS=24.134
11:54:36.409083  CS: 24.13
..
11:54:44.947026  T90012A00  Write-Data  Control setpoint (MsgID=1): 42.00
11:54:45.312232  B50012A00  Write-Ack   Control setpoint (MsgID=1): 42.00
..

[rombow]

Voor wie hier geinteresseerd is in de oplossing van mijn probleem hierboven zie : https://otgw.tclcode.com/support/forumpost/9fc38bdc7d

[TeslaNerd]

rombow schreef op donderdag 23 oktober 2025 @ 13:05:
Voor wie hier geinteresseerd is in de oplossing van mijn probleem hierboven zie : https://otgw.tclcode.com/support/forumpost/9fc38bdc7d

Ik lees dat jij nu wel met de OTGW jouw setup (TADO <> OTGW <> QUATT <> IntergasHRE) kan besturen maar begrijp ik goed dat de control setpoint fout die jij nog steeds ziet bij Quatt zit?

[rombow]

TeslaNerd schreef op donderdag 23 oktober 2025 @ 13:52:
[...]

Ik lees dat jij nu wel met de OTGW jouw setup (TADO <> OTGW <> QUATT <> IntergasHRE) kan besturen maar begrijp ik goed dat de control setpoint fout die jij nog steeds ziet bij Quatt zit?

Ja, ik kan nu, met de workaround, in die setup, probleemloos de CIC arbitraire waarden doorsturen voor "Control SetPoint", "Room SetPoint" en "Room Temperature". Er zou idd. een probleem bij Quatt's opentherm's implementatie zitten. Daar post ik nog wat over in the Quatt group. Das handig voor iedereen (ook zonder automation).
Met deze kennis ga ik proberen een verbeterde TADO "Quatt - Temmer" te maken.

[sjorsjuhmaniac]

rombow schreef op vrijdag 24 oktober 2025 @ 09:59:
[...]

Ja, ik kan nu, met de workaround, in die setup, probleemloos de CIC arbitraire waarden doorsturen voor "Control SetPoint", "Room SetPoint" en "Room Temperature". Er zou idd. een probleem bij Quatt's opentherm's implementatie zitten. Daar post ik nog wat over in the Quatt group. Das handig voor iedereen (ook zonder automation).
Met deze kennis ga ik proberen een verbeterde TADO "Quatt - Temmer" te maken.

Wat is nu nog het voordeel om een tado te blijven gebruiken? Is het niet handiger om naar een iSense te wisselen? Of zit het probleem niet in de tado maar in de quatt?

[rombow]

sjorsjuhmaniac schreef op vrijdag 24 oktober 2025 @ 10:12:
[...]

Wat is nu nog het voordeel om een tado te blijven gebruiken? Is het niet handiger om naar een iSense te wisselen? Of zit het probleem niet in de tado maar in de quatt?

Probleem zit naar zeggen bij Quatt (de handling van "T90391E00 Write-Data Max CH water setpoint (MsgID=57): 30.00").
Ik blijf nog bij tado. Ik heb zeker duizend euro in mijn tado v3 systeem geinvesteerd en ik geloof in de TADO filosofie, het heeft ook in mijn kennissenkring vele duizeden m^3 bespaard. De integratie met Quatt is problematisch maar ik hoop fixable.

[TeslaNerd]

rombow schreef op vrijdag 24 oktober 2025 @ 09:59:
[...]

Ja, ik kan nu, met de workaround, in die setup, probleemloos de CIC arbitraire waarden doorsturen voor "Control SetPoint", "Room SetPoint" en "Room Temperature". Er zou idd. een probleem bij Quatt's opentherm's implementatie zitten. Daar post ik nog wat over in the Quatt group. Das handig voor iedereen (ook zonder automation).
Met deze kennis ga ik proberen een verbeterde TADO "Quatt - Temmer" te maken.

Als dit inderdaad een geisoleerd probleem bij Quatt is dan volg ik jouw post in de Quatt group.
Ik zie echter nog een optie dat jouw IntergasHRE een rol speelt in het probleem. Als jouw Intergas cv ketel via opentherm is aangesloten op de Quatt controller dan kan die in theorie een rol spelen. Heb jij daar al naar gekeken door bijvoorbeeld de Intergas tijdelijk via de AAN/UIT op de Quatt controller aan te sluiten en te kijken of het gedrag van de Quatt opentherm daarmee anders wordt?

[sjorsjuhmaniac]

rombow schreef op vrijdag 24 oktober 2025 @ 10:32:
[...]

Probleem zit naar zeggen bij Quatt (de handling van "T90391E00 Write-Data Max CH water setpoint (MsgID=57): 30.00").
Ik blijf nog bij tado. Ik heb zeker duizend euro in mijn tado v3 systeem geinvesteerd en ik geloof in de TADO filosofie, het heeft ook in mijn kennissenkring vele duizeden m^3 bespaard. De integratie met Quatt is problematisch maar ik hoop fixable.

aah, dus het was 'alleen' ene Quatt probleem. duidelijk, dan heeft thermostaat wisselen geen zin.

[effsec]

De Room temperature en de Room temperature setpoint worden gebruikt door de Warmtepomp. Een Flint van Weheat. Ik gebruik een Evohome zone regeling die deze waarden standaard op 20 instelt. De warmte vraag regelt evohome via gevraagde watertemperatuur.
Ik heb nu een OTGW ertussen geplaatst. Ik probeer via homeassistant en MQTT deze waarden te overschrijven met de temperatuur en temperatuur setpoint van zone 1 van het evohome systeem. Nu blijkt dat de benodigde waarden niet instellbaar zijn, oftewel Read Only. https://otgw.tclcode.com/firmware.html#configuration https://www.openhab.org/addons/bindings/openthermgateway/
Een vergelijkbaar issue is eerder in dit topic voor Quatt warmtepompen aangegeven.
Is er iemand in geslaagd om de firmware aan te passen, zodat deze waarden wel met een commando overruled kan worden? Zo ja welke aanpassingen zijn er in de code benodigd?

[Jpiek]

Nee, maar wil je perse de Room temperature en de Room temperature setpoint aanpassen ?

Ik heb een Flow in Homey waarmee ik mijn Weheat Blackbird aanstuur.

Room temperature setpoint pas ik zonodig aan met de App van mijn termostaat (Remeha eTwist) en verder bereken en stuur ik de Gevraagde doeltemp zelf richting Blackbird, werkt perfect.

Voor de kamertemperatuur gebruik ik een Sonoff tempsenor die wél op eentiende de temp aangeeft ipv de eTwist die het afrond op 0.5

De eTwist is een duur display geworden waar je de kamertemperatuur mee instelt (nouja, en backup OT sturing als de OTGW of Homey uitvalt zodat het niet koud wordt in huis)

[hvxl]

effsec schreef op zaterdag 1 november 2025 @ 18:12:
De Room temperature en de Room temperature setpoint worden gebruikt door de Warmtepomp. Een Flint van Weheat. Ik gebruik een Evohome zone regeling die deze waarden standaard op 20 instelt. De warmte vraag regelt evohome via gevraagde watertemperatuur.
Ik heb nu een OTGW ertussen geplaatst. Ik probeer via homeassistant en MQTT deze waarden te overschrijven met de temperatuur en temperatuur setpoint van zone 1 van het evohome systeem. Nu blijkt dat de benodigde waarden niet instellbaar zijn, oftewel Read Only.

Het is volgens de Opentherm spec helemaal niet vereist dat een thermostaat Room temperature en Room setpoint stuurt. De warmtepomp zou niet kunnen werken met een thermostaat die dat niet doet? Dat zou een behoorlijke miskleun zijn. Of valt hij dan uiteindelijk terug op de gevraagde watertemperatuur, zoals hij eigenlijk meteen zou moeten doen? Je kunt de OTGW vertellen om Room temperature en Room setpoint niet door te geven (UI=24, UI=16).

Hoe het zit met homeassistant weet ik niet, maar de OTGW heeft wel degelijk een commando om het Room setpoint aan te passen: BS. Room temperature kan niet worden aangepast, maar je kunt wel het verschil tussen Room setpoint en Room temperature optellen bij de vaste Room tempearture waarde van de evohome en zo toch een vergelijkbaar resultaat krijgen. Voorbeeld: De temperatuur in zone 1 is 19,3 bij een setpoint van 19,5. Dan is de temperatuur dus 0,2 graden te laag. Met BS=20.2 laat je de OTGW een Room setpoint van 20,2 sturen, 0,2 graden hoger dan de zogenaamde Room temperature van 20. Dus ook al kloppen de waarden niet, het geeft richting de warmtepomp wel aan dat hij 0,2 graden moet overbruggen.

[effsec]

Thanks, BS: Boiler setpoint had ik niet geïnterpreteerd als Room temperature setpoint. Zojuist getest. De waarde blijft staan, is vanochtend nog niet overschreven door de thermostaat. Ik ga dit nog testen met de HA sturing.
De kamer temperatuur en setpoint zal van invloed zijn op de intelligence die Weheat gaat invoeren. Hierbij wordt ook een functionaliteit om de vloerverwarming als warmte opslag te gebruiken. Iets wat ik al langer doe door te verwarmen als de zonne panelen overproductie hebben.

[hvxl]

Het RS commando bestond al, dus ik moest een andere lettercombinatie bedenken. en het is het Room setpoint dat naar de boiler wordt gestuurd, niet het werkelijke Room setpoint dat in principe een parameter voor de thermostaat is. Bovendien is het ook een BS commando in een meer gebruikelijke betekenis van de afkorting omdat deze informatie totaal niet relevant voor de boiler zou moeten zijn. Vandaar de keuze.

[pistole]

hvxl schreef op zondag 2 november 2025 @ 12:42:
Het RS commando bestond al, dus ik moest een andere lettercombinatie bedenken. en het is het Room setpoint dat naar de boiler wordt gestuurd, niet het werkelijke Room setpoint dat in principe een parameter voor de thermostaat is. Bovendien is het ook een BS commando in een meer gebruikelijke betekenis van de afkorting omdat deze informatie totaal niet relevant voor de boiler zou moeten zijn. Vandaar de keuze.

Ik moest hier stiekem wel om gniffelen. Dank voor de uitleg en lang leve open source met dit soort mooie insights!

[Jpiek]

hvxl schreef op zondag 2 november 2025 @ 12:42:
Bovendien is het ook een BS commando in een meer gebruikelijke betekenis van de afkorting omdat deze informatie totaal niet relevant

[ruub26]

Ik heb een vraag, hoe kan ik een honeywell round thermostaat uitlezen met opentherm zodat hij ook nog zijn voeding krijgt? Door meerdere thermostaten uit telezen wil ik kijken of de warmtepomp moet beginnen met draaien

[ramonlambal]

ruub26 schreef op woensdag 5 november 2025 @ 12:22:
Ik heb een vraag, hoe kan ik een honeywell round thermostaat uitlezen met opentherm zodat hij ook nog zijn voeding krijgt? Door meerdere thermostaten uit telezen wil ik kijken of de warmtepomp moet beginnen met draaien

Uhm ik zou zeker niet meerdere thermostaten zomaar op 1 warmtepomp aansluiten, voordat je hebt gekeken of dat kan. Opentherm is namelijk maar 2 draden: daar gaat en de voeding voor de thermostaat over En de data. Je wilt dus geen kortsluiting ergens maken.
Tussen 1 honeywell round thermostaat en een opentherm geschikte apparaat zou je een OTGW kunnen installeren, dat is precies zoals ik het thuis ook heb.

[ Voor 11% gewijzigd door ramonlambal op 05-11-2025 12:35 ]

[hvxl]

Je kunt 1 thermostaat via een OTGW (met gateway firmware) op de warmtepomp aansluiten. Daarnaast kun je per extra thermostaat een OTGW met de interface firmware gebruiken. De OTGW verzorgt de voeding voor de Honeywell round.

Dan moet je alleen nog ergens een programma draaien dat uit de eerste OTGW de informatie van de warmtepomp verzamelt en de andere OTGW's voorziet van de data die de aangesloten thermostaat opvraagt. Dat programma kan dan ook aan de hand van de verschillende control setpoints van alle thermostaten een control setpoint berekenen om via de eerste OTGW naar de warmtepomp te sturen.

[ruub26]

@hvxl Dankjewel voor je antwoord, is er ook een manier om dit in bijvoorbeeld Home Assistant te integreren of aan te sturen?

[ruub26]

ramonlambal schreef op woensdag 5 november 2025 @ 12:34:
[...]

Uhm ik zou zeker niet meerdere thermostaten zomaar op 1 warmtepomp aansluiten, voordat je hebt gekeken of dat kan. Opentherm is namelijk maar 2 draden: daar gaat en de voeding voor de thermostaat over En de data. Je wilt dus geen kortsluiting ergens maken.
Tussen 1 honeywell round thermostaat en een opentherm geschikte apparaat zou je een OTGW kunnen installeren, dat is precies zoals ik het thuis ook heb.

Ik maak nu gebruik van een hcc100 waar alle thermostaten op inprikken, deze wil ik vervangen omdat de groepen te snel open en dicht gaan en niet goed inregelbaar zijn. Hierdoor gaat de warmtepomp pendelen

[ramonlambal]

ruub26 schreef op woensdag 5 november 2025 @ 13:15:
[...]

Ik maak nu gebruik van een hcc100 waar alle thermostaten op inprikken, deze wil ik vervangen omdat de groepen te snel open en dicht gaan en niet goed inregelbaar zijn. Hierdoor gaat de warmtepomp pendelen

Ik heb net even zitten kijken naar die hcc100 en op papier lijkt het een super handig apparaat, wat precies doet wat jij wilt.
Wel zie ik dat hij twee manieren van aansturen heeft: opentherm en " Geïntegreerd potentiaalvrij relaiscontact 230v" voor zover ik weet, kan een relais alleen open en dicht, of is dit voor de verschillende zones? Als de ketel nu namelijk via een relais (=aan/uit) ipv opentherm aangestuurd word, dan krijg je idd het pendelen.
Misschien moet het gewoon nog beter ingeregeld worden? Off die beschreiving is vele malen beter dan het product

[krijn1985]

ruub26 schreef op woensdag 5 november 2025 @ 13:11:
@hvxl Dankjewel voor je antwoord, is er ook een manier om dit in bijvoorbeeld Home Assistant te integreren of aan te sturen?

Ik weet niet wat je precies bedoelt met integreren in Home Assisant, maar OTGW (in gateway mode in ieder geval en met de wifi module waarop deze firmware staat) werkt met Home Assistant, even MQTT gegevens invullen en alles komt in Home Assistant. Ga er een beetje vanuit dat in interface mods het ook zou moeten kunnen, maar dit heb ik niet nagezocht. Dan zou je daarna in Home Assistant zelf denk ik wel de benodigde logica kunnen maken.

[ruub26]

ramonlambal schreef op woensdag 5 november 2025 @ 13:26:
[...]

Ik heb net even zitten kijken naar die hcc100 en op papier lijkt het een super handig apparaat, wat precies doet wat jij wilt.
Wel zie ik dat hij twee manieren van aansturen heeft: opentherm en " Geïntegreerd potentiaalvrij relaiscontact 230v" voor zover ik weet, kan een relais alleen open en dicht, of is dit voor de verschillende zones? Als de ketel nu namelijk via een relais (=aan/uit) ipv opentherm aangestuurd word, dan krijg je idd het pendelen.
Misschien moet het gewoon nog beter ingeregeld worden? Off die beschreiving is vele malen beter dan het product

Momenteel wordt mijn warmtepomp met een relais aangestuurd, het probleem is als een groep dicht gaat de aanvoertemperatuur te snel oploopt waardoor de compressor afslaat, ik weet niet of dit opgelost is als je met opentherm aanstuurt

[ramonlambal]

ruub26 schreef op woensdag 5 november 2025 @ 13:42:
[...]

Momenteel wordt mijn warmtepomp met een relais aangestuurd, het probleem is als een groep dicht gaat de aanvoertemperatuur te snel oploopt waardoor de compressor afslaat, ik weet niet of dit opgelost is als je met opentherm aanstuurt

Ik zag dit in het HA topic, mogelijk kun je het op zon manier oplossen? HA topic

[Compizfox]

Ik heb pas een OTGW geïnstalleerd. M'n doel is voornamelijk om de setpoint te kunnen instellen vanuit Home Assistant.

Ik werkt allemaal en ik kan alle parameters uitlezen via MQTT in Home Assistant.

Met de Remeha qSense die ik eerst had hangen kon ik echter het setpoint niet overriden vanuit de OTGW. Althans, ik kan het wel veranderen, maar de thermostaat doet er niks op uit en iets later springt de setpoint zoals ingesteld in Home Assistant doodleuk weer terug. Volgens de documentatie is dat volgens verwachting; deze thermostaat ondersteunt MsgId 9 ("Remote override setpoint") niet.

Goed, ik heb nu de thermostaat vervangen door een Honeywell Chronotherm Touch Modulation, die dit wel zou moeten ondersteunen. Ik zit echter tot mijn teleurstelling nog met hetzelfde probleem: de thermostaat doet niks uit op het overriden van de setpoint via de OTGW.

Iemand een idee? Volgens de online info zou deze thermostaat dat gewoon moeten ondersteunen. Ik heb al gespeeld met de tele-setting in de thermostaat, die volgens sommigen aan of juist uit zou moeten staan, maar dat maakt geen verschil.

[hvxl]

Je geeft niet aan welke waarden je hebt geprobeerd, maar de Honeywell Chronotherm Touch Modulation ondersteunt alleen remote setpoint override van hele graden. Dus iets als 20,5 zal de symptomen geven die je beschrijft.

[Compizfox]

hvxl schreef op zondag 23 november 2025 @ 14:11:
Je geeft niet aan welke waarden je hebt geprobeerd, maar de Honeywell Chronotherm Touch Modulation ondersteunt alleen remote setpoint override van hele graden. Dus iets als 20,5 zal de symptomen geven die je beschrijft.

Ik heb dit probleem ook met hele graden, helaas.

[hvxl]

Dan is de volgende stap om met OTmonitor de log te bestuderen.

[Compizfox]

Na wat meer testen lijkt het soms wel te werken, maar gewoon heel flaky.

Ik zag via de OT Monitor veel resets langskomen. Die voeding die ik gebruikte lijkt dus niet toereikend. Die heb ik nu vervangen door een betere, en dat lijkt nu opgelost.

Setpoint overriden lijkt echter nog steeds erg hit-or-miss. Dit zie ik bijvoorbeeld langskomen nadat ik de setpoint probeer te overriden naar 21° vanuit HA:

code:

15:35:43.449754 T00090000   Read-Data   Remote override room setpoint: 0.00
15:35:43.453190 R80760000   Read-Data   DHW pump/valve starts: 0
15:35:43.595694 BC07688FD   Read-Ack    DHW pump/valve starts: 35069
15:35:43.598470 AC0090000   Read-Ack    Remote override room setpoint: 0.00
15:35:44.013921 T80190000   Read-Data   Boiler water temperature: 0.00
15:35:44.090250 BC0193B87   Read-Ack    Boiler water temperature: 59.53
15:35:44.546965 T00090000   Read-Data   Remote override room setpoint: 0.00
15:35:44.558209 R00770000   Read-Data   DHW burner starts: 0
15:35:44.692449 B4077954C   Read-Ack    DHW burner starts: 38220
15:35:44.696132 AC0090000   Read-Ack    Remote override room setpoint: 0.00
15:35:45.108814 T00090000   Read-Data   Remote override room setpoint: 0.00
15:35:45.112141 R00780000   Read-Data   Burner operation hours: 0
15:35:45.205329 B407826DE   Read-Ack    Burner operation hours: 9950
15:35:45.208533 AC0090000   Read-Ack    Remote override room setpoint: 0.00
15:35:45.685951 T00000300   Read-Data   Status: 00000011 00000000
15:35:45.694698 R80000100   Read-Data   Status: 00000001 00000000
15:35:45.785201 B4000010A   Read-Ack    Status: 00000001 00001010
15:35:45.797699 AC000030A   Read-Ack    Status: 00000011 00001010
15:35:46.240603 T00090000   Read-Data   Remote override room setpoint: 0.00
15:35:46.250025 R80790000   Read-Data   CH pump operation hours: 0
15:35:46.384089 B40792E9C   Read-Ack    CH pump operation hours: 11932
15:35:46.400164 AC0090000   Read-Ack    Remote override room setpoint: 0.00
15:35:46.786752 T80640000   Read-Data   Remote override function: 00000000

[hvxl]

Als de PIC door een reset gaat, raakt hij de informatie over een setpoint override kwijt. Dus als je veel resets zag, verklaart dat waarom het eerder niet leek te werken. Als de resets helemaal zijn verholpen zou het probleem nu opgelost moeten zijn. Vreemd dat het nog steeds niet betrouwbaar werkt.

Een log van 3 seconden is te weinig om te kunnen bepalen wat er gebeurt. Bovendien lijkt dit een log te zijn van nadat het kwaad al is geschied. Het tweakers forum is niet echt ingericht om een langere log te posten. Daarvoor is het domoticaforum misschien beter geschikt. Desnoods kun je pastebin gebruiken.

[Compizfox]

hvxl schreef op maandag 24 november 2025 @ 14:03:
Als de PIC door een reset gaat, raakt hij de informatie over een setpoint override kwijt. Dus als je veel resets zag, verklaart dat waarom het eerder niet leek te werken. Als de resets helemaal zijn verholpen zou het probleem nu opgelost moeten zijn. Vreemd dat het nog steeds niet betrouwbaar werkt.

Het probleem lijkt na wat verder testen inderdaad toch te zijn opgelost nadat ik de resets heb verholpen.

Ik was met m'n vorige reactie iets te voorbarig, denk ik. Het duurt bovendien even voordat de setpoint override wordt opgepikt (de thermostaat pollt maar eens in de zoveel tijd, I guess). Ik weet niet precies wat er misging bij de log die ik postte, maar het lijkt nu naar behoren te werken

[ Voor 8% gewijzigd door Compizfox op 25-11-2025 22:10 ]

[Kaastosti]

Het wordt weer kouder, we hebben de verwarming nodig... en prompt begint het systeem weer te weigeren. Gelukkig kun je met een OTGW er tussen net iets meer zien van wat er speelt, maar oplossen doet het dat niet.

Als we in ons EvoHome systeem warmte vragen, wordt dat netjes doorgegeven aan de centrale unit. Die zou een signaaltje naar de ketel moeten sturen dat de boel warm moet worden, maar de control setpoint blijft vrolijk op 10.00 staan. Ketel doet niets.

In de logs zie ik het volgende:

code:

18:47:23.963705 T10010A00   Write-Data  Control setpoint: 10.00
18:47:24.099756 BD0010A00   Write-Ack   Control setpoint: 10.00
18:47:24.472404 T90181400   Write-Data  Room temperature: 20.00
18:47:24.598627 B50181400   Write-Ack   Room temperature: 20.00
18:47:25.018819 T10101400   Write-Data  Room setpoint: 20.00
18:47:25.117980 BD0101400   Write-Ack   Room setpoint: 20.00

Mijn vermoeden was dat omdat de Room temperature en Room setpoint gelijk zijn, het systeem denkt dat er geen actie nodig is. Echter terwijl ik dit bericht aan het tikken was, springt de control setpoint naar 90.00, terwijl de andere twee nog steeds op 20.00 staan.

De enige verandering ten opzichte van andere gegevens is de Maximum relative modulation level. Die heeft vlak daar voor in plaats van 0.00 de waarde 100.00 gekregen. Daar lijkt het iets mee te maken te hebben. Weet iemand hoe die waarde gestuurd wordt?

code:

19:00:07.624687 T900E6400   Write-Data  Maximum relative modulation level: 100.00
19:00:07.729841 B700E0000   Unk-DataId  Maximum relative modulation level: 0.00
19:00:08.216054 T10015A00   Write-Data  Control setpoint: 90.00
19:00:08.328066 BD0015A00   Write-Ack   Control setpoint: 90.00

Dat is ook te zien in de grafieken van OTGW:

Groen: Central heating aan
Rood: Vlam aan
Grijs: Maximum relative modulation level
Zwart: Relative modulation level

Onze vorige ketel (Remeha Avanta 28c) kon kennelijk niet goed overweg met moduleren, dus heb ik daar drie jaar terug weer een simpele aan/uit controller tussen gezet. Dat heeft even gewerkt (leek het), maar was uiteindelijk ook niet de oplossing. Nieuwe ketel (Intergas 28/24 hre), nieuwe kansen, zelfde gedoe.

In Home Assistant kan ik zien dat de control setpoint geregeld wel wordt aangepast naar een waarde tussen de 70 en 90. Dat is overdag als de temperatuur onder de 17 graden komt. Dan wordt er gestookt, al is het vrij lang, en komen die ruimtes tot 19 graden, om daarna weer rustig af te koelen. Maar als we thuis zijn en het toch echt iets warmer willen hebben, geeft het systeem niet thuis.

Dit geintje speelt echt al tien jaar, elk jaar weer eindeloos logs uitlezen, systemen resetten, vloeken, tieren... je kent het wel. Het lijkt volledig willekeurig, ineens gebeurt er niks. Dan gaat het weer een week goed. En weer fout. Ik ben niet de enige met deze uitdaging, maar jammer genoeg heeft nog niemand een oplossing gevonden.

[hvxl]

Een goede ketel doet niets met de Room temperature en Room setpoint berichten. Die kun je dan ook gewoon blokkeren in de OTGW zonder dat dit enig verschil maakt in de regeling. Ik weet dit uit eigen ervaring zeker van een Remeha Avanta en ben ervan overtuigd dat dit ook voor de Intergas ketel geldt. De ketel wordt gestuurd aan de hand van CHenable, Control setpoint en Maximum relative modulation level. Dit is nader uitgelegd op https://otgw.tclcode.com/background.html#heating.

Uit de gegevens die jij vermeldt lijkt mij dat de ketel precies doet wat de EvoHome vraagt. Als het control setpoint op 10 blijft staan terwijl jij verwacht dat de kachel aangaat, dan ligt dat aan de EvoHome (of aan jouw verwachtingen ). Ik ben dan ook bang dat je de schuld ten onrechte by de Avanta hebt gelegd. Die ketel kan uitstekend overweg met moduleren, maar natuurlijk alleen als hij goed wordt aangestuurd.

Een control setpoint van 90 is trouwens wel erg hoog. Het kost veel gas om het water zo ver op te stoken. Het advies is in het algemeen om het max CH water setpoint op 60 te zetten. Maar dat staat los van het probleem.

[m_aar_ten]

Goedendag mede-tweakers,

Ik zou graag wat advies willen over wat de beste manier is om mijn stadswarmte unit (OpenTherm aangestuurd) aan te sturen vanuit Home Assistant.

Huidige situatie

Warmte Unit: AquaHeat HEX-142 (CW4)
Aansturing: Honeywell Home R8810A1018
Thermostaat: Honeywell Home T87RF2025

Toekomstige situatie

Mijn plan is om mijn verwarming vanuit HA aan te sturen, ik heb 3 Sonoff trvzb radiator knoppen gekocht voor de 3 kamers waar ik de temperatuur automatisch zou willen reguleren.
Aangezien mijn warmte unit nu al dmv OpenTherm aangestuurd wordt wil ik dat graag blijven gebruiken.
Ik heb gezien dat Nodo Shop OT GW's aanbied die er aantrekkelijk uit zien, USB klinkt als een goede keuze (ik heb nog een orange pi zero waarmee ik m aan wifi kan verbinden).

Echter dacht ik ook te lezen dat er een RF module was aansluit op mijn bestaande R8810A, vanuit daar de data kan uitlezen en het naar HA kan sturen, kan iemand mij hier meer over vertellen?
Of is de beste/makkeljikste optie gewoon een OT GW halen en die tussen de ketel en mijn bestaande R8810A aan sluiten?

Ik hoor graag wat jullie mening/advies is hierover.

[kroonen]

Hoi.

Ik probeer mij thermostaat automatisch de klok gelijk te laten zetten. Ik heb een remeha iSense thermostaat v30. De temperatuur en alles kan ik gewoon via homeassistant en mqtt zo verzetten, maar ik krijg de tijd niet ingesteld. Ik gebruik die als automatisering

data:
topic: OTGW/set/otgw-E89F6D8ABE38/command
payload: |
SC={{ now().strftime("%H:%M") }}
action: mqtt.publish

En als ik met mqttexplorer kijk lijkt het ook goed, hij stuur deze waarde
SC=18:54

doe ik iets verkeerd, of kan je de tijd niet zetteen bij deze thermostaat?

[Tycoontje]

kroonen schreef op maandag 1 december 2025 @ 19:00:
Hoi.

Ik probeer mij thermostaat automatisch de klok gelijk te laten zetten. Ik heb een remeha iSense thermostaat v30. De temperatuur en alles kan ik gewoon via homeassistant en mqtt zo verzetten, maar ik krijg de tijd niet ingesteld. Ik gebruik die als automatisering

data:
topic: OTGW/set/otgw-E89F6D8ABE38/command
payload: |
SC={{ now().strftime("%H:%M") }}
action: mqtt.publish

En als ik met mqttexplorer kijk lijkt het ook goed, hij stuur deze waarde
SC=18:54

doe ik iets verkeerd, of kan je de tijd niet zetteen bij deze thermostaat?

"Remeha iSense sends MsgID's 20, 21 and 22 with its current time and date information, but it ignores whatever values it gets back in the response, unlike the Honeywell chronotherm IV. Only at startup does the iSense read the values and accept them as the current time. The Opentherm Gateway is not able to adjust the clock on an iSense thermostat at a later moment."
Bron: https://otgw.tclcode.com/matrix.cgi#thermostats

[kroonen]

Ok, helaas dus niet mogelijk.. dank voor het antwoord