Hoping to use the Area in backend logic, I re-discovered the fact we hardly can use the Area in HA.
usecase:
an alarm system which can use and activate Areas depending on family presence. Not switching of the triggering devices, but simply only activate the Alarm when triggered by devices in an activated Area.
As a second best option to that, an additional attribute Area to entities would be fine too:
must confess I didn’t think of that. I’ll give that a try, but fear it is not as robust as a core attribute. Needing initialization upon loading and after restart…
thanks for a great thought
However, by accident recently told Google to turn on a switch. Since this switch is in a identically named area … google turned on everything in that area.
This is of course a mistake , and reason enough to rename some areas/entities, but it shows the possible power of an area…
which is very nice indeed. Though, still not what I would have hoped for… unless I am misunderstanding it.
we can do {{area_name(trigger.entity_id)}} but still not a plain state_attr('binary_sensor.front_room_sensor_motion','area_name')}} for that matter. Hope this will become available too
I really want the “Area attribute” as well. I name some of my entities the same but place them in different areas (for example smoke detectors). When they are parsed to InfluxDB i can’t filter on area which is a shame. Shouldn’t be that much work I would think…
The other critical use case here is to support a device that serves multiple areas where the device’s entities should be assignable via UI or config to an area.