Open marcelveldt opened 4 months ago
Task:
For each of the above CCs, either
The latter requires followup work on both sides.
I think we should decide before the Hackaton what to do so we can spend time on the Hackaton on implementing things instead of discussing things. If we can't do that I suggest we put this in hold until after the Hackaton.
My suggestions:
The CCs marked (optional) have no control specification, therefore everything is just recommended.
Climate Control Schedule: Seems complex UI wise and is deprecated --> disable
Door Lock Logging: (optional)
The following three may make sense to tie into the climate entity, but for certification the following should be enough:
Humidity Control Mode: (optional)
Humidity Operating State: (optional)
Humidity Control Setpoint: (optional)
Irrigation: (optional) Pretty complex, not many devices exist, I'd skip this.
Language: (optional)
eng
or eng-US
Scene Actuator Configuration: (optional)
Scene Controller Configuration: (optional)
Schedule Entry Lock: (optional) Versions 1-3 are deprecated (but useful), v4 will never be certified, replacement pending. I'd skip this, unless we are looking for something to do.
Thermostat Setback CC: If we report support for this, it is required. @marcelveldt what's the status of your investigation into Matter / Zigbee? If expert UI, we need a few fields:
Energy production: (optional) Apparently never certified. Implementing would be easy enough though:
Add some way to flag the driver that the consumer (HA) doesn't support a certain feature/CC.
Usecase is for example the Thermostat Setback feature that we do not support in HA while its being tested in certification if we say we support it in the driver. We need to inform the driver that we do not support this particular feature(s) so the driver doesn't report them as supported to the certification tests.
Find out what flags we need, known so far:
Probably (I don't think those are supported):