Hallo allemaal,
Ik woon in een appartementencomplex dat in 2012 is opgeleverd met Itho W/W warmtepomp. Het exacte type is WPU-55c. Deze zijn geleverd met de standaard ronde Itho MFT. De exacte generatie van deze warmtepomp kan ik niet vinden, maar het lijkt een 2e of 3e generatie te zijn.
De thermostaten beginnen bij sommige bewoners storingen te geven (kapotte knoppen) en zijn niet meer leverbaar. Bij mij werkt hij nog goed, maar zat wel te kijken naar modernere apparaten. Ik heb om te testen een Otho Spider thermostaat besteld omdat dit volgens mij de beste kans van slagen geeft.
Na een dag testen kom ik tot de conclusie dat behalve dat de datum/tijd doorkomt van de pomp naar de thermostaat, er verder niet heel veel werkt. De WPU koelt en verwarmt niet en ook de boiler wordt niet meer verwarmd.
Met de service tool kom ik er achter dat het systeem permanent op "hoog tarief" blijft staan en de boiler slaat pas aan bij een "laag tarief" van de MFT. De spider thermostaat geeft deze niet, maar werkt anders. Verder zie ik dat ook alle vrijgave signalen in de servicetool op uit staan. Er is dus geen koel vrijgave of warmte vrijgave en daarom doet de WPU niks meer. Lijkt dus op een fundamentele opentherm incompatibility.
Dat moet op te lossen zijn, want we hebben tenslotte arduino's en opentherm shields!
Volgende stap: Ik bestel een Wemos D1 mini en een opentherm master en slave shield. Voor de Wemos schrijf ik een logging/manipulatie sketch. Het idee is dat ik alle opentherm packets doorstuur tussen master en slave, maar zodra er een packet binnenkomt, broadcast ik deze via UDP op het netwerk. Zo kan ik met een los programma meekijken.
Voor het debugging van de thermostaat en WPU gebruik ik in de Wemos een opentherm ID map die per opentherm ID bepaalt of het packet doorgestuurd wordt naar de WPU, of dat ik een vast antwoord stuur of een echo van het request. Verder kan ik een opentherm packet via het netwerk naar de WPU sturen en het antwoord uitlezen.
De Wemos gateway met master/slave shields:
:strip_exif()/f/image/cGgpCTTZsXEZ3CVRXXiC4eTV.jpg?f=fotoalbum_large)
Client applicatie die de Itho Spider data toont in local echo mode:
/f/image/kU4yKSJU3hCVNoVBxHB4gBDQ.png?f=fotoalbum_large)
Het lijkt erop dat de WPU < 4G WPU veelvuldig gebruik maken van opentherm ID's 140 en 141. De oude Itho thermostaat schrijft ID 140. Ik heb deze bits ontdekt:
De thermostaat leest Id 141 uit waarom ik deze status bits herken:
De spider thermostaat lijkt Opentherm id 0 te gebruiken. De bits staan beschreven in het openTherm protocol. Hoewel ik op de spider thermostaat een tijdstip kan instellen waarop de boiler moet gaan verwarmen kan ik niks in de communicatie zien veranderen op dat tijdstip. Ik zou verwachten dat HB bit 1 aan zou gaan in ID 0. Deze bit gaat wel aan als ik de boiler omzet van Eco naar Comfort mode via de thermostaat, maar lijkt op 0 te blijven in "Eco" mode. Zijn er mensen die iets weten van hoe de spider thermostaat de boiler activeert op het ingestelde tijdstip?
Al met al lijkt me vertaling tussen spider Opentherm ID 0 en Itho WPU Id 140 de goede oplossing.
Maar dan komt het volgende probleem: Ik heb autotemp in mijn huis en deze werkt met losse RF communicatie tussen de controller en de thermostaat. Elke keer als ik de oude MFT thermostaat via mijn gateway laat lopen, krijg ik na een tijdje een storingsmelding dat er geen communicatie is tussen de autotemp en de thermostaat. Wat ik ook probeer: Zowel de spider thermostaat als de MFT communiceren niet als ze aan de gateway hangen. Het enige verschil dat ik kan waarnemen is dat ik 35 volt meet op de opentherm draden uit de WPU en dat mijn gateway 24 geeft.
Zouden de Itho thermostaten alle RF communicatie uitzetten bij een input voltage onder de 35 volt?
Als dat zo is, zijn er ook opentherm arduino shield met variabel voltage vanuit de slave adapter?
Verder kan ik niks vinden over het koppelen van de oude MFT aan Itho autotemp. De handleidingen hebben het alleen over de spider thermostaat. Ik heb gevonden dat ik door het indrukken van de middelste 2 knoppen op de thermostaat de sterkte van het RF signaal kan zien, maar er staat niks over wat je moet doen om hem te koppelen. Ik ben een beetje bang om de spider te koppelen aan autotemp via de autotemp IBS procedure want als ik de oude werkende thermostaat er niet meer aan krijg heb ik straks helemaal geen werkende verwarming meer.
Sorry voor de lange post, maar ik heb vrij veel beleefd de afgelopen dagen.
Ik woon in een appartementencomplex dat in 2012 is opgeleverd met Itho W/W warmtepomp. Het exacte type is WPU-55c. Deze zijn geleverd met de standaard ronde Itho MFT. De exacte generatie van deze warmtepomp kan ik niet vinden, maar het lijkt een 2e of 3e generatie te zijn.
De thermostaten beginnen bij sommige bewoners storingen te geven (kapotte knoppen) en zijn niet meer leverbaar. Bij mij werkt hij nog goed, maar zat wel te kijken naar modernere apparaten. Ik heb om te testen een Otho Spider thermostaat besteld omdat dit volgens mij de beste kans van slagen geeft.
Na een dag testen kom ik tot de conclusie dat behalve dat de datum/tijd doorkomt van de pomp naar de thermostaat, er verder niet heel veel werkt. De WPU koelt en verwarmt niet en ook de boiler wordt niet meer verwarmd.
Met de service tool kom ik er achter dat het systeem permanent op "hoog tarief" blijft staan en de boiler slaat pas aan bij een "laag tarief" van de MFT. De spider thermostaat geeft deze niet, maar werkt anders. Verder zie ik dat ook alle vrijgave signalen in de servicetool op uit staan. Er is dus geen koel vrijgave of warmte vrijgave en daarom doet de WPU niks meer. Lijkt dus op een fundamentele opentherm incompatibility.
Dat moet op te lossen zijn, want we hebben tenslotte arduino's en opentherm shields!
Volgende stap: Ik bestel een Wemos D1 mini en een opentherm master en slave shield. Voor de Wemos schrijf ik een logging/manipulatie sketch. Het idee is dat ik alle opentherm packets doorstuur tussen master en slave, maar zodra er een packet binnenkomt, broadcast ik deze via UDP op het netwerk. Zo kan ik met een los programma meekijken.
Voor het debugging van de thermostaat en WPU gebruik ik in de Wemos een opentherm ID map die per opentherm ID bepaalt of het packet doorgestuurd wordt naar de WPU, of dat ik een vast antwoord stuur of een echo van het request. Verder kan ik een opentherm packet via het netwerk naar de WPU sturen en het antwoord uitlezen.
De Wemos gateway met master/slave shields:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/cGgpCTTZsXEZ3CVRXXiC4eTV.jpg?f=user_large)
Client applicatie die de Itho Spider data toont in local echo mode:
:fill(white):strip_exif()/f/image/kU4yKSJU3hCVNoVBxHB4gBDQ.png?f=user_large)
Het lijkt erop dat de WPU < 4G WPU veelvuldig gebruik maken van opentherm ID's 140 en 141. De oude Itho thermostaat schrijft ID 140. Ik heb deze bits ontdekt:
code:
1
2
3
4
5
6
7
8
9
10
11
| Opentherm id 140 Bit 0: Element vrijgeven Bit 1: Extra koelen Bit 2: CV Bit 3: Vrijkoel Bit 4: Laag tarief Bit 5: Ontluchten Bit 7: 1 = Comfort/0 = Eco Bit 8: Boiler boost |
De thermostaat leest Id 141 uit waarom ik deze status bits herken:
code:
1
2
3
| Bit 2: Boiler verwarmen Bit 5: Compressor aan Bit 8: Boiler req? |
De spider thermostaat lijkt Opentherm id 0 te gebruiken. De bits staan beschreven in het openTherm protocol. Hoewel ik op de spider thermostaat een tijdstip kan instellen waarop de boiler moet gaan verwarmen kan ik niks in de communicatie zien veranderen op dat tijdstip. Ik zou verwachten dat HB bit 1 aan zou gaan in ID 0. Deze bit gaat wel aan als ik de boiler omzet van Eco naar Comfort mode via de thermostaat, maar lijkt op 0 te blijven in "Eco" mode. Zijn er mensen die iets weten van hoe de spider thermostaat de boiler activeert op het ingestelde tijdstip?
Al met al lijkt me vertaling tussen spider Opentherm ID 0 en Itho WPU Id 140 de goede oplossing.
Maar dan komt het volgende probleem: Ik heb autotemp in mijn huis en deze werkt met losse RF communicatie tussen de controller en de thermostaat. Elke keer als ik de oude MFT thermostaat via mijn gateway laat lopen, krijg ik na een tijdje een storingsmelding dat er geen communicatie is tussen de autotemp en de thermostaat. Wat ik ook probeer: Zowel de spider thermostaat als de MFT communiceren niet als ze aan de gateway hangen. Het enige verschil dat ik kan waarnemen is dat ik 35 volt meet op de opentherm draden uit de WPU en dat mijn gateway 24 geeft.
Zouden de Itho thermostaten alle RF communicatie uitzetten bij een input voltage onder de 35 volt?
Als dat zo is, zijn er ook opentherm arduino shield met variabel voltage vanuit de slave adapter?
Verder kan ik niks vinden over het koppelen van de oude MFT aan Itho autotemp. De handleidingen hebben het alleen over de spider thermostaat. Ik heb gevonden dat ik door het indrukken van de middelste 2 knoppen op de thermostaat de sterkte van het RF signaal kan zien, maar er staat niks over wat je moet doen om hem te koppelen. Ik ben een beetje bang om de spider te koppelen aan autotemp via de autotemp IBS procedure want als ik de oude werkende thermostaat er niet meer aan krijg heb ik straks helemaal geen werkende verwarming meer.
Sorry voor de lange post, maar ik heb vrij veel beleefd de afgelopen dagen.
/u/58600/got_icoon.png?f=community)