[OTGW] OpenTherm gateway

[hvxl]

ramonlambal schreef op maandag 26 mei 2025 @ 01:56:
[...]
En dan niet tegelijk aasturen met OTmonitor.

Wat is de achtergrond van die opmerking? Ik zie niet in waarom het een probleem zou zijn om met OTmonitor mee te kijken naar de berichten van de OTGW, of zelfs af en toe een commando te sturen.

[TeslaNerd]

gazzzman61 schreef op zaterdag 24 mei 2025 @ 11:23:
[...]

Ik heb inderdaad de wifi versie met de laatste firmware (6.6) Ik draai hier de OTMonitor

Ik zie ook deze warnings in mijn HA-log.
Ik gebruik de opentherm_gw integratie https://www.home-assistant.io/integrations/opentherm_gw/

Ik gebruik de oudere honeywell tm871003 thermostaat omdat die met SC per honderdste graad het setpoint kan instellen en de tm872018 dat minimaal per tiende graad kon

Ik heb de oudere otgw met pic16f88 op laatste firmware v5.8 met een WeMos D1.

Los van deze warnings lijkt de otgw wel goed te werken voor het continu aanpassen van het setpoint met HA zodat ik de deltaT tussen setpoint en kamertemperatuur constant kan houden terwijl de kamertemperatuur beweegt

[ Voor 37% gewijzigd door TeslaNerd op 26-05-2025 12:24 ]

[Frankster]

Ik heb hier een OTGW van Nodo shop (wemos D1 versie), maar merk dat de boel vaak vastloopt (althans: ik krijg geen data binnen in Homeassistant). Dit gebeurt zowel via MQTT als via de directe integratie. Als ik kijk via we webinterface, dan is wifi met -59 dBm best prima (afstand tot AP is ook maar paar meter met gipsplaatje er tussen). Zowel de otgw als de Wemos draaien de laatste versie van Robert Breemer.

Iemand enig idee waar ik moet zoeken/kijken om dit op te lossen?

[CamelCase]

Voor de esphome fans: ik heb een custom esphome component geschreven voor de opentherm gateway. Deze is hier te vinden: https://github.com/KPWhiver/opentherm-gateway-esphome. Hij is niet compleet qua functionaliteit, koeling zit er bijvoorbeeld nog niet in, maar mocht je dingen missen en nodig hebben, voel je vrij om een issue aan te maken.

[HenkRenting]

Hallo allemaal,

Ik zie dat er veel updates door OTGW naar mijn MQTT worden gepubliceerd, vaak wel 10 per seconde.

Is er een manier om het aantal gepubliceerde updates te beperken? Of welke topicss er worden gepubliceerd?

Ik gebruik OTGW alleen voor monitoring, voornamelijk errors, enz.
Dus ik heb niet alle topics en/of een heel kort update-interval nodig.

Heeft iemand een idee hoe ik dit kan veranderen?
Ik krijg het helaas niet gevonden…

[pistole]

Volgens mij kan je het interval niet (direct) beperken maar wordt er ook een update gestuurd iedere keer als er een OpenTherm-berichtje langskomt.

[ramonlambal]

hvxl schreef op maandag 26 mei 2025 @ 10:59:
[...]


Wat is de achtergrond van die opmerking? Ik zie niet in waarom het een probleem zou zijn om met OTmonitor mee te kijken naar de berichten van de OTGW, of zelfs af en toe een commando te sturen.

Dan moet je wel heel zeker weten dat je settings die je via MQTT heb gestuurd, hetzelfde ingesteld staan als je settings in OTmonitor (als je een gateway mode zit), anders stuur je namelijk de standaard OTmonitor settings naar je OTGW, omdat je dan letterlijk via 2 protocollen verbind. Dit kan natuurlijk anders zijn dan wat je had ingesteld .

En dit is wat de Handleiding zegt van rvdbreemen: "Warning: Do not use the serial over network option with the native HA integration at the same time as the MQTT integration. The behavior will most likely become unpredictable." en communiceert OTmonitor niet via deze optie? Dit kan ik fout hebben hoor, maar dat zou ook een reden kunnen zijn.

[ Voor 20% gewijzigd door ramonlambal op 31-05-2025 00:34 ]

[hvxl]

Welke settings? Kun je iets concreter zijn? OTmonitor luistert over het algemeen passief naar de data die van de OTGW komt. Hij zit niet continue commando's te sturen.

Als er een probleem is dat ik over het hoofd zie wil ik dat graag begrijpen. Misschien kan ik dan OTmonitor aanpassen om dat te verhelpen.

[ramonlambal]

hvxl schreef op zaterdag 31 mei 2025 @ 00:49:
Welke settings? Kun je iets concreter zijn? OTmonitor luistert over het algemeen passief naar de data die van de OTGW komt. Hij zit niet continue commando's te sturen.

Als er een probleem is dat ik over het hoofd zie wil ik dat graag begrijpen. Misschien kan ik dan OTmonitor aanpassen om dat te verhelpen.

Ik dacht dat ik een keer had dat dat OTmonitor, toen ik hem in gateway mode zette om iets aan te passen, de software alle invul velden uit het configuration menu naar de OTGW wilde schrijven, en die had ik niet allemaal goed staan. Zo ging die dus de temperatuur setpoint aanpassen, webserver aan zetten en nog een aantal dingen die daar zijn te configureren. Reden dat ik hem in gateway mode zette, was omdat ik ook een ding wilde aanpassen, maar toen vererandere die dus veel meer dan ik wilde.
Dit is wel echt lang geleden moet ik zeggen, tegenwoordig doe ik gewoon alles via MQTT, of een reboot via de http pagina van de OTGW.
Als je gewoon in monitor modus blijft is er natuurlijk niets aan de hand.

[Dutchess_Nicole]

HenkRenting schreef op vrijdag 30 mei 2025 @ 17:17:
Hallo allemaal,

Ik zie dat er veel updates door OTGW naar mijn MQTT worden gepubliceerd, vaak wel 10 per seconde.

Is er een manier om het aantal gepubliceerde updates te beperken? Of welke topicss er worden gepubliceerd?

Ik gebruik OTGW alleen voor monitoring, voornamelijk errors, enz.
Dus ik heb niet alle topics en/of een heel kort update-interval nodig.

Heeft iemand een idee hoe ik dit kan veranderen?
Ik krijg het helaas niet gevonden…

Niet. De gateway rapporteert gewoon alle berichten die langs komen, willekeurig welke kant op. De interval van die berichten is afhankelijk van zowel de thermostaat als de boiler en kan niet aangepast worden tenzij je je boiler firmware wilt gaan hacken. (tip: niet doen)

Een beter idee is zorgen dat je aan de kant waar je de gegevens binnen krijgt gewoon het aantal updates bijhoudt en aggregeert naar een interval die je wel ligt.

In mijn geval krijg ik via MQTT alle berichten binnen. Het kan MQTT absoluut niet schelen hoeveel berichten er zijn, dat kost niks.

Wat HA er dan mee doet is de zaak van HA. Ik hoef niet elke seconde te zien maar als het per seconde binnenkomt is het wmb prima.

[hvxl]

ramonlambal schreef op zaterdag 31 mei 2025 @ 01:39:
Ik dacht dat ik een keer had dat dat OTmonitor, toen ik hem in gateway mode zette om iets aan te passen, de software alle invul velden uit het configuration menu naar de OTGW wilde schrijven, en die had ik niet allemaal goed staan. Zo ging die dus de temperatuur setpoint aanpassen, webserver aan zetten en nog een aantal dingen die daar zijn te configureren. Reden dat ik hem in gateway mode zette, was omdat ik ook een ding wilde aanpassen, maar toen vererandere die dus veel meer dan ik wilde.
Dit is wel echt lang geleden moet ik zeggen, tegenwoordig doe ik gewoon alles via MQTT, of een reboot via de http pagina van de OTGW.
Als je gewoon in monitor modus blijft is er natuurlijk niets aan de hand.

Ik kan me voorstellen dat je inderdaad niet de twee opties voor HA integratie tegelijk moet proberen te gebruiken. Uit recente berichten hier op het forum begrijp ik dat de opentherm_gw integratie gebruik maakt van de summary berichten (PS=1). Daarmee wordt rapportage van alle individuele Opentherm berichten onderdrukt. De MQTT integratie heeft die individuele berichten juist nodig. Ook met OTmonitor krijg je de beste informatie bij gebruik van de individuele berichten. Dus dat geeft geen conflict met de MQTT integratie.

OTmonitor schrijft niet spontaan zijn configuratie naar de OTGW. Alleen de tijd wordt eventueel eens per minuut opgestuurd, als die optie aan staat. Het temperatuur setpoint wordt alleen aangepast als de gebruiker daar opdracht toe geeft. De webserver wordt geheel door OTmonitor verzorgd en heeft geen invloed op de werking van de OTGW, tenzij de gebruiker via een webbrowser dingen aanpast.

Ten slotte: De OTGW moet in gateway mode staan voor de meeste van zijn features. Ik zou monitor mode dan ook niet willen bestempelen als "gewoon". Gewoon is gateway mode. Daarom is dat ook de initiële instelling.

Kortom, zolang je geen gekke hele dingen doet moet het geen enkel probleem zijn om OTmonitor met de OTGW te verbinden terwijl HA tegelijkertijd de OTGW aanstuurt via de MQTT integratie.

[ Voor 30% gewijzigd door hvxl op 31-05-2025 10:00 ]

[hvxl]

HenkRenting schreef op vrijdag 30 mei 2025 @ 17:17:
Ik zie dat er veel updates door OTGW naar mijn MQTT worden gepubliceerd, vaak wel 10 per seconde.

Is er een manier om het aantal gepubliceerde updates te beperken? Of welke topicss er worden gepubliceerd?

De manier waarop MQTT werkt is dat je als consument aan de broker aangeeft welke berichten je wilt ontvangen, niet welke berichten een andere node moet sturen. De OTGW stuurt dus gewoon alle informatie naar de broker, maar de broker stuurt alleen de gevraagde selectie door. Om bijvoorbeeld alleen de kamertemperatuur updates te ontvangen abonneer je alleen op het "OTGW/value/+/Tr" topic:

code:

mosquitto_sub -h mqttserver -t 'OTGW/value/+/Tr' -F '@T.@N | %t\n%p\n

[ramonlambal]

hvxl schreef op zaterdag 31 mei 2025 @ 09:27:
[...]

Ten slotte: De OTGW moet in gateway mode staan voor de meeste van zijn features. Ik zou monitor mode dan ook niet willen bestempelen als "gewoon". Gewoon is gateway mode. Daarom is dat ook de initiële instelling.

Dank je wel voor je uitgebreide reactie, altijd fijn om toch nog weer wat bij te leren. Mbt gateway vs monitor mode, en wat gewoon is: ik woon alleen, in een super geisoleerd huis en gebruik OTGW 99.9% van de tijd voor het loggen van de info die OTGW mij in montor mode geeft. Mocht ik op afstand toch de temperatuur aan willen passen dan schakel ik de OTGW naar gateway mode via een custom button die ik heb gemaakt, check of de weiziging via mqtt goed is doorgekomen, en ga dan weer terug naar monitor mode. Voor mij werkt dit perfect, want zo kan ik eigenlijk nooit een foutief commando naar de OTGW aansturen. Maar ik denk dat je gelijk hebt, dit zal niet de meeste "gewone" integratie van OTGW zijn

[WillemD61]

Ik heb mijn OTGW jaren gebruikt tussen ketel en thermostaat, zoals oorspronkelijk de bedoeling is.

Nu heb ik een warmtepomp er bij (Intergas Xtend) met een nieuwe thermostaat (Intergas Comfort Touch) en de Intergas Gateway.

De Intergas Gateway geeft mogelijkheid voor bediening op afstand en geeft ook wat gegevens door die uit het OpenTherm verkeer komen tussen de warmtepomp en de thermostaat.

Maar, die geeft nu niet door of er warm water gebruikt wordt en of de brander van de ketel aan of uit is bijvoorbeeld. Ik denk dat het komt doordat die gateway op het circuit tussen warmtepomp en thermostaat zit en dus niet op het circuit tussen warmtepomp en ketel. De Xtend warmtepomp is met de ketel verbonden via de verbinding waar normaal de thermostaat op zat.

Ik wil dus nu mijn "oude" OTGW aansluiten op het circuit tussen Xtend en ketel zodat ik iets meer kan zien wat de ketel doet. Dat zou toch zonder problemen moeten kunnen?

Is het dan het beste op de volledige aansluting te doen, d.w.z. de warmtepomp op de thermostaat connectoren en de ketel op de ketelconnectoren? Of kan ik ook alleen de ketelconnectoren aansluiten en de thermostaatconnectoren open laten, d.w.z de OTGW niet volledig er tussen plaatsen?

[JanPedaal]

WillemD61 schreef op woensdag 9 juli 2025 @ 09:04:
Ik heb mijn OTGW jaren gebruikt tussen ketel en thermostaat, zoals oorspronkelijk de bedoeling is.

Nu heb ik een warmtepomp er bij (Intergas Xtend) met een nieuwe thermostaat (Intergas Comfort Touch) en de Intergas Gateway.

De Intergas Gateway geeft mogelijkheid voor bediening op afstand en geeft ook wat gegevens door die uit het OpenTherm verkeer komen tussen de warmtepomp en de thermostaat.

Maar, die geeft nu niet door of er warm water gebruikt wordt en of de brander van de ketel aan of uit is bijvoorbeeld. Ik denk dat het komt doordat die gateway op het circuit tussen warmtepomp en thermostaat zit en dus niet op het circuit tussen warmtepomp en ketel. De Xtend warmtepomp is met de ketel verbonden via de verbinding waar normaal de thermostaat op zat.

Ik wil dus nu mijn "oude" OTGW aansluiten op het circuit tussen Xtend en ketel zodat ik iets meer kan zien wat de ketel doet. Dat zou toch zonder problemen moeten kunnen?

Is het dan het beste op de volledige aansluting te doen, d.w.z. de warmtepomp op de thermostaat connectoren en de ketel op de ketelconnectoren? Of kan ik ook alleen de ketelconnectoren aansluiten en de thermostaatconnectoren open laten, d.w.z de OTGW niet volledig er tussen plaatsen?

Zou je de OTGW niet tussen thermostaat en Xtend zetten? Als het goed is geeft de Xtend door wat de ketel doet, aangezien de ketel door de Xtend wordt aangestuurd.
Of heb je dat al geprobeerd?

[WillemD61]

JanPedaal schreef op woensdag 9 juli 2025 @ 09:21:
[...]

Zou je de OTGW niet tussen thermostaat en Xtend zetten? Als het goed is geeft de Xtend door wat de ketel doet, aangezien de ketel door de Xtend wordt aangestuurd.
Of heb je dat al geprobeerd?

De Intergas Gateway zit gekoppeld aan de thermostaat en lees dus al uit wat er tussen thermostaat en Xtend gebeurt. Maar de Xtend doet niets met heet water, dat doet de ketel. De Xtend geeft dat ook niet door op het circuit naar de thermostaat dus de Intergas gateway ziet dat niet en de OTGW zal dat dan ook niet zien als het op hetzelfde circuit gekoppeld is denk ik.

Oh, wacht, correctie, als ik de Xtend direct uitlees met de API zie ik boiler status wel wijzigen naar DHW domestic hot water.

Ook eens testen wat die aangeeft als de ketel bijspringt met verwarmen.

[ Voor 18% gewijzigd door WillemD61 op 09-07-2025 10:25 ]

[emwieberdink]

ik ben van plan om een OTGW aan te schaffen, ik ben bezig met een warmtepomp project hibride aan te sturen. Simpel is key hier.
Dus geen Raspberry of eigen geschreven scriptjes oid(sorry tweakers)

In het kort ik wil van een OT signaal een aan/uit signaal maken.

Maar wat mij nog niet helemaal duidelijk is:

Kan ik via de bestaande software instellen dat ik een GPIO contact gebruik die schakelt op het moment mijn Evohome warmtevraagt stuurt naar mijn CV dat er een GPIO contact stuurt?


Dus GPIO stuurt relais aan die middels een maakcontact de WP aanstuurt.

Als dat niet kan, zijn er dan andere plug an play opties?

[pistole]

emwieberdink schreef op donderdag 24 juli 2025 @ 15:49:
ik ben van plan om een OTGW aan te schaffen, ik ben bezig met een warmtepomp project hibride aan te sturen. Simpel is key hier.
Dus geen Raspberry of eigen geschreven scriptjes oid(sorry tweakers)

In het kort ik wil van een OT signaal een aan/uit signaal maken.

Maar wat mij nog niet helemaal duidelijk is:

Kan ik via de bestaande software instellen dat ik een GPIO contact gebruik die schakelt op het moment mijn Evohome warmtevraagt stuurt naar mijn CV dat er een GPIO contact stuurt?


Dus GPIO stuurt relais aan die middels een maakcontact de WP aanstuurt.

Als dat niet kan, zijn er dan andere plug an play opties?

Als je plug en play wilt dan kan je, denk ik, beter een kant en klare optie kiezen.

[emwieberdink]

Dat is precies mijn vraag, welke kant een klare opties?

[Jpiek]

Met een OTGW ga/wil je de taak bdn de thermostaat overnemen. Dat gaat imho niet erg goed samrn met simpel.

Wat wil je bereiken?

[Weheat WP ingesteld op OT en aangestuurd met OTGW en Homey. Homey maakt een dynamische stooklijn o.b. diverse conditie's]

[sjorsjuhmaniac]

emwieberdink schreef op donderdag 24 juli 2025 @ 15:49:
ik ben van plan om een OTGW aan te schaffen, ik ben bezig met een warmtepomp project hibride aan te sturen. Simpel is key hier.
Dus geen Raspberry of eigen geschreven scriptjes oid(sorry tweakers)

In het kort ik wil van een OT signaal een aan/uit signaal maken.

Maar wat mij nog niet helemaal duidelijk is:

Kan ik via de bestaande software instellen dat ik een GPIO contact gebruik die schakelt op het moment mijn Evohome warmtevraagt stuurt naar mijn CV dat er een GPIO contact stuurt?


Dus GPIO stuurt relais aan die middels een maakcontact de WP aanstuurt.

Als dat niet kan, zijn er dan andere plug an play opties?

Ik snap je system niet maar onderdeel van de OT design standaard is dat het terugvalt op aan/uit wanneer de twee contacten gewoon kortgesloten worden. Dus wil je je ketel met aan/uit aansturen kan dat zonder otgw.

[hvxl]

Als de evohome via Opentherm communiceert met de CV, dan kan een GPIO lijn aangeven wanneer CH mode actief is (GA=3, LE=H). Maar dat is dus pas als de CV aanslaat. Ik denk dat jij de CV zo wilt instellen dat die de warmtevraag negeert, maar dat de warmtepomp dat verzorgt. Dan zou de GPIO lijn CH enable in plaats van CH mode moeten aangeven. Dat is wel te maken, maar dat feature bestaat op dit moment niet.

[emwieberdink]

hvxl schreef op zaterdag 26 juli 2025 @ 22:45:
Als de evohome via Opentherm communiceert met de CV, dan kan een GPIO lijn aangeven wanneer CH mode actief is (GA=3, LE=H). Maar dat is dus pas als de CV aanslaat. Ik denk dat jij de CV zo wilt instellen dat die de warmtevraag negeert, maar dat de warmtepomp dat verzorgt. Dan zou de GPIO lijn CH enable in plaats van CH mode moeten aangeven. Dat is wel te maken, maar dat feature bestaat op dit moment niet.

Jij hebt mij inderdaad begrepen, evohome stuurt de ketel aan met OT, maar als ik warmte vraag heb wil ik dat mijn aan/uit WP gaat draaien en die geeft vervolgens weer een signaal naar de CV ketel om stoppen.

Ik kan iets complex maken doormiddel van de fire led te gebruiken icm optocoupler maar dan kom ik in een loop terecht zonder hulp van een raspberry of een Siemens logo.


Het lijkt mij dat meer mensen hier tegen aan lopen maar die wisselen de thermostaat naar aan/uit maar dat wil ik niet.

Maar kan iemand deze feature maken op de OTGW?

Het enige wat ik nodig heb is een maakcontact of een led die brand op het moment dat er vraag is van de evohome.

[emwieberdink]

sjorsjuhmaniac schreef op zaterdag 26 juli 2025 @ 11:30:
[...]


Ik snap je system niet maar onderdeel van de OT design standaard is dat het terugvalt op aan/uit wanneer de twee contacten gewoon kortgesloten worden. Dus wil je je ketel met aan/uit aansturen kan dat zonder otgw.

evohome stuurt de ketel aan met OT, maar als ik warmte vraag heb wil ik dat mijn aan/uit WP gaat draaien en die geeft vervolgens weer een signaal naar de CV ketel om stoppen. Ik wil juist mijn CV met OT houden

[emwieberdink]

Jpiek schreef op zaterdag 26 juli 2025 @ 08:38:
Met een OTGW ga/wil je de taak bdn de thermostaat overnemen. Dat gaat imho niet erg goed samrn met simpel.

Wat wil je bereiken?

[Weheat WP ingesteld op OT en aangestuurd met OTGW en Homey. Homey maakt een dynamische stooklijn o.b. diverse conditie's]

evohome stuurt de ketel aan met OT, maar als ik warmte vraag heb wil ik dat mijn aan/uit WP gaat draaien en die geeft vervolgens weer een signaal naar de CV ketel om stoppen. Ik wil juist mijn CV met OT houden

[Jpiek]

Ik snap hem nog minder, in een hybride installatie zit de thermostaat aangesloten op de warmtepomp, de CV zit vervolgens op de WP.

Als er warmtevraag is is gaat de WP aan, Aan/Uit of gemoduleerde water-doeltemperatuur (OT). Als de WP het huis onvoldoende (snel) op temperatuur krijgt schakelt deze de CV bij.
Dat laatste is bij mijn installatie altijd Aan/Uit, vermoedelijk omdat die gewoon vol áán moet omdat de WP onvoldoende capaciteit heeft.

Wat jij wil kan imho alleen als je de CV niet aan de WP koppeld maar aan een eigen thermostaat.

Al ontgaat mij de reden nog steeds...

[emwieberdink]

Jpiek schreef op zondag 27 juli 2025 @ 10:01:
Ik snap hem nog minder, in een hybride installatie zit de thermostaat aangesloten op de warmtepomp, de CV zit vervolgens op de WP.

Als er warmtevraag is is gaat de WP aan, Aan/Uit of gemoduleerde water-doeltemperatuur (OT). Als de WP het huis onvoldoende (snel) op temperatuur krijgt schakelt deze de CV bij.
Dat laatste is bij mijn installatie altijd Aan/Uit, vermoedelijk omdat die gewoon vol áán moet omdat de WP onvoldoende capaciteit heeft.

Wat jij wil kan imho alleen als je de CV niet aan de WP koppeld maar aan een eigen thermostaat.

Al ontgaat mij de reden nog steeds...

Ik beschrijf echt letterlijk hoe de situatie is.
Daarbij een CV aan/uit is niet efficiënt. Dat die vol aan moet is natuurlijk kolder. Dat was de installateur die dat zei en er makkelijk vanaf moest.
Het is te lastig voor de installateur om het te maken zoals het moet. Een aan/uit thermostaat erop en gaan.

De CV wil je ten alle tijde modulair houden! Die WP zit er toch op om gas te besparen?

Moderne CV ketels van hetzelfde merk met een moderne WP hebben deze functionaliteit. Maar het wordt lastiger als je 2 merken door elkaar heen hebt.

Wat ik wil dat kan en is vrij logisch en heb een oplossing, maar ik zou het graag met een OT gateway willen.

Vandaar mijn vraag hier of hier een oplossing voor is.

[ Voor 36% gewijzigd door emwieberdink op 27-07-2025 20:57 ]

[Jpiek]

De WP stook he bij voorkeur zelfs met een stooklijn en niet OT. En de CV is er alleen om bij te springen als de WP het niet trekt, dus ja, dan moet die vol gas (pun intended) geven juist om de WP bij te staan.

In mijn geval een Weheat Blackbird en de binnenunit stuurt de CV aan als aan/uit. Niks keuze vsn installateur die snel naar huis wil. Gewoon zo ontworpen vanuit de fabriek.

Dus of je installateur heeft er echt een zooitje van gemaakt of je snapt de werking van een hybride installatie niet. Je hoeft de Cv niet uit te zetten, dat doet de unit van de WP, of liever, die zet hem aan indien nodig...

[sjorsjuhmaniac]

Jpiek schreef op zondag 27 juli 2025 @ 21:09:
… En de CV is er alleen om bij te springen als de WP het niet trekt, dus ja, dan moet die vol gas (pun intended) geven juist om de WP bij te staan.

En dat kan dus door de OT bedrading kort te sluiten. Bij remeha is er een aparte setting in de ketel voor het “max” vermogen bij deze aan/uit regeling

[emwieberdink]

dus je krijgt niet het antwoord dat je zoekt, en vervolgens reageer je op deze manier? Dat kan echt vriendelijker.

[ Voor 128% gewijzigd door teacher op 02-08-2025 11:03 ]

[Jpiek]

emwieberdink schreef op zondag 27 juli 2025 @ 21:48:
[...]


Ja precies een weheat daar zeg je het al. Dat is niet bepaald de rolls royce onder de warmtepompen.

Nee wint alleen prijs na prijs....

Een beetje warmtepomp stuurt de cv gewoon modulair aan via OpenTherm

Vandaar dat je naar zo'n oplossing moet zoeken met een OTGW ? Omdat dat standaard is ?

En als het de fout van de installateur is zou ik het die op laten lossen ..

graag geen reactie meer als je mij niet van antwoord kan voorzien. Want hier heb ik echt niks aan.

Wees niet bang, je zult mij niet meer horen hoor...

[ Voor 24% gewijzigd door Jpiek op 27-07-2025 22:12 ]

[Refthoom]

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.

[Jpiek]

Mja, ik probeerde te helpen en iets uit te leggen. Als antwoord wordt mijn warmtepomp afgekraakt

Dan houdt het voor mij op.

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