mirror of
https://github.com/home-assistant/core
synced 2024-10-07 10:13:38 +02:00
304b9f47b4
The elkm1-lib autoconfigure set the `configured` flag based on an attribute of the element being changed. This approach misses counters and thermostats. It also does not work well well an "unconfigured" element's default value is different from what is on the panel. This was the case for zones (the `area` attribute was different). The fix in the library is to mark an element as `configured` when the element has a name associated with it. This change is technically breaking, although I imagine, few if any people will be affected as (1) they configure names on all elements (2) the functionality was not working properly, so element would not be missing. The HA docs will be updated to add a section on autoconfigure. It will describe that to have an element automatically configured then the element must be configured on the ElkM1 panel with a name. This particular patch is required for ElkM1 areas. The existing logic assumes that an area is configured if it has an associated keypad. Not all areas have keypads (I have an area only armable with HA). The library fix should catch all configured areas.
9 lines
224 B
JSON
9 lines
224 B
JSON
{
|
|
"domain": "elkm1",
|
|
"name": "Elk-M1 Control",
|
|
"documentation": "https://www.home-assistant.io/integrations/elkm1",
|
|
"requirements": ["elkm1-lib==0.8.4"],
|
|
"codeowners": ["@gwww", "@bdraco"],
|
|
"config_flow": true
|
|
}
|