I have done the Mitsubishi heat pump hack as seen here
I’m trying to have the modes of my 6 splits based off the outside weather
I can select the weather as a device but I don’t get any triggers for it?
Ideally if the weather is going to be cold I want the heat pumps in heat mode, hot cool mode, and if the weather is going to be in a comfort range to just turn the system off
The attribute forecast was removed from weather entities like 3 years ago. There are examples of how to retrieve forecast data in the docs linked above as well as on these forums (try searching for "weather.get_forecasts").
I'm pretty sure that, when using json in YAML, you need quotes around string values...
YAML uses line structure, indentation, and dashes instead of parentheses, brackets, etc to make it more readable than json. While json can be used in YAML, it kind of defeats the purpose unless you are already comfortable with it. It also adds another layer for us to debug when you ask for help.
There are multiple lines like this that have an extra } at the end because the stochastic parrot did the math wrong.
Personally I would use Entities as the target, again, because I find it easier to read that way.
Also, if that list represents all the climate entities you have, you can use the keyword all:
actions:
- action: climate.set_hvac_mode
target:
entity_id: all
data:
hvac_mode: "off"
Putting it all together
alias: EnergySave Good Wx
description: |
Every 30 minutes, if the NWS temperature is between 64-77, turn off the heat pumps.
triggers:
- alias: On each hour and at half-past each hour
trigger: time_pattern
minutes: /30
conditions:
- alias: Check if the NWS temperature is between 64-77
condition: numeric_state
entity_id: sensor.nws_-REDACTED-_temperature
above: 64
below: 77
actions:
- action: climate.set_hvac_mode
target:
device_id:
- 321e33d5a9477bcea75385374e1d98fd
- dde65488b26be2e4031916c05100b835
- dc1435c41838e814de907b4b89a2bc02
- 2e69838a92aa999e56cfdae4789e4924
- 651944e09ceaf191b1cdc88ea5376cce
data:
hvac_mode: "off"
mode: single
Would that also allow the system to reactive when the temp goes out of that range, or would that be another automation for above (cool) and below (heat)?
There isn't currently anything in this automation to do that.
You could incorporate that into this automation, using a Choose or If/Then action to branch the logic... or you can set it up as a separate automation. It's mostly down to personal preference.
Since you are starting out, you might want to do it as separate automations... it will make it easier to debug if there are issues. You can always combine them later on, once you have each aspect working the way you want it to.
For the specific instance of what you shared in the original post... Because the Met.No integration does not provide any usable triggers as a "device". The general reasons to avoid Device components are covered, in detail, in the post I linked to.