-
Notifications
You must be signed in to change notification settings - Fork 523
WWSTCERT-9861 Add Zooz ZSE42 to zwave-sensor (for WWST Cert) #2683
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
* Added sub_driver to handle populating firmewareUpdate.currentVersion * Added ability to set battery quantity and type in configurations
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Unless you're gating some functionality based on the firmware version, the sub-driver seems unneeded (outside of the additions to configurations).
it is needed for troubleshooting by Zooz support. The customer needs to be able to see the firmware version of the device. We will also be adding more sensors to this driver which need the same firmware version functionality, which is why I made it as a special sub driver just for the firmware version feature. |
|
Any other concerns or do I just have to wait for the approval now? |
| --Call main init function | ||
| driver.lifecycle_handlers.init(driver, device) | ||
| --Extras for this sub_driver | ||
| send_version_get(driver, device) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It often happens that, on hub restart, the init lifecycle event can be sent before the radio is fully initialized, resulting in radio send failures. Since you are only sending the get if the fw version is unpopulated, I would recommend moving this to the added handler.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Or just leaving it exclusive to the wakeup handler. It may not get populated immediately, but will be eventually.
| local function wakeup_notification(driver, device, cmd) | ||
| send_version_get(driver, device) | ||
| --Call parent WakeUp functions | ||
| call_parent_handler(driver.zwave_handlers[cc.WAKE_UP][WakeUp.NOTIFICATION], driver, device, cmd) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'd like to see a unit test to verify this works
Type of Change
Checklist
Description of Change
Summary of Completed Tests