It might be that the temperature is exposed through a sensor. Have you looked through your entity list so you are working with the correct entity_id? Also it looks weird that it would be downstairs.current_temperature, the entities usually start with a device type, e.g. light, sensor, etc… But take it for what it is from a guy that doesn’t have any thermostats
I set up a fan on a wifi powerpoint to be triggered in my kitchen a few days ago. See below. You need a state, and as far as I am aware the single quotes around the above value ‘72’ - I’m in Australia so temperature is reversed.
That’s just it - I know downstairs.current_temperature isn’t correct. Trying to figure out what might be. “current_temperature” is an attribute of “downstairs” which is of type “climate”. There’s no “sensor” that I can find associated with my thermostats, which is what I believe I should be looking for here.
Been plugging away all day at this… So, if I trigger on platform: template, using the template you provided, my automation will trigger anytime the current_temperature attribute changes, correct?
hmm… The notification does send the value when I trigger it manually. But, if it would be better practice in general, I’ll make this change, too.
Thanks again - this has been a huge help. I’m a reasonably technical person (you should see my tasker profiles on Android - but it’s taking me some time to get my head around yaml, with states, entities, domains, attributes, etc… Hopefully by the time I have more than 2 thermostats, a garage door and a couple of lights, I’ll have it figured out and can start getting the automation piece done…
Yeah Yaml is hard. I’ve migrated all automations to the Appdaemon instead. It is easier to get Python to do what you want. Also ‘easier’ to do achieve more advanced behaviors
I’ve looked at AppDaemon and think I might go that way.prerty sure I’ll have more luck with the learning curve. My trigger still isn’t working, but going back to work today, I’m going to have less time to work through it.
One question about AppDaemon - can you temporarily disable apps? Use case that comes to mind would be something like an “away” scene, where I wouldn’t want thermostat automations to run, for example. Suppose there’s a way to use a condition on a binary variable, if need be…
Anyways, thanks again. Really do appreciate the help. I’m really liking HA so far after just a couple of weeks. Once I get the automation of rules sorted one way or another, I’m excited to be in for this ride.
# Single value
constrain_input_select = input_select.house_mode,Day
# or multiple values
constrain_input_select = input_select.house_mode,Day,Evening,Night
I use an input boolean for this - as a condition in the app. But you could also just comment out sections in appdaemon.cfg. appdaemon stops the app as soon as the config file has changed.
The latter would be challenging for me, in that I’d want to enable/disable apps in real time, but it does look like there are several possibilities. mostly by using constraints, that will solve what I’m thinking.
I’ve got a busy few days ahead, but am definitely looking forward to starting fresh with AppDaemon next week. Converting the 6 automations I have now will be a good exercise to learn the basics…