-
-
Notifications
You must be signed in to change notification settings - Fork 210
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
feat: long range support [email protected] #3545
Conversation
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.
- Z-Wave protocl Icon tooltip should be "Z-Wave", not "ZWave"
- ZWLR protocol icon tooltip should be "Z-Wave Long Range", not "ZWaveLongRange"
- After scanning a QR code with ZWLR in the
supportedProtocols
, the provisioning entry shouldn't be active immediately, otherwise the user may not have time to switch to ZWLR - Provisioning entries with ZWLR support don't let the user change protocol. This must be possible
- When changing a provisioning entry to ZWLR, S2 Unauthenticated and S0 Legacy should be disabled and deselected. ZWLR doesn't have these classes
- Hide node neighbors on the network map for ZWLR nodes
- Hide route management on the network map for ZWLR nodes
- Hide "rebuild routes" on the network map for ZWLR nodes
- Diagnose/Health check for ZWLR nodes: disable all other targets except the controller
- This must not be done for ZWLR:
// in ZwaveClient -> _onNodeReady: if (!zwaveNode.isControllerNode) { this.getPriorityRoute(zwaveNode.id).catch((error) => { this.logNode( zwaveNode, 'error', `Failed to get priority route for node ${node.id}: ${error.message}`, ) }) this.getCustomSUCReturnRoute(zwaveNode.id) this.getPrioritySUCReturnRoute(zwaveNode.id) }
@robertsLando I meant the entire block. There are also no priority routes to ZWLR nodes. It's always direct connection. |
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.
See previous comment and:
- Do not request node neighbors for ZWLR nodes
- Activating provisioning entry for ZWLR does not work - it's immediately disabled again
- Editing popup is out of sync with provisioning list
- When changing a provisioning entry to ZWLR, S2 Unauthenticated and S0 Legacy should be disabled and deselected. ZWLR doesn't have these classes
- The advanced dialog for ZWLR nodes must not have the "rebuild routes" action
- The nodes properties dialog for ZWLR nodes looks like the one for the controller now, instead of having statistics, ping, diagnose actions.
Yeah missed that, fixed |
Pull Request Test Coverage Report for Build 8538120783Warning: This coverage report may be inaccurate.This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.
Details
💛 - Coveralls |
… feat-long-range
… feat-long-range
… feat-long-range
This can be tested using docker |
Only beta releases for this please. I can't support potential breaks yet. |
@AlCalzone Yeah no worries until this is not merged no official release |
👍🏻 I first saw the comment about you missing the release, then this PR (which I now notice I've seen before), so I got spooked. |
Fixes #3536
protocol
property to nodes andsupportsLongRange
to controller (also shown on ui dedicated column)