Thermosmart failliet?

[_Apache_]

Wat bedoel je precies mete de API @AirwinB?

Nu heb ik de docker container draaien waar de thermosmart naar luistert, kan ik dan de container aansturen, zodat de thermosmart gaat volgen?
Ik zou er wel oren naar hebben om de container aan te sturen, om bijv als wij het huis uit zijn, dat ie en graadje lager mag bijv.


Overigens viel mij op dat ik via de mobiele browser de DHW niet uit kan zetten in het schema.
Wij laten de CV nooit het water warmhouden in de roosters, vanavond als ik thuis ben even via de normale browser proberen.
Maar op mobiel kon ik de bullet in het menu niet kiezen (niet grayed out, maar wilde zich niet laten selecteren).

[_Apache_]

_Apache_ schreef op maandag 3 februari 2025 @ 11:56:
Overigens viel mij op dat ik via de mobiele browser de DHW niet uit kan zetten in het schema.
Wij laten de CV nooit het water warmhouden in de roosters, vanavond als ik thuis ben even via de normale browser proberen.
Maar op mobiel kon ik de bullet in het menu niet kiezen (niet grayed out, maar wilde zich niet laten selecteren).

Dit was blijkbaar een browser dingetje, in de grote mensen desktop browser ging het wel goed.

[ Voor 23% gewijzigd door _Apache_ op 04-02-2025 16:28 ]

[AirwinB]

@_Apache_ Mijn idee is om de standaard gegevens via MQTT te publiceren en te kunnen veranderen. In eerste instantie dus het 'setpoint' en de huidige temperatuur. Komende vrijdag heb ik wat tijd om hiermee aan de slag te gaan. Tevens wil ik dan meteen zorgen dat het formaat in MQTT goed is om door home-assistant gelezen te kunnen worden.

[Bert.L]

@AirwinB Top dat je hiermee aan de slag wilt! Ben een groot fan van de Thermostart addon, maar mis nu de mogelijkheid om rechtstreeks via homeassistant de ingestelde temperatuur te veranderen.

Het lijkt er op dat ook de OpenTherm parameters via de api beschikbaar zijn? Mocht het mogelijk worden deze te loggen in HomeAssistant dan zou dat helemaal super zijn. Interessant om te analyseren

[AirwinB]

@_Apache_, @Bert.L, @wichers
Ik heb zojuist een tweetal wijzigingen aangebracht in mijn github repository: https://github.com/airwinb/thermostart
De eerste commit is een upgrade van python naar 3.13, samen met het upgraden van de gebruikte packages. De tweede commit is het toevoegen van een API waarmee je bestaande waarden kunt uitlezen, en waarmee je sommige waarden kunt veranderen. Op dit moment is de target_temperature te zetten via de API en is het mogelijk om een pause en unpause te doen. Informatie hierover is te vinden op https://github.com/airwin...blob/main/docs/api/api.md
De volgende stap is om een echte Home Assistant integratie te maken (dus geen addon) zodat je deze functionaliteit makkelijk in HA kunt gebruiken.

Ter info: Deze wijzigingen betreffen alleen de Thermostart server. Wanneer je dezelfde settings blijft houden en dezelfde db file gebruikt hoef je de thermostaat niet opnieuw te flashen.
Laat maar weten wat jullie hiervan vinden.

[ Voor 3% gewijzigd door AirwinB op 14-02-2025 20:28 ]

[_Apache_]

Helaas toch m'n thermosmart thermostaat weg moeten doen.
Hoewel de nieuwe warmtepomp het goed leek te doen haakte hij na een een power down af, en reageerde hij nergens meer op.

Direct aan de cv werkte het wel, maar dta is onzinnig als je een wp hebt.

@wichers bedankt voor je werk! toch ruime tijd nog de thermosmart goed kunnen. gebruiken.

[kobi-kobana]

Hi all,

Geen idee of iemand dit topic volgt en of er een reactie komt, maar ik probeer het toch :
Sinds kort geeft de Thermosmart alleen de temperatuur weer in 'display function', terwijl deze staat ingesteld op tijd. Ik heb de firmware al een keer opnieuw geupload en de Wifi gereset, zonder resultaat.
Het was voorheen erg fijn om een extra klok aan de muur te hebben;) Iemand die me hierbij kan helpen?

Cheers!

[_Apache_]

_Apache_ schreef op vrijdag 24 oktober 2025 @ 18:25:
Helaas toch m'n thermosmart thermostaat weg moeten doen.
Hoewel de nieuwe warmtepomp het goed leek te doen haakte hij na een een power down af, en reageerde hij nergens meer op.

Direct aan de cv werkte het wel, maar dta is onzinnig als je een wp hebt.

@wichers bedankt voor je werk! toch ruime tijd nog de thermosmart goed kunnen. gebruiken.

Dit lag dus overigens aan de warmtepomp, niet aan de thermostaat. Maargoed, de nieuwe hangt en kan ook storingen van de WP doorgeven, dus is wel nuttig.

[hvxl]

kobi-kobana schreef op zaterdag 17 januari 2026 @ 10:06:
Sinds kort geeft de Thermosmart alleen de temperatuur weer in 'display function', terwijl deze staat ingesteld op tijd. Ik heb de firmware al een keer opnieuw geupload en de Wifi gereset, zonder resultaat.
Het was voorheen erg fijn om een extra klok aan de muur te hebben;) Iemand die me hierbij kan helpen?

Mag ik aannemen dat je de plugwise firmware gebruikt? En als je naar http://thermosmart/settings.htm (*) gaat, staat "Display function" op Time? Dan zou hij toch echt de tijd moeten aangeven. Het kan zijn dat je browser eerder ingevulde informatie laat zien. Kijk daarom voor de zekerheid ook even naar de source code van de web pagina. Je zou daar onder andere het volgende moeten zien:

code:

<span>Display function:</span>
<select name="func">
<option value="0" >Temperature</option>
<option value="1" selected>Time</option>
</select>

Belangrijk is daarbij dat "selected" bij de option met value="1" staat en niet bij de option met value="0".

Als laatste kun je ook proberen de display functie op "tijd" te zetten met curl (*):

curl -d func=1 http://thermosmart/settings.htm

Dit moet het volgende resultaat geven:

304 Redirect: settings.htm

(*) Vervang "thermosmart" door het IP adres van je thermosmart als jouw DNS de thermosmart niet kent als "thermosmart".

[Henry86]

Waar haalt de Thermosmart in dat geval de tijd vandaan?
Want bij mij loopt die klok drie kwartier achter.

[hvxl]

Van pool.ntp.org.

[AirwinB]

Ter info, ik heb afgelopen weekend het Thermostart hobby projectje weer opgepakt. Nu heb ik in docker hub https://hub.docker.com/re...b/thermostart-web/general een docker image staan die je heel eenvoudig kunt starten. Gewoon de compose.yaml file gebruiken, en wat ENV vars zetten, en het zou moeten werken.
Wel heb je dan de firmware van de GitHub nodig. Zie https://github.com/airwinb/thermostart (geforked van Wichers)
Uiteindelijk wil ik dus toch de firmware van Thermosmart gebruiken en niet de Plugwise variant, en dit integreren met home assistant. Het belangrijkste had ik vorig jaar al werkend, en dat is het zetten van de temperatuur. Gelukkig heb ik twee thermosmart devices (via marktplaats had ik er eentje goedkoop aan kunnen schaffen), zodat ik makkelijk kan switchen tussen de Plugwise variant, en de (Wichers) Thermostart variant.

[ArjenvdB]

Ik heb (met wat hulp van AI 😀) een relatief eenvoudige oplossing gemaakt waarbij gebruik wordt gemaakt van een Shelly Plug S Gen3.

Voor minder dan €25 (zie de prijsvergelijking op Tweakers: https://tweakers.net/pricewatch/2115402/shelly-plug-s-gen3-per-stuk-wit.html) is het mogelijk om, zonder afhankelijk te zijn van het wifi-netwerk, de verwarming aan en uit te zetten, de temperatuur uit te lezen en een schema in te stellen.

Zie deze site voor een beschrijving: https://sites.google.com/view/thermosmart-shelly/homepage

Ik hoor graag of dit voor jou ook een geschikte oplossing is, of dat je nog verbeterpunten of suggesties hebt.

[Blabla13]

ArjenvdB schreef op vrijdag 23 januari 2026 @ 15:09:
Voor minder dan €25 (zie de prijsvergelijking op Tweakers: https://tweakers.net/pricewatch/2115402/shelly-plug-s-gen3-per-stuk-wit.html) is het mogelijk om, zonder afhankelijk te zijn van het wifi-netwerk, de verwarming aan en uit te zetten, de temperatuur uit te lezen en een schema in te stellen.

Ik hoor graag of dit voor jou ook een geschikte oplossing is, of dat je nog verbeterpunten of suggesties hebt.

Leuke workaround voor een home automation zonder een centrale. (HomeAssistant, homey of anderen...)

Kritische noot: je zegt onafhankelijk van de wifi, maar de Shelly is toch afhankelijk van de wifi om de thermosmart aan te sturen?
Dat hoeft overigens geen probleem te zijn thuis.

Ik gebruik soortgelijke scripts die @bvdbos hier ooit eens gepost heeft en een in Homey gebouwd schema.
Met wat variabelen voor thuis(ja/nee), nachttemp, dagtemp, comforttemp.

[ArjenvdB]

Blabla13 schreef op vrijdag 23 januari 2026 @ 16:54:
[...]


Leuke workaround voor een home automation zonder een centrale. (HomeAssistant, homey of anderen...)

Kritische noot: je zegt onafhankelijk van de wifi, maar de Shelly is toch afhankelijk van de wifi om de thermosmart aan te sturen?
Dat hoeft overigens geen probleem te zijn thuis.

Ik gebruik soortgelijke scripts die @bvdbos hier ooit eens gepost heeft en een in Homey gebouwd schema.
Met wat variabelen voor thuis(ja/nee), nachttemp, dagtemp, comforttemp.

Bedankt voor je reactie! Ik heb het onduidelijk verwoord. Ik bedoelde te zeggen dat op deze manier de verwarming ook te bedienen is als je met je smartphone niet verbonden bent met je eigen WiFi netwerk. De Shelly stekker gebruikt het WiFi netwerk natuurlijk wel 😀.

[AirwinB]

Ik heb een eerste release gedaan voor de Thermostart server. Zie https://github.com/airwinb/thermostart/releases/tag/v1.0.0

Deze versie

• is beschikbaar als docker image (zie release notes), en draai ik nu een week zonder problemen.
• bevat API met informatie over de status van de verwarming, de warm water vraag, en of de ketel aan het stoken is. Zie https://github.com/airwin...blob/main/docs/api/api.md

Toekomstige uitbreidingen (korte termijn)

• API uitbreiding om meer/duidelijkere informatie te verkrijgen
• Home assistant 'package', zodat je makkelijk de waarden van de API in HA kunt krijgen

Voor de langere termijn wil ik de integratie met HA via MQTT doen. Het idee is dat de TS alle sensoren en switches publiceert voor autodiscovery voor HA, en ook de updates via MQTT laat lopen.

[kobi-kobana]

hvxl schreef op zaterdag 17 januari 2026 @ 11:14:
[...]


Mag ik aannemen dat je de plugwise firmware gebruikt? En als je naar http://thermosmart/settings.htm (*) gaat, staat "Display function" op Time? Dan zou hij toch echt de tijd moeten aangeven. Het kan zijn dat je browser eerder ingevulde informatie laat zien. Kijk daarom voor de zekerheid ook even naar de source code van de web pagina. Je zou daar onder andere het volgende moeten zien:

code:

<span>Display function:</span>
<select name="func">
<option value="0" >Temperature</option>
<option value="1" selected>Time</option>
</select>

Belangrijk is daarbij dat "selected" bij de option met value="1" staat en niet bij de option met value="0".

Als laatste kun je ook proberen de display functie op "tijd" te zetten met curl (*):

curl -d func=1 http://thermosmart/settings.htm

Dit moet het volgende resultaat geven:

304 Redirect: settings.htm

(*) Vervang "thermosmart" door het IP adres van je thermosmart als jouw DNS de thermosmart niet kent als "thermosmart".

Thanks voor je reactie! Ik gebruik inderdaad de Plugwise firmware. Helaas je tip nog niet echt kunnen proberen..
Het is namelijk, ongeveer sinds het hebben van een nieuwe internet provider, wat gekker geworden. Het switchen tussen time/temp als display functionality werk wel. Maar het lijkt of er eens in de zoveel uur 'gereset' wordt. Dat wil zeggen; ingestelde temperatuur wordt teruggezet naar 5c.
Als ik de thermostaat echter wifi-loos gebruik, dus de wifi reset en nergens mee verbind, kan ik de temperatuur handmatig aanpassen op de display en blijft dit wel gewoon werken.

Iemand enig idee waar dit aan kan liggen of hoe ik dit kan verhelpen?

Thanks!

[Blabla13]

kobi-kobana schreef op zondag 25 januari 2026 @ 21:21:
[...]
Maar het lijkt of er eens in de zoveel uur 'gereset' wordt. Dat wil zeggen; ingestelde temperatuur wordt teruggezet naar 5c.
Als ik de thermostaat echter wifi-loos gebruik, dus de wifi reset en nergens mee verbind, kan ik de temperatuur handmatig aanpassen op de display en blijft dit wel gewoon werken.

Iemand enig idee waar dit aan kan liggen of hoe ik dit kan verhelpen?

Thanks!

Heb je de wifinetwerken weer opnieuw moeten aanmaken na de providerwissel?
Kan het zijn dat op de SSID waar de TS mee verbindt ook de 5GHz nog uitzend? Daar raakt ie namelijk nogal van in de war 😀

[kobi-kobana]

Blabla13 schreef op zondag 25 januari 2026 @ 21:36:
[...]


Heb je de wifinetwerken weer opnieuw moeten aanmaken na de providerwissel?
Kan het zijn dat op de SSID waar de TS mee verbindt ook de 5GHz nog uitzend? Daar raakt ie namelijk nogal van in de war 😀

Good to know. Wel opnieuw aangemaakt, maar wel zelfde SSID gebruikt. Al heb ik ook het secundaire gastnetwerk geprobeerd, daar bleef hetzelfde issue voorkomen dus ging er vanuit dat het niet daardoor werd veroorzaakt.
Hoe weet ik zeker dat ik dit als oplossing kan uitsluiten? Zal in ieder geval gastnetwerk nog even hernoemen en het daarop opnieuw proberen.

Edit; bij het gastnetwerk kan dan weer geen verbinding worden gemaakt met het Thermosmart IP adres dus kom ik überhaupt niet bij de settings

[ Voor 9% gewijzigd door kobi-kobana op 26-01-2026 16:42 ]

[AirwinB]

Hier is Thermostart server 2.0.0

Deze versie

• is wederom beschikbaar als docker image (zie https://hub.docker.com/re...b/thermostart-web/general)
• bevat release notes die hier te vinden zijn: https://github.com/airwinb/thermostart/releases/tag/v2.0.0
• bevat API uitbreiding om meer/duidelijkere informatie te verkrijgen. De API is voor sommige waarden aangepast waardoor deze niet backwards compatible is. Vandaar de versie 2.0.0. Aangezien nu alle informatie vanuit de thermostaat nu beschikbaar is gemaakt is er weinig reden om de API nog veel te veranderen in de toekomst.
• bevat ook de mogelijkheid om support toe te voegen voor Home Assistant. Volg de aanwijzingen in deze repro https://github.com/airwinb/thermostart-home-assistant. Naast het toevoegen van de sensoren en wat basis commandos staat er ook een mooie mushroom card. De installatie in Home assistant is eenvoudig en in een paar simpele stappen te doen.

Nog steeds voor de langere termijn (denk in maanden) wil ik de integratie met HA via MQTT doen. Het idee is dat de TS alle sensoren en switches publiceert voor autodiscovery voor HA, en ook de updates via MQTT laat lopen. Maar aangezien dit al erg goed werkt verwacht ik hier niet al snel mee te beginnen.

[ Voor 0% gewijzigd door AirwinB op 04-02-2026 20:22 . Reden: kleine verduidelijking ]

[Bert.L]

Top @AirwinB! Thanks voor alle moeite! Ik gebruikte al een eerdere versie van je Thermostart server om alles mooi in Home Assistant te krijgen (inclusief de opentherm data, heel interessant voor waterzijdig inregelen bijv). De nieuwe versie lijkt weer mooie updates te hebben, dus ga kijken of ik die dit weekend kan installeren.

Wat me overigens opviel in de vorige versie was dat de target temperature altijd bleef staan, ook al werd deze genegeerd door bijvoorbeeld een schema. Is dat in 2.0 nog steeds zo? Het zou voor mij heel handig zijn om makkelijk te kunnen zien wat de daadwerkelijke doeltemperatuur is.

Verder begrijp ik dat je zowel de Plugwise als Thermostart firmware hebt. Zit daar nog veel verschil tussen? Ik zit nu nog gewoon op Thermostart firmware, verstandig dat zo te houden?

[AirwinB]

Bert.L schreef op donderdag 12 februari 2026 @ 23:53:
Top @AirwinB!
Wat me overigens opviel in de vorige versie was dat de target temperature altijd bleef staan, ook al werd deze genegeerd door bijvoorbeeld een schema. Is dat in 2.0 nog steeds zo? Het zou voor mij heel handig zijn om makkelijk te kunnen zien wat de daadwerkelijke doeltemperatuur is.

Nou, dat is precies wat ik ook dacht. Dus in 2.0.0 is dit nu precies zoals jij beschrijft. Als er een handmatige schema aanpassing is, dan laat ie die temperatuur zien als target, en als ie gewoon het normale schema volgt, dan zie je de temperatuur van het schema.
Verder heb ik nu beide Thermosmart apparaten op de Thermosmart firmware staan en aangezien het goed werkt ben ik niet meer van plan om terug naar de Plugwise firmware te gaan. Ik heb trouwens het idee dat 's morgens de Thermosmart firmware iets beter werkt; de Plugwise heeft een behoorlijke 'overshoot' als ie van de nachttemperatuur naar de ingestelde temperatuur in de ochtend moet gaan.
@Bert.L Laat even weten hoe de update gegaan is. En denk aan het toevoegen van de API key voor het kunnen ophalen van de buitentemperatuur. Je zou zelfs nog de oude key kunnen gebruiken als je de code een beetje nazoekt, maar ik raad toch aan om zelf een key aan te vragen.

[Bert.L]

Ah perfect! Het goed veranderen van de target temperatuur was eigenlijk de enige aanpassing waar ik nog naar op zoek was, dus heel mooi dat dat er nu in zit! Ook goed om te horen dat de thermostaat firmware het beste lijkt te presteren, blijf ik gewoon die gebruiken. Ik laat het weten zodra ik de 2.0 versie heb geïnstalleerd!

Dit is nu hoe ik hem in Home Assistant hebt. Echt heel blij mee. Beter dan toen Thermosmart nog niet failliet was 🤣

[hvxl]

AirwinB schreef op vrijdag 13 februari 2026 @ 07:58:
[...]
Ik heb trouwens het idee dat 's morgens de Thermosmart firmware iets beter werkt; de Plugwise heeft een behoorlijke 'overshoot' als ie van de nachttemperatuur naar de ingestelde temperatuur in de ochtend moet gaan.

Beide versies gebruiken precies dezelfde code voor het aansturen van de kachel. De regeling is wel afhankelijk van de PID parameters (Kc/Ti/Td). De Thermosmart firmware krijgt die van de server. Bij de Plugwise firmware kun je ze aanpassen op de instellingen pagina. Waarschijnlijk zit er verschil tussen de waarden die jouw server doorgeeft en de instellingen die je gebruikt bij de Plugwise firmware.

[ComputerBoer]

Hoi allen,

Tot de Thermosmart er mee ophield was ik ook zeer tevreden met het gebruik hiervan. Toen zijn we uit nood toch overgestapt op Tado.
Ondertussen heb ik veel zaken uit het huis gekoppeld aan HA waarmee automatiseringen draaien en we 1 platform hebben waar je alles kunt regelen. Maar nu Tado rate limiting toepast werkt dit niet meer goed en ben ik opnieuw aan het orienteren. Daarbij wil ik graag alles lokaal laten draaien.

Ik heb de Thermosmart nog liggen en twijfel tussen de Plugwise en Thermostart optie. Mijn voorkeur gaat uit naar de Thermostart.
Uiteindelijk wil ik een mogelijkheid hebben om zones in te richten.
Is dit ook mogelijk via de Thermostart in combinatie met HA of moet dat dan toch via Plugwise?

Alvast bedankt!

[Dragunov]

Zo zie je maar dat alles beter lokaal zou draaien, want als ze ermee ophouden, dan mag je je totale investering vervangen door iets anders

[AirwinB]

ComputerBoer schreef op dinsdag 24 februari 2026 @ 22:50:
Ik heb de Thermosmart nog liggen en twijfel tussen de Plugwise en Thermostart optie. Mijn voorkeur gaat uit naar de Thermostart.
Uiteindelijk wil ik een mogelijkheid hebben om zones in te richten.
Is dit ook mogelijk via de Thermostart in combinatie met HA of moet dat dan toch via Plugwise?

Wanneer je zones wil gaan gebruiken dan gaat dit niet lukken met de Thermostart. Die stuurt alleen de ketel direct aan op basis van de temperatuur, het schema, de web pagina, of de API. Maar zone support ziet daar niet in. Voor zone support met Plugwise heb je dan denk ik de 'Adam' nodig.

[joassens]

ComputerBoer schreef op dinsdag 24 februari 2026 @ 22:50:
Hoi allen,

Tot de Thermosmart er mee ophield was ik ook zeer tevreden met het gebruik hiervan. Toen zijn we uit nood toch overgestapt op Tado.
Ondertussen heb ik veel zaken uit het huis gekoppeld aan HA waarmee automatiseringen draaien en we 1 platform hebben waar je alles kunt regelen. Maar nu Tado rate limiting toepast werkt dit niet meer goed en ben ik opnieuw aan het orienteren. Daarbij wil ik graag alles lokaal laten draaien.

Ik heb de Thermosmart nog liggen en twijfel tussen de Plugwise en Thermostart optie. Mijn voorkeur gaat uit naar de Thermostart.
Uiteindelijk wil ik een mogelijkheid hebben om zones in te richten.
Is dit ook mogelijk via de Thermostart in combinatie met HA of moet dat dan toch via Plugwise?

Alvast bedankt!

Als je de zones / knoppen kan uitlezen in Home Assistant, en de ketel aan wil jagen om een kamer op te warmen, kan je d.m.v. automations de temperatuur van thermosmart (met 1 graad https://community.home-as...rmostats-set-value/519590 ) ophogen om zo de ketel aan te jagen. Zo heb ik het wel ingesteld voor de kinderkamers, . Tenminste, dit kan je DMV de door mij ingediende scripts (heb ergens in deze topic een howto gemaakt). Is wel even wat werk, maar dan heb je goede controle over de Thermosmart (Plugwise firmware). Ik weet niet of dit dan kan met de thermostart.

[AirwinB]

Jazeker. Uiteraard is dit mogelijk met de Thermostart.

[joassens]

AirwinB schreef op donderdag 26 februari 2026 @ 18:10:
Jazeker. Uiteraard is dit mogelijk met de Thermostart.

Cool, kijken wat allemaal kan op oude afgedankte thermostaten

[Bert.L]

@AirwinB Het heeft iets langer geduurd, maar ik ben inmiddels over op 2.0.0. Ik had een kleine hickup, omdat er blijkbaar ergens nog iets in een oud schema stond waar je API niet goed mee overweg kon. Hierdoor kreeg ik een 500 error (zie stacktrace hieronder). Na het verwijderen van alle oude schema's deed de API het weer prima. Kijk maar of je het de moeite vind om te fixen.

Verder werkt het perfect! Hopelijk nog een paar koude dagen om het verder te testen

code:

ERROR:thermostart:Exception on /thermostat/IT03151 [GET]

Traceback (most recent call last):

File "/usr/local/lib/python3.11/dist-packages/flask/app.py", line 1511, in wsgi_app

response = self.full_dispatch_request()

^^^^^^^^^^^^^^^^^^^^^^^^^^^^

File "/usr/local/lib/python3.11/dist-packages/flask/app.py", line 919, in full_dispatch_request

rv = self.handle_user_exception(e)

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

File "/usr/local/lib/python3.11/dist-packages/flask/app.py", line 917, in full_dispatch_request

rv = self.dispatch_request()

^^^^^^^^^^^^^^^^^^^^^^^

File "/usr/local/lib/python3.11/dist-packages/flask/app.py", line 902, in dispatch_request

return self.ensure_sync(self.view_functions[rule.endpoint])(**view_args) # type: ignore[no-any-return]

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

File "/opt/services/web/thermostart/ts/routes.py", line 481, in thermostat

schedule_preset = device.get_exception_predefined_label(now_tz_aware)

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

File "/opt/services/web/thermostart/models.py", line 186, in get_exception_predefined_label

end_datetime = datetime(

^^^^^^^^^

ValueError: hour must be in 0..23

[AirwinB]

@Bert.L Dank je, daar kan ik wel wat mee. Ik zal een ticket aanmaken en hopelijk kan ik het dit weekend fixen.

[Bert.L]

@AirwinB Kom er net achter dat het toch niet helemaal goed werkt. Het lijkt er op alsof de thermostaat niet meer reageert op berichten vanuit de server. Ik krijg wel netjes de kamertemperatuur en OpenTherm data binnen, maar de thermostaat lijkt niet te reageren op aanpassingen van de target temperatuur of het schema. Ook blijft de outside temperatuur op 0 staan op het display. Dus de communicatie lijkt wel eenrichtingsverkeer geworden.

Enig idee wat dit kan zijn? Ik kan logs aanleveren als dat nuttig is.

[AirwinB]

Dat klinkt niet best. Wellicht heeft het te maken met de eerdere foutmelding. Wat gebeurt er als je de server (docker image) herstart, en ook de thermostaat even loskoppelt en weer terug zet? Werkt het dan weer?
Voor verdere communicatie zal ik je DM-en.

[AirwinB]

Ik heb zojuist de versie airwinb/thermostart-web:2.0.1-rc1 gemaakt, die het probleem zou moeten oplossen.
Issue: https://github.com/airwinb/thermostart/issues/10
Titel: TS-0005: Using an override block in the agenda which ends at 00:00 results in a server crash

Tevens is het image nu niet alleen voor platform amd64, maar ook voor arm64 (o.a. raspberry pi 5).
Als alles goed werkt maak ik een echte release.