[enocean] Improve capability listing to align with EEP documentation

[dilyanpalauzov]

This updates the descriptions for EnOcean devices, based on the table on page 132 of https://www.enocean-alliance.org/wp-content/uploads/2017/05/EnOcean_Equipment_Profiles_EEP_v2.6.7_public.pdf, whether the properties from the subject are present.

This makes the device types more distinguishable from each other, and eases the users.

In particular it replaces “dimming” with “configurable dimming” where appropriate.

I have not checked if the class implementation does support these properties (match the table): in case of D2_01_0A I have removed “energy measurement” from the description.

Related to #17429 and #17450.

[dilyanpalauzov]

receivingEEPId and sendingEEPId are kept identical. I do not know if this is correct.

[lovery]

Can you also sign your commit - this will fix the DCO check?

Do you know if power failure detection is implemented?

By the way the pilot wire mode for D2_01_0C is still not merged because it needs testing - #17450 if you have such a device and you have time to test the implementation I will appreciate it.

[dilyanpalauzov]

I am not going to sign my commits.

Do you know if power failure detection is implemented?

No, I do not know, neither for Configurable Dimming, but it does not matter here. This changeset updates the device descriptions, so users can select based on what they have bought. I could however update README to state that the receivingEEPId and sendingEEPId descriptions include Configurable dimming and Power failure detection properties, which are supported by the device, but not implemented in OH.

I have no D2_01_0C device.

Do you know if receivingEEPId and sendingEEPId should be identical or distinct?

[dilyanpalauzov]

Do you know if receivingEEPId and sendingEEPId should be identical or distinct?

I mean their descriptions, as changed here.

[lovery]

@dilyanpalauzov I think they are identical everywhere.

[lsiepel]

Besides the last comment that's waiting for @lovery comment, i wonder if we can merge this or if it needs to wait before the pilot wire PR is merged. As this update states pilot wire capability's

[dilyanpalauzov]

This improves the descriptions of the devices, which otherwise had very identical spelling, and were hard to distinguish. Whether the listed features are supported by OpenHAB is secondary.

[lovery]

@lsiepel - it is only label change, it won't break any functionality and I am not feeling really competent to say how it should be because I don't know if the description in the label connected to EEP in the OH interface should be according to the EnOcean specification or based on the implemented features by the OH. For example:
...option.D2_01_0B = Switching, power failure detection with power and energy measurement (EEP: D2_01_0B) - based on the EnOcean specification or if it has to be based on the supported features of the OH power failure detection shouldn't be added.
...option.D2_01_0C = Switching, pilot wire mode with power and energy measurement (EEP: D2_01_0C) - based on the EnOcean specification or if it has to be based on the supported features of the OH pilot wire mode shouldn't be added.

@dilyanpalauzov there is no need to update the README.txt because there are only details about the supported functionalities, no need to add info about something that is not supported.

[lsiepel]

Thanks, LGTM.

Let's hope we can merge the pilot wire mode PR aslo before 4.3.0