-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Component doesn't recognize termostat value? #4
Comments
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. |
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. |
Those vertical lines are caused by the climate platform initializing its temperatures to 0, which is fixed in home-assistant/core#22112 |
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.
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.
The text was updated successfully, but these errors were encountered: