Ledvance zigbee EM EU plug#3009
Conversation
…dd driver registration processing
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
…ter_handler issue
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
…ation of the test file
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
1.Device-reported multiplier/divisor values are kept when present. 2.Defaults are only applied when the device did not provide usable values. 3.The test covers that fallback behavior.
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
…tignore file don't change
…/SmartThingsEdgeDrivers into ledvance_zigbee_meter_plug
|
I had submit the Smartthings certification ,please help review the drive ,thank you very much . |
aleclorimer
left a comment
There was a problem hiding this comment.
min_api_version fixes and resolving merge conflicts, but LGTM
LQ107
left a comment
There was a problem hiding this comment.
I have add the min_api_version opt value for each test , please help review again ,thank you very much .
There was a problem hiding this comment.
Does the device report SimpleMetering.Divisor or the SimpleMetering.Multiplier attributes? The defaults will query these and set them if the device reports them.
If that is the case, this could be a fingerprint only change.
There was a problem hiding this comment.
yes , the device report SimpleMetering.Divisor or the SimpleMetering.Multiplier attributes
There was a problem hiding this comment.
Since this is being reported by the device, the subdriver is not necessary. Please make this a fingerprint only change or explain why overriding the reported value on device init is necessary for the integration.
There was a problem hiding this comment.
Since the values of SimpleMetering.Divisor or SimpleMetering.Multiplier used by the device are different from those of the Smarthings standard driver, a custom sub driver needs to be used
There was a problem hiding this comment.
I see now our defaults arent actually issuing a read or configuring those attributes. So I see why the subdriver is needed, and there is some precedence of just setting these values based on device model.
There is some precedence of setting these values (i.e. aurora-relay subdriver), but that should not be needed. The doConfigure handler for the zigbee switch driver issues reads for these values and the default handlers set the fields:
Only a fingerprint change is necessary
LQ107
left a comment
There was a problem hiding this comment.
Dear reviewers, I have added the min_api_version. Could you please help review again? Thank you very much.
|
Edit: I see that we do read the SimpleMetering.Divisor and SimpleMetering.Multiplier attributes in the zigbee switch default configure, so I dont think this subdriver is needed; those reads will trigger the default handlers when the device is joined which persist that value. This should be a fingerprint only driver. Please test adding just the fingerprint. |
Check all that apply
Type of Change
Checklist
Description of Change
Summary of Completed Tests