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: increase response timeout to 30 seconds and maximum to 60 seconds #6378

Merged
merged 1 commit into from
Oct 9, 2023

Conversation

AlCalzone
Copy link
Member

Not sure why, but some 500 series controllers take upwards of 10 seconds sometimes to respond after trying to communicate with a node, even if successfully. Having a lower timeout has no benefit, but will cause the transmission to abort earlier.

fixes: #6374

@AlCalzone
Copy link
Member Author

@zwave-js-bot automerge

@zwave-js-bot zwave-js-bot enabled auto-merge (squash) October 9, 2023 07:55
@zwave-js-bot zwave-js-bot merged commit 47b8b9e into master Oct 9, 2023
@zwave-js-bot zwave-js-bot deleted the increase-response-timeout branch October 9, 2023 07:59
AlCalzone added a commit that referenced this pull request Oct 9, 2023
### Bugfixes
* Normalize result of `Controller.getAvailableFirmwareUpdates` to always include `channel` field (#6359)
* Fixed a crash that could happen while logging dropped sensor readings (#6379)
* Increased the range and default of the `response` timeout to accomodate slower 500 series controllers (#6378)

### Config file changes
* Treat Basic Set as events for TKB TZ35S/D and TZ55S/D (#6381)
* Add Zooz ZAC38 Range Extender (#6136)
* Corrected the label of the notification event `0x0a` to be `Emergency Alarm` (#6368)
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.

Consider upping the range and default for the response timeout
2 participants