Closed puddly closed 12 months ago
Patch coverage: 100.00%
and no project coverage change.
Comparison is base (
f52d73e
) 99.77% compared to head (e0ce7d9
) 99.77%.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
It appears that this change is compatible with many more versions of EmberZNet than I thought: reading the value with getValue
fails with EzspStatus.ERROR_INVALID_ID
, but the write will still succeed. I've confirmed that the CCA bypassing works as far back as EmberZNet 7.1.1.0, and I'm sure previous releases too, meaning this PR will affect most modern EZSP adapters.
And with the adapter in a noisy environment, here are some traffic captures:
With CCA bypass (coordinator responds to beacon request)
Without CCA bypass (coordinator doesn't respond)
A device was only able to join (successfully might I add) in the first capture.
Great finding and work done our master HACKER !!!!
EMBER_VALUE_FORCE_TX_AFTER_FAILED_CCA_ATTEMPTS
seems to work in the latest Gecko SDK release! This allows the radio to force a transmit, even after CCA failures.Normally this sounds like a bad idea but the alternative is to allow the radio to silently fail with a generic "delivery error" (TODO: figure out a way to infer the actual error code).