Comments (16)
Hello, I'm sorry I didn't work on the thermostat for a while, arrival of baby #2 drastically reduced my free time. I hope to be able to make a new build before end of the year (as Christmas gift)
There is a need for a rework of the thermostat attributes because as is, every change in one of the attributes will trigger storing a new state in the database for the thermostat with all the attributes, even those that didn't change. It increases the size of the database and reduces the performance of HA. So I need to change the code to send the PID and debug attributes in some optional sensors that should be enabled or disabled by configuration script.
from hasmartthermostat.
Here you can find the climate.py file that is creating time_to_off and time_to_on as attributes. just overwrite the file that is in the directory /custom_components/smart_thermostat. I suggest anyway to make a copy of the original file in case of problems. climate.py.zip
Thanks, i'll try
from hasmartthermostat.
I've made this change on my own. Let me know if I can post here the updated version of the climate.py
from hasmartthermostat.
@miki3421
Great!!
I am very interested in this feature!
from hasmartthermostat.
Here you can find the climate.py file that is creating time_to_off and time_to_on as attributes.
just overwrite the file that is in the directory /custom_components/smart_thermostat.
I suggest anyway to make a copy of the original file in case of problems.
climate.py.zip
from hasmartthermostat.
Here you can find the climate.py file that is creating time_to_off and time_to_on as attributes. just overwrite the file that is in the directory /custom_components/smart_thermostat. I suggest anyway to make a copy of the original file in case of problems. climate.py.zip
Thanks, i'll try
Let me know if is working or not.
from hasmartthermostat.
It works well.
It would be better to include this feature in the official version.
from hasmartthermostat.
Guys can you provide some screenshots with this implementation? It would be very interesting to see the actual visuals. Thanks
from hasmartthermostat.
from hasmartthermostat.
I don't see the images... only some tags like [image: image.png]. Thanks
from hasmartthermostat.
from hasmartthermostat.
WOW niceee! Thanks.
Why you did not convert the seconds in the to minutes? :)
from hasmartthermostat.
You can do it. I don't need actually, once is set properly it works very well.
from hasmartthermostat.
from hasmartthermostat.
Which card is the first one? It looks very informative
from hasmartthermostat.
There is a need for a rework of the thermostat attributes because as is, every change in one of the attributes will trigger storing a new state in the database for the thermostat with all the attributes, even those that didn't change. It increases the size of the database and reduces the performance of HA.
I already see that after one week with two smart thermostats... it really slows the system down, and i do not use the stock HA database but MariaDB for the reason the stock db is so slow if you start to pump in data like an own weather station and other trigger intensive stuff.
from hasmartthermostat.
Related Issues (20)
- Only One Instance of the Thermostat works as Expected HOT 9
- Need to detect if switch failed to change state HOT 5
- PID_I is still updated even is debug is deactivated HOT 1
- Disabled thermostat turns off switch when manually turned on. HOT 8
- PID_I not decreasing when target temp is much lower than current temp (night) HOT 4
- Negative control output HOT 1
- Still heating after setpoint is reached HOT 2
- Feature request - Addition of 0.01 precision HOT 1
- dual PID HOT 1
- Invert Target and Current Temp doesn't work HOT 1
- Strange behaviour / boost preset / PID off HOT 3
- Generic setpoint control with appropriate units rather than temperature HOT 1
- pid_i stuck at 100 after a blackout HOT 9
- pid_i is still an active attribute HOT 2
- Warning in log file after update to Home Assistant 2023.5.0
- pid_i should not be capped to zero from below HOT 13
- Warning in HA logs HOT 1
- Using self.async_update_ha_state() without enabling force_update HOT 2
- Error in HA logs HOT 1
- Cannot use input number as heater entity HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from hasmartthermostat.