• State Verified Answer
  • Replies 5 replies
  • Subscribers 68 subscribers
  • Views 3217 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 114946
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

NRF_ERROR_NO_MEM in NUS using FIFO

Antonio

Hi,

I am testing the NUS using the UART example in the SDK11 with the PCA10040 board.

Since I want to achieve the maximum speed of transmission I used the FIFO buffer to place my out data and I am constantly calling the ble_nus_string_send when there are 20 bytes available on the FIFO. I am transmitting to the android UART 2.0 app with android 6.0 @ 15ms interval.

If I receive a NRF_ERROR_NO_MEM, I assume that the 6 packets of the interval have been filled, but then I keep retrying, without delay, until I receive the NRF_SUCCESS. It seems to work.

Am I forcing something with this brute force on the ble_nus_string_send? Can the SD be skipping some packages because I retry too often? Is it safe?

Thanks!

Parents
  • 0

    Hi Antonio

    Im not sure why you get NRF_ERROR_NO_MEM. The normal procedure is however described on this thread. Throughput limitations can also be limited by the phone you connect with. For Android phones, throughput capabilities are different from phone to phone. There can also be limitation in the S132 v2 softdevice, see the S132 v2 migration document, section about "configurable bandwidth". The migration document is bundled with the S132 v2 archive.

  • 0 in reply to Stefan Birnir Sverrisson

    Hi Stefan, Thanks. I am getting a 3004, the NUS service is only returning what comes from the SD. I read the migration document and I am getting count = 7, so that should be good. I read also the thread, and in one of the recommendations it essentially is doing what I am doing, just adding another packet when no error is returned, but in my experiment I serialized the packets out and counted them on the input to check for sequence, and some packets would have garbage. (2 out of 1000) I implemented now not attempting to write the next packet before I received the BLE_EVT_TX_COMPLETE, but that is diminishing the throughput. So is it ok to just while(1) the package out until it returns no error and then send the next one? Do you think the occasional garbage in the packet is on the output? or in the android [email protected]?

Reply
  • 0 in reply to Stefan Birnir Sverrisson

    Hi Stefan, Thanks. I am getting a 3004, the NUS service is only returning what comes from the SD. I read the migration document and I am getting count = 7, so that should be good. I read also the thread, and in one of the recommendations it essentially is doing what I am doing, just adding another packet when no error is returned, but in my experiment I serialized the packets out and counted them on the input to check for sequence, and some packets would have garbage. (2 out of 1000) I implemented now not attempting to write the next packet before I received the BLE_EVT_TX_COMPLETE, but that is diminishing the throughput. So is it ok to just while(1) the package out until it returns no error and then send the next one? Do you think the occasional garbage in the packet is on the output? or in the android [email protected]?

Children
No Data
Related