[OTGW] OpenTherm gateway

[amarkest]

number3 schreef op zondag 29 januari 2023 @ 12:55:
[...]


Ik heb meerdere OTGW's draaien in mijn installatie, dus ja, het kan.


Gr.
Robert

Robert,

Gebruik je ze allebei op dezelfde Homey?

[number3]

Ik gebruik geen Homey, maar een Home Assistant setup. Dat is dus het enige wat ik niet kan bevestigen.

[amarkest]

number3 schreef op zondag 29 januari 2023 @ 21:40:
Ik gebruik geen Homey, maar een Home Assistant setup. Dat is dus het enige wat ik niet kan bevestigen.

Ik zou er een potentiaalvrije switch aan kunnen zetten.

Cv ketel en warmtepomp werken nooit tegelijk ivm flowproblemen.

Wp valt dan in (OT-comm.) error, maar komt weer bij als switch terug switched

[ Voor 10% gewijzigd door amarkest op 29-01-2023 22:43 ]

[HeldereM]

Ik heb een OTGW gekoppeld aan Home Assistant. Remeha Calenta ketel en een Celcia 20. De Celcia is ingestelt op Continue Verlaagd en raak ik eigenlijk nooit meer aan.

Door automations maak ik de termperatuur 's ochtends 20c als er mensen thuis zijn, verlaging naar 15c als iedereen het huis verlaat of 's nachts. Daarnaast heb ik een knop om hem op 10c te zetten, daar filteren alle automations ook op (soort vakantiestand).

Het probleem is dat wanneer ik hem op 10c zet een poosje later het setpoint ineens 7c wordt, en soms ineens 30c.

Weet iemand hoe dit zou kunnen komen?

[ Voor 7% gewijzigd door HeldereM op 30-01-2023 12:37 ]

[Superbeagle]

@HeldereM Wat staat in de Celcia als vorstbeveiligingstemperatuur ingesteld? En als Eco-temp, temp-1 t/m temp-5? Regel je WAR of ruimte?

[HeldereM]

Superbeagle schreef op maandag 30 januari 2023 @ 14:35:
@HeldereM Wat staat in de Celcia als vorstbeveiligingstemperatuur ingesteld? En als Eco-temp, temp-1 t/m temp-5? Regel je WAR of ruimte?

Temp 1-5 is 18.4 tot 20.4c. Eco temp: 13c. Vorstvrij 6c. Ruimtetemperatuur, in de woonkamer. Die 7c en 30c zijn dus nergens ingesteld in de thermostaat.

[Superbeagle]

@HeldereM En heb je al gekeken naar de instellingen in de Calenta? Als daar die 7 en 30 niet in staan, dan is er geen andere conclusie dat de OTGW inderdaad de boosdoener is.

[number3]

Je zou eens de OTmonitor eraan hangen en dan kijken wie het commando geeft. De Thermostaat of de OTGW. Dat kan je namelijk aan de berichten gewoon zien.

[boss-20]

JPS schreef op donderdag 26 januari 2023 @ 12:41:
@boss-20
Ik heb ook een ouder type Nodoshop OTGW (v2.0 uit 2018 meen ik). Dit heeft jaren gedraaid icm Domoticz en ik gebruik nu ook HA (op een Synology). HA draait als VM ivm de noodzakelijke supervisor voor de Mosquitto (MQTT broker) add-on, dat werkt anders niet icm Docker.....

Het is gelukt met een nieuwe flash met de OTGW firmware van @rvdbreemen - dit ging niet met de esp-toolkit want daarbij raakte de ESP8266 op drift en bleven er 2 blauwe LED's branden. Heb de source opnieuw gecompileerd in Arduino IDE en daarna geflashed, en toen ging het wel.

Nu draait de OTGW prima en ook icm met Home Assistant
Dank!

[Ittie]

Sinds een paar weken heb ik thuis de OTGW van Nodo shop draaien, ook met de laatste update ondertussen.
Nu kan je deze op 2 manieren eenvoudig gebruiken binnen Home Assistant, MQTT & integratie.
Ik kan niet echt terug vinden wat de ++ en -- zijn van beide.
Hoe gebruiken jullie de OTGW binnen Home Assistant?

[Aghanim]

Gezien de populariteit van OTGW vermoed ik dat het antwoord nee is: zijn er ook thermostaten die de logging functionaliteit out of the box ondersteunen? Het gaat me dan om het stookgedrag van de Intergas HRE ketel (aanvoer en retour temperatuur, aantal branderstarts etc.). Dat mag in een app/portal of integratie in een HomeAssistant variant. Het gaat me er om of het kan zonder OTGW.

[Dutchess_Nicole]

Ittie schreef op dinsdag 7 februari 2023 @ 11:53:
Sinds een paar weken heb ik thuis de OTGW van Nodo shop draaien, ook met de laatste update ondertussen.
Nu kan je deze op 2 manieren eenvoudig gebruiken binnen Home Assistant, MQTT & integratie.
Ik kan niet echt terug vinden wat de ++ en -- zijn van beide.
Hoe gebruiken jullie de OTGW binnen Home Assistant?

De firmware van @number3 is min of meer gemaakt om de Integratie van HA te vervangen, dus de MQTT versie heeft de voorkeur. Dingen zoals de autodiscovery etc... zitten in de firmware ingebouwd dus je hoeft zelfs met MQTT niks anders in te stellen dan de broker.

Aghanim schreef op zondag 12 februari 2023 @ 08:27:
Gezien de populariteit van OTGW vermoed ik dat het antwoord nee is: zijn er ook thermostaten die de logging functionaliteit out of the box ondersteunen? Het gaat me dan om het stookgedrag van de Intergas HRE ketel (aanvoer en retour temperatuur, aantal branderstarts etc.). Dat mag in een app/portal of integratie in een HomeAssistant variant. Het gaat me er om of het kan zonder OTGW.

Min of meer, nee. Misschien zijn er wel verschillende homebrew opties (waarvan de OTGW er 1 is) maar niks commercieels.

[Gunner0616]

Hi,

Ik heb een vraagje over de HomeAssistant integratie. Ik heb een automation die de temperatuur naar 15 graden zet op het moment dat er niemand thuis is. De setting 'temporary override' staat uit, dus ik zou verwachten dat een programma wijziging door de thermostaat (Isense) niet zou werken (huis opwarmen om 1800 als er niemand thuis is heeft geen zin). Maar helaas gebeurt dat toch, terwijl de temperatuur op 15 graden is gezet:

code:

2023-02-22 09:43:10.509 DEBUG (MainThread) [pyotgw.commandprocessor] Sending command: TC with value 15.0
2023-02-22 09:43:10.540 DEBUG (MainThread) [pyotgw.protocol] Received line 1396665: TC: 15.00
2023-02-22 09:43:10.540 DEBUG (MainThread) [pyotgw.protocol] Submitting line 1396665 to CommandProcessor
2023-02-22 09:43:10.541 DEBUG (MainThread) [pyotgw.commandprocessor] Response submitted. Queue size: 1
2023-02-22 09:43:10.541 DEBUG (MainThread) [pyotgw.commandprocessor] Got possible response for command TC: TC: 15.00

Weet iemand hier welke fout ik maak?

[The Zep Man]

Gunner0616 schreef op woensdag 22 februari 2023 @ 09:51:
Ik heb een vraagje over de HomeAssistant integratie. Ik heb een automation die de temperatuur naar 15 graden zet op het moment dat er niemand thuis is. De setting 'temporary override' staat uit, dus ik zou verwachten dat een programma wijziging door de thermostaat (Isense) niet zou werken (huis opwarmen om 1800 als er niemand thuis is heeft geen zin).

Is de iSense thermostaat correct geconfigureerd?

[Gunner0616]

The Zep Man schreef op woensdag 22 februari 2023 @ 11:46:
[...]


Is de iSense thermostaat correct geconfigureerd?

Wat is 'correct geconfigureerd'?

De set temperature werkt goed, tot dat er een programma verandering vanuit de thermostaat komt.

[Cyberpope]

ik heb iets raars.

In mijn OTmonitor (op mijn rpi) krijg ik geen roomtemp meer te zien. Dus ook niet in grafana.
Bij de messages zie ik roomtemp wel gewoon voorbij komen en als ik op mijn windows OTMonitor direct opstart, zie hem ook meteen?

Iemand enig idee? (ja, rpi is al meerdere malen herstart, de OTGW) ook.

[JanPedaal]

Gunner0616 schreef op woensdag 22 februari 2023 @ 09:51:
Hi,

Ik heb een vraagje over de HomeAssistant integratie. Ik heb een automation die de temperatuur naar 15 graden zet op het moment dat er niemand thuis is. De setting 'temporary override' staat uit, dus ik zou verwachten dat een programma wijziging door de thermostaat (Isense) niet zou werken (huis opwarmen om 1800 als er niemand thuis is heeft geen zin). Maar helaas gebeurt dat toch, terwijl de temperatuur op 15 graden is gezet:

code:

2023-02-22 09:43:10.509 DEBUG (MainThread) [pyotgw.commandprocessor] Sending command: TC with value 15.0
2023-02-22 09:43:10.540 DEBUG (MainThread) [pyotgw.protocol] Received line 1396665: TC: 15.00
2023-02-22 09:43:10.540 DEBUG (MainThread) [pyotgw.protocol] Submitting line 1396665 to CommandProcessor
2023-02-22 09:43:10.541 DEBUG (MainThread) [pyotgw.commandprocessor] Response submitted. Queue size: 1
2023-02-22 09:43:10.541 DEBUG (MainThread) [pyotgw.commandprocessor] Got possible response for command TC: TC: 15.00

Weet iemand hier welke fout ik maak?

Volgens mij is temporary override juist dat je de temperatuur die door de thermostaat bepaald wordt, kan overriden. Dat doe je middels je HA script. Dus zou je die override juist moeten toestaan. Maar het klokprogramma van de thermostaat is vaak leidend. Ik denk dat je de thermostaat in een continue modus moet zetten, of een klokprogramma erin met zo min mogelijk schakelmomenten.
Als dat niet kan zou je kunnen overwegen om in je script standaard na ieder klokthermostaat-schakelmoment de temperatuur opnieuw in te stellen. De schakelmomenten zijn bekend lijkt me. Dus 18:00 > thermostaat schakelt naar "thuiskomen", setpoint 19°. 18:01 > jouw script zet setpoint terug naar 15° of andere gewenste waarde.
En als tijdstip van het schakelmoment niet precies bekend is zou je kunnen overwegen om in een bepaalde tijdrange iedere minuut de gewenste waarde te sturen.
Disclaimer: ik heb geen iSense en geen HA

[Cyberpope]

Hele domme vraag wellicht, maar hoe weet ik of ik een P16F88 of een P16F1847 erin heb zitten?
Het is allemaal zo lang gelden dat ik dit heb opgezet.

[Dutchess_Nicole]

Cyberpope schreef op vrijdag 3 maart 2023 @ 11:03:
Hele domme vraag wellicht, maar hoe weet ik of ik een P16F88 of een P16F1847 erin heb zitten?
Het is allemaal zo lang gelden dat ik dit heb opgezet.

Als je de laatste firmware geinstalleerd hebt is er een regel in de debug statistics die vertelt welke PIC type je hebt.



Dat ziet er dan ongeveer zo uit.

[ Voor 33% gewijzigd door Dutchess_Nicole op 03-03-2023 11:10 ]

[Cyberpope]

Dutchess_Nicole schreef op vrijdag 3 maart 2023 @ 11:04:
[...]

Als je de laatste firmware geinstalleerd hebt is er een regel in de debug statistics die vertelt welke PIC type je hebt.

[Afbeelding]

Dat ziet er dan ongeveer zo uit.

Ja, maar ik wil het juist weten zodat ik de laatste firmware kan installeren

Maar als ik GoT mag geloven heb ik de 16f88

Zo te zien heb ik een oudje, reeds in 2016 geïnstalleerd.

[ Voor 4% gewijzigd door Cyberpope op 03-03-2023 11:16 ]

[The Zep Man]

Cyberpope schreef op vrijdag 3 maart 2023 @ 11:15:
[...]

Ja, maar ik wil het juist weten zodat ik de laatste firmware kan installeren

Maar als ik GoT mag geloven heb ik de 16f88

Zo te zien heb ik een oudje, reeds in 2016 geïnstalleerd.

Als je OTGW al zo oud, dan mag je daarvan uit gaan. De PIC16F1847 voor de OTGW werd geïntroduceerd in maart 2022.

Tip:
Stickertje op de OTGW's behuizing met alle kritieke informatie. Zo heb ik op die van mij ook de reset procedure omschreven en de standaard IP-instellingen.

[ Voor 8% gewijzigd door The Zep Man op 03-03-2023 11:19 ]

[Dutchess_Nicole]

Cyberpope schreef op vrijdag 3 maart 2023 @ 11:15:
[...]

Ja, maar ik wil het juist weten zodat ik de laatste firmware kan installeren

Maar als ik GoT mag geloven heb ik de 16f88

Zo te zien heb ik een oudje, reeds in 2016 geïnstalleerd.

In principe zou het met fw 0.10 niet meer uit moeten maken. Deze is nu wel in staat om met beide PICs om te gaan.

Uiteraard kan ik dat zelf niet voor je testen want ik heb er maar 1

[Cyberpope]

Cyberpope schreef op donderdag 2 maart 2023 @ 12:51:
ik heb iets raars.

In mijn OTmonitor (op mijn rpi) krijg ik geen roomtemp meer te zien. Dus ook niet in grafana.
Bij de messages zie ik roomtemp wel gewoon voorbij komen en als ik op mijn windows OTMonitor direct opstart, zie hem ook meteen?

Iemand enig idee? (ja, rpi is al meerdere malen herstart, de OTGW) ook.

Niemand? Ik heb nu mijn oude otmonitor programma teruggezet en nu werkt het weer. Maar als ik de laatste otmonitor voor raspberry installer, ben ik dus mijn kamertemperatuur kwijt.

[Dutchess_Nicole]

Cyberpope schreef op vrijdag 3 maart 2023 @ 13:36:
[...]

Niemand? Ik heb nu mijn oude otmonitor programma teruggezet en nu werkt het weer. Maar als ik de laatste otmonitor voor raspberry installer, ben ik dus mijn kamertemperatuur kwijt.

De versies van OTmonitor zijn gelinkt aan de firmware versies van de PIC, je zult bij een oudere PIC firmware dus ook een wat oudere OTmonitor moeten gebruiken, aangezien het protocol wat ze praten mettertijd verandert.

Als je je PIC update kun je dus ook een nieuwere OTmonitor gebruiken

[Cyberpope]

Dutchess_Nicole schreef op vrijdag 3 maart 2023 @ 14:55:
[...]

De versies van OTmonitor zijn gelinkt aan de firmware versies van de PIC, je zult bij een oudere PIC firmware dus ook een wat oudere OTmonitor moeten gebruiken, aangezien het protocol wat ze praten mettertijd verandert.

Als je je PIC update kun je dus ook een nieuwere OTmonitor gebruiken

Die had ik zelf ook al verzonnen, maar nee dat maakt niet uit. Zowel bij mijn oude firmware als de nieuwste (stable) krijg ik geen kamer temp door terwijl die bij de messages gewoon voorbij komt.

Was ook raar want de windowsversie (zelfde versienummer) van OTmonitor pakt hem wel.
En nu heb ik de nieuwere firmware erop staan, maar die pakt hij alleen met de oude (2017!) otmonitor.

Beide versie van de rpi versie van OTmonitor geprobeerd.

[number3]

@Cyberpope Zou je wat logging kunnen delen met ons. Dan kunnen we helpen. Zonder logging is namelijk niet te snappen waarom je geen Room Temp meer zien.

[ Voor 43% gewijzigd door number3 op 03-03-2023 19:23 ]

[Cyberpope]

Ik zal eens kijken, moet ik wel weer de niet werkende OTmonitor erop zetten.
Maar het is dus geen herkenbaar verhaal wat al veel mensen opgemerkt hebben.

[number3]

Welke versie van de firmware gebruik je? Log eens direct de ESP debug output op poort 23.

[Cyberpope]

Ik heb geen ESP, maar een TTL-UTP poort erop gemaakt. Ik gebruik de laatste firmware: 5.7
Bij de messages staat gewoon room temp:



En nu met de oude versie van OTmonitor (ik weet niet hoe ik kan uitvogelen welke versie) en krijg direct de kamertemperatuur te zien, net zoals in de windows versie. Alleen niet in de nieuwe OTmonitor van de website (voor Rpi).

[number3]

Ahh, ik had geniet dat je een TTL-UTP hebt excuus. Inderdaad zie je de message voor Room Temp. Klinkt als een bug. Je kan Schelte Bron vinden ok het Discord forum of de Domotica Forum.

Ik zou het even aan hem melden.

[paQ]

Vreemde vraag wellicht, maar wat als ik een opentherm signaal wil veinzen?
Anders uitgelegd: ik wil alleen het OT signaal afvangen in de google API (mits die er al in zit) van een Nest V3.
Ik schakel dus wel 230V aan/uit, maar ik wil graag weten wat een open therm signaal gedaan zou hebben

Ik kan de nest echter niet OT instellen want die terminals zijn niet aangesloten.

1. Stel ik kortsluit OT1 en OT2 (desnoods met weerstand) zou ik dan de nest een OT signaal moeten kunnen laten afgeven?
2. als 1 waar is, werkt aan/uit dan nog wel?
3. nee paQ, je hebt echt een OT GW nodig

[JanPedaal]

paQ schreef op maandag 6 maart 2023 @ 12:32:
Vreemde vraag wellicht, maar wat als ik een opentherm signaal wil veinzen?
Anders uitgelegd: ik wil alleen het OT signaal afvangen in de google API (mits die er al in zit) van een Nest V3.
Ik schakel dus wel 230V aan/uit, maar ik wil graag weten wat een open therm signaal gedaan zou hebben

Ik kan de nest echter niet OT instellen want die terminals zijn niet aangesloten.

1. Stel ik kortsluit OT1 en OT2 (desnoods met weerstand) zou ik dan de nest een OT signaal moeten kunnen laten afgeven?
2. als 1 waar is, werkt aan/uit dan nog wel?
3. nee paQ, je hebt echt een OT GW nodig

1 en 2: Geen idee, dit is wel heel Nest-specifiek. Denk dat je in een Nest-topic meer kans maakt op een antwoord.
3: Als je ketel geen OT ondersteunt heb je ook niet veel aan een OTGW. En als hij dat wel ondersteunt: waarom gebruik je nu dan nog aan/uit?

[paQ]

JanPedaal schreef op maandag 6 maart 2023 @ 13:33:
[...]


3: Als je ketel geen OT ondersteunt heb je ook niet veel aan een OTGW. En als hij dat wel ondersteunt: waarom gebruik je nu dan nog aan/uit?

Ik gebruik een nest (2 eigenlijk maar dat is irrelevant hiervoor) als externe thermostaat voor de warmtepomp.
De wp zelf loopt op een stooklijn, maar soms wil ik hier van afwijken. Bijv: wanneer de nest minder dan 30% vermogen vraagt om de stooklijn -1 graad aan te houden. Maar wil de nest meer dan 90% vermogen, dan de stooklijn +1

[Dapdodo]

@paQ Lees eerst maar iets meer over OT.,
Thermostaat geeft opdracht aan CV, maak temperatuur X.
CV antwoord ik maak nu Y (maar gaat X maken).

[paQ]

Dapdodo schreef op maandag 6 maart 2023 @ 13:52:
@paQ Lees eerst maar iets meer over OT.,
Thermostaat geeft opdracht aan CV, maak temperatuur X.
CV antwoord ik maak nu Y (maar gaat X maken).

I know, maar ik ben alleen geïnteresseerd in het dikgedrukte.

Er hoeft verder geen communicatie plaats te vinden. Ik wil alleen weten wat het ding vraagt.

[ Voor 12% gewijzigd door paQ op 06-03-2023 14:00 ]

[Dapdodo]

paQ schreef op maandag 6 maart 2023 @ 13:55:
[...]

I know, maar ik ben alleen geïnteresseerd in het dikgedrukte.

Dan zal je de communicatie moeten simuleren, door fake verzoeken uit te sturen.
Dan is de OTGW als men in de middle niet handig. Moet je andere zoeken.

[paQ]

Dapdodo schreef op maandag 6 maart 2023 @ 14:01:
[...]

Dan zal je de communicatie moeten simuleren, door fake verzoeken uit te sturen.
Dan is de OTGW als men in de middle niet handig. Moet je andere zoeken.

yes

Punt is dus dat ik niet weet of ik dit via de google API kan ophalen.
Ik heb verder ook niets om op de OT terminals aan te sluiten. Ergo: is er een foefje om de nest wakker te krijgen zodat hij de OT setting accepteert bij instellingen?

[ Voor 13% gewijzigd door paQ op 06-03-2023 14:12 ]

[Dapdodo]

paQ schreef op maandag 6 maart 2023 @ 14:08:
[...]

yes

Punt is dus dat ik niet weet of ik dit via de google API kan ophalen.
Ik heb verder ook niets om op de OT terminals aan te sluiten. Ergo: is er een foefje om de nest wakker te krijgen zodat hij de OT setting accepteert bij instellingen?

Ik zou veiligheidstechnisch, nooit op een API gaan zitten. Storingen liggen op de loer.
Maar meningen verschillen over wat voldoende betrouwbaar is.

[damige]

Ik ben zelf bezig met het plaatsen van een OTGW, Maar heb nog een vraag. Blijft Opentherm tussen de ketel en de thermostaat werken wanneer de OTGW uitstaat/uitvalt? Of is deze altijd een actief component?

[The Zep Man]

damige schreef op dinsdag 21 maart 2023 @ 13:58:
Ik ben zelf bezig met het plaatsen van een OTGW, Maar heb nog een vraag. Blijft Opentherm tussen de ketel en de thermostaat werken wanneer de OTGW uitstaat/uitvalt? Of is deze altijd een actief component?

De OTGW is een actief component. Indien verkeerd geconfigureerd (bijvoorbeeld door een fout voltage referentieniveau) kan het zelfs zo zijn dat een actieve OTGW geen berichten doorzet tussen ketel en thermostaat.

[fjux]

Ik heb zojuist mijn zeer oude OTGW gevonden en in ons nieuwe huis maar weer eens aangesloten.

We hebben hier een Intergas Kombi Kompakt HR (36/30), en heb al wat instellingen aangepast van de boiler (voornamelijk de max pompsnelheid wat naar beneden gezet).

Nu wil ik vooral de ketel gaan monitoren in Home Assistant, maar ik merkte dat de ketel blijkbaar geen retour water temp afgeeft?
ik las hier in het topic dat AA=28 soms wil helpen, maar ik krijg vrolijk AA=28 terug, en dat was het......

Hebben jullie nog ideëen of is het echt simpelweg een sensor aan de leiding gaan hangen?

[Tomba]

fjux schreef op dinsdag 28 maart 2023 @ 11:51:
Ik heb zojuist mijn zeer oude OTGW gevonden en in ons nieuwe huis maar weer eens aangesloten.

We hebben hier een Intergas Kombi Kompakt HR (36/30), en heb al wat instellingen aangepast van de boiler (voornamelijk de max pompsnelheid wat naar beneden gezet).

Nu wil ik vooral de ketel gaan monitoren in Home Assistant, maar ik merkte dat de ketel blijkbaar geen retour water temp afgeeft?
ik las hier in het topic dat AA=28 soms wil helpen, maar ik krijg vrolijk AA=28 terug, en dat was het......

Hebben jullie nog ideëen of is het echt simpelweg een sensor aan de leiding gaan hangen?

Klopt, die info geeft een Intergas niet terug (althans mijn Xtreme doet dat ook niet)

[fjux]

Tomba schreef op dinsdag 28 maart 2023 @ 11:56:
[...]

Klopt, die info geeft een Intergas niet terug (althans mijn Xtreme doet dat ook niet)

Feest, dan gaan we maar eens kijken of dit oude bordje ook een externe sensor accepteert.

[A. Qonsaides]

fjux schreef op dinsdag 28 maart 2023 @ 12:13:
[...]

Feest, dan gaan we maar eens kijken of dit oude bordje ook een externe sensor accepteert.

Zelf ik heb ook een OTGW + Intergas ketel en ik wil ook de retourtemperatuur gaan meten.
Welke sensor heb je in gedachten?

[fjux]

A. Qonsaides schreef op woensdag 29 maart 2023 @ 12:13:
[...]


Zelf ik heb ook een OTGW + Intergas ketel en ik wil ook de retourtemperatuur gaan meten.
Welke sensor heb je in gedachten?

Ik heb nog een DS18S20 of DS18B20 liggen van een ander project.
Dus ben van plan om die te gaan hergebruiken maar moet dan nog even een weestand zoeken.

en dan aansluiten volgens dit: https://otgw.tclcode.com/peripherals.html

Maarja eerst maar eens de electronica bak lokaliseren na de verhuizing......

PS. ik ben nu bezig met het een en ander monitoren, en het valt me op dat ik in home assistant van veel dingen 2 waardes krijg, 1 de boiler en 1 de thermostaat.
Is de waarde van the thermostaat het gene wat die vraagt en de boiler wat die doet, of heeft het ergens anders mee te maken?

Meeste waardes komen van de boiler lijkt het. maar mogelijk dat het ligt aan mijn thermostaat (NEST gen 3)

[gjs]

Ik gebruik OTGW al een poosje met Domticz en samen met een Intergas HRE combiketel en een Honeywell modulation thermostaat.
Echter sinds gisteren werkt het Darksky weer api niet meer en ben ik overgestapt op Openweathermap.
Toen ik nog Darksky gebruikte, kreeg ik netjes in het de thermostaat display de buitentemperatuur te zien, nu ik Openweathermap gebruik is de buiten temperatuur dus leeg. Enig idee hoe ik dit weer werkend krijg ?
[edit] Ik heb het al gevonden: https://www.domoticz.com/wiki/Opentherm_Gateway_OTGW

[ Voor 9% gewijzigd door gjs op 02-04-2023 18:06 ]

[Chiwn]

Herkent iemand het probleem dat je via de climate card die in home assistant via de discovery wordt aangeboden, erg vertraagd reageert? Ik zet hem naar 20 graden, dan zie ik hem na een paar seconden daar vanaf schieten en naar z'n minimum gaan (7 graden). Tientallen seconden later dan springt uiteindelijk het setpoint op die climate card naar 20 graden.

Ik heb een iSense thermostaat en een Remeha ketel.

[Ittie]

Chiwn schreef op woensdag 5 april 2023 @ 13:40: Ik zet hem naar 20 graden, dan zie ik hem na een paar seconden daar vanaf schieten en naar z'n minimum gaan (7 graden). Tientallen seconden later dan springt uiteindelijk het setpoint op die climate card naar 20 graden.

Ik heb een iSense thermostaat en een Remeha ketel.

Ik heb dezelfde opstelling en heb dit gedrag ook. Ik heb ergens, OTGW website denk ik, gelezen dat dit is om de control setpoint te kunnen overriden.

Many workarounds for quirks of the Remeha iSense (RF) thermostat.

https://otgw.tclcode.com/changelog.html

[Chiwn]

O, goed om te weten! Misschien nog ooit een automatisering er overheen bouwen, maar dan weet ik het voor nu.

[WillemD61]

fjux schreef op dinsdag 28 maart 2023 @ 11:51:
...

Nu wil ik vooral de ketel gaan monitoren in Home Assistant, maar ik merkte dat de ketel blijkbaar geen retour water temp afgeeft?
ik las hier in het topic dat AA=28 soms wil helpen, maar ik krijg vrolijk AA=28 terug, en dat was het......

Hebben jullie nog ideëen of is het echt simpelweg een sensor aan de leiding gaan hangen?

Intergas heeft per mail aan mij bevestigd dat de HR 36/30 inderdaad geen retourtemperatuur doorgeeft.

Ik meet zelf zowel aanvoer- als retourtemperatuur met DS18B20 gekoppeld naar Domoticz.

[MdBruin]

@WillemD61 heb je de DS18B20 rechtstreeks aan de OpenTherm gateway hangen? Zo ja, hoe stel je dit in. Ik zit na te denken om de Nodo kit aan te schaffen en hier op gelijk de temperaturen te laten meten. Ik zie dat het kan, maar niet precies hoe, heb je hiervoor zelf de firmware gecompiled en wat heb je aangepast? (ik zie een sensors_ext.ino file maar ik ben hiermee nog niet zo bekend)

[Chiwn]

@WillemD61 Hoe heb je die sensoren bevestigd aan je leidingen? Met tape eraan geplakt?

[WillemD61]

Chiwn schreef op dinsdag 11 april 2023 @ 09:05:
@WillemD61 Hoe heb je die sensoren bevestigd aan je leidingen? Met tape eraan geplakt?

Met slangklemmen, zodat ze goed contact blijven maken. Niet te strak aandraaien.

En isolatie over de gehele leiding aangebracht.

[WillemD61]

MdBruin schreef op maandag 10 april 2023 @ 22:02:
@WillemD61 heb je de DS18B20 rechtstreeks aan de OpenTherm gateway hangen? Zo ja, hoe stel je dit in. Ik zit na te denken om de Nodo kit aan te schaffen en hier op gelijk de temperaturen te laten meten. Ik zie dat het kan, maar niet precies hoe, heb je hiervoor zelf de firmware gecompiled en wat heb je aangepast? (ik zie een sensors_ext.ino file maar ik ben hiermee nog niet zo bekend)

Nee, niet aan OTGW. Ik heb de DS18B20 aan mijn Raspberry Pi GPIO hangen en dan als 1-wire sensor naar Domoticz geinterfaced.
https://www.domoticz.com/wiki/1Wire

[MdBruin]

@WillemD61 bedankt voor je reactie. Ik heb zelf voor elke radiator een esp01 met DS18B20 sensoren liggen, eentje extra voor de CV met sensoren heb ik ook nog wel liggen.
Zelf zit ik te denken aan tyraps te denken om de sensoren te bevestigen aangezien ik voor alle radiatoren op de badkamer na gewone niet waterbestendige sensoren heb liggen.

[WillemD61]

MdBruin schreef op maandag 10 april 2023 @ 22:02:
@WillemD61 heb je de DS18B20 rechtstreeks aan de OpenTherm gateway hangen? Zo ja, hoe stel je dit in. Ik zit na te denken om de Nodo kit aan te schaffen en hier op gelijk de temperaturen te laten meten. Ik zie dat het kan, maar niet precies hoe, heb je hiervoor zelf de firmware gecompiled en wat heb je aangepast? (ik zie een sensors_ext.ino file maar ik ben hiermee nog niet zo bekend)

De aansluiting staat hier beschreven
http://otgw.tclcode.com/peripherals.html
Ik heb het zelf dus niet op deze manier gedaan.

[MdBruin]

@WillemD61 die heb ik inderdaad gezien, bij de variant van Nodo lijkt het dat de temperatuur sensor niet door de pic wordt gedaan maar door de esp D1 mini. Hopelijk komt deze snel binnen, vanmiddag maar besteld

[lemming_nl]

Korte versie; heeft iemand meegemaakt dat OTGW de setpoint van de ketel aanpast zonder (duidelijke) reden?

Lange versie;
Sinds een paar maanden heb ik een OTGW in gebruik tussen een Remeha Tzerra en een Airzone OT gateway. Via HA log ik vanalles om inzicht te krijgen in mijn huidige stookgedrag. Dit om bij de overgang naar een warmtepomp een betere keuze te kunnen maken. Op zich werkt alles prima maar het is me nu 2 keer gebeurt dat ik 's ochtends een koude woonkamer had. Dit kwam omdat de setpoint voor Ta op 3 graden stond ipv de 35 graden die het moet zijn. De Airzone OT gateway stuurt alleen een nieuw setpoint als deze aangepast wordt, niet iedere keer als hij warmte vraagt. Blijkbaar wordt deze ook niet uitgelezen waardoor het Airzone systeem dit niet ziet. Volgens Airzone (die kan in de interne logs van het systeem kijken) heeft het Airzone systeem de setpoint niet aangepast. Andere opties zijn de ketel zelf of de OTGW. Ik heb geen idee hoe ik die twee uit elkaar ga houden. Iemand een idee?

[Church of Noise]

Post verwijderd, fout zat aan de menselijke kant ...

[ Voor 96% gewijzigd door Church of Noise op 09-05-2023 18:54 ]

[Church of Noise]

Heeft er iemand al het geleverde warmtevermogen (en dus ook verbruik) berekend in Home Assistant op basis van OTGW sensoren?

Ik heb dit net geimplementeerd voorlopig, op basis van
Q = m * c * delta T
dus
Q/t = vermogen = m/t * c * delta T
in de praktijk, rekening houdend met c=4,18 kW/jK en met het feit dat de flow in liter/minuut (dus /60 want moet naar seconden) krijg je een constande die overeenkomt met 209/3:

code:

sensor:
  - platform: template
    sensors:
      heating_power:
        friendly_name: "Heating Power"
        unit_of_measurement: "W"
        icon_template: mdi:fire-circle
        value_template: >-
          # uitgaande water temperatuur, gemeten door boiler
          {% set hot_out = states('sensor.dhw_temp_boiler_otgw') | float %}
          # terugkeertemperatuur, gemeten door boiler
          {% set hot_in = states('sensor.return_water_temp_boiler_otgw') | float %}
          # heb een binaire sensor gedefinieerd op basis van een threshold helper die 'true' is als de setpoint voor de uitgaande watertemperatuur meer dan 2 graden is, want er is altijd terugkeertemperatuur, ook als er niet verwarmd wordt
          {% set heating_on =  0 if states('binary_sensor.heating_status') == 'off' else 1 %}
          {% set flow_rate = states('sensor.dhw_flow_rate_boiler_otgw') | float %}
          {{ heating_on * (hot_out - hot_in) * flow_rate * 209/3 | round(1, default=0) }}

Ik gaf aan dat de eenheid 'W' is.

Op basis hiervan heb ik dan ook een utility meter gecreëerd, maar die heeft vreemd genoeg ook 'W' als eenheid, zou daar Wh verwachten...

[htca]

Ik denk dat ik iets doms gedaan heb.... misschien dat iemand raad weet, ik heb vanuit mijn thermostaat geen verbinding meer;

Waarschijnlijk heeft dat te maken met de 0 achter "gateway.hex":

Als ik hem daar "update firmware from web" aan klik (en eerlijk gezegd denk ik dat ik de button update wel heb uitgevoerd en zie in mijn file overzicht een pic file met size 0 staan....) Heb ik mijn pic gebrickt of kan ik hem nog ergens opnieuw tot leven wekken of is de enige remedie om een nieuwe pic te bestellen?
Ik heb de pic opnieuw kunnen flashen vanuit de webinterface. Maar het gekke is dat zowel de thermostaat, de boiler connectie op false blijven staan. De thermostaat zelf geeft ook aan er geen verbinding is.

[ Voor 8% gewijzigd door htca op 24-05-2023 22:26 ]

[Coppertop]

htca schreef op woensdag 24 mei 2023 @ 22:08:
Ik denk dat ik iets doms gedaan heb.... misschien dat iemand raad weet, ik heb vanuit mijn thermostaat geen verbinding meer;
[Afbeelding]
Waarschijnlijk heeft dat te maken met de 0 achter "gateway.hex":
[Afbeelding]
Als ik hem daar "update firmware from web" aan klik (en eerlijk gezegd denk ik dat ik de button update wel heb uitgevoerd en zie in mijn file overzicht een pic file met size 0 staan....) Heb ik mijn pic gebrickt of kan ik hem nog ergens opnieuw tot leven wekken of is de enige remedie om een nieuwe pic te bestellen?
Ik heb de pic opnieuw kunnen flashen vanuit de webinterface. Maar het gekke is dat zowel de thermostaat, de boiler connectie op false blijven staan. De thermostaat zelf geeft ook aan er geen verbinding is.

Ik denk dat je met dit issue te maken hebt: https://github.com/rvdbreemen/OTGW-firmware/issues/213 . Updaten naar 0.10.2 en opnieuw proberen te flashen.

[ Voor 2% gewijzigd door Coppertop op 26-05-2023 09:55 . Reden: Was het belangrijkste vergeten ]

[htca]

Ik heb 0.10.2 geflasht (0.10.2+50c3ed2 14 maart 2023)
Maar de boiler connectie blijft op false staan (wel, thermostaat connected: True). Wat tijd geven?
De toon geeft ook aan dat hij geen verbinding heeft met de ketel. Als ik de OTGW ertussen uit haal, is er geen probleem (anders dan dat de automations niet meer werken op basis van de info uit de ketel)

Ik vertrouw op de een of andere manier mijn ketel ook niet zo... (remeha calenta ace)

[Aardedraadje]

@htca Heb je na het flashen van ESP 0.10.2 ook PIC 6.5 Geflashed, ofwel de gateway firmware? Nu heb je nog de interface.hex geflashed, die stuurt geen OpenTherm berichten door tussen de ketel en thermostaat.

van Interface firmware:
The firmware reports received opentherm messages to the serial interface in the normal way. But it doesn't forward them on its own from the master to the slave, or vice versa.

[htca]

Aardedraadje schreef op maandag 29 mei 2023 @ 12:17:
@htca Heb je na het flashen van ESP 0.10.2 ook PIC 6.5 Geflashed, ofwel de gateway firmware? Nu heb je nog de interface.hex geflashed, die stuurt geen OpenTherm berichten door tussen de ketel en thermostaat.


[...]

maar eerst wordt in de ketel een druksensor vervangen nav een errorcode... Ik heb de OTGW er even tussenuit gehaald.

[Chiwn]

Als ik in iedere ruimte waar een radiator hangt een temperatuursensor heb hangen, en alle radiatoren op afstand kan aansturen, wat voor meerwaarde heeft een thermostaat dan nog eigenlijk? Zou de OTGW dan prima functioneren als standalone? Heeft iemand daar ervaring mee?

Wanneer er warmtevraag is in een andere ruimte dan waar de thermostaat hangt los ik dat nu op door de warmtevraag tijdelijk ook te verhogen in de ruimte van de thermostaat (dus op de thermostaat zelf) en de radiator in diezelfde ruimte dicht te zetten. Ik vraag me daarbij af hoeveel meerwaarde die thermostaat nog heeft. Echt een optimale regellus is het al niet meer want ik houd hem constant voor de gek als het ware.

Ik ben benieuwd naar jullie ideeën hierover!

[naftebakje]

Een thermostaat heeft een inherente veiligheid, is net wat grondiger afgetest dan je eigen geknutselde oplossing. Als je goed waterzijdig hebt ingeregeld, dan moet er wel weinig op aparte ruimtes bijgeregeld worden, dus kan de thermostaat wel zich redelijk inregelen. Wel eens dat qua regelstrategie je het geheel in de war stuurt.
In principe heb jij een zoneregeling zoals tado of evohome, waar elke ruimte een eigen regelstrategie volgt. Als je dat goed aanpakt, kan je dit idd zelf maken en hangt de betrouwbaarheid enkel af van je eigen kunde en grondigheid van testen.

[alan_smithee]

Heeft er iemand ervaring met het koelen met een warmtepomp (Remeha Mercuria Ace) i.c.m. OpenTherm?

Remeha zegt dat koelen alleen werkt als ik er een e-Twist op aansluit. Maar dat wil ik liever voorkomen.

[htca]

htca schreef op maandag 29 mei 2023 @ 22:13:
[...]

maar eerst wordt in de ketel een druksensor vervangen nav een errorcode... Ik heb de OTGW er even tussenuit gehaald.

Druksensor in de ketel is vervangen, OTGW is opnieuw geflasht en alles doet het weer zoals het moet.

[Tjeerd]

Ik heb even het onderwerp zitten lezen en ik heb interesse om de OpenTherm Gateway kit bij nodo-shop.nl te gaan bestellen en dan specifiek met de WiFi-mogelijkheid. Ik was niet van plan om zelf te gaan solderen e.d., dus wil echt alles laten doen door de winkel. Het idee is om deze gegevens uiteindelijk in Home Assistant te gaan verwerken.

Ik heb een Remeha CV-ketel en een Remeha Elga Ace warmtepomp die op dit moment aan elkaar geknoopt zijn en via de eTwist worden aangestuurd. Deze twee apparaten lijken allemaal volgens de OTGW-matrix te worden ondersteund door OTGW.

Begrijp ik het goed dat ik tussen de draadjes die naar de eTwist gaan deze kit moet hangen zodat hij als het ware dus het verkeer kan meeluisteren en/of eventueel beinvloeden? In mijn geval ben ik alleen geïnteresseerd in het uitlezen momenteel.

Gaat de OTGW ook nog prima werken als je een combinatie van Remeha warmtepomp en cv-ketel beiden hebt? Iemand daar ervaring mee?

[ Voor 6% gewijzigd door Tjeerd op 11-06-2023 11:26 ]

[Church of Noise]

Tjeerd schreef op zondag 11 juni 2023 @ 11:25:
Ik heb even het onderwerp zitten lezen en ik heb interesse om de OpenTherm Gateway kit bij nodo-shop.nl te gaan bestellen en dan specifiek met de WiFi-mogelijkheid. Ik was niet van plan om zelf te gaan solderen e.d., dus wil echt alles laten doen door de winkel. Het idee is om deze gegevens uiteindelijk in Home Assistant te gaan verwerken.

Ik heb een Remeha CV-ketel en een Remeha Elga Ace warmtepomp die op dit moment aan elkaar geknoopt zijn en via de eTwist worden aangestuurd. Deze twee apparaten lijken allemaal volgens de OTGW-matrix te worden ondersteund door OTGW.

Begrijp ik het goed dat ik tussen de draadjes die naar de eTwist gaan deze kit moet hangen zodat hij als het ware dus het verkeer kan meeluisteren en/of eventueel beinvloeden? In mijn geval ben ik alleen geïnteresseerd in het uitlezen momenteel.

Gaat de OTGW ook nog prima werken als je een combinatie van Remeha warmtepomp en cv-ketel beiden hebt? Iemand daar ervaring mee?

Over je vraag in bold: zo gebruik ik het momenteel (weliswaar met Tado en Itho Cube Duo), ook in combinatie met Home Assistant.

Geen idee ivm je laatste vraag.

[Speakup11]

Mijn OTGW (1,5 jaar geleden gekocht bij Nodo) verbindt sinds kort niet meer met de boiler. Op iSense thermostaat is F203 te zien en op otgw.local web interface zie ik "boiler disconnected".

Als ik de otgw er tussenuit haal is de error verdwenen en werkt de thermostaat naar behoren.

Naar mijn weten was er niets aan de setup veranderd. Ik draaide wel een oudere firmware, dus geupdate naar v0.10.2 en PIC geupdate naar 5.8. Zag ook dat er een nieuwe PIC is (met versie 6.5), die aangeschaft en geinstalleerd, maar ook dat heeft het probleem niet verholpen.

Vreemd genoeg zie ik geen status op de otwg.local home page als de boiler en thermostaat zijn aangesloten.


Als de boiler en themostaat niet zijn aangesloten is de status wel te zien op de otgw.local home page.

Enig idee hoe ik dit kan troubleshooten?

[Speakup11]

Probleem opgelost door firmware nog eens te installeren op PIC. Ik had ook de troubleshooting firmware draaien wat waarschijnlijk resulteerde in een leeg home screen op otgw.local.

[Speakup11]

Iets te vroeg gejuicht . Vanmorgen was weer de F203 error zichtbaar op de thermostat. otgw.local home scherm is leeg (als schermafbeelding in vorige post) en advanced -> debug info laat zien dat boiler niet meer verbonden is.

Hoe kan ik dit troubleshooten?

[Dapdodo]

Heb je hier het hoofdstuk troubleshooting al gevolgd?
https://otgw.tclcode.com/

[borft]

Speakup11 schreef op zondag 6 augustus 2023 @ 12:30:
Iets te vroeg gejuicht . Vanmorgen was weer de F203 error zichtbaar op de thermostat. otgw.local home scherm is leeg (als schermafbeelding in vorige post) en advanced -> debug info laat zien dat boiler niet meer verbonden is.

Hoe kan ik dit troubleshooten?

je kunt even kijken wat er over de console komt, bv door erheen te telnetten, of bv met de otmonitor app

[number3]

Gekke vraag, maar weet je zeker dat alle draaden van en naar je OTGW nog verbonden zijn?

[Speakup11]

Thx voor de suggesties. Ik heb otmonitor weer gestart en zag de onderstaande output. Vervolgens via otmonitor geprobeerd om de firmware weer opnieuw te laden en dat leek het probleem weer te verhelpen. Even afwachten hoe lang het nu blijft draaien.

code:

20:58:24.865009 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:25.856940 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:26.864487 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:26.934771 PR: I=00
20:58:27.866926 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:28.949245 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:29.888446 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:30.888771 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:31.878991 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:32.918509 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:33.892324 T10145301   Write-Data  Day of week and time of day: Tue 19:01
20:58:56.245147 T900E6400   Write-Data  Maximum relative modulation level: 100.00
20:58:57.240012 T900E6400   Write-Data  Maximum relative modulation level: 100.00
20:58:58.233088 T900E6400   Write-Data  Maximum relative modulation level: 100.00
20:58:59.239937 T900E6400   Write-Data  Maximum relative modulation level: 100.00
20:59:00.251550 T900E6400   Write-Data  Maximum relative modulation level: 100.00
20:59:01.250340 T900E6400   Write-Data  Maximum relative modulation level: 100.00
20:59:02.058554 PR: I=00

[number3]

@Speakup11 de log is wel heel eenzijdig, oftewel ik zie geen berichten van de ketel langs komen. Lijkt wel niet aangesloten.

[willemd]

Mijn syslog in mijn Home Assistant-computer is bomvol foutmeldingen van de OTGW en MQTT.

code:

Aug 24 16:22:53 HAnuc e4fecacd5f4b[602]:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: #033[31m2023-08-24 16:22:55.704 ERROR (MainThread) [homeassistant.components.mqtt.models] Exception raised when updating state of sensor.otgw_status_master, topic: 'OTGW/value/otgw-4417930E06D2/status_master' with payload: b'-D---W--'
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 591, in state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     numerical_value = int(value)
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:                       ^^^^^^^^^^
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: ValueError: invalid literal for int() with base 10: '-D---W--'
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: The above exception was the direct cause of the following exception:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/mqtt/models.py", line 270, in process_write_state_requests
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     entity.async_write_ha_state()
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 746, in async_write_ha_state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     self._async_write_ha_state()
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 808, in _async_write_ha_state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     state = self._stringify_state(available)
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 752, in _stringify_state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     if (state := self.state) is None:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:                  ^^^^^^^^^^
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 595, in state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     raise ValueError(
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: ValueError: Sensor sensor.otgw_status_master has device class 'None', state class 'None' unit '' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: '-D---W--' (<class 'str'>)#033[0m
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: #033[31m2023-08-24 16:22:56.578 ERROR (MainThread) [homeassistant.components.mqtt.models] Exception raised when updating state of sensor.otgw_status_slave, topic: 'OTGW/value/otgw-4417930E06D2/status_slave' with payload: b'--------'
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 591, in state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     numerical_value = int(value)
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:                       ^^^^^^^^^^
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: ValueError: invalid literal for int() with base 10: '--------'
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: The above exception was the direct cause of the following exception:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/mqtt/models.py", line 270, in process_write_state_requests
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     entity.async_write_ha_state()
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 746, in async_write_ha_state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     self._async_write_ha_state()
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 808, in _async_write_ha_state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     state = self._stringify_state(available)
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 752, in _stringify_state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     if (state := self.state) is None:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:                  ^^^^^^^^^^
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 595, in state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     raise ValueError(
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: ValueError: Sensor sensor.otgw_status_slave has device class 'None', state class 'None' unit '' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: '--------' (<class 'str'>)#033[0m

Mijn log is inmiddels honderden MB's groot. (Het duurde even voor ik dit doorhad.)

De gegevens komen allemaal wel gewoon netjes binnen in HA.


Kan ik hier iets aan doen? Of is het een bug in de firmware?


Ik wilde me registreren op domoticaforum.eu maar die geeft helaas telkens een foutmelding bij de registratie. Daarom probeer ik het hier.

[Tomba]

willemd schreef op donderdag 24 augustus 2023 @ 16:34:
Mijn syslog in mijn Home Assistant-computer is bomvol foutmeldingen van de OTGW en MQTT.

code:

Aug 24 16:22:53 HAnuc e4fecacd5f4b[602]:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: #033[31m2023-08-24 16:22:55.704 ERROR (MainThread) [homeassistant.components.mqtt.models] Exception raised when updating state of sensor.otgw_status_master, topic: 'OTGW/value/otgw-4417930E06D2/status_master' with payload: b'-D---W--'
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 591, in state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     numerical_value = int(value)
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:                       ^^^^^^^^^^
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: ValueError: invalid literal for int() with base 10: '-D---W--'
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: The above exception was the direct cause of the following exception:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/mqtt/models.py", line 270, in process_write_state_requests
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     entity.async_write_ha_state()
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 746, in async_write_ha_state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     self._async_write_ha_state()
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 808, in _async_write_ha_state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     state = self._stringify_state(available)
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 752, in _stringify_state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     if (state := self.state) is None:
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:                  ^^^^^^^^^^
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 595, in state
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]:     raise ValueError(
Aug 24 16:22:55 HAnuc 87dc07e4e4d1[602]: ValueError: Sensor sensor.otgw_status_master has device class 'None', state class 'None' unit '' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: '-D---W--' (<class 'str'>)#033[0m
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: #033[31m2023-08-24 16:22:56.578 ERROR (MainThread) [homeassistant.components.mqtt.models] Exception raised when updating state of sensor.otgw_status_slave, topic: 'OTGW/value/otgw-4417930E06D2/status_slave' with payload: b'--------'
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 591, in state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     numerical_value = int(value)
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:                       ^^^^^^^^^^
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: ValueError: invalid literal for int() with base 10: '--------'
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: The above exception was the direct cause of the following exception:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: Traceback (most recent call last):
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/mqtt/models.py", line 270, in process_write_state_requests
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     entity.async_write_ha_state()
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 746, in async_write_ha_state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     self._async_write_ha_state()
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 808, in _async_write_ha_state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     state = self._stringify_state(available)
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 752, in _stringify_state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     if (state := self.state) is None:
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:                  ^^^^^^^^^^
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 595, in state
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]:     raise ValueError(
Aug 24 16:22:56 HAnuc 87dc07e4e4d1[602]: ValueError: Sensor sensor.otgw_status_slave has device class 'None', state class 'None' unit '' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: '--------' (<class 'str'>)#033[0m

Mijn log is inmiddels honderden MB's groot. (Het duurde even voor ik dit doorhad.)

De gegevens komen allemaal wel gewoon netjes binnen in HA.


Kan ik hier iets aan doen? Of is het een bug in de firmware?


Ik wilde me registreren op domoticaforum.eu maar die geeft helaas telkens een foutmelding bij de registratie. Daarom probeer ik het hier.

Same here, OTGW Webpagina geeft

code:

Developer Robert van den Breemen
ESP8266 Firmware Version 0.9.5+4eb7d24 (30-05-2022)
OTGW PIC Firmware Version 6.1
OTGW PIC Device ID pic16f1847
Compiled on (date/time) May 30 2022 08:35:36
HostName OTGW
IP address 192.168.1.45
MAC address 24:A1:60:30:2D:AC
Free Heap Memory (bytes) 12552
Max. Free Memory (bytes) 11192
Unique Chip ID 303daf
Arduino Core Version 2_7_4
Espressif SDK Version 2.2.2-dev(38a443e)
CPU speed (MHz) 160
Sketch Size (bytes) 553.906
Free Sketch Space (bytes) 1492
Flash ID 001640D8
Flash Chip Size (MB) 4
Real Flash Chip Size (MB) 4
LittleFSsize 2
Flash Chip Speed (MHz) 40
Flash Mode DIO
Board Type ESP8266_NODEMCU
Wifi Network (SSID) IOT
Wifi Receive Power (dB) -72
NTP Enable true
NTP Timezone Europe/Amsterdam
Uptime Since Boot 231(d)-11:24(H:m)
Last Reset Reason External System
Nr. Reboots 17
MQTT Connected true
Thermostat Connected true
Boiler Connected true
Gateway mode false
OTGW Online/Offline true

[Tomba]

@willemd hoe is jouw OTGW aangesloten? Ook via een ESP8266?
Ik zie namelijk dat ik achterloop qua versie (Sinds 0.9.5 zijn er alweer 3 releases geweest maar omdat ik alles los moet halen voor de upgrade ben ik nogal huiverig geweest om dit te doen), dus mogelijk dat dit issue in 0.10.x opgelost is?
Iemand anders een idee?

BTW ik zie deze optie in de webpage:

Is dit de maniet om te updaten? (Zo ja in welke volgorde moet ik dit doen en welke bestanden van 'LittleFS' zou ik moeten backuppen?)

[aanvulling]
Ja dus

[ Voor 51% gewijzigd door Tomba op 25-08-2023 11:54 ]

[Tomba]

Geupdate naar nieuwste versie maar log van HA wordt nog steeds continu volgespamd met:

code:

[2023-08-25 11:58:30] homeassistant    | 2023-08-23 20:37:40.918 ERROR (MainThread) [homeassistant.components.mqtt.models] Exception raised when updating state of sensor.otgw_status_slave, topic: 'OTGW/value/otgw-24A160303DAF/status_slave' with payload: b'--------'
[2023-08-25 11:58:30] homeassistant    | Traceback (most recent call last):
[2023-08-25 11:58:30] homeassistant    |   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 591, in state
[2023-08-25 11:58:30] homeassistant    |     numerical_value = int(value)
[2023-08-25 11:58:30] homeassistant    |                       ^^^^^^^^^^
[2023-08-25 11:58:30] homeassistant    | ValueError: invalid literal for int() with base 10: '--------'
[2023-08-25 11:58:30] homeassistant    |
[2023-08-25 11:58:30] homeassistant    | The above exception was the direct cause of the following exception:
[2023-08-25 11:58:30] homeassistant    |
[2023-08-25 11:58:30] homeassistant    | Traceback (most recent call last):
[2023-08-25 11:58:30] homeassistant    |   File "/usr/src/homeassistant/homeassistant/components/mqtt/models.py", line 270, in process_write_state_requests
[2023-08-25 11:58:30] homeassistant    |     entity.async_write_ha_state()
[2023-08-25 11:58:30] homeassistant    |   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 746, in async_write_ha_state
[2023-08-25 11:58:30] homeassistant    |     self._async_write_ha_state()
[2023-08-25 11:58:30] homeassistant    |   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 808, in _async_write_ha_state
[2023-08-25 11:58:30] homeassistant    |     state = self._stringify_state(available)
[2023-08-25 11:58:30] homeassistant    |             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
[2023-08-25 11:58:30] homeassistant    |   File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 752, in _stringify_state
[2023-08-25 11:58:30] homeassistant    |     if (state := self.state) is None:
[2023-08-25 11:58:30] homeassistant    |                  ^^^^^^^^^^
[2023-08-25 11:58:30] homeassistant    |   File "/usr/src/homeassistant/homeassistant/components/sensor/__init__.py", line 595, in state
[2023-08-25 11:58:30] homeassistant    |     raise ValueError(
[2023-08-25 11:58:30] homeassistant    | ValueError: Sensor sensor.otgw_status_slave has device class 'None', state class 'None' unit '' and suggested precision 'None' thus indicating it has a numeric value; however, it has the non-numeric value: '--------' (<class 'str'>)
[2023-08-25 11:58:30] homeassistant    | 2023-08-23 20:37:43.933 ERROR (MainThread) [homeassistant.components.mqtt.models] Exception raised when updating state of sensor.otgw_status_slave, topic: 'OTGW/value/otgw-24A160303DAF/status_slave' with payload: b'--------'

code:

Developer Robert van den Breemen
Firmware Version 0.10.2+50c3ed2
PIC Available true
PIC Firmware Version 6.1
PIC Device ID pic16f1847
PIC Firmware Type gateway
Compiled on (date/time) Mar 14 2023 23:02:12
HostName OTGW
IP address 192.168.1.45
MAC address 24:A1:60:30:2D:AC
Free Heap Mem (bytes) 15016
Max. Free Mem (bytes) 13888
Unique Chip ID 303daf
Arduino Core Version 2_7_4
Espressif SDK Version 2.2.2-dev(38a443e)
CPU speed (MHz) 160
Sketch Size (bytes) 597664
Sketch Free (bytes) 1499136
Flash ID 001640D8
Flash Chip Size (MB) 4
Real Flash Chip (MB) 4
LittleFSsize 1
Flash Chip Speed (MHz) 40
Flash Mode DIO
Wifi Network (SSID) IOT
Wifi RX Power (dBm) -56
Wifi Quality (%) 95
Wifi Quality Amazing
NTP Enable true
NTP Timezone Europe/Amsterdam
Uptime Since Boot 0(d)-00:03(H:m)
Last Reset Reason Software/System restart
Nr. Reboots 2
MQTT Connected true
Thermostat Connected true
Boiler Connected true
Gateway/Standalone false
HA Integration true

Aanvulling, PIC voor de volledigheid ook maar geupdate naar 6.5 (was 6.1), issue blijft helaas... Lijkt dus een issue aan de kant van HA te zijn (?)

Blijkt dus al sinds mei te spelen:
https://github.com/rvdbreemen/OTGW-firmware/issues/217

I looked into the issue myself last night. It turns out that the 2023.5.0 is breaking not just my integration, a lot of integrations broke of this change in HA Core. I have seen this before, this will also mean that 2023.5.x will most likely fix this in the Core side, but it's good to clean up the mqttha.cfg integration a bit.

Please keep upgrading HA yourself too, it could also be that it will fix itself in 2-3 weeks time because they fix core.

Seriously we have seen this many times before with HA, move fast break often and fix. The HA core project is really good at this ;-)

En hier de workaround voor nu:
https://github.com/rvdbre...7#issuecomment-1586323144

Hiermee is het probleem (voor mij in ieder geval) opgelost.

[ Voor 30% gewijzigd door Tomba op 25-08-2023 13:21 ]

[willemd]

Ik had ook de meest recente versies draaien. Ik ga de file uit de workaround ook aanpassen!
Thanks!!

edit: Ja, dat werkt !

[ Voor 10% gewijzigd door willemd op 28-08-2023 18:22 ]

[NTS]

Mooi, ook getest met Home Assistant 2023.8.4 en het werkt hier ook. Log weer rustig.

[s.vanrossem]

Iemand een idee of en hoe de kamertemperatuur te overschrijven is?

Mijn situatie is dat ik de thermostaat heb vervangen door een display om home assistant sensoren op te tonen. Vanuit dat dashboard is via de Opentherm integratie de OTGW aan te sturen. Ik draai de OTGB *niet* standalone maar heb er nog een thermostaat aan vastzitten voor 't geval dat. Het nadeel is dus dat die in een andere ruimte ligt waar 't wat warmer is.
Zou 't dus op een of andere manier willen overriden.

[Dutchess_Nicole]

Gateway mode aanzetten, en zelf de berichten van room temperature publiceren. Dat overschrijft de berichten die door de thermostaat worden aangeleverd (lees: die worden gedropt)

[Gizz]

Gisteren mijn OTGW-kitje binnengekregen, vandaag de boel gesoldeerd, ESP geflasht en dergelijke.

Heel stom, ik heb al tientallen sensoren zelf met een ESP in elkaar gezet maar bij dit semi kant-en-klare product loop ik juist vast

Wat wel lukt:

• ESP kwam online en was een open AP zonder authenticatie
• Op AP ingelogd en mijn wifi ingesteld
• ESP is nu netjes een client in mijn netwerk (192.168.1.103, static DHCP-lease)
• Opentherm monitor: zowel via usb als een tcp-connection op 192.168.1.103:25238 kan ik verbinding maken

Wat niet lukt:

• Ik heb de web server gestart (default settings), maar via http://192.168.1.103:8080 krijg ik gewoon een error 404.
• Remote access staat aan (default settings), maar via de HA integration krijg ik geen verbinding als ik als path socket://192.168.1.103:7686 gebruik
• MQTT blijft hangen op connection refused. Ik heb een super basic MQTT-setup waarbij mijn broker 192.168.1.2:1883 is zonder verdere authenticatie. Tientallen andere devices maken wel tevreden gebruik van mijn broker.

Samenvattend zou ik zeggen dat mijn ESP netjes met mijn netwerk verbonden is. Maar waarom werkt alleen een netwerkverbinding met de Opentherm Monitor en zijn de webserver/remote access/MQTT zo dood als een pier?

Ik zie vast iets over het hoofd, maar wat?

[Raven]

@Gizz Euh, ik zie een IP-adres met 169 en een met 168, waarbij de eerste 103 en de ander 130 bevat, te snel getikt?

[Gizz]

@Raven uh ja, tot diep in de nacht verjaardag van mijn vriendin gevierd en vandaag wat minder scherp. Even de adresjes gecorrigeerd

[Raven]

Gizz schreef op zaterdag 14 oktober 2023 @ 17:14:
@Raven uh ja, tot diep in de nacht verjaardag van mijn vriendin gevierd en vandaag wat minder scherp. Even de adresjes gecorrigeerd

Ah, ik gok dat die typo's niet de oorzaak zijn?

[Gizz]

@Raven nee helaas, was het maar zo simpel

[Raven]

Gizz schreef op zaterdag 14 oktober 2023 @ 17:16:
@Raven nee helaas, was het maar zo simpel

In dat geval zou ik de ESP opnieuw flashen, met daarbij controle of de gedownloade image niet corrupt is.

[Gizz]

@Raven hoe check je dat laatste? Ik zie geen MD5-checksum om te controleren of de bestanden goed gedownload zijn.

Misschien nog het vermelden waard: de eerste keer heb ik de firmware van otgw.tclcode.com gepakt. Dat is versie 0.12 van 12-3-2023.

Om te kijken of het iets uitmaakt heb ik net de firmware gepakt die op nodo-shop.nl wordt aangeboden. Dat is versie 0.10.2 met vreemd genoeg 20-3-2023 als datum voor de bestanden in de zipfile.

Flashen weer succesvol. ESP komt mooi online zie ik in mijn router, ESP is te pingen en ik kan in Opentherm Monitor via tcp verbinden. Alle andere netwerkmogelijkheden zijn nog steeds dood.

edit: ik ben opeen een stapje verder. Na het vinkje 'Enable MQTT' in Opentherm Monitor uit en weer aan te klikken is de ESP wel verbonden met mijn MQTT-broker

De webserver en remote access (voor HA) doen het helaas nog niet.

Zou de truc zijn dat ik 'm steeds opnieuw moet flashen om toevallig één stukje functionaliteit extra werkend te krijgen?

edit 2: Van de webserver heb ik de poort (in Opentherm Monitor) veranderd in 80. Nu werkt de webserver wel.. Waarom hij met de default poort van 8080 en het browsen naar http://192.168.1.103:8080 niets doet, geen idee..

edit 3: Nu valt mij op dat de webinterface en wat ik zie via de Opentherm Monitor niet synchroon loopt. In de monitor staat MQTT aan en ik zie ook data bij mijn broker arriveren. Volgens de webinterface staat MQTT echter juist uit:





Verwarrend. Wat is de best practice qua plek om MQTT te activeren?

[ Voor 45% gewijzigd door Gizz op 14-10-2023 18:02 ]

[s.vanrossem]

Dutchess_Nicole schreef op zaterdag 14 oktober 2023 @ 15:38:
Gateway mode aanzetten, en zelf de berichten van room temperature publiceren. Dat overschrijft de berichten die door de thermostaat worden aangeleverd (lees: die worden gedropt)

Weet je zo welke berichten dat zijn?

[Clifdon]

In dit topic zitten denk ik de meeste mensen die mijn vraag kunnen beantwoorden. De Wifi module van mijn nest thermostaat is net kapot gegaan dus ik kan daar niets weinig meer mee. Minder dan een jaar geleden is hij nog vervangen en google zegt nu helaas garantie verlopen.

Mijn cv ketel wil ik vervangen en dan wil ik direct integratie naar home assistant. Kan ik mijn nest thermostaat blijven gebruiken en krijg ik via de opentherm gateway functionaliteiten terug als op afstand opstarten/temperatuur uitlezen?

Of hebben jullie een advies voor welke thermostaat ik zou moeten ophangen?
Ketel zal waarschijnlijk een intergas xtreme 36 worden.

[Dutchess_Nicole]

Gizz schreef op zaterdag 14 oktober 2023 @ 17:38:
@Raven hoe check je dat laatste? Ik zie geen MD5-checksum om te controleren of de bestanden goed gedownload zijn.

Misschien nog het vermelden waard: de eerste keer heb ik de firmware van otgw.tclcode.com gepakt. Dat is versie 0.12 van 12-3-2023.

Om te kijken of het iets uitmaakt heb ik net de firmware gepakt die op nodo-shop.nl wordt aangeboden. Dat is versie 0.10.2 met vreemd genoeg 20-3-2023 als datum voor de bestanden in de zipfile.

Flashen weer succesvol. ESP komt mooi online zie ik in mijn router, ESP is te pingen en ik kan in Opentherm Monitor via tcp verbinden. Alle andere netwerkmogelijkheden zijn nog steeds dood.

edit: ik ben opeen een stapje verder. Na het vinkje 'Enable MQTT' in Opentherm Monitor uit en weer aan te klikken is de ESP wel verbonden met mijn MQTT-broker

De webserver en remote access (voor HA) doen het helaas nog niet.

Zou de truc zijn dat ik 'm steeds opnieuw moet flashen om toevallig één stukje functionaliteit extra werkend te krijgen?

edit 2: Van de webserver heb ik de poort (in Opentherm Monitor) veranderd in 80. Nu werkt de webserver wel.. Waarom hij met de default poort van 8080 en het browsen naar http://192.168.1.103:8080 niets doet, geen idee..

edit 3: Nu valt mij op dat de webinterface en wat ik zie via de Opentherm Monitor niet synchroon loopt. In de monitor staat MQTT aan en ik zie ook data bij mijn broker arriveren. Volgens de webinterface staat MQTT echter juist uit:

[Afbeelding]

[Afbeelding]

Verwarrend. Wat is de best practice qua plek om MQTT te activeren?

Opentherm Monitor is niet de ideale manier om de OTGW in te stellen. Je kunt het beste via de UI van de OTGW zelf je settings beheren. Als je dat dan ook wilt opslaan kan je in de filesystem browser de settings.ini downloaden.

Gebruik de monitor eigenlijk alleen maar als je niet vertrouwt dat je MQTT goed werkt: daar heeft @number3 namelijk fliink wat tijd en moeite in gestoken de afgelopen paar jaar.

s.vanrossem schreef op zaterdag 14 oktober 2023 @ 20:17:
[...]


Weet je zo welke berichten dat zijn?

http://otgw.tclcode.com/firmware.html#dataids

Allemaal te vinden op de OTGW pagina. Als je op watertemperatuur wilt sturen stuur je CS commands, als je op kamertemperatuur wilt sturen gebruik je TT (voor tijdelijk) of TC voor constant

Clifdon schreef op zondag 15 oktober 2023 @ 08:49:
In dit topic zitten denk ik de meeste mensen die mijn vraag kunnen beantwoorden. De Wifi module van mijn nest thermostaat is net kapot gegaan dus ik kan daar niets weinig meer mee. Minder dan een jaar geleden is hij nog vervangen en google zegt nu helaas garantie verlopen.

Mijn cv ketel wil ik vervangen en dan wil ik direct integratie naar home assistant. Kan ik mijn nest thermostaat blijven gebruiken en krijg ik via de opentherm gateway functionaliteiten terug als op afstand opstarten/temperatuur uitlezen?

Of hebben jullie een advies voor welke thermostaat ik zou moeten ophangen?
Ketel zal waarschijnlijk een intergas xtreme 36 worden.

Mijn ervaring met de Nest thermostaat is dat ie er leuk uitziet maar waardeloos is voor gebruik met OTGW. Zonder cloud gehannes krijg je er niets zinnigs uit.

Pak een simpele kamerthermostaat met een beetje een redelijke resolutie (dus niet alleen hele graden) en die OpenTherm spreekt. Meer hoef je in principe niet te hebben

[ Voor 15% gewijzigd door Dutchess_Nicole op 15-10-2023 09:41 ]

[s.vanrossem]

Dutchess_Nicole schreef op zondag 15 oktober 2023 @ 09:39:
[...]


http://otgw.tclcode.com/firmware.html#dataids

Allemaal te vinden op de OTGW pagina. Als je op watertemperatuur wilt sturen stuur je CS commands, als je op kamertemperatuur wilt sturen gebruik je TT (voor tijdelijk) of TC voor constant

Begrijp ik je verkeerd?

Die twee commands TT en TC zijn voor de setpoints. Ik bedoel echt "room temperature", de temperatuursensor op de thermostaat.

[John Pe]

Clifdon schreef op zondag 15 oktober 2023 @ 08:49:
In dit topic zitten denk ik de meeste mensen die mijn vraag kunnen beantwoorden. De Wifi module van mijn nest thermostaat is net kapot gegaan dus ik kan daar niets weinig meer mee. Minder dan een jaar geleden is hij nog vervangen en google zegt nu helaas garantie verlopen.

Mijn cv ketel wil ik vervangen en dan wil ik direct integratie naar home assistant. Kan ik mijn nest thermostaat blijven gebruiken en krijg ik via de opentherm gateway functionaliteiten terug als op afstand opstarten/temperatuur uitlezen?

Of hebben jullie een advies voor welke thermostaat ik zou moeten ophangen?
Ketel zal waarschijnlijk een intergas xtreme 36 worden.

Ik heb een valliant ketel met een dmr3 printje en de ot gateway van nodo aangesloten op de usb van mijn homeassistant servertje. Als thermostaat een honeywel round en ben er helemaal tevreden mee.

[Dutchess_Nicole]

s.vanrossem schreef op zondag 15 oktober 2023 @ 10:20:
[...]


Begrijp ik je verkeerd?

Die twee commands TT en TC zijn voor de setpoints. Ik bedoel echt "room temperature", de temperatuursensor op de thermostaat.

Aha je wil de kamertemperatuur zelf faken: dat kan ook, alleen daar is niet direct een command voor dat ik weet:

http://otgw.tclcode.com/matrix.cgi#thermostats

ID 24 is wat je zoekt.