[OTGW] OpenTherm gateway

[StAvOx]

Goed punt. Alleen jammer dat ik zo niet zoveel aan de domoticz koppeling heb.

[amarkest]

ANNA-OTGW-ELGA(WAR)

Dmv check op OTGW MODULATIE niveau en aanpassen Thermostaatsetpoint (TT=), kan de ELGA nu ook snachts draaien zonder boven de 50% modulatie te komen, zodat mn nachtrust niet verstoord wordt.

Aansturing OTGW gaat bij mij via HOMEY-pro. geeft ook prachtige statistieken dmv HOMEY-insights.

Draait nu sinds een aantal dagen stabiel.

[amarkest]

Daannn1987 schreef op maandag 3 augustus 2020 @ 08:45:
[...]

mocht je wel iets vinden dan hoor ik het graag

Dmv check op OTGW MODULATIE niveau en aanpassen Thermostaatsetpoint (TT=), kan de ELGA nu ook snachts draaien zonder boven de 50% modulatie te komen, zodat mn nachtrust niet verstoord wordt.

Aansturing OTGW gaat bij mij via HOMEY-pro. geeft ook prachtige statistieken dmv HOMEY-insights.

Draait nu sinds een aantal dagen stabiel.

Aanpassen setpoint per 0,1c lukt alleen als de Kamerthermostaat afgekoppeld is, maar dat wil ik nog even niet.

[Daannn1987]

amarkest schreef op donderdag 27 augustus 2020 @ 09:35:
ANNA-OTGW-ELGA(WAR)

Dmv check op OTGW MODULATIE niveau en aanpassen Thermostaatsetpoint (TT=), kan de ELGA nu ook snachts draaien zonder boven de 50% modulatie te komen, zodat mn nachtrust niet verstoord wordt.

Aansturing OTGW gaat bij mij via HOMEY-pro. geeft ook prachtige statistieken dmv HOMEY-insights.

Draait nu sinds een aantal dagen stabiel.

Mooi gevonden! Dus de ELGA luistert ook naar het modulatieniveau wat vanuit de thermostaat (kan) komen?
Ik had het idee dat de ELGA puur naar RuimteT keek en de setpoint..

In dat geval zou ik dus een otgw tussen de Honeywell kunnen hangen en de ELGA kunnen beperken op bijv 30% modulatie niveau?

[amarkest]

Daannn1987 schreef op vrijdag 28 augustus 2020 @ 08:29:
[...]

Mooi gevonden! Dus de ELGA luistert ook naar het modulatieniveau wat vanuit de thermostaat (kan) komen?
Ik had het idee dat de ELGA puur naar RuimteT keek en de setpoint..

In dat geval zou ik dus een otgw tussen de Honeywell kunnen hangen en de ELGA kunnen beperken op bijv 30% modulatie niveau?

Modulatie niveau aanpassen kan volgens mij niet. Uitlezen wel.

Als bij mij modulatieniveau snachts >50% is, gaat het setpoint 0,5c terug. Na 30 min. zet ik setpoint weer terug naar vorige waarde.

update: nu aan t testen met 0,2c setpoint aanpassingen.

update: dit gaat niet goed. ook niet als er een celcia thermostaat aan de OTGW hangt. Later maar 's naar kijken. Vooralsnog gaan de 0,5c aanpassingen OK en kan er snachts doorgedraaid worden op max 50% modulatie.

[ Voor 17% gewijzigd door amarkest op 31-08-2020 10:12 ]

[Daannn1987]

amarkest schreef op vrijdag 28 augustus 2020 @ 08:55:
[...]


Modulatie niveau aanpassen kan volgens mij niet. Uitlezen wel.

Als bij mij modulatieniveau snachts >50% is, gaat het setpoint 0,5c terug. Na 30 min. zet ik setpoint weer terug naar vorige waarde.

update: nu aan t testen met 0,2c setpoint aanpassingen.

Oh zo.. ja je kan daar behoorlijk wat mee truken, dit deed ik al met de TADO.
Maar het liefst begrens ik hem gewoon op TA / TR

[amarkest]

Daannn1987 schreef op zaterdag 29 augustus 2020 @ 21:48:
[...]

Oh zo.. ja je kan daar behoorlijk wat mee truken, dit deed ik al met de TADO.
Maar het liefst begrens ik hem gewoon op TA / TR

Dat heb ik ook uitgeprobeerd, maar dat werkt bij mij niet goed.
ELGA gaat gewoon door met op toeren en knalt vervolgens terug naar 0% modulatie.
Ws is mn CV circuit te klein en kan ELGA de warmte niet goed kwijt. Bovendien wil ik ELGA snachts niet horen brommen vandaar die 50% modulatie grens.
Een buffer zal daar ws niet veel aan verhelpen, want als dat eenmaal op temperatuur is, krijg je hetzelfde gedrag. Dus een hoop gesjouw en gedoe in het stookhok op zolder voor niets.

[P-Nut]

Hi tweakers,

Ik heb thuis een remeha etwist inclusief gateway. Ik wil graag mijn thermostaat toevoegen aan mijn Homey en met het connecten via opentherm app wordt er naast ip ook gevraagd naar de poort. Alleen ik heb geen idee welke poort ik hiervoor moet hebben.

[henkNL]

Probeer eens poort 23

[amarkest]

P-Nut schreef op maandag 31 augustus 2020 @ 23:23:
Hi tweakers,

Ik heb thuis een remeha etwist inclusief gateway. Ik wil graag mijn thermostaat toevoegen aan mijn Homey en met het connecten via opentherm app wordt er naast ip ook gevraagd naar de poort. Alleen ik heb geen idee welke poort ik hiervoor moet hebben.

in mijn Homey OTGW app gebruik ik poort 8080 .

[P-Nut]

amarkest schreef op woensdag 2 september 2020 @ 09:16:
[...]


in mijn Homey OTGW app gebruik ik poort 8080 .

Bedankt voor de reactie. Ik had het ip in mijn remeha twist opgezocht 192.168.1.227 en vervolgens poort 8080 gebruikt helaas bij het toevoegen van de OTGW gateway geen succes. Heb je eventueel andere tips waarnaar ik kan kijken? Ik kan nergens wat goede info online terugvinden

[JanPedaal]

P-Nut schreef op woensdag 2 september 2020 @ 13:30:
[...]


Bedankt voor de reactie. Ik had het ip in mijn remeha twist opgezocht 192.168.1.227 en vervolgens poort 8080 gebruikt helaas bij het toevoegen van de OTGW gateway geen succes. Heb je eventueel andere tips waarnaar ik kan kijken? Ik kan nergens wat goede info online terugvinden

Hoe bedoel je dat je het IP van je OTGW opzoekt in je twist? Zit die twist ook op je netwerk? Heb je dan uberhaupt een OTGW nodig? Misschien handig als je iets meer toelichting geeft hoe je e.e.a. hebt aangesloten.

[P-Nut]

JanPedaal schreef op woensdag 2 september 2020 @ 14:17:
[...]

Hoe bedoel je dat je het IP van je OTGW opzoekt in je twist? Zit die twist ook op je netwerk? Heb je dan uberhaupt een OTGW nodig? Misschien handig als je iets meer toelichting geeft hoe je e.e.a. hebt aangesloten.

Mijn etwist thermostaat is verbonden met gateway welk in verbinding staat met CV. Ik wil direct vanuit homey mijn thermostaat aansturen. Helaas lukt het mij niet op direct vanuit homey via de OTGW app verbinding te maken.

[ Voor 8% gewijzigd door P-Nut op 02-09-2020 16:08 ]

[henkNL]

Nu ken ik de Homey niet, maar iets in mij zegt dat je niet de OTGW moet hebben.

Die converter, is dat niet een standaard Remeha eigen ding?

[JanPedaal]

P-Nut schreef op woensdag 2 september 2020 @ 16:06:
[...]


Mijn etwist thermostaat is verbonden met gateway welk in verbinding staat met CV. Ik wil direct vanuit homey mijn thermostaat aansturen. Helaas lukt het mij niet op direct vanuit homey via de OTGW app verbinding te maken.

[Afbeelding]

Aha, het gaat dus niet om een OTGW maar een Remeha gateway.
Kan je wel een verbinding maken vanuit de app op je telefoon? Dan weet je in ieder geval dat de gateway werkt.

[P-Nut]

JanPedaal schreef op woensdag 2 september 2020 @ 16:22:
[...]

Aha, het gaat dus niet om een OTGW maar een Remeha gateway.
Kan je wel een verbinding maken vanuit de app op je telefoon? Dan weet je in ieder geval dat de gateway werkt.

Ja, ik kan vanuit de playstore etwist app verbinding maken me de thermostaat.

[amarkest]

Daannn1987 schreef op zaterdag 29 augustus 2020 @ 21:48:
[...]

Oh zo.. ja je kan daar behoorlijk wat mee truken, dit deed ik al met de TADO.
Maar het liefst begrens ik hem gewoon op TA / TR

@Daannn1987

-Als de kamerthermostaat op een lage vraag temp wordt gezet, worden de OTGW settings niet verstoord.
-TT= TC= en CS= worden nu ongestoord doorgegeven aan ELGA.
-setpoints van 0,1c werken nu ook.

[Bo0bz]

Van @stuffer een OTGW geleend om de perikelen met mijn Loria 6008 warmtepomp te monitoren. Krijg alleen AANSLUITFOUT in beeld van de HCTM. Iemand een tip?

[ Voor 55% gewijzigd door Bo0bz op 16-09-2020 18:04 ]

[rvdgaag]

Opentherm kent geen + of 1 dus fout bedraden kan niet, waarschijnlijk ondersteund je WP geen opentherm.

[stuffer]

rvdgaag schreef op woensdag 16 september 2020 @ 18:35:
Opentherm kent geen + of 1 dus fout bedraden kan niet, waarschijnlijk ondersteund je WP geen opentherm.

Zou die wel moeten doen, we hebben de zelfde type Loria (6008) en ik weet zeker dat hij het 1 keer bij mij heeft gedaan. (Heb nu de oude er op en die van Nodo shop heeft Bo0bz erop.

Volgens mij hebben we ook de zelfde firmware versie van de Loria print (27,33)

Enige verschillen zijn dat ik de duo heb en jij de solo en ik een iSense gebruik en jij de HCTM.

@Chris_82 Heb jij nog ideeën?
@Bo0bz Ik zie op de foto geen ledjes branden?

[ Voor 7% gewijzigd door stuffer op 16-09-2020 19:59 ]

[Bo0bz]

stuffer schreef op woensdag 16 september 2020 @ 19:55:
[...]


Zou die wel moeten doen, we hebben de zelfde type Loria (6008) en ik weet zeker dat hij het 1 keer bij mij heeft gedaan. (Heb nu de oude er op en die van Nodo shop heeft Bo0bz erop.

Volgens mij hebben we ook de zelfde firmware versie van de Loria print (27,33)

Enige verschillen zijn dat ik de duo heb en jij de solo en ik een iSense gebruik en jij de HCTM.

@Chris_82 Heb jij nog ideeën?
@Bo0bz Ik zie op de foto geen ledjes branden?

Groene led naast de gele knippert iedere seconde. De rest is uit

[stuffer]

Bo0bz schreef op woensdag 16 september 2020 @ 20:06:
[...]


Groene led naast de gele knippert iedere seconde. De rest is uit

Blijft het gedrag van de leds hetzelfde als je de thermostaat of de Loria los haalt?

Wellicht thermostaat nog herstarten of de loria? (Kan me bijna niet voorstellen)

Btw, kan je op de adapter de spanning nog regelen en staat die goed? Zie op de site staan: De OTGW wordt gevoed m.b.v. een externe voeding van 24V

[ Voor 17% gewijzigd door stuffer op 16-09-2020 20:13 ]

[Chris_82]

stuffer schreef op woensdag 16 september 2020 @ 19:55:
[...]


Zou die wel moeten doen, we hebben de zelfde type Loria (6008) en ik weet zeker dat hij het 1 keer bij mij heeft gedaan. (Heb nu de oude er op en die van Nodo shop heeft Bo0bz erop.

Volgens mij hebben we ook de zelfde firmware versie van de Loria print (27,33)

Enige verschillen zijn dat ik de duo heb en jij de solo en ik een iSense gebruik en jij de HCTM.

@Chris_82 Heb jij nog ideeën?
@Bo0bz Ik zie op de foto geen ledjes branden?

Het is me ook een raadsel. Met de eerdere firmware/print werkte het hier prima.
Wel met externe voeding.
Misschien de stekkers op de print verwisselen? Werkt zonder OTGW ertussen wel goed? Geen foutmelding op de binnenunit?

[Bo0bz]

Chris_82 schreef op woensdag 16 september 2020 @ 20:14:
[...]


Het is me ook een raadsel. Met de eerdere firmware/print werkte het hier prima.
Wel met externe voeding.
Misschien de stekkers op de print verwisselen? Werkt zonder OTGW ertussen wel goed? Geen foutmelding op de binnenunit?

Zal zo even een ander kabeltje proberen. Zonder otgw werkt het direct weer zonder iets te hoeven rebooten.

[stuffer]

Bo0bz schreef op woensdag 16 september 2020 @ 20:17:
[...]


Zal zo even een ander kabeltje proberen. Zonder otgw werkt het direct weer zonder iets te hoeven rebooten.

En wat heb je achter de USB kabel? Ik had de setup direct volledig aangesloten op Domoticz. Wellict dat dat iets is?

[amarkest]

Bo0bz schreef op woensdag 16 september 2020 @ 20:17:
[...]


Zal zo even een ander kabeltje proberen. Zonder otgw werkt het direct weer zonder iets te hoeven rebooten.

Hoeveel volt staat er op de otgw? Ik gebruik een 24v. Toen ik de adapter terug zette naar een lager voltage kreeg ik ook een gele led naast de groene dacht ik

https://www.nodo-shop.nl/...ersele-voeding-9-24v.html

[ Voor 8% gewijzigd door amarkest op 16-09-2020 20:46 ]

[Bo0bz]

Zowel op 20v als 24v krijg ik geen extra ledjes. Met nieuwe kabel zelfde euvel AANSLUITFOUT op het scherm van de thermostaat. Zonder OTGW werkt het prima als ik de twee kabeltjes met elkaar doorlus. Toch iets in de OTGW wat ik kan aanpassen?

[amarkest]

Bo0bz schreef op woensdag 16 september 2020 @ 21:02:
Zowel op 20v als 24v krijg ik geen extra ledjes. Met nieuwe kabel zelfde euvel AANSLUITFOUT op het scherm van de thermostaat. Zonder OTGW werkt het prima als ik de twee kabeltjes met elkaar doorlus. Toch iets in de OTGW wat ik kan aanpassen?

Heb je de Otmonitorlog al kunnen bekijken?

[stuffer]

amarkest schreef op woensdag 16 september 2020 @ 21:07:
[...]

Heb je de Otmonitorlog al kunnen bekijken?

Idd, nog even met USB aansluiten en kijken of die wat te zeggen heeft?

[Bo0bz]

@amarkest @stuffer kom ik morgen even op terug! Met een kleine van 4 weken in huis gaat alles op een ander tempo ;-)

edit:
Dit krijg ik in de log te zien verder geen data:

11:42:07.729610 OpenTherm Gateway 4.2.5
11:42:08.085960 T00030000 Read-Data Slave configuration: 00000000 0
11:42:09.026801 T00030000 Read-Data Slave configuration: 00000000 0
11:42:09.964796 T00030000 Read-Data Slave configuration: 00000000 0
11:42:10.907600 T00030000 Read-Data Slave configuration: 00000000 0
11:42:11.850660 T00030000 Read-Data Slave configuration: 00000000 0
11:42:12.809610 T00030000 Read-Data Slave configuration: 00000000 0
11:42:13.753348 T00030000 Read-Data Slave configuration: 00000000 0
11:42:14.693725 T00030000 Read-Data Slave configuration: 00000000 0
11:42:15.634153 T00030000 Read-Data Slave configuration: 00000000 0
11:42:16.572894 T00030000 Read-Data Slave configuration: 00000000 0
11:42:17.516562 T00030000 Read-Data Slave configuration: 00000000 0
11:42:18.457006 T00030000 Read-Data Slave configuration: 00000000 0
11:42:19.405324 T00030000 Read-Data Slave configuration: 00000000 0
11:42:20.339376 T00030000 Read-Data Slave configuration: 00000000 0
11:42:21.288150 T00030000 Read-Data Slave configuration: 00000000 0
11:42:22.236217 T00030000 Read-Data Slave configuration: 00000000 0
11:42:23.179327 T00030000 Read-Data Slave configuration: 00000000 0
11:42:24.112337 T00030000 Read-Data Slave configuration: 00000000 0

Had nog een Honeywell round modulation liggen die geeft geen beeld na aansluiten. Wel andere waarden:

14:01:36.695622 OpenTherm Gateway 4.2.5
14:01:36.911548 T80190000 Read-Data Boiler water temperature: 0.00
14:01:37.916336 T80190000 Read-Data Boiler water temperature: 0.00
14:01:38.935979 T80190000 Read-Data Boiler water temperature: 0.00
14:01:39.941778 T80190000 Read-Data Boiler water temperature: 0.00
14:01:40.883673 T80190000 Read-Data Boiler water temperature: 0.00
14:01:41.897552 T80190000 Read-Data Boiler water temperature: 0.00
14:01:42.900953 T80190000 Read-Data Boiler water temperature: 0.00
14:01:43.920317 T80190000 Read-Data Boiler water temperature: 0.00
14:01:44.921898 T80190000 Read-Data Boiler water temperature: 0.00

etc.

[ Voor 105% gewijzigd door Bo0bz op 17-09-2020 14:02 ]

[amarkest]

@Bo0bz

Handleiding nodoshop:

Aansluiten OTGW tussen systeem en thermostaat
Zorg dat de CV ketel/Boiler niet meer is aangesloten op de 230V
Knip de draad door die van de CV ketel/boiler naar de thermostaat loopt
Strip de 2 draden van elke kant
Schroef de draden vast in de bijgeleverde groene connectoren
Plaats de groene connectoren in de gemarkeerde stekkers op de OTGW
THERM voor thermostaat
BOILER voor systeem
Sluit het CV ketel/boiler weer aan op de 230V
Sluit de voeding aan op de OTGW (MINIMAAL 19 Volt, MAXIMAAL 24V !!)
Als het goed is zal het groene ledje (boven de gele led) gaan knipperen

(indien de connectie niet goed werkt dan moeten de draden van een van de groene connectoren worden omgedraaid)

[Bo0bz]

amarkest schreef op donderdag 17 september 2020 @ 20:11:
@Bo0bz

Handleiding nodoshop:

Aansluiten OTGW tussen systeem en thermostaat
Zorg dat de CV ketel/Boiler niet meer is aangesloten op de 230V
Knip de draad door die van de CV ketel/boiler naar de thermostaat loopt
Strip de 2 draden van elke kant
Schroef de draden vast in de bijgeleverde groene connectoren
Plaats de groene connectoren in de gemarkeerde stekkers op de OTGW
THERM voor thermostaat
BOILER voor systeem
Sluit het CV ketel/boiler weer aan op de 230V
Sluit de voeding aan op de OTGW (MINIMAAL 19 Volt, MAXIMAAL 24V !!)
Als het goed is zal het groene ledje (boven de gele led) gaan knipperen

(indien de connectie niet goed werkt dan moeten de draden van een van de groene connectoren worden omgedraaid)

Deze stappen doorgelopen en zelfde resultaat. Bij het verbinden met de OTGW van zowel de warmtepomp als de thermostaat verschijnt in beeld van de thermostaat GEEN VERBINDING. Aanzetten van de warmtepomp blijft het zelfde resultaat geven. Bij het verbinden van de OTGW met 24V gaat de thermostaat kort aan (20-30s) en dan verschijnt AANSLUITFOUT wederom in beeld. Groene led knippert verder niets te zien.

[stat]

Ben benieuwd of iemand dit herkent of kan helpen te debuggen. Mijn OTGW werkt al jaren zonder problemen. Sinds enige tijd krijg ik de buitentemperatuur echter niet meer op mijn iSense. Bij het debuggen daarvan zie ik dat ik een timeout krijg als ik deze via de web api invoer, bv"

http://xxx/command?OT=20.3

In de messages zie ik wel dit langskomen:
19:14:16.459821 Command (via websocket from xxxx:60234): OT=20.3

Maar vervolgens komt de temperatuur niet op de thermostaat, en ook niet op de status pagina.
Omdat ik ook een tijdje geleden geswitcht ben naar een raspi4, heb ik ook mijn oude setup met raspi1b nog eens van stal gehaald. Die geeft ook de timeouts, en stopt er bovendien na een halve minuut ongeveer mee met wat foutmeldingen in de console:
invalid command name "::oo::Obj12_coro"
while executing
"::oo::Obj12_coro retransmit SUBSCRIBE 567"
("after" script)
invalid command name "::oo::Obj12_coro"
while executing
"::oo::Obj12_coro retransmit SUBSCRIBE 568"

Dat heb ik dus op mijn raspi4 weer niet, daar draait de OTGW wel stabiel, alleen krijg ik die timeouts als ik de via de webinterface iets doe.

Hebben jullie ideeen? Misschien iets met de USB kabel niet goed, kan dat zomaar ontstaan?

--> het blijkt dat een herstart van de GW dit op lost (stroom er af en op). Gek, nog nooit hoeven doen, en recent nog bij wijzing meter alles uit en aan geweest. Hoop dat het nu goed blijft gaan!

[ Voor 7% gewijzigd door stat op 03-10-2020 11:34 ]

[CorKontiki]

OTGW met eigen thermostaat.
Wie helpt mij? Het wordt alsmaar kouder en ik zit met een groot probleem: ik heb al ruim 20 jaar een thermostaat mbv Conrad C-control microprocessor. Werkte prima mbv eigen gecodeerde Openthermprotocol. Maar mijn nwe cvketel van Atag werkt net iets anders, dus OTGW geinstalleerd (alle complimenten voor de maker: Schelte). Werkt, via ESP, prima met Domoticz. Ik werk dus niet met een gekochte thermostaat, maar met mijn eigen Ccontrol (ook ivm complexe zone-aansturing).
Het probleem is: Ik moet voor OTGW handmatig de cmnds, van bijv, MM=40 en CS=55 ingeven bij settings ih tabblad 'Hardware' (hiermee wordt het ketelvermogen en watertemperatuur langzaam omhoog gebracht). Dit werkt op zich hartstikke goed. Maar ik wil dat natuurlijk obv berekende variabelen uit Domoticz (en mijn zelf berekende gegevens vanuit mijn eigen ccontrol-thermostaat) aansturen en niet zelf met de hand ingeven (dat is 's nachts ook wat onhandig).
Helaas lukte dat ook niet mbv dummy-switch naar esp, want :
Domoticz reageerde op de URL (http://IP-van-OTGW:6638/command?CS=50) in de dummy-switch met:
Status: User: pi initiated a switch command (4464/DummyTbvOTGW-CS/On)
Status: OTGW: disconnected
Status: OTGW: Connection reset!
Status: OTGW: connected to: IP-van-OTGW:6638
Error: Error opening url: http://IP-van-OTGW:6638/command?CS=50.

Ik had deze methode gevonden bij Tweakers (na al lange tijd googelen) en werd al helemaal blij. Waarom het niet werkt: geen idee. Misschien verkeerd geïmplementeerd, of is mijn situatie misschien weer anders??
Het is natuurlijk ook niet de mooiste methode want je moet behoorlijk wat dummy schakelaars aanmaken en dan nog is het verloop discontinue. Maar ja zo kan ik wel mijn huis tijdig opwarmen 's ochtends
Misschien kan het wel met een scriptje ofzo?
Helaas ben ik niet handig genoeg met scripting binnen Domoticz. Wie helpt (of kan me verwijzen)?

[Bakel]

Ik heb een vraag betreft de otgw. Ik heb een Remeha ketel met Isense thermostaat, de ketel ondersteund OpenTherm.

Heb ik enkel aan de otgw genoeg om de ketel te bedienen via Domoticz? En kan ik via de otgw ook individuele thermostaatkranen bedienen icm domoticz?

Of is een standaard oplossing zoals de T6 thermostaat of Nest een betere oplossing?

[ Voor 14% gewijzigd door Bakel op 08-10-2020 10:54 ]

[amarkest]

CorKontiki schreef op dinsdag 6 oktober 2020 @ 22:24:
OTGW met eigen thermostaat.
variabelen.............

Ik stuur de OTGW via Homey en dat gaat ook heel goed, behalve vanuit variablen, Die worden niet opgepakt.

Constanten in het commando (bv CS=26 of TT=19.8) werken goed.

ben nog aan t puzzlen.

[CorKontiki]

Aan amarkest:

Ik stuur de OTGW via Homey en dat gaat ook heel goed, behalve vanuit variablen, Die worden niet opgepakt.
Constanten in het commando (bv CS=26 of TT=19.8) werken goed.

Ik weet nog niet hoe je precies zo'n reactie schrijft, maar zo ook hopelijk duidelijk:
Fijn dat je reageert. Heb vraagje: typ je dat commando op een door jouw gewenst moment in (dat doe ik dus in Domoticz onder de 'hardware-tab) of kan je het verzenden vanuit een vast gegeven in Homey op een bepaald moment (afhankelijk dus bijv. van een temperatuur) en in welk formaat/ welke communicatie gaat het dan naar Domoticz?

[raymonvdm]

Omdat het weer kouder wordt ben ik vandaag begonnen met het in ere herstellen van mijn Opentherm Gateway. Ik heb hem zojuist geupgrade naar v4.2.5 (vanaf 4.2.4) en de cat5e kabel is vervangen door 2 x 0.8mm2 tussen de Thermostaat <->OTGW <-> Ketel.

Daarnaast heb ik hem met zijn Seriële interface gekoppeld aan HomeAssistant, (was voorheen HomeSeer) en het lijkt nu weer te werken nadat deze zomer tijdens onderhoud de print van de ketel is omgewisseld. De Opentherm poort op de vorige print heeft het aansluiten van een aan/uit termostaat niet overleefd (bedankt monteur)

Zijn er hier meer mensen die hem gebruiken in HomeAssistant, en is dat dan rechtstreeks zoals ik het nu heb, of zit OTmonitor daar nog tussen?

[tw1light]

raymonvdm schreef op maandag 12 oktober 2020 @ 23:55:
...

Zijn er hier meer mensen die hem gebruiken in HomeAssistant, en is dat dan rechtstreeks zoals ik het nu heb, of zit OTmonitor daar nog tussen?

Ik heb otmonitor er tussen zitten, OTGW is via nodeMCU aangesloten. Maar ik merk dat de betrouwbaarheid niet 100% is, zo nu en dan komt een temperatuurscommando niet helemaal goed door bijvoorbeeld.

[glaswerk]

raymonvdm in "[OTGW] OpenTherm gateway"

Zijn er hier meer mensen die hem gebruiken in HomeAssistant, en is dat dan rechtstreeks zoals ik het nu heb, of zit OTmonitor daar nog tussen?

Hier hangt de OTGW bedraad in het huisnetwerk en Home Assistant bedient 'm rechtstreeks (dus zonder otmonitor ertussen). Werkt als een zonnetje, ik heb nog nooit problemen gehad met commando's die niet aankomen. Wel heeft mijn oude Honeywell Chronoterm modulation een bekende eigenaardigheid dat het soms tot wel een minuut duurt voordat een commando vanuit de OTGW door de thermostaat wordt geaccepteerd. Ik hoef het commando dan niet opnieuw te geven, het duurt gewoon even (de OTGW laat dit ook zien met een knipperend lampje). Voor de WAF is die vertraging niet denderend, maar verder werkt het prima.

[raymonvdm]

Ik heb nog een "oude" OTGW met een te kleine voedingen en spanningregelaar om daar iets met ethernet te kunnen doen, dus hij hangt gewoon met 7 meter UTP aan twee Cisco RJ45/DB9 converters

Ik vind alleen alle sensoren in HomeAssistant verwarrende met hun Master/Slave benamingen enzo. Wat is nu de master en wat is nu de slave?

[JanPedaal]

glaswerk schreef op dinsdag 13 oktober 2020 @ 10:03:
[...]
Hier hangt de OTGW bedraad in het huisnetwerk en Home Assistant bedient 'm rechtstreeks (dus zonder otmonitor ertussen). Werkt als een zonnetje, ik heb nog nooit problemen gehad met commando's die niet aankomen. Wel heeft mijn oude Honeywell Chronoterm modulation een bekende eigenaardigheid dat het soms tot wel een minuut duurt voordat een commando vanuit de OTGW door de thermostaat wordt geaccepteerd. Ik hoef het commando dan niet opnieuw te geven, het duurt gewoon even (de OTGW laat dit ook zien met een knipperend lampje). Voor de WAF is die vertraging niet denderend, maar verder werkt het prima.

Wat voor commando's geef je bijvoorbeeld? Heb je nog iets bijzonders ingesteld op de thermostaat? Ik zou graag via de OTGW het room setpoint van mijn Honeywell Chronotherm Touch Modulation willen instellen, maar die trekt zich daar niets van aan. Na enkele seconden springt hij terug naar het setpoint dat door het dagprogramma bepaald wordt.
De Touch Modulation is natuurlijk niet de Modulation, maar deze zou dat toch ook moeten kunnen lijkt me. Heb al meerdere opties in het installatiemenu geprobeerd maar nog geen succes.

[Matis]

Bakel schreef op donderdag 8 oktober 2020 @ 10:53:
Ik heb een vraag betreft de otgw. Ik heb een Remeha ketel met Isense thermostaat, de ketel ondersteund OpenTherm.

Heb ik enkel aan de otgw genoeg om de ketel te bedienen via Domoticz? En kan ik via de otgw ook individuele thermostaatkranen bedienen icm domoticz?

OTGW adviseert ten zeerste niet de ketel te sturen via OTGW. Daarvoor zijn de thermostaten veel beter ingeregeld. De OTGW is ontwikkeld om te monitoren, niet om te regelen.

Of is een standaard oplossing zoals de T6 thermostaat of Nest een betere oplossing?

Dit dus!

[glaswerk]

[

Wat voor commando's geef je bijvoorbeeld? Heb je nog iets bijzonders ingesteld op de thermostaat? Ik zou graag via de OTGW het room setpoint van mijn Honeywell Chronotherm Touch Modulation willen instellen, maar die trekt zich daar niets van aan. Na enkele seconden springt hij terug naar het setpoint dat door het dagprogramma bepaald wordt.
De Touch Modulation is natuurlijk niet de Modulation, maar deze zou dat toch ook moeten kunnen lijkt me. Heb al meerdere opties in het installatiemenu geprobeerd maar nog geen succes.

Ik heb om precies te zijn de Vision Modulation. Ik dacht (van OTGW-website) dat die vrijwel hetzelfde functioneert. Inderdaad neemt de thermostaat zijn eigen programma als leidend. Dat ie binnen een paar seconden terugspringt, herken ik niet. Let wel op dat deze thermostaten alleen room setpoints in hele graden accepteren! Misschien is dat het probleem?

Verder heb ik het programma van de thermostaat zelf uitgeschakeld, ik heb hem op 'Temp continu' gezet. Vervolgens stuur ik de room setpoint met een automatisering in Home assistant (afhankelijk van binnentemp, buitentemp, aan-/afwezigheid, dag/tijd). De thermostaat volgt dit braaf.

Verder stook ik weersafhankelijk. Ik voed de thermostaat dus met een buitentemperatuur, eentje van een RIVM-luchtmeetnetstation hier een paar honderd meter vandaan (weerstation via API buienradar kan ook). Die buitentemp wordt dan ook netjes in display thermostaat weergegeven en bepaalt de stooklijn.

Verder respecteert de Chronoterm mijn maximum watertemp niet. Dus heb ik een HA-automation die de watertemp overrulet richting ketel, als de thermostaat er met z'n stooklijn boven stuurt.

Verder monitor ik vooral zaken: (retour)watertemp, brandertijd enz. Via HA voed ik dat, samen met slimme-meterdata weer in InfluxDB en Grafana. Levert prachtige grafieken met gasverbruik, graaddagen enz (ok, of het allemaal heel nuttig is, is een andere vraag).

Hieronder mijn HA-dashboard (ja, huiskamer is koud, want oud huis en zit nu in werkhok).

[glaswerk]

Matis schreef op dinsdag 13 oktober 2020 @ 13:26:
[...]

OTGW adviseert ten zeerste niet de ketel te sturen via OTGW. Daarvoor zijn de thermostaten veel beter ingeregeld. De OTGW is ontwikkeld om te monitoren, niet om te regelen.

[...]

Dit dus!

Je hebt op zich gelijk; behalve misschien als je weersafhankelijk wil gaan stoken. Ik stook nu nog weersafhankelijk met de thermostaat. Die stooklijn draait alleen op de buitentemperatuur (grootste gedeelte van de dag ben ik niet in de ruimte waar de thermostaat hangt). Ik ga nog eens een keertje de stooklijnberekening van de thermostaat reverse-engineeren, die moet ook gemakkelijk in HA in te voeren zijn dan.

[amarkest]

tw1light schreef op dinsdag 13 oktober 2020 @ 07:49:
[...]


Ik heb otmonitor er tussen zitten, OTGW is via nodeMCU aangesloten. Maar ik merk dat de betrouwbaarheid niet 100% is, zo nu en dan komt een temperatuurscommando niet helemaal goed door bijvoorbeeld.

Klopt. Ik schiet er 5 achter elkaar op OTGW af. Komt nu altijd aan. Ik gebruik de OTGW-Homey app met homey flows

[glaswerk]

raymonvdm schreef op dinsdag 13 oktober 2020 @ 10:08:

Ik vind alleen alle sensoren in HomeAssistant verwarrende met hun Master/Slave benamingen enzo. Wat is nu de master en wat is nu de slave?

Thermostaat is de master, die bepaalt wat er gebeurt. De slave is de CV, die voert uit. Sommige variabelen heb je dus dubbel, zowel voor master als voor slave. Om te checken of CV gehoorzaam is.

[JanPedaal]

@glaswerk dank voor je uitgebreide reactie!

glaswerk schreef op dinsdag 13 oktober 2020 @ 15:14:
[...]
Ik heb om precies te zijn de Vision Modulation. Ik dacht (van OTGW-website) dat die vrijwel hetzelfde functioneert. Inderdaad neemt de thermostaat zijn eigen programma als leidend. Dat ie binnen een paar seconden terugspringt, herken ik niet. Let wel op dat deze thermostaten alleen room setpoints in hele graden accepteren! Misschien is dat het probleem?

Even geprobeerd, maar ook op hele graden springt hij terug naar programma.

Verder heb ik het programma van de thermostaat zelf uitgeschakeld, ik heb hem op 'Temp continu' gezet. Vervolgens stuur ik de room setpoint met een automatisering in Home assistant (afhankelijk van binnentemp, buitentemp, aan-/afwezigheid, dag/tijd). De thermostaat volgt dit braaf.

Waarschijnlijk ligt het hieraan ja. Dit ga ik binnenkort eens proberen. Omdat je op de thermostaat zelf wel de temperatuur kan aanpassen voor het tijdvak waar het programma op dat moment in zit, had ik gehoopt dat dat remote hetzelfde werkte.

Verder stook ik weersafhankelijk. Ik voed de thermostaat dus met een buitentemperatuur, eentje van een RIVM-luchtmeetnetstation hier een paar honderd meter vandaan (weerstation via API buienradar kan ook). Die buitentemp wordt dan ook netjes in display thermostaat weergegeven en bepaalt de stooklijn.

Dat werkt bij mij ook. Ik heb de OTGW aan Domoticz geknoopt en die haalt de buitentemperatuur op via de OpenWeather plugin, en stuurt die vervolgens door naar de thermostaat. Works like a charm

Verder respecteert de Chronoterm mijn maximum watertemp niet. Dus heb ik een HA-automation die de watertemp overrulet richting ketel, als de thermostaat er met z'n stooklijn boven stuurt.

Verder monitor ik vooral zaken: (retour)watertemp, brandertijd enz. Via HA voed ik dat, samen met slimme-meterdata weer in InfluxDB en Grafana. Levert prachtige grafieken met gasverbruik, graaddagen enz (ok, of het allemaal heel nuttig is, is een andere vraag).

Hieronder mijn HA-dashboard (ja, huiskamer is koud, want oud huis en zit nu in werkhok).

[Afbeelding]

Leuk om te zien! Influx+Grafana ga ik ook zeker nog erbij halen. Monitoring (in Domoticz) is voor mij het hoofddoel, maar de temperatuur remote instellen is natuurlijk een "nice-to-have".

[CorKontiki]

Matis schreef op dinsdag 13 oktober 2020 @ 13:26:
[...]
OTGW adviseert ten zeerste niet de ketel te sturen via OTGW. Daarvoor zijn de thermostaten veel beter ingeregeld. De OTGW is ontwikkeld om te monitoren, niet om te regelen.

Ik snap deze reactie erg goed, ook Schelte heeft dat steeds aangegeven. En, misschien dat ik daarom op mijn probleem helaas nog niet zoveel reacties kreeg. Maar... als je al ruim 20 jaar een eigen (via microprocessor) thermostaat hebt, voor meerdere zones, met ook nog bijzondere huiselijke omstandigheden én inderdaad rekening houdend met buitentemp., dan wil je niet zo graag afscheid nemen van die goed werkende regelingen, terwijl er een goed werkende oplossing mb de OTGW is (want, zoals geschreven op 8 okt. jl) alleen het OpenthermProtocol ging te vaak mis bij aansturing door een nwe Atag-ketel. En de OTGW lost dit prima op. Maar helaas ik zit nog wel met het probleem om die commando's MM=... en CS=... geautomatiseerd te sturen (zie 8 okt). Dus ik hoop nog steeds dat er iemand is die me kan helpen om al/niet via script of via URL/dummy-switch die commando's vanuit variabelen in Domoticz te sturen.

[raymonvdm]

CorKontiki schreef op dinsdag 13 oktober 2020 @ 16:36:
[...]

Ik snap deze reactie erg goed, ook Schelte heeft dat steeds aangegeven. En, misschien dat ik daarom op mijn probleem helaas nog niet zoveel reacties kreeg. Maar... als je al ruim 20 jaar een eigen (via microprocessor) thermostaat hebt, voor meerdere zones, met ook nog bijzondere huiselijke omstandigheden én inderdaad rekening houdend met buitentemp., dan wil je niet zo graag afscheid nemen van die goed werkende regelingen, terwijl er een goed werkende oplossing mb de OTGW is (want, zoals geschreven op 8 okt. jl) alleen het OpenthermProtocol ging te vaak mis bij aansturing door een nwe Atag-ketel. En de OTGW lost dit prima op. Maar helaas ik zit nog wel met het probleem om die commando's MM=... en CS=... geautomatiseerd te sturen (zie 8 okt). Dus ik hoop nog steeds dat er iemand is die me kan helpen om al/niet via script of via URL/dummy-switch die commando's vanuit variabelen in Domoticz te sturen.

Kun je niet via OTmonitor deze commando`s sturen, volgens mij kan dat dan zelfs naar de telnet poort. Ik dacht dat ik in het verleden namelijk gewoon TT=21.0 stuurde met de hand, dan zou MM= en CS= ook moeten kunnen verwacht ik

Kijk eens onder remote access van OTmonitor, dan zou het wellicht via een shell commando kunnen

[CorKontiki]

raymonvdm schreef op dinsdag 13 oktober 2020 @ 16:57:
Kun je niet via OTmonitor deze commando`s sturen, volgens mij kan dat dan zelfs naar de telnet poort. Ik dacht dat ik in het verleden namelijk gewoon TT=21.0 stuurde met de hand, dan zou MM= en CS= ook moeten kunnen verwacht ik

Je hebt helemaal gelijk: met otmonitor kan je met de hand dit soort commando's sturen (zo heb ik ook uitgetest dat OTGW ook zonder externe thermostaat zo goed kan werken). Maar ja, ik wil 's ochtends vroeg mijn bed niet uit om dat te doen. Vandaar mijn wens om het vanuit variabelen in domoticz automatisch te kunnen doen.

[raymonvdm]

CorKontiki schreef op dinsdag 13 oktober 2020 @ 17:35:
[...]

Je hebt helemaal gelijk: met otmonitor kan je met de hand dit soort commando's sturen (zo heb ik ook uitgetest dat OTGW ook zonder externe thermostaat zo goed kan werken). Maar ja, ik wil 's ochtends vroeg mijn bed niet uit om dat te doen. Vandaar mijn wens om het vanuit variabelen in domoticz automatisch te kunnen doen.

Daar kan ik je niet mee helpen, maar wellicht is het wel mogelijk met een shell commando zoals HomeAssistant dat kan.

https://community.home-as...-message-to-ip-port/14646

[annestweak]

Mag ik even inbreken?
Ik wil ook graag otgw en daar een raspberry bij plaatsen omdat wij boven geen vaste verbinding hebben. Wat heb ik nodig? De otgw voeding behuizing Ed maar welke aansluitingen?
En 1 voor de ketel en 1 voor de Elga? Of voldoet 2 voor beide.

Ik heb deze vraag 2weken terug al gesteld bij de verkoper met soldeerfuntie, maar tot nu toe geen reactie.

Sorry voor het inbreken, ik volg dit topic nl ook😉

[CorKontiki]

annestweak schreef op dinsdag 13 oktober 2020 @ 21:41:
Mag ik even inbreken?
Ik wil ook graag otgw en daar een raspberry bij plaatsen omdat wij boven geen vaste verbinding hebben. Wat heb ik nodig? De otgw voeding behuizing Ed maar welke aansluitingen?
En 1 voor de ketel en 1 voor de Elga? Of voldoet 2 voor beide.

Ik heb deze vraag 2weken terug al gesteld bij de verkoper met soldeerfuntie, maar tot nu toe geen reactie.

Sorry voor het inbreken, ik volg dit topic nl ook😉

Misschien kan ik (naast mijn eigen vraag) jou helpen met mijn ervaring. Ik heb bij SOS Solutions de Rpi, geheugenkaart etc. als 'pakketje' gekocht (wat mij betreft incl. aansluiting aan 'Slimme meter'). Ik was helemaal tevreden en als er iets onduidelijk is dan helpen ze ook. Scheelt veel gedoe.
Nog als aanvulling: De OTGW heb ik bij Nodo-shop gekocht. Ging ook als makkelijk 'bouwpakket' incl. docu,
Overigens schrik ik nu omdat ik niet weet of ik dit zo in het forum mag vermelden. Als dat niet de bedoeling was: excuses, ik wilde gauw helpen.

[ Voor 13% gewijzigd door CorKontiki op 13-10-2020 22:39 ]

[annestweak]

bedankt dat je reageert,

die shop had ik ook gemaild maar geen reactie.
ik zal dan ook een ftdi kabel nodig hebben

maar blijft nog de vraag: kan ik met 1 otgw de ketel en de elga monitoren of enkel en alleen maar 1 apparaat
de ketel of de elga

[JanPedaal]

annestweak schreef op woensdag 14 oktober 2020 @ 08:01:
bedankt dat je reageert,

die shop had ik ook gemaild maar geen reactie.
ik zal dan ook een ftdi kabel nodig hebben

maar blijft nog de vraag: kan ik met 1 otgw de ketel en de elga monitoren of enkel en alleen maar 1 apparaat
de ketel of de elga

Om dat te kunnen inschatten zul je even moeten beschrijven hoe je systeem eruit ziet. Hoe zitten je thermostaat, ketel en elga aan elkaar? En waarom/wat wil je precies gaan monitoren?

De OTGW komt tussen de thermostaat en de ketel of elga. In een hybride opstelling zal waarschijnlijk de elga de gasketel aansturen. Dan zou je met 1 OTGW af kunnen, waarbij je dan het verkeer tussen de thermostaat en de elga monitort. Wat de elga en de ketel met elkaar bespreken zal je dan niet kunnen bekijken.
Als ze beide een deel van je huis verwarmen en door een eigen thermostaat worden aangestuurd zul je er twee nodig hebben.

[annestweak]

zoals je beschrijft is precies dat wat ik wil.
de elga monitoren.

1otgw is dus genoeg, bedankt voor jullie hulp
ik weet nu wat ik moet bestellen

[endness]

Ik heb een (oude) OTGW aan een Wemos D1 mini hangen met daarop esp-link. Tot zover alles goed, ik krijg de seriele data binnen in de monitor van esp-link. Ik krijg het echter met geen mogelijkheid voor elkaar om 'm MQTT uit te laten spugen. Volgens esp-link is 'ie verbonden met m'n mqtt-server, maar ik krijg geen data binnen. Moet ik nog iets om/aanzetten?

Ik kan overigens ook niet telnet'en naar poort 23.

[ Voor 7% gewijzigd door endness op 16-10-2020 15:07 ]

[pingwim]

CorKontiki schreef op dinsdag 13 oktober 2020 @ 16:36:
[...]

Ik snap deze reactie erg goed, ook Schelte heeft dat steeds aangegeven. En, misschien dat ik daarom op mijn probleem helaas nog niet zoveel reacties kreeg. Maar... als je al ruim 20 jaar een eigen (via microprocessor) thermostaat hebt, voor meerdere zones, met ook nog bijzondere huiselijke omstandigheden én inderdaad rekening houdend met buitentemp., dan wil je niet zo graag afscheid nemen van die goed werkende regelingen, terwijl er een goed werkende oplossing mb de OTGW is (want, zoals geschreven op 8 okt. jl) alleen het OpenthermProtocol ging te vaak mis bij aansturing door een nwe Atag-ketel. En de OTGW lost dit prima op. Maar helaas ik zit nog wel met het probleem om die commando's MM=... en CS=... geautomatiseerd te sturen (zie 8 okt). Dus ik hoop nog steeds dat er iemand is die me kan helpen om al/niet via script of via URL/dummy-switch die commando's vanuit variabelen in Domoticz te sturen.

Dat kan zeker. Ik stuur vanaf de Raspberry Pi de 'MM' en 'CS' commando's naar de cv.
In gateway mode override je op deze manier de thermostaat.

De CS wordt bepaald op basis van de buitentemperatuur (OT) en warmtevraag van Evohome.

[CorKontiki]

pingwim schreef op vrijdag 16 oktober 2020 @ 20:11:
[...]
Dat kan zeker. Ik stuur vanaf de Raspberry Pi de 'MM' en 'CS' commando's naar de cv.
In gateway mode override je op deze manier de thermostaat.
De CS wordt bepaald op basis van de buitentemperatuur (OT) en warmtevraag van Evohome.

Ja, ik kan ze ook wel sturen vanuit Domoticz als ik dat met de hand ingeef (zie mijn post van 8 0kt jl) Maar ik wil ze, afhankelijk van variabelen, automatisch kunnen zenden. Als jij dat kan mbv Rpi dan komt mijn vraag : hoe doe je dat dan precies. Er lijkt nog een ander verschil: ik heb mijn eigen thermostaat gemaakt en jij werkt wél met een 'officiele' thermostaat, maar ook dan ben ik benieuwd hoe je dat CS en MM-commando automatisch bij de OTGW kan krijgen (de waardes ervan kan ik wel bepalen, dat is het probleem niet, maar hoe verzend ik ze?). Ben zeer benieuwd naar je reactie.

[annestweak]

Mag ik even inbreken?
Ik wil ook graag otgw en daar een raspberry bij plaatsen omdat wij boven geen vaste verbinding hebben. Wat heb ik nodig? De otgw voeding behuizing Ed maar welke aansluitingen?
En 1 voor de ketel en 1 voor de Elga? Of voldoet 2 voor beide.

Ik heb deze vraag 2weken terug al gesteld bij de verkoper met soldeerfuntie, maar tot nu toe geen reactie.

Sorry voor het inbreken, ik volg dit topic nl ook😉

[annestweak]

annestweak schreef op zaterdag 17 oktober 2020 @ 20:44:
Mag ik even inbreken?
Ik wil ook graag otgw en daar een raspberry bij plaatsen omdat wij boven geen vaste verbinding hebben. Wat heb ik nodig? De otgw voeding behuizing Ed maar welke aansluitingen?
En 1 voor de ketel en 1 voor de Elga? Of voldoet 2 voor beide.

Ik heb deze vraag 2weken terug al gesteld bij de verkoper met soldeerfuntie, maar tot nu toe geen reactie.

Sorry voor het inbreken, ik volg dit topic nl ook😉

Is inmiddels opgelost👍🏻

[Rimco]

CorKontiki schreef op zaterdag 17 oktober 2020 @ 17:25:
[...]

Ja, ik kan ze ook wel sturen vanuit Domoticz als ik dat met de hand ingeef (zie mijn post van 8 0kt jl) Maar ik wil ze, afhankelijk van variabelen, automatisch kunnen zenden. Als jij dat kan mbv Rpi dan komt mijn vraag : hoe doe je dat dan precies. Er lijkt nog een ander verschil: ik heb mijn eigen thermostaat gemaakt en jij werkt wél met een 'officiele' thermostaat, maar ook dan ben ik benieuwd hoe je dat CS en MM-commando automatisch bij de OTGW kan krijgen (de waardes ervan kan ik wel bepalen, dat is het probleem niet, maar hoe verzend ik ze?). Ben zeer benieuwd naar je reactie.

Ik heb hetzelfde ook voor elkaar gekregen. De truc is dat de pagina in domoticz waar je die commando's kan sturen met een simpele http request werkt. Die kan je veel webbrowsers zien langskomen met F12. Daarna is het een kwestie van dit request vanuit je domoticz scripts sturen naar domoticz zelf. In mijn geval doe ik het vanuit python domoticz scripts.

[CorKontiki]

Rimco schreef op zondag 18 oktober 2020 @ 10:13:
[...]
Ik heb hetzelfde ook voor elkaar gekregen. De truc is dat de pagina in domoticz waar je die commando's kan sturen met een simpele http request werkt. Die kan je veel webbrowsers zien langskomen met F12. Daarna is het een kwestie van dit request vanuit je domoticz scripts sturen naar domoticz zelf. In mijn geval doe ik het vanuit python domoticz scripts.

Rimco: Je hebt mijn dag, wat zeg ik mijn jaar (want zo lang ben ik er inmiddels minstens mee bezig) helemaal goed gemaakt. Ik vreesde eerst dat ik zou verzeilen in allerlei debuggers etc. Maar nee, bij F12 Netwerkverkeer bekijken en daar kwam het json script voorbij. Even kopieren naar wordpad om een ander commando te maken, die weer in Firefox ingevoerd: en ja hoor, in de log van Domoticz zag ik het temperatuurcommando bevestigd zien, was zo gepiept. Duizendmaal dank. Nu nog zien te verwerken vanuit Python. Heb je daar misschien een voorbeeld van, want ik heb al wel boekjes over Python, maar ben er nog steeds niet diep ingedoken? Dat zou helemaal erg fijn zijn.

[Rimco]

@CorKontiki normaal gesproken is de requests module voor python heel makkelijk in gebruik, maar ik had problemen dat ik die niet kan benaderen vanuit een domoticz python script. Als alternatief gebruik ik simpelweg curl via een python subprocess. Ik zit nu even niet achter de computer, dus een echt voorbeeld kan ik pas later geven.

[CorKontiki]

Rimco schreef op zondag 18 oktober 2020 @ 12:00:
@CorKontiki normaal gesproken is de request....

Ik wacht het in angstige spanning af

[Rimco]

@CorKontiki Er zit bij mij nog vanalles omheen, maar dit is de essentie:

code:

import subprocess

water_temp = 25.0
subprocess.run(['curl', 'http://127.0.0.1:8080/json.htm?type=command&param=sendopenthermcommand&idx=9&cmnd=CS=%.1f' % water_temp])

Dit gaat er van uit dat je onder een unix omgeving draait en curl hebt. Met requests zou het zoiets zijn:

code:

import requests
water_temp = 25.0
requests.get('http://127.0.0.1:8080/json.htm?type=command&param=sendopenthermcommand&idx=9&cmnd=CS=%.1f' % water_temp)

Maar ik kreeg het eerder dus niet voor elkaar dat ik requests kon importeren vanuit de Domoticz omgeving, daar lijken wat restricties op te zitten of hij pakt simpelweg niet alle modules die beschikbaar zijn op het systeem. Daarom heb ik maar gewoon even curl gepakt, dat werkt verder ook prima.

In beide gevallen kan je je water_temp variabele zelf invullen, bijvoorbeeld op basis van een stooklijn. Verder moet je wel even idx aanpassen zodat hij overeenkomt met je eigen HW index van de OTGW.

[CorKontiki]

Rimco schreef op zondag 18 oktober 2020 @ 14:02:
@CorKontiki Er zit bij mij nog vanalles omheen, maar dit is de essentie:

code:

import subprocess
water_temp = 25.0
subprocess.run(['curl', 'http://127.0.0.1:8080/json.htm?type=command&param=sendopenthermcommand&idx=9&cmnd=CS=%.1f' % water_temp])

Dit gaat er van uit dat je onder een unix omgeving draait en curl hebt. Met requests zou het zoiets zijn:
Maar ik kreeg het eerder dus .............

Dank voor deze snelle reactie, ben er mee aan de slag gegaan. Ik snap de unix-regel van curl (die is ook op mijn Rpi geinstalleerd), heb ook url en idx aangepast maar zit nog met probleem: waar en hoe roep ik dit script aan (ik zei al, Python heb ik nog alleen in boekjes, Blockly werkt al wel goed, maar heeft andere aanroepstructuur denk ik).
Ditzelfde probleem heb ik natuurlijk ook met de request. Misschien erg dom, maar scripting had ik nog niet (buiten Blockly dan, maar dat is ook wel erg simpel) in Domoticz toegepast.
Als het je teveel wordt snap ik, dan doe ik nog meer aanmodderpogingen. Ik ben al lang blij dat ik het nu via een URL-aanroep wél voor elkaar krijg. Al lukte dat weer niet met dezelfde json-aanroep vanuit een dummy schakelaar. Dat was nog evt. een uitwijkmogelijkheid. Ik kan het evt. via een ESP32 met aanroepen ook wel voor elkaar krijgen, maar daar heb ik weer de variabelen niet die ik in Domoticz nodig heb (inderdaad voor die stooklijn).

[Rimco]

@CorKontiki Je kan in domoticz bij het aanmaken van een nieuw script kiezen voor Python in plaats van Blockly. Daarna kan je bijvoorbeeld kiezen voor "time"/"tijd" en dan krijg je al direct een (niet werkend) voorbeeld van een Python script te zien. Heel simpel gezegd zal dat script elke minuut worden aangeroepen en kan je doen wat je wilt.

Het meest simpele wat je zou kunnen doen is:

code:

import DomoticzEvents as dom
dom.log('hoi')
x = dom.Devices['Device'].n_value_string
y = dom.Devices['Device'].last_update_string
dom.Command('Device', '123')

Het is nogal jammer dat Python scripts binnen domoticz eigenlijk zo weinig documentatie hebben. Het voorbeeld gebruikt import domoticz, eerder was dat DomoticzEvents, maar welk voorbeeld je ook vindt, het heeft nooit direct gewerkt.

Het voorbeeld hierboven laat in ieder geval zien hoe je waardes op kan halen en ook hoe je waardes kan schrijven. Daarbij moet je wel opletten dat je alles in strings krijgt (en ook moet geven). Een simpele float(x) kan helpen om er echt een waarde van te maken.

Voor de rest zullen algemene Python tutorials kunnen helpen, maar dat is een beetje breed om dat hier te bespreken. Uiteindelijk gaat het er om dat je een waarde kan doorsturen. Ik heb ook nog wel een functie die een stooklijn (met meerdere punten) kan interpreteren en op basis van invoer de juiste temperatuur kan bepalen. Mocht je die willen hebben of meer details zoeken, stuur maar een DM

[pingwim]

CorKontiki schreef op zaterdag 17 oktober 2020 @ 17:25:
[...]

Ja, ik kan ze ook wel sturen vanuit Domoticz als ik dat met de hand ingeef (zie mijn post van 8 0kt jl) Maar ik wil ze, afhankelijk van variabelen, automatisch kunnen zenden. Als jij dat kan mbv Rpi dan komt mijn vraag : hoe doe je dat dan precies. Er lijkt nog een ander verschil: ik heb mijn eigen thermostaat gemaakt en jij werkt wél met een 'officiele' thermostaat, maar ook dan ben ik benieuwd hoe je dat CS en MM-commando automatisch bij de OTGW kan krijgen (de waardes ervan kan ik wel bepalen, dat is het probleem niet, maar hoe verzend ik ze?). Ben zeer benieuwd naar je reactie.

Ik zie dat anderen ook hebben gereageerd maar in mijn script staat voor CS

# set current setpoint
curl --silent -o /dev/null http://192.168.19.44:8080/command?CS=${CS}

OTGW moet in gateway mode staan, anders gebeurd er vrij weinig.

[CorKontiki]

Rimco schreef op zondag 18 oktober 2020 @ 22:29:
@CorKontiki Je kan in domoticz bij het aanmaken van een nieuw script kiezen voor Python in plaats van Blockly. Daarna kan je bijvoorbeeld kiezen voor "time"/"tijd" en dan krijg je al direct een (niet werkend) voorbeeld van een Python script te zien. Heel simpel gezegd zal dat script elke minuut worden aangeroepen en kan je doen wat je wilt.

Het meest simpele wat je zou kunnen doen is:

code:

import DomoticzEvents as dom
dom.log('hoi')
x = dom.Devices['Device'].n_value_string
y = dom.Devices['Device'].last_update_string
dom.Command('Device', '123')

Maar ook Pingwim reageerde. Beiden dank. Ik heb een aantal forse pogingen gedaan om dit werkend te krijgen. Helaas nog niet gelukt. Maar.... toen stortte ook mijn Zwave-systeem in elkaar waardoor de verwarmingen niet meer aangestuurd konden worden https://tweakers.net/g/s/frown.gif. Dus dat kreeg prioriteit. Ik kom er zo snel mogelijk inhoudelijk op terug.

[Rimco]

@CorKontiki Let even op of je python events uberhaupt wel werken, want soms moet je daarvoor los python3-dev installeren (anders zie je een error over Python in de log tijdens het starten van domoticz). Verder moet je met de oplossing van @pingwim wel opletten dat hij volgens mij de otmonitor ook nog er naast laat draaien om de commando's te versturen (ik herken de URL niet als iets wat door domoticz wordt aangeboden).

[pingwim]

Rimco schreef op vrijdag 23 oktober 2020 @ 20:23:
@CorKontiki Let even op of je python events uberhaupt wel werken, want soms moet je daarvoor los python3-dev installeren (anders zie je een error over Python in de log tijdens het starten van domoticz). Verder moet je met de oplossing van @pingwim wel opletten dat hij volgens mij de otmonitor ook nog er naast laat draaien om de commando's te versturen (ik herken de URL niet als iets wat door domoticz wordt aangeboden).

Correct. De otmonitor draait altijd, dat is de webserver waar ik de commando's mee verstuur.

[wkloppen]

hallo Heren,

Heb net maar weer eens RPI 3B gekocht (ouwe was stuk). Dit keer met een goede 16 GB USB stick ipv een SD card.
Ook de OTGW afgestoft en een nieuwe thermostaat (Isense) gekocht.

De OTGW zit op het LAN met een ESP-12 (8266) van Ai-Thinker met firmware van Jeelabs.
Nu werkt het spul prima icm met een Remeha Tzerra Plus (de plus heeft ook de return water temperature) en de berichten komen constant en op dezelfde manier binnen. 1 van die berichten is altijd [status: OTGW: PR: BV
Dat staat voor Bad Value

Mijn vraag is: Waar komt dat bericht vandaan? De Thermostaat, de boiler of een eigen bericht van de OTGW?
Zie plaatje van de log. Dit zijn 2 volledige sequences maar dat loopt dus continu zo door....

[Rimco]

@wkloppen Voor zover ik weet gaat dat over "PR=item" van http://otgw.tclcode.com/firmware.html#configuration. Het lijkt er dus op dat er iets is verbonden wat vaak PR=x stuurt, met de verkeerde waarde. Ik weet dat Domoticz vaak PS=1 doet, maar wellicht ook PR=A/B om het versienummer te laten zien (onder Hardware). Zie je daar iets?

Wellicht is je FW te oud (kijk met otmonitor?) of gaat er iets mis met de ESP. Ik ga er van uit dat je https://github.com/jeelabs/esp-link hebt? Die draait bij mij namelijk prima met 2 OTGWs. Werkt de otmonitor wel via de tcp verbinding?

[wkloppen]

Hallo Rimco...ben een heel aantal stappen verder. Ik had per ongeluk de verkeerde firmware gedownload en op de OTGW gezet. Heb met OT monitor nu versie 4.2.5. Krijg ook geen PR: BV's meer.
De wifi bridge doet het prima. Ik zie daar exact dezeflde Uart berichten als op OT monitor. Verdinging is ook stabiel.

Heb ondertussen ook de Isense tehrmostaat op OTC+RT gezet maar ik heb geen buiten sensor dus geeftie een F200 foutmelding. echter: zodra ik een OT command stuur naar de OTGW. Bijvoorbeeld OT=9...dan is de foutmelding weg en denkt de thermostaat datie een buitentemp ziet.

Nu wil ik eigenlijk met behulp van de buienradar data inclusief alle buiten temperaturen de OTGW voorzien van buiten temp data. Dat moet kunnen maa rik weet niet hoe:):)

[henkNL]

Als je op je onderste foto op setup drukt, kun je de sensor voor buitentemperatuur aangeven welke hij naar de thermostaat moet sturen.

[wkloppen]

hahahaha...THX....zag die setting niet eens. Dat is inderdaad wel heel makkelijk. Het werkt nu!

[annestweak]

Hallo,
ook heb een otgw en volgens mij goed aangesloten
dit stappenplan gevolgd:https://www.hdpro.nl/index.php/projecten/opentherm maar bij stap 4a werkt het niet meer.
nu lees ik in bovenstaand iets van esp-link, heb ik die nodig?

heb echt veel forumsberichten doorgelezen maar kan als noob niet echt een how to vinden, die ik kan volgen.

ik heb een rooted toon2, de otgw tussen de elga en een intergas hre aangesloten.
de otgw maakt via usb connectie met een pi3+ die ik in mijn netwerk heb hangen.

ik kom er niet meer uit, wellicht kunnen jullie mij opweg helpen.

Groet: Anne

[JanPedaal]

annestweak schreef op woensdag 28 oktober 2020 @ 09:54:
...

ik heb een rooted toon2, de otgw tussen de elga en een intergas hre aangesloten.
...

Volgens mij wil je de OTGW juist tussen je thermostaat en ketel/warmtepomp, dus in dit geval tussen de Toon en de Elga (ervan uitgaande dat de Elga de Intergas aanstuurt en niet andersom).

[ Voor 6% gewijzigd door JanPedaal op 28-10-2020 10:40 ]

[annestweak]

ja dat heb ik ook, fout van mijn omschrijving
hij zit idd tussen de thermostaat en de elga ;-)

[JanPedaal]

annestweak schreef op woensdag 28 oktober 2020 @ 10:47:
ja dat heb ik ook, fout van mijn omschrijving
hij zit idd tussen de thermostaat en de elga ;-)

Dat klinkt goed
Ik heb zelf de handleiding van nodo-shop gevolgd, zie hier ("montage / aansluiting OpenTherm Gateway").

annestweak schreef op woensdag 28 oktober 2020 @ 09:54:
de otgw maakt via usb connectie met een pi3+ die ik in mijn netwerk heb hangen.

In dat geval kun je in bovengenoemde handleiding controleren of alles goed is aangesloten. Dan OT monitor installeren op de RPi en daarmee checken of de communicatie goed loopt.
Ik zie dat deze stap in jouw handleiding als stap 2 is gedaan met een ander programma. Kan je vertellen wat je te zien kreeg?

annestweak schreef op woensdag 28 oktober 2020 @ 09:54:
nu lees ik in bovenstaand iets van esp-link, heb ik die nodig?

Nee, als je de OTGW direct op je RPi aansluit met USB heb je dit niet nodig.

maar bij stap 4a werkt het niet meer.

In stap 4A ga je vanaf je PC via het netwerk contact maken met de RPi waarop de OTGW zit aangesloten. Dat zijn een hoop schakels die allemaal goed ingesteld moeten staan. Je vertelt niet wat er mis gaat, dus kan ik alleen een algemeen antwoord geven. Ik denk dat je alle schakels 1 voor 1 moet gaan aflopen en opletten dat je de juiste ip's en poorten invult op de juiste plaatsen. Een misschien voor-de-hand liggende vraag: heb je ervoor gezorgd dat de RPi een vast IP heeft op je netwerk?

[annestweak]

In dat geval kun je in bovengenoemde handleiding controleren of alles goed is aangesloten. Dan OT monitor installeren op de RPi en daarmee checken of de communicatie goed loopt.
Ik zie dat deze stap in jouw handleiding als stap 2 is gedaan met een ander programma. Kan je vertellen wat je te zien kreeg?

dit krijg ik te zien:
Welcome to minicom 2.7.1

OPTIONS: I18n
Compiled on Aug 13 2017, 15:25:34.
Port /dev/ttyAMA0

Press CTRL-A Z for help on special keys


Een misschien voor-de-hand liggende vraag: heb je ervoor gezorgd dat de RPi een vast IP heeft op je netwerk?
ja hij heeft een vast ip

de otgw heeft bijna gedraaid, althans ik kreeg knipperende output in mijn log.
heb toen de groene en witte draden xt en rt? omgewisseld deze zaken fout denk ik) en daarna weer ingelogd via de webserver otmonitor poort 8010. jammer genoeg kan ik niet meer op mijn otmonitor komen via de webserver 8081.

wellicht opnieuw beginnen en de omschrijving van nodoschop volgen ?

[annestweak]

heb een poort veranderd via otmonitor op de laptop, en nu heb ik veel tekst:
opentherm gateway diagnostic version 1.0

[annestweak]

en een fout: can not find channel named "sock0416DE48"

[JanPedaal]

annestweak schreef op woensdag 28 oktober 2020 @ 12:35:
In dat geval kun je in bovengenoemde handleiding controleren of alles goed is aangesloten. Dan OT monitor installeren op de RPi en daarmee checken of de communicatie goed loopt.
Ik zie dat deze stap in jouw handleiding als stap 2 is gedaan met een ander programma. Kan je vertellen wat je te zien kreeg?

dit krijg ik te zien:
Welcome to minicom 2.7.1

OPTIONS: I18n
Compiled on Aug 13 2017, 15:25:34.
Port /dev/ttyAMA0

Press CTRL-A Z for help on special keys


Een misschien voor-de-hand liggende vraag: heb je ervoor gezorgd dat de RPi een vast IP heeft op je netwerk?
ja hij heeft een vast ip

Eerst even een offtopic opmerking, het is handig als je de [ quote] tags gebruikt om je bericht wat te structureren Dan is duidelijker wat jouw antwoord is op mijn tekst. Rechtsboven mijn bericht zie je ook "quote" staan, die knop maakt dat nog makkelijker.

Als ik het goed begrijp zie je in minicom geen communicatie?

de otgw heeft bijna gedraaid, althans ik kreeg knipperende output in mijn log.

In welk log is dat? In het log van OT monitor op je PC, of van minicom op de RPi?

heb toen de groene en witte draden xt en rt? omgewisseld deze zaken fout denk ik) en daarna weer ingelogd via de webserver otmonitor poort 8010. jammer genoeg kan ik niet meer op mijn otmonitor komen via de webserver 8081.

wellicht opnieuw beginnen en de omschrijving van nodoschop volgen ?

Bij het aansluiten moet je vooral zorgen dat de thermostaat en de elga aan de juiste zijde zitten. De twee draden per aansluiting zijn bij opentherm in principe uitwisselbaar.

Ik zou niet opnieuw beginnen maar wel deze handleiding ook eens doorlezen om te controleren/beter te begrijpen hoe e.e.a. aan elkaar moet zitten.

annestweak schreef op woensdag 28 oktober 2020 @ 12:53:
heb een poort veranderd via otmonitor op de laptop, en nu heb ik veel tekst:
opentherm gateway diagnostic version 1.0

Ik denk dat dat betekent dat er verbinding is en dat diagnostic firmware 1.0 op de OTGW zit. Zie je ook dit menu staan?

code:

1. LED test
2. Bit timing thermostat
3. Bit timing boiler
4. Delay symmetry
5. Voltage levels
6. Idle times

Dan kan je één van die testen draaien om de werking van de OTGW te controleren.

annestweak schreef op woensdag 28 oktober 2020 @ 13:01:
en een fout: can not find channel named "sock0416DE48"

Geen idee, wellicht even de OT monitor of Troubleshooting op de OTGW site bekijken.

[annestweak]

JanPedaal schreef op woensdag 28 oktober 2020 @ 13:05:
[...]

Eerst even een offtopic opmerking, het is handig als je de [ quote] tags gebruikt om je bericht wat te structureren Dan is duidelijker wat jouw antwoord is op mijn tekst. Rechtsboven mijn bericht zie je ook "quote" staan, die knop maakt dat nog makkelijker.

Als ik het goed begrijp zie je in minicom geen communicatie?

[...]

In welk log is dat? In het log van OT monitor op je PC, of van minicom op de RPi?
volgens mij op de rpi, maar weet dat niet meer zeker. is al een paar dagen terug

[...]

Bij het aansluiten moet je vooral zorgen dat de thermostaat en de elga aan de juiste zijde zitten. De twee draden per aansluiting zijn bij opentherm in principe uitwisselbaar.

Ik zou niet opnieuw beginnen maar wel deze handleiding ook eens doorlezen om te controleren/beter te begrijpen hoe e.e.a. aan elkaar moet zitten.

[...]

Ik denk dat dat betekent dat er verbinding is en dat diagnostic firmware 1.0 op de OTGW zit. Zie je ook dit menu staan?

code:

1. LED test
2. Bit timing thermostat
3. Bit timing boiler
4. Delay symmetry
5. Voltage levels
6. Idle times

Dan kan je één van die testen draaien om de werking van de OTGW te controleren.

ja dat menu heb ik idd, waar vul ik die nummers in om de test te starten?

[...]

Geen idee, wellicht even de OT monitor of Troubleshooting op de OTGW site bekijken.

ik lees iets van: Connect OTGW directly to USB port of windows machine and use the tool to flash the latest firmware.
ga dat zo eerst proberen

duidelijker zo met quotes?

[JanPedaal]

annestweak schreef op woensdag 28 oktober 2020 @ 13:16:
[...]
ik lees iets van: Connect OTGW directly to USB port of windows machine and use the tool to flash the latest firmware.
ga dat zo eerst proberen

duidelijker zo met quotes?

Zeker duidelijker!
Let op dat er verschillende firmware is: de diagnostics en de "echte".

[annestweak]

JanPedaal schreef op woensdag 28 oktober 2020 @ 13:33:
[...]

Zeker duidelijker!
Let op dat er verschillende firmware is: de diagnostics en de "echte".

ik heb de echte, maar moet de otgw resetten
dat probeer ik nu via rst even kort te sluiten maar dit werkt (nog) niet

[annestweak]

resset otgw wil helaas niet....

[annestweak]

ik krijg nu dit soort meldingen:
wat houdt dat in?

17:46:51.775445 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.775988 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.776550 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.777086 Command (via relay server, from 192.168.2.138:33511): SC=18:43/4
17:46:51.777627 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.778165 Command (via relay server, from 192.168.2.138:33511): SC=18:42/4
17:46:51.778694 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.779240 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.779770 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.780303 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.780834 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.781368 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.781902 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.782433 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.782956 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.783566 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.784110 Command (via relay server, from 192.168.2.138:33511): SC=18:41/4
17:46:51.784660 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.785210 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.785762 Command (via relay server, from 192.168.2.138:33511): SC=18:46/4
17:46:51.786306 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.786838 Command (via relay server, from 192.168.2.138:33511): SC=18:39/4
17:46:51.787387 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.787927 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.788452 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.788997 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.789528 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.790062 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.790602 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.791127 Command (via relay server, from 192.168.2.138:33511): SC=18:42/4
17:46:51.791713 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.792252 Command (via relay server, from 192.168.2.138:33511): SC=18:39/4
17:46:51.796596 SC=18:38/4
17:46:51.798658 Invalid test
17:47:20.907837 Command (via relay server, from 192.168.2.234:36250): SC=18:47/4

[xces]

Gents;

Ik wist niet dat er een topic was over de OTGW. Ik heb een Remeha iSense (die overigens standaard na verloop van tijd niet meer op tijd loopt, maar een paar minuten achter) en ik merk dat we, ondanks dat we vloerverwarming hebben, niet een heel 'behaaglijk' gevoel hebben beneden. Nu wil ik daar wat aan gaan doen, op meerdere fronten.

Voorheen had ik een Nest thermostaat (v2 volgens mij) maar ik betwijfel of een nieuwe Nest mij meer plezier gaat geven dan een zelfbouw oplossing. Daarnaast gaat een Nest thermostaat mij ook niet helpen om mijn vloerverwarming pomp slimmer te maken.

Stap 1: pomp slimmer maken:
Dit wil ik met een Sonoff gaan combineren zodat ik de pomp alleen aanzet als er voldoende temperatuur door de leiding stroomt; anders moet de pomp gewoon uit staan of eens per 24 uur 2 minuten.

Dit wilde ik eerst bereiken door een TH16 icm DS18B20 dichtbij de vloerverwarming te zetten, maar ik heb nog een aantal Sonoff POW R2 liggen. Ik kan dan beter de temperatuur bij de ketel meten (op zowel outflow als inflow pijp) en dan daarop via MQTT schakelen. Logica zou dan zijn; "is ketel aan (of) is aanvoer temp minus retour temp > 3 graden" --> vloer verwarmingspomp aan.

Volgende stap is dan om het juiste vermogen in te stellen op mijn vloerwerarming pomp (ik heb meerdere standen op de pomp) maar daarvoor moet ik nog even in de handleiding duiken.

Stap 2: Ketel slimmer maken
Ik denk dat een groot deel komt door de opwarmtijd en de combinatie met het feit dat ik beneden geen radiatoren heb, maar alleen de vloerverwarming. Ik denk als ik stap 1 heb gedaan het beneden al behaaglijker zou zijn. Zo niet; zou ik dan een opentherm gateway nodig hebben? Is mijn aanname correct dat de iSense dan richting de OTGW gaat en vanuit de OTGW er een kabel richting de ketel gaat?

ter info; er loopt momenteel een 4-aderige kabel vanuit mijn thermtstaat naar mijn ketel (ook een Remeha overigens);

p.s. sommige inspiratie is gehaald uit de volgende topics:

• Arduino/Android Zelfbouw Thermostaat!
• [Remeha iSense] DIGI-ingang gebruiken om ketel te activeren

Nu zie ik dat de gelinkte hardware in de TS wijst naar een versie zonder Arduino; er zijn echter wel varianten die wél met Arduino werken, zoals deze en deze. Ik gok dat dit te maken heeft met de voltage levels van 7...15v.

Wat ik wil bereiken is:
- Thermostaat klok kunnen zetten (nice to have)
- Buitentemperatuur kunnen doorgeven (must have) aan de boiler via externe temperatuur (cloud of lokaal gemeten)
- Eventueel in mijn Arduino code de aanvoer en terugvoer temperatuur meten zodat ik dit kan gebruiken om mijn vloerverwarmingspomp te sturen - of is dit al onderdeel van het OT protocol?

Kan dit allemaal met opentherm gateway?

[JanPedaal]

annestweak schreef op donderdag 29 oktober 2020 @ 18:53:
ik krijg nu dit soort meldingen:
wat houdt dat in?

17:46:51.775445 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.775988 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.776550 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.777086 Command (via relay server, from 192.168.2.138:33511): SC=18:43/4
17:46:51.777627 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.778165 Command (via relay server, from 192.168.2.138:33511): SC=18:42/4
17:46:51.778694 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.779240 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.779770 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.780303 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.780834 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.781368 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.781902 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.782433 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.782956 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.783566 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.784110 Command (via relay server, from 192.168.2.138:33511): SC=18:41/4
17:46:51.784660 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.785210 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.785762 Command (via relay server, from 192.168.2.138:33511): SC=18:46/4
17:46:51.786306 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.786838 Command (via relay server, from 192.168.2.138:33511): SC=18:39/4
17:46:51.787387 Command (via relay server, from 192.168.2.138:33511): PR=G
17:46:51.787927 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.788452 Command (via relay server, from 192.168.2.138:33511): PR=I
17:46:51.788997 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.789528 Command (via relay server, from 192.168.2.138:33511): PR=O
17:46:51.790062 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.790602 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.791127 Command (via relay server, from 192.168.2.138:33511): SC=18:42/4
17:46:51.791713 Command (via relay server, from 192.168.2.138:33511): PS=1
17:46:51.792252 Command (via relay server, from 192.168.2.138:33511): SC=18:39/4
17:46:51.796596 SC=18:38/4
17:46:51.798658 Invalid test
17:47:20.907837 Command (via relay server, from 192.168.2.234:36250): SC=18:47/4

Zie OTGW pagina.

[JanPedaal]

xces schreef op maandag 2 november 2020 @ 16:50:
..
Wat ik wil bereiken is:
- Thermostaat klok kunnen zetten (nice to have)
- Buitentemperatuur kunnen doorgeven (must have) aan de boiler via externe temperatuur (cloud of lokaal gemeten)
- Eventueel in mijn Arduino code de aanvoer en terugvoer temperatuur meten zodat ik dit kan gebruiken om mijn vloerverwarmingspomp te sturen - of is dit al onderdeel van het OT protocol?

Kan dit allemaal met opentherm gateway?

Dit zou je in de documentatie van de OTGW terug moeten kunnen vinden. Als je de link klinkt die ik hierboven gedeeld heb, kom je het volgende commando tegen:

SC=time/day
Set Clock - Change the time and day of the week of the thermostat. The gateway will send the specified time and day of the week in response to the next time and date message from the thermostat. The time must be specified as HH:MM. The day of the week must be specified as a single digit between 1 (Monday) and 7 (Sunday).
Examples: SC=9:00/1, SC=23:59/4

Dus je vragen 1 en 2 worden ondersteund door de OTGW.
Je thermostaat moet dit echter wel ondersteunen. Op de OTGW pagina is ook een boiler- en thermostaatmatrix, waarin met codes aangegeven is welke functies er ondersteund worden door je thermostaat en ketel.
Vraag 3 weet ik niet maar kan je met een beetje puzzelen vast ook wel terugvinden in de documentatie. Laat je nog weten of dit lukt? Ben benieuwd naar je ervaringen!

[xces]

Dank, gevonden. Thermostaat support:

Another example: the Remeha iSense sends MsgID's 20, 21 and 22 with its current time and date information, but it ignores whatever values it gets back in the response, unlike the Honeywell chronotherm IV. As a result, the Opentherm Gateway is not able to change the clock on an iSense thermostat.

Laat ik nu net een iSense hebben (uit 2013, dus ik gok een heule oude, want het versienummer laat niets zien); Zoals ik het zie is de T6 van Honeywell de 'meest supported' thermostaat; misschien is het nog waardevol om daarnaar over te stappen.

update: @JanPedaal Ik heb dus een Remeha iSense v28 (stond op het stikkertje achterop de thermostaat); daar zijn de bolletjes dan weer wel ingekleurd bij 20,21,22 maar bij de iSense (zonder versienummer) niet. Heb ik dan support om de tijd te zetten via OTGW of niet?

Ketel support:
OT (msgid 27) op mijn Calentha is dan weer: "Read-Ack or Write-Ack"

Ben me overigens ook goed hier aan het inlezen:
Gas besparen door middel van CV tuning deel III

[ Voor 44% gewijzigd door xces op 03-11-2020 10:39 ]

[JanPedaal]

xces schreef op dinsdag 3 november 2020 @ 10:08:
[...]
update: @JanPedaal Ik heb dus een Remeha iSense v28 (stond op het stikkertje achterop de thermostaat); daar zijn de bolletjes dan weer wel ingekleurd bij 20,21,22 maar bij de iSense (zonder versienummer) niet. Heb ik dan support om de tijd te zetten via OTGW of niet?

Dat durf ik niet te zeggen. Heb zelf geen ervaring met iSense.

[xces]

Even om mijn eigen verwarring weg te nemen; begrijp ik het goed dat de OTGW uit de TS inmiddels is vervangen door een nieuwer model (https://www.nodo-shop.nl/...88-opentherm-gateway.html) wat o.a. een ethernet connectie aan boord heeft? Is een zwaardere voeding nog steeds nodig als je de ethernet shield gebruikt bij deze nieuwe versie @ThinkPad ?

Oorspronkelijk wilde ik voor deze gaan: https://www.tindie.com/pr...m-gateway-arduino-shield/
Maar als ik de aansturing richting ketel via ethernet kan doen is het niet nodig om zelf met MQTT en de opentherm library in Arduino te gaan klooien. Mijn huidige use-case is om via het opentherm protocol (dus niet noodzakelijk via de in de TS genoemde gateway) mijn CV te gaan voeden met buitentemperatuur. Zodoende heb ik sneller e.e.a. warm in huis.

Note: in de toekomst zie ik het voor me dat ik ook zones ga inbouwen in mijn huis dmv CV-kleppen en deze aan wil gaan sturen via bijv. Sonoff, de kleppen zitten dan in de buurt van de ketel en die kan ik dan via MQTT aansturen dmv node-red/home assistant als de temperatuur te koud is. Op een zelfde manier wil ik mijn vloerverwarming pomp ook gaan schakelen;

Bijv. "temp beneden is te laag" -> zet vloerverwarming pomp aan (via slimme plug of mqtt/sonoff); zet ketel aan en zet de brander + pomp weer uit zodra de gewenste temperatuur is bereikt.

[ Voor 93% gewijzigd door xces op 03-11-2020 14:09 ]

[xces]

@JanPedaal weet jij het antwoord op mijn vraag?

[remco_k]

@xces ja dat kan.
Ter vergelijk: ik heb mijn otgw zelf uitgebreid met een ethernet aansluiting.
En ik kan daarmee verschillende zones in mijn huis verwarmen door servo's (zelfbouw) die ik ipv de radiatorknoppen op de radiator heb gezet.
Om de cv ketel te laten stoken geef je via otgw aan de ketel een setpoint (in graden C) door. B.v. 50 of 65 of 70. Afhankelijk hoe warm je het water in de leidingen wilt hebben en of je wilt moduleren.
De ketel snapt dan zelf wanneer en hoe hard hij de brander en zijn pomp moet gebruiken.

Bij de vloerverwarming heb ik geen servo op de klep zitten, daar zit nog de originele regelaar op, maar de pompschakelaar heb ik vervangen voor wederom wat zelfbouw spul, als ik de woonkamer wil verwarmen gaat deze naar de auto stand en bij warmwater detectie gaat de pomp van de vloerverwarming aan. Als ik de woonkamer niet wil verwarmen laat ik de pomp uit en dat voldoet, in mijn geval, prima. De vloer warmt dan niet op.

[ Voor 35% gewijzigd door remco_k op 06-11-2020 18:52 ]

[xces]

Ja ik zat te denken aan in mijn geval als eerste waterzijdig inregelen, gevolgd door kleppen in de leiding (+bypass dan natuurlijk), en eventueel motoren op de vloerverwarming zones. De vloerverwarming pomp via een relais is dan alleen nodig als één van de zones warmtevraag heeft. Tzt zal dan de woonkamer thermostaat onnodig zijn.