Add device configuration for supporting Routine

[HunsupJung]

In the case of mode capability, presentation is implemented in the list display type.
Therefore, device configuration was added to support automation in the device type that supports the mode capability.

[github-actions]

Duplicate profile check: Passed - no duplicate profiles detected.

[github-actions]

Channel deleted.

[github-actions]

Test Results

   60 files  ±0    375 suites  ±0   0s ⏱️ ±0s
1 820 tests ±0  1 820 ✅ ±0  0 💤 ±0  0 ❌ ±0 
3 168 runs  ±0  3 168 ✅ ±0  0 💤 ±0  0 ❌ ±0 

Results for commit c98cd6f. ± Comparison against base commit c18a6de.

♻️ This comment has been updated with latest results.

[github-actions]

File	Coverage
All files	24%	❌
/home/runner/work/SmartThingsEdgeDrivers/SmartThingsEdgeDrivers/drivers/SmartThings/matter-rvc/src/init.lua	24%	❌

Minimum allowed coverage is 90%

Generated by 🐒 cobertura-action against c98cd6f

[ctowns]

Is metadata the only way we can support supportedArguments for now? Longterm, could we modify the plugin to utilize the supportedArguments value for R3 so we do not need custom metadata? I think this is okay but in general I think we try to avoid using metadata with custom presentations.

[HunsupJung]

Yes, the metadata is the only way to support supportedArguments for now. I will ask Plugin team to apply supportedArguments to mode capability. (Actually, It also needs to apply dynamic list to mode capability). But I'm not sure how long does it take that Plugin team applies my request.

I think this is okay but in general I think we try to avoid using metadata with custom presentations.

I agree with you

[ctowns]

What is the difference between supportedArguments and supportedModes?

Also, should this be labels_of_supported_modes instead of just labels?

[HunsupJung]

The purpose is to use SupportedArguments for the detail view of presentation and use SupportedModes for the Automation. the SupportedArguments are used to dynamically change the mode value that can be selected according to the operation status of the device. And SupportedModes is a full mode list that the device fixedly supports.

[ctowns]

@HunsupJung can you help me understand what effect this change will have and how I can test it? If I use the Matter VDA to test, what difference should I expect to see with these changes?

Also, do you need to add supportedArguments for the appliance drivers also?

[HunsupJung]

@ctowns
The list stored in supportedArguments must be available for selection in the Detail view and the list stored in supportedModes must be available for selection in Routine (Automation).

Additionally, The presentation team is preparing patches that the setting that only can be set in device configuration can be set in embedded configuration. so This patch will be used temporarily and replaced with it when new patch are added.