This custom component for Home Assistant is an upgrade of my first component “simple thermostat” with addition of trully awesome features.
Why another thermostat implementation ?
For my personnal usage, I needed to add a couple of features and also to update the behavior that I implemented in my previous component “Simple thremostat”. This new component “Awesome thermosts” now manage the awesome use cases :
Explicitely define the temperature for presets mode in config file.
Unset the preset mode when the temperature is manually defined on a thermostat.
Turn off/on a thermostat when a door or windows is opened/closed.
Set a temperature when an activity is detected in a room, and another one after no activity has been detected for a defined time.
That’s awesome ! How Can I enjoy this awesome thermostat ?
HACS installation
Install HACS. That way you get updates automatically.
Add this Github repository as custom repository in HACS settings.
search and install “Awesome Thermostat” in HACS and click install.
Modify your configuration.yaml as explain below.
Restart Home Assistant.
Manual installation
Using the tool of choice open the directory (folder) for your HA configuration (where you find configuration.yaml).
If you do not have a custom_components directory (folder) there, you need to create it.
In the custom_components directory (folder) create a new folder called awesome_thermostat.
Download all the files from the custom_components/awesome_thermostat/ directory (folder) in this repository.
Place the files you downloaded in the new directory (folder) you created.
Modify your configuration.yaml as explain below
Restart Home Assistant
Please look the configuration detail in the github page of the project :
This is great. I didn’t have time to open a discussion for the What the Heck month, but I think this (combined with the scheduler) is THE big thing missing from HA right now. Heating and scheduling are one of the main things that everyone needs to do in a smart home environment, but still for these things we have to rely on third party apps, that we all now may fail unexpectedly on next update, and that’s not good for such a core application.
I’ll give it a try, but it still looks like some function are now in the HA vanilla generic thermostat (for instance the multiple pre-sets, that also include the “none” (it still does not have an “eco” mode). I think it’ll be better to stay as close as possible to the HA implementation, for compatibility purpose: as I said in such a core application of the smart home if the add-on unexpectedly fails I need to be able to revert to the “standard” one without effort.
I’d like to suggest what I think is a feature to include.
in the window sensors, I entered the group of my doors and windows, but as soon as I open one of them the thermostat switches off, I would like there to be a delay time (2 or 3 minutes) which allows me to open for a short while without deactivating the heating.
if it was possible to put custom time in thermostat build options, this in my conf:
How would you recommend to use an “Away” mode with Awesome Thermostat based on presence in the house?
I have setup two automations to go to Away preset when the house is empty and to back to… another preset, but if I setup a scheduler to change between a “Home” and “Eco” preset it overrides the “Away” change. Meaning the target temperature changes when the house is empty when I want it to continue in Away mode.
What I feel I need is a way for the scheduler to set the temperature of the preset based on time, then the automations to pick the present based on presence.
I created an input_select that stores the state of the preset in the changes between home and not_home.
this is the code i put in the automation.yaml file:
I use this integration in my home assistant, but I have one problem with it. I have five thermostats (simple thermostat card), each for a certain room. In the morning all rooms “call” for the heat because the room temperatures are around 19-20 °C. The problem is that the awesome thermostat integration shuts the heater switch off when the first room gets heated to a desired temperature.
For example, I have living room set to 24 °C and bathroom set to 22 °C. In the morning both rooms call for the heat, but the heating switch gets turned off when bathroom achieves temperature of 22 °C, even though the living room still didn’t achieve the desired temperature of 24 °C.
Is there something I can do about it? It looks to me like a bug, but I didn’t use other thermostat integrations (generic thermostat or better thermostat) so I’m not sure how they behave in situations like this.
I’m kind of a new user of HA, and I just bought a Tado Smart AC Control and wanted to try it with your integration.
I installed awesome_thermostat, the schedular component and card, everything seems to work like a charm but the thermostat is never switching off my AC/heater (in heat mode currently).
The schedular-card and switching temperature between timeslot work fine, but I must have missed something to say “turn it off” when the temperature is reached.
(fake temperature forced by keeping the sensor between my hand ;))
Hello, @meepmeep the control is base on mode. I think you choose “heat”, in your scheduler and in that case it just heats . Try to “set mode” in your time slot instead, and choose the appropriate mode you want.
Tell me if it fix your issue
Edit : actually it’s set preset. And I think that Heat feature was not existing in scheduler when I implemented the awesome thermostat, not sure if how the scheduler suppôts it.
And “set mode” only offer “auto / Dry / Fan only” (and no temperature is written on the scheme schedule)
I think I miss a link between the *_temp parameter and this card …
I should see the “comfort / eco / etc” on preset indeed. Don’t know why they are not showing there …
In the schedule card, I see all the preset, but now, nothing is passed to the AC Controller.
Example, 12sec ago it should have been set to “mode_sleep” (20°C). Awesome_thermsotat changed, but not the real themostat (on the left), so no command was send to the AC :