search

mvn23 / pyotgw

A library to interface with the OpenTherm Gateway through serial or network connection.
GNU General Public License v3.0
27 stars 16 forks source link

Component doesn't recognize termostat value? #4

Closed andriej closed 5 years ago

andriej commented 5 years ago

I've came back to the native integration in HA to see if anything changed in latest release. It was running stable so far, but I have iSense thermostat in which there's a schedule.

image

And while schedule changes the value, I can't see it in HA - I can only see that boiler is heathing and when I click on it I can see the value. Also what I can see is that the 'set' value is changed for a split second for the value from thermostat and come back to 22.5 (set previously as a setback in HA and in termostat). Should show 24.5, which is shown on the graph.

mvn23 commented 5 years ago

I don't have a thermostat with scheduling function, so I can't really debug this myself. I will implement some extended debugging in the next release to trace this issue.

edit: actually, the library seems to be handling the scheduled changes well (24.5 is the correct target temperature, right?). This looks like an issue with the HA platform itself rather than with pyotgw.

maikelwever commented 5 years ago

I also have a Remeha iSense (v19), with scheduling.

I think @mvn23 is correct in thinking this issue lies with the HA component, since I can see the correct values in the history graphs. I'll take a look at the component in HA and see if I can improve/fix this.

andriej commented 5 years ago

Yes, I forgot to point my assumption that it may be frontend issue also. I've just bumped version to latest (to fix the hanging issue).

What I wanted to avoid is situation also like this one: image

mvn23 commented 5 years ago

Those vertical lines are caused by the climate platform initializing its temperatures to 0, which is fixed in home-assistant/home-assistant#22112 Closing this as the original issue is not a bug in pyotgw.