You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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?
The text was updated successfully, but these errors were encountered:
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?
The text was updated successfully, but these errors were encountered: