@zxdavb sorry mybad for the incomplete explanation. So I’m using HA to set the temp, selecting ‘temporary over-ride’ to the new temp. HA reports that as Permanent. The evohome controller reports it as Permanent also.
The system is at Auto, Follow-schedule before change.
Hallo all. Install of component is great. Thank you for the contribution and development!
Can we set a temporary override until a specific time? Because I can create automation to adapt the operation_mode but I cannot specify a temperature or until.
def set_temperature(self, **kwargs):
"""Set a target temperature (setpoint) for a zone."""
temperature = kwargs.get(ATTR_TEMPERATURE)
if temperature is None:
_LOGGER.error(
"set_temperature(%s): Temperature must not be None (cancelling call).",
self._id + " [" + self._name + "]"
)
return False
until = kwargs.get(ATTR_UNTIL)
if until is None:
# until either the next scheduled setpoint, or just 1 hour from now
if self._params[CONF_USE_SCHEDULES]:
until = self._next_switchpoint_time
else:
until = datetime.now() + timedelta(hours=1)
self._set_temperature(temperature, until)
If you call set_temperature via the web UI, you only pass temperature as a parameter. The until is either an hour, or the next scheduled setpoint, depending whether you have use_schedules: true in configuration.yaml
If you call set_temperature as a service call, you have the option of passing until as a parameter.
When you get it working, could you post back the service call? For example, an automation would be something like:
- alias: Set temp each morning
trigger:
platform: time
at: "07:00:00"
action:
- service: climate.set_temperature
data:
entity_id: climate.kitchen
temperature: 19.5
until: 08:30:00
Sorry, but this part of the component is not extensively tested, and it may be that HA simply wont let you pass that parameter (although my code would accept it), in which case you will need two automations - one to set the temp to what you want, and a second to set it back after a period of time.
Thank you for taking the time to answer me. I tried the until but it gives an error in Hassio. Until is not a known attribute.
I worked around it for the moment with automations for resetting every evening if a permenantoverride is active.
Not perfect but much better than working with ifttt. Thank you for developing this!
Working great with my system (12 zone and 1 hot water) this is exactly what i have been looking for.
Id like to second what @BVE said if its possible to directly integrate a set temperature ‘until’ time it would be perfect for me, unfortunately my skill set is very limited in this field to offer up any help.
First of all: congrats on the integration of the controller to the release!!
Thanks for all the work.
Question: is it safe to upgrade? Or should we wait? I see the configuration yaml is the same as the custom component and no heating zones are supported. Thanks
It is safe to upgrade to 0.80. However, you should keep the custom component for now.
The HA component will miss out on features seen only in the custom component for the foreseeable future - this is due to restrictions placed upon it by HA.
When I get my Dev machine back I will start porting some of the functionality of the custom component across to the built-in version.
If I start to use this component just now what is the better choice?
To use your custom component or use the HA component (and wait for porting)?
Now the HA component doesn’t work at me. The log:
Invalid config for [evohome]: expected a dictionary for dictionary value @ data[‘evohome’]. Got [OrderedDict([(‘username’, ‘username’), (‘password’, ‘password’)])]. (See /home/homeassistant/.homeassistant/configuration.yaml, line 234). Please check the docs at https://home-assistant.io/components/evohome/
The custom component will be the better option for a while, with the possible exception of Google/Amazon integration.
Then I’d say the custom component won’t work either - check your configuration.yaml content/format, it is notorious for it’s difficulties with beginners…