Exclude Entities: Turn on/off everything, except X

[derandiunddasbo (Andreas Börner)]

If anyone is interested in another approach for this problem, you may check out the minimal example I posted here:

Switch everything off except excluded entities

When searching for a good way to turn off all lights except x, y and z I didn’t find any solutions that are functional and easy configurable at the same time. So this is a minimal example of my approach. Everything is configured in one config file (scripts.yaml) and easy to maintain for future changes. This method can be adapted for other device classes as well. If you want to turn off all media players or switches excluding some entities, just change the service call in line 4 and the exclude …

[matthewjohn]

How many people have to vote on this before we see it?

[123 (Taras)]

@matthewjohn

How many people have to vote on this before we see it?

Honestly, I don’t think it works like that.

My impression is that there’s no threshold beyond which a Feature Request ‘wins the lottery’ and becomes implemented. I feel the odds of that happening largely depend on how much a Feature Request piques a developer’s interest.

About the Feature Requests category

Just for clarification: If your Feature Request is getting a lot of votes doesn’t mean that an integration will happen. You can ask for an integration of device X but we, the developers and the community, don’t buy hardware to integrate it. This is a community-driven project and depends on the contributions of volunteers.

[matthewjohn]

Why vote then?

[automateit (rrubin0)]

So …

In recent 0.85.x changes, entity_id: all is required to target all entities of a particular domain. The following warning appears in the log if entity_id: all is not specified:

"Not passing an entity ID to a service to target all entities is deprecated. Use instead: entity_id: "all."

Therefore, I feel that it is even more useful and appropriate to implement an “EXCLUDE” feature.
The use case is simple:

- service: light.turn_off
  entity_id: all
  exclude: light.porch_light

This would greatly simplify configurations and for users such as myself with many devices, would be of great value. Putting lights (and other devices) into internal and external groups is a poor workaround at best, while this method would be far more scalable and flexible in my opinion and does not appear to be overly complex to implement.

[akloeckner]

Maybe this also comes close to what you request. It’s a way to create groups excluding members of other groups. You could then use the new group to turn off your lights (minus the few excluded ones). And you can use the groups in triggers, too, if you like.

Create combinatoric groups: Including and excluding entities from other groups

Note: This first post contains the latest code as a summary of the entire discussion. Thanks to all the participants in this discussion who make this code better! @jhenkens, @jon102034050, @RonJ103 So, I was looking for a way to create groups by combining other groups. The use case is, e.g., to turn off all lights in my flat in case all lights with a physical switch have been turned off. Or, to turn off all lights except some dim lights in the kid’s room. Implementing this in the actual code…

[automateit (rrubin0)]

this probably works … but the idea is to have a simple way to do this where any user can understand.

The way I described my use case seems super simple and fast and I don’t think it would take much to implement, although I’m not a dev, so if there is a caveat then someone would have to explain it to me.

[okercho (Aitor Martin)]

I’ll like also to see this implemented , I usually turn off all lights when I tell Alexa “Good Night”, but I want the security lights in the garden to remain on…

Regards

[Codec303]

While this would be a nice thing to have, it would have to be implemented in a way not to confuse.

[jagiel]

lightsoff:
sequence:
- service: homeassistant.turn_off
entity_id: group.all_lights, group.all_switches
exclude: switch.espurna_pow2

how to exclude one of switch from group.all_switches?

i think is possible to copy group.all_switches to group.all_switches_nopowe2 and user this group.
but exclude (if its work) is easier

[johntdyer (John Dyer)]

+1 for this, it would be really awesome

[automateit (rrubin0)]

Now that 0.104 is out and the default group.all_entity feature has been removed, the need for exclusions is potentially greater.

Using “entity: all” is great for service calls but now “all” groups need to be manually created and worse, maintained.

For example, Consider a user who has manually created a new group.all_lights in 0.104.0 and wishes to use this group as a trigger.

- alias: 'An automation'
  trigger:
    platform: state
    entity_id: group.all_lights
    exclude: light.porch_lights, light.driveway_lights
    to: 'on'
    for:
      hours: 12

This user’s config could be more-easily managed if exclusions were implemented; however, without exclusions, the user must maintain separate groups, resulting an onboarding/offboarding process for all new lights.

Manually maintaining separate groups introduces a lot of unnecessary administrative overhead.

[akloeckner]

I think, the all_group-feature should be mimicable with the recent addition by @jhenkens to my script linked above…

[lhoracek]

This works for me:

Switch everything off except excluded entities

Great solution @derandiunddasbo ! I use it as script this way: lights_off_except: icon: mdi:home-lightbulb fields: exclude_lights: description: 'Excluded lights as list' sequence: - service: logbook.log data_template: entity_id: script.turn_off_lights name: Exclude log message: "Turning of all lights except: {{ exclude_lights }}" - service: light.turn_off data_template: entity_id: > {%- for device in states.light|reje…

[ZWOOKY]

Maybe somebody is looking to switch off lights, switches etc… I was looking for a good way and now I’ve found this too… but in case somebody finds this useful with the formatting…

  - service: light.turn_off
    data_template:
      entity_id: >-
        {% set domain = 'light' %} 
        {% set state = 'on' %}    
        {% set compare = 'eq' %}    
        {% set filter =['nothing to exclude'] %} 
        
        {% set MyVal= states[domain] | selectattr('state',compare, state) 
        |  rejectattr('entity_id','in', filter) 
        |  rejectattr('attributes.is_hue_group', '==' , true) 
        |  map(attribute='entity_id') 
        | join(',') 
        %}

        {% if MyVal.count('.') >=1 %}
        {{ MyVal }}
        {% else %}
        light.dummy
        {% endif %}
  - service: switch.turn_off
    data_template:
      entity_id: >-
        {% set domain = 'switch' %} 
        {% set state = 'unavailable' %}    
        {% set compare = 'ne' %}    
        {% set filter =['switch.57281806d8bfc004de91_1'] %}
        
        {% set MyVal= states[domain] | selectattr('state',compare, state) 
        |  rejectattr('entity_id','in', filter) 
        |  rejectattr('attributes.is_hue_group', '==' , true) 
        |  map(attribute='entity_id') 
        | join(',') 
        %}

        {% if MyVal.count('.') >=1 %}
        {{ MyVal }}
        {% else %}
        switch.dummy
        {% endif %}
  - service: media_player.turn_off
    data_template:
      entity_id: >-
        {% set domain = 'media_player' %} 
        {% set state = 'off' %}    
        {% set compare = 'ne' %}    
        {% set filter =['nothing-to-exclude'] %}
        
        {% set MyVal= states[domain] | selectattr('state',compare, state) 
        |  rejectattr('entity_id','in', filter) 
        |  rejectattr('attributes.is_hue_group', '==' , true) 
        |  map(attribute='entity_id') 
        | join(',') 
        %}

        {% if MyVal.count('.') >=1 %}
        {{ MyVal }}
        {% else %}
        media_player.dummy
        {% endif %}

It should be self explaining. At the beginning you tell what Domain, eq or ne of status, and an exception list. I’m able to switch off all lights except them in the bedroom. I hope somebody finds this useful too.
With the mediaplayers I’m not finished at the moment it works, but they have playing, pause on off etc… so checking for on is not usefull… so I’m checking for not off

[Morphy]

Cool! Question: How do we format multiple entities in the exclude list? Also, can you explain what the ‘in’ and ‘hue’ references do here? rejectattr('entity_id','in', filter) | rejectattr('attributes.is_hue_group', '==' , true)

Sorry, I’m a complete noob with templating.

[ZWOOKY]

OK, the HUE-GROUP is only for lights important. in HUE you can group and if you turn a group off, all lights will go off. So I exclude them all. [ ‘multi1’,‘multi2’,‘multi3’ ] it’s too easy and that’s the reason I like this solution, hope that helps

[jpreiditsch (Joe Preiditsch)]

I would love this as well.
At night I turn off all switches (about 30) but I have one I want to exclude. I would like to use the all switches group and just exclude the one specific switch instead of turning off all switches at the same time.
An other option would be a group of groups except the specific entity.

[AllThings_Moo]

This is super frustrating. The ability to create custom groups where we can include whatever we’d like. That a light can only be part of one room/group (outside of hue – I use smart dimmers/switches) is sad.

My solution was to remove the device from the home. Now when I say Turn off all lights, it excludes those.

Pain in the ass either way. Not elegant.

[thecodingart (Brandon)]

Eco’ing onto the chain of this definitely should exist.