Skip to content
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

fix: work around corrupted high nibble in ACK after soft-reset on 7.19.x #6409

Merged
merged 4 commits into from
Oct 17, 2023

Conversation

AlCalzone
Copy link
Member

@AlCalzone AlCalzone commented Oct 17, 2023

fixes: #6399

With this PR, we can now ignore the high nibble of an ACK in the serial API parser once. This is done whenever a soft-reset is issued on a controller running 7.19 or higher.

Previously this would trigger our unresponsive controller detection.

@AlCalzone
Copy link
Member Author

@zwave-js-bot automerge

zwave-js-bot
zwave-js-bot previously approved these changes Oct 17, 2023
zwave-js-bot
zwave-js-bot previously approved these changes Oct 17, 2023
zwave-js-bot
zwave-js-bot previously approved these changes Oct 17, 2023
@zwave-js-bot zwave-js-bot merged commit 7f8f5b1 into master Oct 17, 2023
@zwave-js-bot zwave-js-bot deleted the handle-corrupt-ack branch October 17, 2023 11:02
AlCalzone added a commit that referenced this pull request Oct 17, 2023
This release includes several more fixes and workarounds for the problematic interaction between some controller firmware bugs and the automatic controller recovery introduced in the `v12` release:
* Added a workaround to recognize corrupted `ACK` frames after soft-reset of controllers running an 7.19.x firmware or higher. Previously this triggered the unresponsive controller detection and recovery process. (#6409)
* When the response to a `Send Data` command times out, the command is now aborted, instead of retrying and potentially putting the controller in a bad state due to not waiting for the command cycle to complete. When this happens, Z-Wave JS no longer attempts to recover the controller by restarting it, unless the callback is also missing. (#6408)
* When the callback to a `Send Data` command continues to be missing after restarting the controller, Z-Wave JS no longer restarts itself. Instead the old behavior of marking the node as `dead` is now restored, as the node being unresponsive/unreachable is most likely the actual problem. (#6403)
* In addition, the `Send Data` callback timeout has been reduced to 30 seconds and ongoing transmissions are now aborted before reaching this timeout. This should limit the impact of the controller taking excessively long to transmit, especially in busy networks with lots of unsolicited reporting and end nodes expecting a timely response (#6411)

### Features
* The `Driver` constructor now accepts multiple sets of options and curated presets are available (#6412)

### Additional Bugfixes
* Only auto-refresh `Meter` and `Multilevel Sensor CC` values if none were updated recently (#6398)
* Export all option types for `Configuration CC` (#6413)

### Config file changes
* Add NEO Cool Cam Repeater (#6332)
* Increase report timeout for Aeotec Multisensor 6 to 2s (#6397)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

ZST39 is probably corrupting the ACK after a soft reset
2 participants