Consider using "hw_version" as part of the discovery #1271
Replies: 4 comments 11 replies
-
That's interesting, I've never seen hw_version used like that but wonder if some of the other manual types also have this hidden differentiator, just checked my own device_registry and I'm seeing some occasional version numbers but mostly nulls. It would be quite a lot of work, changing the schema adding it as optional, making sure it didn't break old versions, then adding it as an optional extra comparison when searching the library which is actually the easy bit. Then decide if it would confuse too many people if added to the device issue form or just rely on manual PR's for these specific devices. Worth the trouble? I doubt many people would know how to find this if it's not in the UI to actually add devices so probably not but I've done edge cases before so I'll not dismiss it but keep it in the back of my mind. And thank you for the coffees ❤️ |
Beta Was this translation helpful? Give feedback.
-
Yes, the hardware version is visible in the UI. Thanks for confirming it's not an absurd idea. |
Beta Was this translation helpful? Give feedback.
-
It doesn't have a battery. That's the shade itself. The other one is the
battery. Even though they are physically one equipment, they show up in the
integration as two entities.
Mauricio Teixeira
(sent from mobile, sorry for my brevity)
…On Sun, Mar 10, 2024, 8:41 AM Andrew Jackson ***@***.***> wrote:
But what is the battery_type & quantity for this SomfyRollerShadeComponent?
—
Reply to this email directly, view it on GitHub
<#1271 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAODBEEH5IAWCIXWI4NK2GDYXRIGDAVCNFSM6AAAAABEOHAXPOVHI2DSMVQWIX3LMV43SRDJONRXK43TNFXW4Q3PNVWWK3TUHM4DOMZVGM4TO>
.
You are receiving this because you authored the thread.Message ID:
<andrew-codechimp/HA-Battery-Notes/repo-discussions/1271/comments/8735397@
github.com>
|
Beta Was this translation helpful? Give feedback.
-
I've just released this in 2.2.2 beta along with the appropriate library entries for your two devices. |
Beta Was this translation helpful? Give feedback.
-
I have a few Somfy shades which, for whatever reason, shows the battery as a separate device from the shade in Home Assistant (Overkiz integration), but the problem is that both devices have the same model and manufacturer. Battery Notes deal with this device by identifying it as "manual" type in the library.
I was looking at
core.device_registry
and realized that the difference between the two devices is thehw_version
. The shade itself shows up as"hw_version": "zigbee:SomfyRollerShadeComponent"
, while the battery shows up as"hw_version": "zigbee:SomfyConfigurationToolComponent"
.Would it be possible to add
hw_version
as an extra data point to take into consideration when detecting those corner cases?To be honest, I don't know how often that happens, or how easy it would be to implement, and that's the reason why I am posting here as an idea, rather than an issue. Also, right now I'm lacking a little bit of mental space to set up a dev environment, so I am unable to directly propose a piece of code to set this up (which I usually would under normal circumstances). So, if you could at least let me know if it's worth the trouble, I could work to figure this out (eventually).
Thank you.
Beta Was this translation helpful? Give feedback.
All reactions