mirror of
https://github.com/home-assistant/home-assistant.io.git
synced 2025-07-13 20:36:52 +00:00
Deprecate HomeKit auto start (#16874)
This commit is contained in:
parent
a932d94e52
commit
2d66a00aa0
@ -83,11 +83,6 @@ homekit:
|
||||
required: true
|
||||
type: map
|
||||
keys:
|
||||
auto_start:
|
||||
description: Flag if the HomeKit Server should start automatically after the Home Assistant Core Setup is done. ([Disable Auto Start](#disable-auto-start))
|
||||
required: false
|
||||
type: boolean
|
||||
default: true
|
||||
port:
|
||||
description: Port for the HomeKit extension. If you are adding more than one instance they need to have different values for port.
|
||||
required: false
|
||||
@ -304,12 +299,6 @@ Currently, this integration uses the `entity_id` to generate a unique `accessory
|
||||
|
||||
The HomeKit Accessory Protocol Specification only allows a maximum of 150 unique accessories (`aid`) per bridge. Be mindful of this when configuring the filter(s). If you plan on exceeding the 150 devices limit, it is possible to create multiple bridges. If you need specific configuration for some entities via `entity_config` be sure to add them to a bridge configured via `YAML`.
|
||||
|
||||
### Persistence Storage
|
||||
|
||||
Unfortunately, `HomeKit` doesn't support any persistent storage - only the configuration for accessories that are added to the `Home Assistant Bridge` are kept. To avoid problems, it is recommended to use an automation to always start `HomeKit` with at least the same entities setup. If, for some reason, some entities are not set up, their configuration will be deleted. (State unknown or similar will not cause any issues.)
|
||||
|
||||
A common situation might be if you decide to disable parts of the configuration for testing. Please make sure to disable `auto start` and `turn off` the `Start HomeKit` automation (if you have one).
|
||||
|
||||
### Multiple HomeKit instances
|
||||
|
||||
If you create a HomeKit integration via the UI (i.e., **Configuration** >> **Integrations**), it must be configured via the UI **only**. While the UI only offers limited configuration options at the moment, any attempt to configure a HomeKit instance created in the UI via the `configuration.yaml` file will result in another instance of HomeKit running on a different port.
|
||||
@ -338,10 +327,6 @@ To add a single entity in accessory mode:
|
||||
5. Complete the options flow
|
||||
6. [Pair the accessory](#setup).
|
||||
|
||||
## Disable Auto Start
|
||||
|
||||
It is not needed (anymore) to disable `Auto Start` for all accessories to be available for `HomeKit` as Home Assistant restores all entities on start instantly.
|
||||
|
||||
## Configure Filter
|
||||
|
||||
By default, no entity will be excluded. To limit which entities are being exposed to `HomeKit`, you can use the `filter` parameter. Keep in mind only [supported components](#supported-components) can be added.
|
||||
@ -537,10 +522,6 @@ Pairing works fine when the filter is set to only include `demo.demo`, but fails
|
||||
|
||||
### Issues during normal use
|
||||
|
||||
#### Some of my devices don't show up - Z-Wave / Discovery
|
||||
|
||||
See [disable auto start](#disable-auto-start)
|
||||
|
||||
#### My entity doesn't show up
|
||||
|
||||
Check if the domain of your entity is [supported](#supported-components). If it is, check your [filter](#configure-filter) settings. Make sure the spelling is correct, especially if you use `include_entities`.
|
||||
|
Loading…
x
Reference in New Issue
Block a user