Ik frut, dus ik epibreer
Ik gebruik ook deels vaste kern, VD draad. Voor draad met een soepele kern gebruik ik ferrules.pistole schreef op dinsdag 23 december 2025 @ 08:18:
Nee, niet echt problemen mee gehad. Maar ik heb solid core draden erin zitten. Je kan de bestaande draden ook even voorzien van een druppeltje soldeertin om ze stevig te maken.
Dat is zeer nuttig advies, dank @pistole en @Refthoom !
Welke diameter vaste kern gebruiken jullie ajb? 2,5mm?
Als ze in de lokale Gamma ferrules hebben (en een krimptang), dan zou het eventueel toch nog dat kunnen worden ook.
Beetje context bij de vraag: ik heb al sinds lang een OTGW tussen een Tado thermostaat en een Itho Daalderop Cube Duo ketel.
Gisteren was ik wat aan het stoeien geweest in Home Assistant, en heb o.a. MQTT opnieuw geïnstalleerd.
Nadien kwam de info van de OTGW niet direct binnen, dus heb ik die gereboot. En nadien kwam er dus niks meer binnen. Op zich had dit dus niks met de OTGW noch met de bekabeling te maken, maar vreemd dat de OTGW niet communiceerde...
Nadien behoorlijk lang mee aan het worstelen geweest (en ondertussen koelde het binnen af), dus uiteindelijk heb ik 'm er voorlopig van tussen gehaald. Ga die vaste kern draad vandaag proberen.
Welke diameter vaste kern gebruiken jullie ajb? 2,5mm?
Als ze in de lokale Gamma ferrules hebben (en een krimptang), dan zou het eventueel toch nog dat kunnen worden ook.
Beetje context bij de vraag: ik heb al sinds lang een OTGW tussen een Tado thermostaat en een Itho Daalderop Cube Duo ketel.
Gisteren was ik wat aan het stoeien geweest in Home Assistant, en heb o.a. MQTT opnieuw geïnstalleerd.
Nadien kwam de info van de OTGW niet direct binnen, dus heb ik die gereboot. En nadien kwam er dus niks meer binnen. Op zich had dit dus niks met de OTGW noch met de bekabeling te maken, maar vreemd dat de OTGW niet communiceerde...
Nadien behoorlijk lang mee aan het worstelen geweest (en ondertussen koelde het binnen af), dus uiteindelijk heb ik 'm er voorlopig van tussen gehaald. Ga die vaste kern draad vandaag proberen.
[ Voor 10% gewijzigd door Church of Noise op 23-12-2025 10:26 ]
@Church of Noise Ik heb 2,5mm² gebruikt, had nog een stuk 3fase Ymvk liggen, handig voor de juiste kleuren. Dat is bruikbaar tot 16A, dus 11kW voor 3 fasen. Wil je naar 32A voor 22kW dan heb je 4mm² nodig (maar dan moet je huisaansluiting ook naar 3x40A opgewaardeerd worden en ga je heel veel meer vastrecht betalen).
Het gaat hier om signaaldraden voor OTGW / OpenTherm - dus maximaal 12 volt (zeg ik uit mijn hoofd). Installatiedraad is hier niet relevant.Refthoom schreef op dinsdag 23 december 2025 @ 11:28:
@Church of Noise Ik heb 2,5mm² gebruikt, had nog een stuk 3fase Ymvk liggen, handig voor de juiste kleuren. Dat is bruikbaar tot 16A, dus 11kW voor 3 fasen. Wil je naar 32A voor 22kW dan heb je 4mm² nodig (maar dan moet je huisaansluiting ook naar 3x40A opgewaardeerd worden en ga je heel veel meer vastrecht betalen).
Ik frut, dus ik epibreer
Oeps, sorry. Ben ook actief in een ander topic; zelfbouwlaadpaal met SmartEVSE. Voor OTGW is inderdaad geen VD nodig!pistole schreef op dinsdag 23 december 2025 @ 11:47:
[...]
Het gaat hier om signaaldraden voor OTGW / OpenTherm - dus maximaal 12 volt (zeg ik uit mijn hoofd). Installatiedraad is hier niet relevant.
Maar on topic; ik heb wel vaste kern gebruikt, iets van 0,8mm² dacht ik. Het is montagekabel wat ook voor alarminstallatie of een deurbel gebruikt wordt.
De spanning is wel hoger, staat op de otgw site, maar geen probleem voor deze kabel.
Kleine update voor de geïnteresseerden: nieuwe kabels met ferrules aan alle zijden geprobeerd, zelfde probleem als voorheen (oa geen doorgeven van warmtevraag aan ketel en geen data die verschijnt).
Als ik de geleiders gewoon tegen elkaar houd (een per een, alsof het dus een doorlopende kabel zou betreffen met 2 geleiders), is er wel reactie bij warmtevraag.
dus de otgw is er van tussen, en ik ga er van uit dat ie dus kapot is. Ik heb wel altijd de info nuttig gevonden, dus zal 'm wel vervangen...
Als ik de geleiders gewoon tegen elkaar houd (een per een, alsof het dus een doorlopende kabel zou betreffen met 2 geleiders), is er wel reactie bij warmtevraag.
dus de otgw is er van tussen, en ik ga er van uit dat ie dus kapot is. Ik heb wel altijd de info nuttig gevonden, dus zal 'm wel vervangen...
Dat is wel balen, welke variant heb je? Geen status ledjes die iets verraden? Communiceer je serieel of via netwerk?Church of Noise schreef op donderdag 25 december 2025 @ 10:34:
Kleine update voor de geïnteresseerden: nieuwe kabels met ferrules aan alle zijden geprobeerd, zelfde probleem als voorheen (oa geen doorgeven van warmtevraag aan ketel en geen data die verschijnt).
Als ik de geleiders gewoon tegen elkaar houd (een per een, alsof het dus een doorlopende kabel zou betreffen met 2 geleiders), is er wel reactie bij warmtevraag.
dus de otgw is er van tussen, en ik ga er van uit dat ie dus kapot is. Ik heb wel altijd de info nuttig gevonden, dus zal 'm wel vervangen...
Ik heb zelf wel een keer de PIC moeten vervangen door een foutje met de firmware... Maar dat ging dus niet spontaan stuk.
Ik frut, dus ik epibreer
De nodoshop versie met WiFi, probleem trad op na het wegnemen en terug aanbrengen van de stroom (in en uitpluggen van de usb kabel).
misschien probeer ik inderdaad nog eens opnieuw te flashen...
misschien probeer ik inderdaad nog eens opnieuw te flashen...
Dus de statuspagina werkt nog wel? Wat zie je bij Advanced > Debug Information?
Ik frut, dus ik epibreer
Zet de otwg in monitor mode, dan heb je wel de monitoring maar niet de mogelijk nadelige gevolgen van gateway mode.
Net gedaan, ga eens zien als dat werkt.
vreemd dat ie überhaupt in gateway mode stond...
vreemd dat ie überhaupt in gateway mode stond...
Zo, na enige tijd wachten is mijn Diyless kitje alsnog binnen gekomen.
Voor iemand met 2 rechterhanden en geen software development achtergrond was de installatie en integratie met Home Assistant een fluitje van een cent gelukkig.
De afstand tussen de ketel en bijgeleverde Xiaomi bluetooth temperatuur sensor was zoals verwacht te groot. Gelukkig ondersteunt de Diyless module ook MQTT, dus i.p.v. een directe bluetooth verbinding stuur ik nu elke minuut de temperatuur in de woonkamer door via HA als MQTT broker.
Voor iemand met 2 rechterhanden en geen software development achtergrond was de installatie en integratie met Home Assistant een fluitje van een cent gelukkig.
De afstand tussen de ketel en bijgeleverde Xiaomi bluetooth temperatuur sensor was zoals verwacht te groot. Gelukkig ondersteunt de Diyless module ook MQTT, dus i.p.v. een directe bluetooth verbinding stuur ik nu elke minuut de temperatuur in de woonkamer door via HA als MQTT broker.
Mooi! Maar ik mis even de relevantie met OTGW. Of combineer je deze twee?paul-s83 schreef op dinsdag 30 december 2025 @ 19:44:
Zo, na enige tijd wachten is mijn Diyless kitje alsnog binnen gekomen.
Voor iemand met 2 rechterhanden en geen software development achtergrond was de installatie en integratie met Home Assistant een fluitje van een cent gelukkig.
De afstand tussen de ketel en bijgeleverde Xiaomi bluetooth temperatuur sensor was zoals verwacht te groot. Gelukkig ondersteunt de Diyless module ook MQTT, dus i.p.v. een directe bluetooth verbinding stuur ik nu elke minuut de temperatuur in de woonkamer door via HA als MQTT broker.
Ik frut, dus ik epibreer
@pistole De Diyless oplossing heeft een eigen Opentherm gateway Shield, dus de OTGW waar dit topic over gaat zit er niet tussen.
Mooie van de Diyless oplossing vind ik dat ik geen losse thermostaat meer aan de muur hoef te hebben om de aansturing te doen.
Mooie van de Diyless oplossing vind ik dat ik geen losse thermostaat meer aan de muur hoef te hebben om de aansturing te doen.
Met de DIYless shield oplossing kan je inderdaad een thermostaat nabootsten.
Met de OTGW kan dat ook. Als je de thermostaat weglaat, dan werk je in de zogenaamde standalone mode. de OTGW doet dan een echte thermostaat na en met een paar simpele commando’s kan je de boel dan aansturen vanuit je favoriete home automation platform.
Er zijn vervolgens in bv HA ook volledige thermostaten geïmplementeerd in combinatie met OTGW.
Dus het is maar wat je zoekt.
Met de OTGW kan dat ook. Als je de thermostaat weglaat, dan werk je in de zogenaamde standalone mode. de OTGW doet dan een echte thermostaat na en met een paar simpele commando’s kan je de boel dan aansturen vanuit je favoriete home automation platform.
Er zijn vervolgens in bv HA ook volledige thermostaten geïmplementeerd in combinatie met OTGW.
Dus het is maar wat je zoekt.
Hmm, ik zie toch wel veel mensen die hier OTGW werkend hebben met Homey, is dat dan allemaal via de wifi versie? Ik heb de ethernet versie (dacht handig) en werkt prima in HA, maar wil Homey evalueren, maar krijg daar met beiden apps (MQTT en directe) geen goede verbinding. Nu heb ik het idee dat voor de MQTT de topics anders zijn dan de app verwacht, wellicht een verschil doordat de ethernet versie een andere format hebben voor de MQTT topics.
Jammer, want ik wilde wel kijken of ik met homey self hosted beter af zou zijn dan HA.
Heb wat onderzoek gedaan en gepost hier: https://github.com/gruijter/com.gruijter.otgw/issues/2
Jammer, want ik wilde wel kijken of ik met homey self hosted beter af zou zijn dan HA.
Heb wat onderzoek gedaan en gepost hier: https://github.com/gruijter/com.gruijter.otgw/issues/2
"True skill is when luck becomes a habit"
SWIS
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
"True skill is when luck becomes a habit"
SWIS
Van een mede-poster op het Homey forum begreep ik dat de ethernetuitvoering goed werkt met :UltimateB schreef op zaterdag 3 januari 2026 @ 16:56:
Hmm, ik zie toch wel veel mensen die hier OTGW werkend hebben met Homey, is dat dan allemaal via de wifi versie? Ik heb de ethernet versie (dacht handig) en werkt prima in HA, maar wil Homey evalueren, maar krijg daar met beiden apps (MQTT en directe) geen goede verbinding. Nu heb ik het idee dat voor de MQTT de topics anders zijn dan de app verwacht, wellicht een verschil doordat de ethernet versie een andere format hebben voor de MQTT topics.
Jammer, want ik wilde wel kijken of ik met homey self hosted beter af zou zijn dan HA.
Heb wat onderzoek gedaan en gepost hier: https://github.com/gruijter/com.gruijter.otgw/issues/2
https://homey.app/nl-nl/a...e.otgw/OpenTherm-Gateway/
met een tooltje USR-M0 V2.2.6.1.exe moet je hem dan instellen op je netwerk.