[OTGW] OpenTherm gateway

[emwieberdink]

Refthoom schreef op vrijdag 1 augustus 2025 @ 19:57:
Nou, nou kinders, lief zijn voor elkaar

Lastig bij aansturen van een CV met OT door de WP is denk ik, dat je meer info moet sturen zoals bijv. modulatieniveau en gewenste watertemperatuur. WP en CV draaien tegelijk maar verlangen verschillende waarden, dus de software van de WP moet dan tegelijk twee apparaten kunnen aansturen. Dat zijn eigenlijk twee aparte regelkringen van opwekking die in één afgiftesysteem uitkomen en dat kan makkelijk tot instabiliteit leiden.

Dat is eigenlijk al te complex gedacht. Terwijl het principe eigenlijk heel simpel is en dit komt vaak voor. Want ik zie veel mensen naar aan/uit gaan als ze een WP krijgen(hibride). Terwijl ze OT hadden.

Hoe ik het nu heb gemaakt:

De Honeywell stuurt een OT signaal naar de ketel middels een 8810 OT. Ook heb ik een BDR91 die als zoneklep een aan/uit signaal maakt voor de WP. De WP stuurt een signaal naar de ketel om niet te gaan branden. Als het onder de 10 graden is buiten doet de CV ketel het gewoon weer op OT en de WP schakelt uitz

Dat is niet ideaal omdat je eigenlijk dan voor elke zone een aparte BDR91 zou moeten hebben.

Dus ik zoek daarom een hele simpele schakeling die OT naar aan/uit maakt.

De OT gateway kan dit standaard niet heb ik begrepen.

[Jpiek]

Ok, ik probeer het nog 1 keer:

Waarom zou je/moet je in je hybride opstelling nog eens apart de CV ketel aansturen ? Bij hybride wil je toch dat de WP zoveel mogelijk de verwarming van het huis voor z'n rekening neemt ? En dat de CV alleen aangaat/bijspringt op het moment dat de WP het niet aankan ? En áls de WP het niet aankan is er gewoon ff een 'boost' nodig van de CV ketel tot de WP je huis weer op temperatuur kan houden. En die 'boost' kan dan prima door de CV gewoon AAN te zetten, hij hoeft niet te moduleren want hij moet even de woning zsm op temperatuur brengen en daarna UIT. Die doodenkele keer dat ik dat meegemaakt heb (toen de stooklijn nog niet goed ingeregeld was) was dat hooguit enkele minuten. Ik zie de winst dan van OT tov Aan/Uit niet.

Een WP op OT draaien (als in de oude situatie, dus thermostaat/warmtevraag gestuurd) is, heb ik zelf ondervonden een kostbare aangelegenheid, het vraagt om een snelle reactie mbt watertemperatuur die een WP iha niet kan leveren en een CV wel.

Dus wil je een WP aansturen op de buitentemperatuur, en de watertemp op een waarde houden die precies je warmteverlies van het huis aanvult. Zachtjes door pruttelend... En ja, dat kan je ook aansturen met OT, want dat is uiteindelijk slechts een protocol.

Dat laatste heb ik ik met de OTGW gedaan : een berekening maken met o.a. buitentemperatuur (maar ook stroomopbrengst van de panelen, zoninval in huis én de gewenste kamertemperatuur) en daarmee de OTGW een doeltemperatuur naar de WP sturen. gevolg is ook een soort stooklijn, maar dan dynamischer en niet zo in steen gebeiteld als die je normaliter in je WP instelt.

Gevolg, de WP stookt met 2 vingers in de neus en de CV kan er gewoon uit...

[emwieberdink]

Jpiek schreef op zondag 3 augustus 2025 @ 17:42:
Ok, ik probeer het nog 1 keer:

Waarom zou je/moet je in je hybride opstelling nog eens apart de CV ketel aansturen ? Bij hybride wil je toch dat de WP zoveel mogelijk de verwarming van het huis voor z'n rekening neemt ? En dat de CV alleen aangaat/bijspringt op het moment dat de WP het niet aankan ? En áls de WP het niet aankan is er gewoon ff een 'boost' nodig van de CV ketel tot de WP je huis weer op temperatuur kan houden. En die 'boost' kan dan prima door de CV gewoon AAN te zetten, hij hoeft niet te moduleren want hij moet even de woning zsm op temperatuur brengen en daarna UIT. Die doodenkele keer dat ik dat meegemaakt heb (toen de stooklijn nog niet goed ingeregeld was) was dat hooguit enkele minuten. Ik zie de winst dan van OT tov Aan/Uit niet.

Een WP op OT draaien (als in de oude situatie, dus thermostaat/warmtevraag gestuurd) is, heb ik zelf ondervonden een kostbare aangelegenheid, het vraagt om een snelle reactie mbt watertemperatuur die een WP iha niet kan leveren en een CV wel.

Dus wil je een WP aansturen op de buitentemperatuur, en de watertemp op een waarde houden die precies je warmteverlies van het huis aanvult. Zachtjes door pruttelend... En ja, dat kan je ook aansturen met OT, want dat is uiteindelijk slechts een protocol.

Dat laatste heb ik ik met de OTGW gedaan : een berekening maken met o.a. buitentemperatuur (maar ook stroomopbrengst van de panelen, zoninval in huis én de gewenste kamertemperatuur) en daarmee de OTGW een doeltemperatuur naar de WP sturen. gevolg is ook een soort stooklijn, maar dan dynamischer en niet zo in steen gebeiteld als die je normaliter in je WP instelt.

Gevolg, de WP stookt met 2 vingers in de neus en de CV kan er gewoon uit...

Ik waardeer je antwoord en ik begrijp je volledig. Maar dat is gebaseerd op een goed geïsoleerd huis?

Mijn situatie is anders en veel woningen zitten in diezelfde tussenfase.


Ik heb een woning uit 1900, waarmee ik bezig ben die naar de huidige maatstaven te krijgen. De kozijnen zijn al HR+++ en al deels isolatie. Maar ik heb nog radiatoren en de CV is primair. Dat staat allemaal op de planning maar dat kost tijd. De WP draait nu nog secundair en doet de milde dagen mee. Dus als COP nog oké is en het met 50-55 gr nog lukt.
Ook als er overdag niemand is en de zon schijnt draait ie lekker mee.

Dit overigens draait samen met een houtkachel op CV dus omdit een complexe installatie is zoek ik naar eenvoudige en betrouwbare oplossingen.
Maar dat gaat eigenlijk al te ver offtopic.

Dus ik zou graag vanuit OTGW een simpel aan/uit contact willen.

[Jpiek]

emwieberdink schreef op zondag 3 augustus 2025 @ 23:39:
[...]


Ik waardeer je antwoord en ik begrijp je volledig. Maar dat is gebaseerd op een goed geïsoleerd huis?

Redelijk goed geïsoleerd huis, bouwjaar "61 dus niet de beste soort bouw (na-oorlog) Inmiddels beneden HR++, boven gewoon dubbelglas, vloerisolatie en dakisolatie (platdak) paar jaar geleden gedaan. Daarna de WP aangeschaft. Waar we ooit 3200m3 gas verstookten was dat net voor we de WP kochten nog 1800-2000.
Nu dus nog 230m3 alleen voor warmwater.

Het huis heeft een houten vloer en dak, geen vloerverwarming en alleen radiatoren.

Maar ik heb nog radiatoren en de CV is primair. Dat staat allemaal op de planning maar dat kost tijd. De WP draait nu nog secundair en doet de milde dagen mee. Dus als COP nog oké is en het met 50-55 gr nog lukt.
Ook als er overdag niemand is en de zon schijnt draait ie lekker mee.

We hebben ook een jaartje op 50C gedraaid met de CV om te kijken of dat voldoende was. Dat ging, toen de dus de WP (R290) aangeschaft, juist omdat R290 ook hoger temperatuur water kan maken. Conclusie was dat met stroomafname van het net en een COP van +3 dit echt goedkoper zou zijn dan stoken op gas.

Ik zou echt ten alle tijde de WP primair laten draaien en de de WP ook laten bepalen of de CV bij moet springen. Dat levert je qua besparing/terugverdientijd van je WP gewoon het meeste op.
Mits de WP voldoende capaciteit heeft, de radiatoren/afgiftesysteem voldoende warmte af kan geven (vandaar de 50C test) en de stooklijn goed ingesteld is (en dat is echt wel een hele tijd uitproberen en met kleine stapjes bijstellen, en is ook echt per huis en situatie verschillend) zul je zien dat de CV uiteindelijk niet meer nodig is voor verwarming.

Achteraf had ik liever de hele hybride situatie overgeslagen en was meteen F.E gegaan. maar we hadden koudwatervrees,....

[Tanuki]

Hier hebben we de hybride stap gelukkig overgeslagen. Maar, hier ligt ook overal vloerverwarming, elke radiator die er nog zat is inmiddels weggehaald en die hoeven we ook absoluut niet meer terug.

Cementdekvloer met vloerverwarming is gewoon een briljant goede buffer voor warmte.

Geen idee hoe makkelijk de radiatoren weg te halen zijn, maar bij ons was dat uiteindelijk allemaal heel simpel. Kost wel wat moeite uiteraard.

Ik zou iedereen aanraden om FE meteen te doen, inderdaad, koudwatervrees is nergens voor nodig, mits de mogelijkheden er zijn.

[Jpiek]

Dat je perse vloerverwarming moet hebben en je radiatoren weg moeten voor F.E is dus gewoon niet waar.
Je moet voldoende afgifte hebben, en dat is met vvw gewoon bijna altijd een feit. Maar met LT radiatoren of gewoon overgedimentioneerde radiatoren lukt het ook.
Radiatoren weghalen is geen kunst, vvw aanleggen vaak wel..

Grap is echter dat in oude huizen met weinig isolatie na isoleren de radiatoren 'vanzelf' over gedimensioneerd zijn, want berekend op niet geïsoleerd huis.

[Refthoom]

Jpiek schreef op maandag 4 augustus 2025 @ 13:45:
Dat je perse vloerverwarming moet hebben en je radiatoren weg moeten voor F.E is dus gewoon niet waar.
Je moet voldoende afgifte hebben, en dat is met vvw gewoon bijna altijd een feit. Maar met LT radiatoren of gewoon overgedimentioneerde radiatoren lukt het ook.
Radiatoren weghalen is geen kunst, vvw aanleggen vaak wel..

Grap is echter dat in oude huizen met weinig isolatie na isoleren de radiatoren 'vanzelf' over gedimensioneerd zijn, want berekend op niet geïsoleerd huis.

En aanvullend; zelf ben ik overgestapt naar LT convectoren in voorbereiding naar FE. LT convectoren werken prima met een CV.

Kwa afgifte is de karakteristiek 180 graden die van vloerverwarming. Verwarming 1 graad hoger? In 10 minuten is het 1 graad warmer. Daarentegen staat dat er geen enkele buffer is, het afgiftesysteem voor het hele huis bevat ca 25 liter water. Nooit een berekening gemaakt maar daar kun je niet veel in opslaan. Leiding isolatie wordt dan ineens ook belangrijker.

[TeslaNerd]

ik heb de OTGW tussen mijn Honeywell Thermostaat en en Quatt Hybride warmtepomp icm met een Intergas HRE 36/30A. De Quatt controller laat in een json ook de opentherm waarden van de ketel zien en daar zie ik ook de waterdruk van de ketel netjes doorkomen in de Quatt-integratie in Home Assistant.
Als ik de Quatt-controller er tussen uit haal en de ketel direct op de OTGW aansluit dan zie ik wel de ketelwaarden via opentherm zoals de actuele temperaturen in de ketel maar de waterdruk wordt dan niet doorgegeven. Iemand die weet waarom dat is?

[ Voor 4% gewijzigd door TeslaNerd op 28-08-2025 12:31 ]

[hvxl]

Waarschijnlijk vraagt de thermostaat de waterdruk niet op. Dan moet je de OTGW opdracht geven om dat te gaan doen: AA=18. Om dit te kunnen doen moet de OTGW in gateway mode staan en er moet een "slot" beschikbaar zijn om het bericht in te voegen in de lopende communicatie.

[ Voor 0% gewijzigd door hvxl op 28-08-2025 14:04 . Reden: Correctie van MsgID ]

[TeslaNerd]

Ik heb in otmonitor een paar keer PS=18, AA=1 geprobeerd maar zie in otmonitor of OpenThermGateWay de druk niet er bij komen.

De ot-aansluitingen zijn als volgt:

cv == Quatt controller == otgw == honeywell

[hvxl]

Mijn antwoord betrof de situatie zonder Quatt-controller. Het is goed mogelijk dat die Quatt-controller niet alle berichten doorgeeft. Of dat hij juist overal op antwoordt, zodat er geen vrij slot is om de waterdruk op te vragen. Ik zou een log moeten zien (met PS=0) om precies te bepalen wat er aan de hand is.

[TeslaNerd]

hvxl schreef op donderdag 28 augustus 2025 @ 14:13:
Mijn antwoord betrof de situatie zonder Quatt-controller. Het is goed mogelijk dat die Quatt-controller niet alle berichten doorgeeft. Of dat hij juist overal op antwoordt, zodat er geen vrij slot is om de waterdruk op te vragen. Ik zou een log moeten zien (met PS=0) om precies te bepalen wat er aan de hand is.

code:

17:05:32.899318 Command: PS=0
17:05:32.995754 PS: 0
17:05:33.594047 T80000200   Read-Data   Status (MsgID=0): 00000010 00000000
           - CH enable: disabled (0)
           - DHW enable: enabled (1)
           - Cooling enable: disabled (0)
           - OTC active: not active (0)
           - CH2 enable: disabled (0)
           - Summer/winter mode: winter (0)
           - DHW blocking: unblocked (0)
17:05:33.851745 R00000000   Read-Data   Status (MsgID=0): 00000000 00000000
           - CH enable: disabled (0)
           - DHW enable: disabled (0)
           - Cooling enable: disabled (0)
           - OTC active: not active (0)
           - CH2 enable: disabled (0)
           - Summer/winter mode: winter (0)
           - DHW blocking: unblocked (0)
17:05:34.117140 BC0000000   Read-Ack    Status (MsgID=0): 00000000 00000000
           - Fault indication: no fault (0)
           - CH mode: not active (0)
           - DHW mode: not active (0)
           - Flame status: flame off (0)
           - Cooling status: not active (0)
           - CH2 mode: not active (0)
           - Diagnostic indication: no diagnostics (0)
           - Electricity production: not active (0)
17:05:34.400520 A40000200   Read-Ack    Status (MsgID=0): 00000010 00000000
           - Fault indication: no fault (0)
           - CH mode: not active (0)
           - DHW mode: not active (0)
           - Flame status: flame off (0)
           - Cooling status: not active (0)
           - CH2 mode: not active (0)
           - Diagnostic indication: no diagnostics (0)
           - Electricity production: not active (0)
17:05:34.752428 T00110000   Read-Data   Relative modulation level (MsgID=17): 0.00
17:05:34.771766 BC0110000   Read-Ack    Relative modulation level (MsgID=17): 0.00
17:05:35.780240 T80190000   Read-Data   Boiler water temperature (MsgID=25): 0.00
17:05:35.845061 B40191675   Read-Ack    Boiler water temperature (MsgID=25): 22.46
17:05:36.900646 T10010A00   Write-Data  Control setpoint (MsgID=1): 10.00
17:05:36.922535 BD0010A00   Write-Ack   Control setpoint (MsgID=1): 10.00

[ Voor 6% gewijzigd door TeslaNerd op 28-08-2025 17:13 ]

[hvxl]

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.

[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