Downlink on BLE links only sends the first couple of packets and discards everything else

[glennvdw]

When connecting to the crazyflie 2.0 not all DEBUG_PRINT(..) console messages are actually received at the client side.. only the first 20 or so data packets are sent by the crazyflie

I added in worker.c inside the infinite loop, right before xQueueReceive the following code

consolePuts("I will not reach the client..");
consoleFlush();

This results in an infinite amount of received strings when using a USB link but it does not work on BLE links. The buffer is never flushed and gets full I assume..

I used the official iOS app as a starting point for the client code.

[ataffanel]

This looks like an old bug that was since fixed, did you upgrade your Crazyflie with the latest firmware?

[glennvdw]

The nrf51 was updated using the iOS app. For the stm32 I tried lots of different versions. Currently running the latest commit on this repo.

This person seems to have reported the same problem about a month ago: https://forum.bitcraze.io/viewtopic.php?t=1700

[glennvdw]

Which version do you recall to be definitely working?

[ataffanel]

When pushing this change: bitcraze/crazyflie2-nrf-firmware@f190598 the downlink was working (at least I got the full console at startup). I cannot test with the iOS app right now but I am going to implement the downlink in the Android App.

[ataffanel]

I could reproduce the problem and made a ticket in the NRF firmware (the bug is in the NRF51). I am looking at it.

[ataffanel]

Fixed in bitcraze/crazyflie2-nrf-firmware#10.