-
-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Feature] Split endpoints into separate accessoires #517
Comments
I'm not sure how straightforward this will be, but I think this should be doable. It will require some manual configuration, for which I see several options:
The first option is probably the easiest to implement, but might not always result in the best user experience. I'd also have to see if all exposes information from Zigbee2MQTT always contains an endpoint. Additionally, ignoring things based on the endpoint they belong to might also be a logical feature. Probably easier then excluding a lot of individual keys. |
Thank you. I would say in my use case, option 1 would already help out. Of course options 2 and 3 leave room for more specific solutions. However, I am not aware of other z2m devices that give rise to the same problem. Options 2 and 3 do make setting it up more complex... |
I also recall someone with a dual gang switch or dimmer that also had the actual lights (endpoints) in different rooms. I guess option 1 is also the easiest for most users as it keeps the required configuration to a minimum. First thing I'll check is if there are properties in any of the exposes information for any of the devices that do not have an endpoint specified. |
I did a check if there are devices that have entries in there exposes information that define an endpoint, but also have entries that do not define an endpoint (not taking While generating the list below, I noticed that In the last release of Zigbee2MQTT there are 63 of those devices:
I'll browse through some of these to get a better understanding on what the use cases are. I think for all cases above, it's fine to consider an "undefined" endpoint as a separate endpoint, resulting in an additional accessory when split up by endpoints. |
Add option to exclude based on endpoint (relates to #517).
Add option to exclude based on endpoint (relates to #517).
Add option to exclude based on endpoint (relates to #517).
Add option to exclude based on endpoint (relates to #517).
This is great. I have loads of Ubisys S2's and having them as single devices in Homekit makes them pretty much unusable. Was there some way to expose same device twice, so that I could exclude different endpoints for each device instance or how that should be handled? |
Just released FYI: Splitting the endpoints is still on my backlog 😉 |
Dear Itavero, Thank you very much for this update. It works great on my setup as well, without any bugs. Looking forward to the splitting option. Merry Christmas. B |
Problem description
I would like to have my Danfoss Icon thermostats (https://www.zigbee2mqtt.io/devices/Icon.html) that are endpoints in one device, visible via Homebridge in separate rooms in homekit.
With homekit's own option to display the individual devices separately, it is not possible to disperse them over several rooms.
If you try to do that, you still cannot move one thermostat to the kitchen and another one to the bathroom. If you move one sub-device to a room, all the others move there too.
Suggested solution
Option to split up multiple endpoints into separate accessoires.
The text was updated successfully, but these errors were encountered: