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

P2P communication with TX resets the STM #62

Closed
krichardsson opened this issue Sep 28, 2021 · 0 comments · Fixed by #63
Closed

P2P communication with TX resets the STM #62

krichardsson opened this issue Sep 28, 2021 · 0 comments · Fixed by #63
Assignees
Milestone

Comments

@krichardsson
Copy link
Contributor

An app that is transmitting P2P packets (but not receiving) seems to fail after a while (10 s to a few minutes) and the STM is reset. After some investigations it looks like it is related to the BLE stack in the NRF. We have seen problems before when running both the BLE and Crazyradio stacks and in #34 we added functionality to turn off the BLE stack as soon as we receive a packet in the Crazyradio stack.
In this particular use case the Crazyflie is never receiving any data and the BLE stack is still enabled. Maybe we should consider turning off the BLE stack on outgoing Crazyradio packets as well, or add the possibility to turn off the BLE stack from an app in the STM?

@ataffanel ataffanel self-assigned this Sep 29, 2021
ataffanel added a commit that referenced this issue Sep 29, 2021
Fix crash when using P2P TX only communication.

Fixes #62
@jonasdn jonasdn added this to the next-release milestone Jan 10, 2022
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 a pull request may close this issue.

3 participants