:strip_icc():strip_exif()/u/286431/crop680f6b95743ca_cropped.jpg?f=community)
Het probleem lijkt na wat verder testen inderdaad toch te zijn opgelost nadat ik de resets heb verholpen.
Ik was met m'n vorige reactie iets te voorbarig, denk ik. Het duurt bovendien even voordat de setpoint override wordt opgepikt (de thermostaat pollt maar eens in de zoveel tijd, I guess). Ik weet niet precies wat er misging bij de log die ik postte, maar het lijkt nu naar behoren te werken
[ Voor 8% gewijzigd door Compizfox op 25-11-2025 22:10 ]
Gewoon een heel grote verzameling snoertjes
:strip_exif()/u/7781/got_icon.gif?f=community){kind=icon}
Het wordt weer kouder, we hebben de verwarming nodig... en prompt begint het systeem weer te weigeren. Gelukkig kun je met een OTGW er tussen net iets meer zien van wat er speelt, maar oplossen doet het dat niet.
Als we in ons EvoHome systeem warmte vragen, wordt dat netjes doorgegeven aan de centrale unit. Die zou een signaaltje naar de ketel moeten sturen dat de boel warm moet worden, maar de control setpoint blijft vrolijk op 10.00 staan. Ketel doet niets.
In de logs zie ik het volgende:
Mijn vermoeden was dat omdat de Room temperature en Room setpoint gelijk zijn, het systeem denkt dat er geen actie nodig is. Echter terwijl ik dit bericht aan het tikken was, springt de control setpoint naar 90.00, terwijl de andere twee nog steeds op 20.00 staan.
De enige verandering ten opzichte van andere gegevens is de Maximum relative modulation level. Die heeft vlak daar voor in plaats van 0.00 de waarde 100.00 gekregen. Daar lijkt het iets mee te maken te hebben. Weet iemand hoe die waarde gestuurd wordt?
Dat is ook te zien in de grafieken van OTGW:
:strip_exif()/f/image/nod7ZueG18Bsx7miYSE7UCOp.png?f=user_large)
Groen: Central heating aan
Onze vorige ketel (Remeha Avanta 28c) kon kennelijk niet goed overweg met moduleren, dus heb ik daar drie jaar terug weer een simpele aan/uit controller tussen gezet. Dat heeft even gewerkt (leek het), maar was uiteindelijk ook niet de oplossing. Nieuwe ketel (Intergas 28/24 hre), nieuwe kansen, zelfde gedoe.
In Home Assistant kan ik zien dat de control setpoint geregeld wel wordt aangepast naar een waarde tussen de 70 en 90. Dat is overdag als de temperatuur onder de 17 graden komt. Dan wordt er gestookt, al is het vrij lang, en komen die ruimtes tot 19 graden, om daarna weer rustig af te koelen. Maar als we thuis zijn en het toch echt iets warmer willen hebben, geeft het systeem niet thuis.
Dit geintje speelt echt al tien jaar, elk jaar weer eindeloos logs uitlezen, systemen resetten, vloeken, tieren... je kent het wel. Het lijkt volledig willekeurig, ineens gebeurt er niks. Dan gaat het weer een week goed. En weer fout. Ik ben niet de enige met deze uitdaging, maar jammer genoeg heeft nog niemand een oplossing gevonden.
Als we in ons EvoHome systeem warmte vragen, wordt dat netjes doorgegeven aan de centrale unit. Die zou een signaaltje naar de ketel moeten sturen dat de boel warm moet worden, maar de control setpoint blijft vrolijk op 10.00 staan. Ketel doet niets.
In de logs zie ik het volgende:
code:
1
2
3
4
5
6
| 18:47:23.963705 T10010A00 Write-Data Control setpoint: 10.00 18:47:24.099756 BD0010A00 Write-Ack Control setpoint: 10.00 18:47:24.472404 T90181400 Write-Data Room temperature: 20.00 18:47:24.598627 B50181400 Write-Ack Room temperature: 20.00 18:47:25.018819 T10101400 Write-Data Room setpoint: 20.00 18:47:25.117980 BD0101400 Write-Ack Room setpoint: 20.00 |
Mijn vermoeden was dat omdat de Room temperature en Room setpoint gelijk zijn, het systeem denkt dat er geen actie nodig is. Echter terwijl ik dit bericht aan het tikken was, springt de control setpoint naar 90.00, terwijl de andere twee nog steeds op 20.00 staan.
De enige verandering ten opzichte van andere gegevens is de Maximum relative modulation level. Die heeft vlak daar voor in plaats van 0.00 de waarde 100.00 gekregen. Daar lijkt het iets mee te maken te hebben. Weet iemand hoe die waarde gestuurd wordt?
code:
1
2
3
4
| 19:00:07.624687 T900E6400 Write-Data Maximum relative modulation level: 100.00 19:00:07.729841 B700E0000 Unk-DataId Maximum relative modulation level: 0.00 19:00:08.216054 T10015A00 Write-Data Control setpoint: 90.00 19:00:08.328066 BD0015A00 Write-Ack Control setpoint: 90.00 |
Dat is ook te zien in de grafieken van OTGW:
Groen: Central heating aan
Rood: Vlam aan
Grijs: Maximum relative modulation level
Zwart: Relative modulation level
Onze vorige ketel (Remeha Avanta 28c) kon kennelijk niet goed overweg met moduleren, dus heb ik daar drie jaar terug weer een simpele aan/uit controller tussen gezet. Dat heeft even gewerkt (leek het), maar was uiteindelijk ook niet de oplossing. Nieuwe ketel (Intergas 28/24 hre), nieuwe kansen, zelfde gedoe.In Home Assistant kan ik zien dat de control setpoint geregeld wel wordt aangepast naar een waarde tussen de 70 en 90. Dat is overdag als de temperatuur onder de 17 graden komt. Dan wordt er gestookt, al is het vrij lang, en komen die ruimtes tot 19 graden, om daarna weer rustig af te koelen. Maar als we thuis zijn en het toch echt iets warmer willen hebben, geeft het systeem niet thuis.
Dit geintje speelt echt al tien jaar, elk jaar weer eindeloos logs uitlezen, systemen resetten, vloeken, tieren... je kent het wel. Het lijkt volledig willekeurig, ineens gebeurt er niks. Dan gaat het weer een week goed. En weer fout. Ik ben niet de enige met deze uitdaging, maar jammer genoeg heeft nog niemand een oplossing gevonden.
Een vergissing is menselijk, maar om er echt een puinhoop van te maken heb je een computer nodig.
Een goede ketel doet niets met de Room temperature en Room setpoint berichten. Die kun je dan ook gewoon blokkeren in de OTGW zonder dat dit enig verschil maakt in de regeling. Ik weet dit uit eigen ervaring zeker van een Remeha Avanta en ben ervan overtuigd dat dit ook voor de Intergas ketel geldt. De ketel wordt gestuurd aan de hand van CHenable, Control setpoint en Maximum relative modulation level. Dit is nader uitgelegd op https://otgw.tclcode.com/background.html#heating.
Uit de gegevens die jij vermeldt lijkt mij dat de ketel precies doet wat de EvoHome vraagt. Als het control setpoint op 10 blijft staan terwijl jij verwacht dat de kachel aangaat, dan ligt dat aan de EvoHome (of aan jouw verwachtingen
). Ik ben dan ook bang dat je de schuld ten onrechte by de Avanta hebt gelegd. Die ketel kan uitstekend overweg met moduleren, maar natuurlijk alleen als hij goed wordt aangestuurd.
Een control setpoint van 90 is trouwens wel erg hoog. Het kost veel gas om het water zo ver op te stoken. Het advies is in het algemeen om het max CH water setpoint op 60 te zetten. Maar dat staat los van het probleem.
Uit de gegevens die jij vermeldt lijkt mij dat de ketel precies doet wat de EvoHome vraagt. Als het control setpoint op 10 blijft staan terwijl jij verwacht dat de kachel aangaat, dan ligt dat aan de EvoHome (of aan jouw verwachtingen
). Ik ben dan ook bang dat je de schuld ten onrechte by de Avanta hebt gelegd. Die ketel kan uitstekend overweg met moduleren, maar natuurlijk alleen als hij goed wordt aangestuurd.Een control setpoint van 90 is trouwens wel erg hoog. Het kost veel gas om het water zo ver op te stoken. Het advies is in het algemeen om het max CH water setpoint op 60 te zetten. Maar dat staat los van het probleem.
/u/361677/avatar.png?f=community){kind=avatar}
Die ben ik ook tegengekomen in mijn zoektocht idd en ziet er goed uit. Echter als ik alles bij elkaar optel dan kom je ook al snel op een 75 euro minimaal uit (+ nog eens alle uren die ik vervolgens bij implementatie in HASS kwijt ben).
Heb de knoop doorgehakt en mijzelf de moeite bespaard en een Tado Smart X draadloze thermostaat (met Matter/Thread) op de kop kunnen tikken
Heb een goed geisoleerde nieuwbouwwoning dus voor mij moet een thermostaat gewoon werken, en tweaken van verbruik is nagenoeg niet nodig hier.
[ Voor 6% gewijzigd door paul-s83 op 16-12-2025 16:14 ]
:strip_icc():strip_exif()/u/1753182/crop667d6332ee13b_cropped.jpg?f=community)
/u/8941/pistole60x60.GIF?f=community)
/u/82935/crop69593dea5027d_cropped.png?f=community)
De OTGW heeft in principe een seriële interface, dus die stuurt geen MQTT berichten. De USR-TCP232-T2 zet de seriële datastroom domweg om naar een TCP socket. Die genereert ook niet magisch MQTT berichten. Je hebt dus iets nodig dat de Opentherm berichten interpreteert en daar MQTT berichten van bouwt. Dat kan met een ESP8266 met de juiste firmware, of met een programma zoals OTMonitor op een computer ergens in het netwerk.
Hoe de Opentherm informatie in MQTT berichten wordt verpakt is een keuze van de verschillende ontwikkelaars. Daarin is geen overeenstemming geweest tussen Robert en mij. Waarschijnlijk is Homey gebaseerd op de MQTT zoals Robert ze heeft bedacht.
Met een kleine inspanning zou je een tooltje kunnen schrijven in je favoriete programmeertaal die hetzelfde formaat berichten genereert. Aangezien je een github account hebt, vermoed ik enige programmeerkennis.
Hoe de Opentherm informatie in MQTT berichten wordt verpakt is een keuze van de verschillende ontwikkelaars. Daarin is geen overeenstemming geweest tussen Robert en mij. Waarschijnlijk is Homey gebaseerd op de MQTT zoals Robert ze heeft bedacht.
Met een kleine inspanning zou je een tooltje kunnen schrijven in je favoriete programmeertaal die hetzelfde formaat berichten genereert. Aangezien je een github account hebt, vermoed ik enige programmeerkennis.
Ah, dan klopt het dus dat het otmonitor is dat regelt i guess. Thanks!
Ga wel eens kijken of dat formaat erin kan krijgen, al dan niet in die app of eentje geïnspireerd op Code is niet heel ingewikkeld als ik het zo bekijk.
Ga wel eens kijken of dat formaat erin kan krijgen, al dan niet in die app of eentje geïnspireerd op
Code is niet heel ingewikkeld als ik het zo bekijk.
"True skill is when luck becomes a habit"
SWIS
/u/59522/peanut.JPG?f=community)
/u/30642/z3track_got.png?f=community)
/u/94596/crop643fb12fd4e6d.png?f=community)
Dat klopt. Zie ik ook net. Als het een loze leiding betreft waar de thermostaatdraden doorheen gaan, dan zou je ook een USB-kabel ernaast kunnen leggen en met wat soldeerwerk (USB-C connector) aansluiten op de thermostaat. Het gaat enkel om (een beperkte hoeveelheid) energie en geen data, dus ik denk dat dat prima kan werken.
Ik heb zelf een OTGW (zie topictitel
), dus krijg deze functionaliteit al via elders met de standaard thermostaat.
Yar har, wind in your back, lads, wherever you go!
Ik heb al jaar en dag een aantal van die Xiaomi BT sensoren in huis, en die batterijen gaan zeker een jaar mee dus dat zou ik niet als probleem zien. Desnoods maak je een alert aan in HA die een notificatie stuurt wanneer batterij percentage beneden bepaald niveau is. Die 2 minuten downtime overleven we wel toch
Ik zou dan een alert maken als de temp sensor 12 uur lang op dezelfde waarde blijft staan. Dan ben je ook ingedekt voor andere problemen die kunnen ontstaan.:
[...]
Ik heb al jaar en dag een aantal van die Xiaomi BT sensoren in huis, en die batterijen gaan zeker een jaar mee dus dat zou ik niet als probleem zien. Desnoods maak je een alert aan in HA die een notificatie stuurt wanneer batterij percentage beneden bepaald niveau is. Die 2 minuten downtime overleven we wel toch
Dat ligt eraan hoe vaak je ze uitleest.
Nah. Dat geeft problemen als je net lang van huis bent. "Mission critical"-systemen zijn aangesloten op het lichtnet (eventueel met UPS).Desnoods maak je een alert aan in HA die een notificatie stuurt wanneer batterij percentage beneden bepaald niveau is. Die 2 minuten downtime overleven we wel toch
Yar har, wind in your back, lads, wherever you go!
/u/125951/crop567a86fe6aeb0.png?f=community)
Hier ook 7 stuks Xiaomi in gebruik, heb daarvoor oplaadbare knoopcelbatterijen LIR2032 gekocht. Gaan ongeveer 6 maanden mee maar geen afval meer. Heb er ook meer dan genoeg dus de lege omwisselen voor een volle uit de la en de lege opladen voor de volgende keer.l:
[...]
Ik heb al jaar en dag een aantal van die Xiaomi BT sensoren in huis, en die batterijen gaan zeker een jaar mee dus dat zou ik niet als probleem zien. Desnoods maak je een alert aan in HA die een notificatie stuurt wanneer batterij percentage beneden bepaald niveau is. Die 2 minuten downtime overleven we wel toch
@pistole De warmtevraag was al getriggerd toen OTGW_Room_Temperature nog wel updates kreeg.
Mijn OTGW dient enkel als doorgifte-luik en gebruik ik voor monitoring. Een draadloze Tado V3+ regelt de aansturing (batterijen niet leeg).
@hvxl Ik zie dat OTGW_Control_setpoint ook ongewijzigd is tijdens de genoemde periode waarin OTGW_Room_Temperature ook ongewijzigd bleef. OTGW_Boiler_flow_water_temperature heeft dan weer wel updates gedurende die periode.
Ik kan er nog niet de vinger op leggen. Jij wellicht al wel? Of kan ik nog meer zaken aanleveren om dat wel te kunnen?
Feit blijft overigens wel dat een herstart van de OTGW er direct voor zorgde dat de CV stopte met leveren van warmte (wat gezien de ver boven doeltemperatuur gestegen ruimtetemperatuur ook het juiste was).
Mijn OTGW dient enkel als doorgifte-luik en gebruik ik voor monitoring. Een draadloze Tado V3+ regelt de aansturing (batterijen niet leeg).
@hvxl Ik zie dat OTGW_Control_setpoint ook ongewijzigd is tijdens de genoemde periode waarin OTGW_Room_Temperature ook ongewijzigd bleef. OTGW_Boiler_flow_water_temperature heeft dan weer wel updates gedurende die periode.
Ik kan er nog niet de vinger op leggen. Jij wellicht al wel? Of kan ik nog meer zaken aanleveren om dat wel te kunnen?
Feit blijft overigens wel dat een herstart van de OTGW er direct voor zorgde dat de CV stopte met leveren van warmte (wat gezien de ver boven doeltemperatuur gestegen ruimtetemperatuur ook het juiste was).
Ik heb deze nu binnen, maar helaas ontbreekt er compleet een aansluit handleiding.... Zo ingewikkeld kan het niet zijn, maar toch. Heeft iemand dit al uitgevogeld?
Het gaat om:
1. aansluiting opentherm/boiler. 2 draads, welke moet waar?
2. aansluiting 5V. plus en min snap ik wel, maar wat is DQ?
Ik wil die 5V over de kabel laten lopen die uit het ketelhok komt (meter of 7 denk ik) waar ook de opentherm doorheen gaat (aparte aders). Zou dat kunnen of gaat dat storen?
:strip_exif()/f/image/B3oyqmpeJiMWBgF8cDIDP5J9.png?f=user_large)
:strip_icc():strip_exif()/u/230662/crop5de55c1a73df2_cropped.jpeg?f=community)
Voor Opentherm maakt de polariteit niet uit. Gewoon aansluiten en het werkt. Alle OT compatibele apparaten moeten de polariteit zelf detecteren en correct afhandelen, conform de OT specs
En ik zie ook netjes de +5 V en de - op de print vermeld? Dat lijkt me dan ook niet voor andere interpretaties vatbaar?
Weheat BB P60 | 6x 405 Wp Oost, 6x 405 Wp West | Zonneplan Day-Ahead | 1x Sessy 5 kWh
Afgelopen week en afgelopen nacht gebeurde weer hetzelfde. Afgelopen week was een herstart vanuit de UI voldoende om de CV te laten stoppen met verwarmen, vannacht was een fysieke powercycle (voeding eruit en weer terug) nodig om dat voor elkaar te krijgen. Toen ik de voeding uit de OTGW trok, stopte de CV overigens direct met verwarmen. Niet pas nadat de OTGW weer was opgestart.
Heb de logging nog niet geactiveerd...
Zojuist firmware v1.0.0 geflashed, daarin lijkt logging al te zijn ingeschakeld.
:strip_exif()/f/image/t5e2MFzld7IMc5mWTSwu78rK.png?f=user_large)
[ Voor 20% gewijzigd door JBS op 12-02-2026 19:08 ]
:strip_exif()/f/image/z426PoOJTNfK5dgrPItkKx3Y.png?f=user_large)
Allereerst, hier is m'n setup:
2 Tado thermostaten (woonkamer en werkkamer
draadloos verbonden met:
Tado thermostaat die ook dienst doet al zone controller (goed ingesteld, werkt al jaren in OpenTherm modus)
|
OTGW (sinds recent een model met UTP aansluiting, voorheen met WiFi)
|
Itho Daalderop Cube Duo (OT aansluiting)
Ik heb af en toe voor dat het setpoint naar 5 graden C gaat in de OTGW en dit dus ook zo doorgaat richting boiler, zo ook deze ochtend. De Tado stond op een constante 20,5 gr C, zoals altijd (heb die 24/24 op constante temperatuur staan). Een paar uur niet naar Home Assistant gekeken, waar ik alles uitlees, om dan plots te zien dat Tado warmte vroeg maar de temperatuur ondertussen lustig daalde.
Deze grafiek getrokken:
/f/image/vIZX3KTiLHnlE9jHxlG3o9P5.png?f=fotoalbum_large)
Geen flauw idee waar die dips richting 5 gr C vandaan komen.
De OTGW staat als M(onitor) ingesteld, niet als Gateway.
Er staat voor zover ik kan zien met otmonitor ook geen schedule ingesteld, en het schema in Tado is ook echt gewoon continu 20,5 gr C.
Ziet er iemand waar het fout gaat ajb?
Toevoeging
Net even ook de historiek van de room temperature erbij genomen, en gemerkt dat die op dezelfde tijdstippen dat de setpoint verandert, ook verandert nl naar de kamertemperatuur van de werkkamer - die de Tado ook kan aansturen, maar dat slechts uitzonderlijk doet. Vandaar staat de thermostaat in die kamer normaliter op 'frost protection mode' met een setpoint van... jawel, 5 graden Celsius.
Het probleem treedt niet op als de OTGW er van tussen is...
2 Tado thermostaten (woonkamer en werkkamer
draadloos verbonden met:
Tado thermostaat die ook dienst doet al zone controller (goed ingesteld, werkt al jaren in OpenTherm modus)
|
OTGW (sinds recent een model met UTP aansluiting, voorheen met WiFi)
|
Itho Daalderop Cube Duo (OT aansluiting)
Ik heb af en toe voor dat het setpoint naar 5 graden C gaat in de OTGW en dit dus ook zo doorgaat richting boiler, zo ook deze ochtend. De Tado stond op een constante 20,5 gr C, zoals altijd (heb die 24/24 op constante temperatuur staan). Een paar uur niet naar Home Assistant gekeken, waar ik alles uitlees, om dan plots te zien dat Tado warmte vroeg maar de temperatuur ondertussen lustig daalde.
Deze grafiek getrokken:
:strip_exif()/f/image/vIZX3KTiLHnlE9jHxlG3o9P5.png?f=user_large)
Geen flauw idee waar die dips richting 5 gr C vandaan komen.
De OTGW staat als M(onitor) ingesteld, niet als Gateway.
Er staat voor zover ik kan zien met otmonitor ook geen schedule ingesteld, en het schema in Tado is ook echt gewoon continu 20,5 gr C.
Ziet er iemand waar het fout gaat ajb?
Toevoeging
Net even ook de historiek van de room temperature erbij genomen, en gemerkt dat die op dezelfde tijdstippen dat de setpoint verandert, ook verandert nl naar de kamertemperatuur van de werkkamer - die de Tado ook kan aansturen, maar dat slechts uitzonderlijk doet. Vandaar staat de thermostaat in die kamer normaliter op 'frost protection mode' met een setpoint van... jawel, 5 graden Celsius.
Het probleem treedt niet op als de OTGW er van tussen is...
[ Voor 25% gewijzigd door Church of Noise op 16-02-2026 16:57 ]