Presence detection
Configuration > Devices & Services > Presence detection lets any entity from any integration - not just a device that's inherently presence-capable - count as an extra occupancy signal for an Area. Any entity reporting true/on counts as presence, not just a "presence"/ "occupancy" binary sensor - a motion sensor, a door/window contact, or even a media player's own "playing" state all work equally well.
Adding a source
"+ Add source" (the header's three-dot menu) opens a modal that picks Location, Area, Source, Device, and Entity - the same generic device/entity picker Automations already uses, so any entity in the system is reachable, not a fixed list of "supported" devices. Like every other integration on Devices & Services, this tile only shows up once at least one source is configured - a fresh install starts with it hidden.
The source list
A flat, searchable table - Source, Device, Entity, Location, Area, and Status - with a search row and Enabled/Disabled status-filter checkboxes underneath the header, the same convention the ESPHome device list already uses. Each row has a Disable/Enable toggle (pauses the source without deleting it - the occupancy sweep simply skips a disabled row) and a Remove action.
Built-in presence sources still apply
This integration is additive, not a replacement: Bluetooth, LD2410 BLE, Zigbee, Aqara, and Z-Wave
devices already feed Area occupancy automatically through their own built-in presence-capable
entities, exactly as before. Presence detection is for everything else - most commonly an ESPHome
device running the native ld2410/ld2411/ld2412 component,
which isn't one of the five built-in sources but reports presence just as reliably.
An Area's own "Assistant" settings modal (Locations & Areas) still shows a read-only list of its manually-attached sources with a Remove action, for a quick per-Area view - but adding a new one now always happens from this integration's own page instead.