RE: General questions on sending multiple packets in a connection interval (how to queue multiple packets)

ryerye120 — Fri, 06 May 2022 21:16:08 GMT

Hi Einarh,

Your guidance proved super invaluable!! Thank you for clarifying the difference between connection event length and the connection interval. I checked my throughput through using the att_mtu_throughput example (and using all the same settings that I had in my personal firmware) and it ended up being wayyyyyy less than I thought (only around 300kbps vs 1mbps).

After finding more optimal bluetooth settings with the throughput example I was able to achieve the desired 1+ mbps throughput.

In case anyone comes here with a similar problem, let me highlight the most important changes I made to my firmware.

1) enable data length extension (so that multiple packets could be sent during a single connection)
2) Increase my HVN queue size to 400 (so that the notification system would queue any notifications that couldn't be sent in time - this gives me a little leeway in case there are any flukes)
3) Adjusting other ble stack settings to achieve a theoretical throughput of 1.2 Mbps (I figured these out by testing different parameters in the ble_app_mtu_throughput example)
4) I began double buffering and adding a check in the CPU to retry sending the packet if ble_nus_data_send doesn't return 'success' when it's called the first time.

Furthermore, in order to send multiple packets during a single connection, all you need to do is call ble_nus_data_send() multiple times. If you have an HVN queue large enough, all of your packets will get queued and sent without you having to worry.

Again, Einarh, thanks for your guidance and clarification!

Kindest regards,

Ryan

RE: General questions on sending multiple packets in a connection interval (how to queue multiple packets)

Einarh — Tue, 03 May 2022 11:28:29 GMT

Hello

1 Mb/s throughput is a lot but should be possible. Looking at this page in the documentation it looks like you'll have to use 2M PHY, if you're not doing that already. I would also recommend referring to the throughput sample for pointers on how these things are set up if you haven't already looked at it.

Then for your questions:

[quote user=""]Enabling "connection event length extension" (does this make a difference if my min connection interval = max connection interval?)[/quote]

I believe you might have some concepts confused here. The connection interval is how often a connection event occurs. The Connection event length is how much of the time between two such events are spent sending data, versus waiting for the next event. So the connection event length can be at most the same as the connection interval (which would mean you are sending data all the time).

[quote user=""]I need to increase my hvn_tx_queue_size, correct?[/quote][quote user=""]When sd_ble_gatts_hvx returns NRF_SUCCESS, does that mean the packet was successfully added to the queue, or successfully transferred over bluetooth?[/quote]

According to the documentation:

The number of Handle Value Notifications that can be queued is configured by ble_gatts_conn_cfg_t::hvn_tx_queue_size.

NRF_SUCCESS: Successfully queued a notification or indication for transmission, and optionally updated the attribute value.

[quote user=""]There's nothing else I need to change, right?[/quote][quote user=""]This means I should be able to just call it multiple times and it should handle everything for me, correct?[/quote]

I believe so, but have you tested if it works as expected?

Have you checked what is received at the other end?

Have you tested your current throughput?

Best regards,

Einar