Throughput (Speed) Test

RE: Throughput (Speed) Test

Jimmy Wong — Thu, 11 Apr 2019 11:55:08 GMT

HI Chemax,

I will share the result to you by email if you are interested. Here are part of the result between 2 NRF52840 DK (0dBm), very close ~ 20 cm. Event length = 400ms.

RE: Throughput (Speed) Test

CheMax — Wed, 10 Apr 2019 05:13:31 GMT

Hi Jimmy,

Many thanks for your addition. I didn't even have a thought in my head that one could try to count radio events.

Good luck in your projects!

RE: Throughput (Speed) Test

Jimmy Wong — Tue, 09 Apr 2019 15:57:00 GMT

Hi,

I did some measurement on difference connection interval / throughput / distance / Packet error rate on between 2 NRF52840 DK.

The example code is

https://github.com/jimmywong2003/nrf5-packet-error-rate-measurement-on-ble-connection.

from the experiment result, smallest connection interval is the best because it would be lower packet error rate.

But at the same time, you need to tune the payload (DLE).

RE: Throughput (Speed) Test

CheMax — Tue, 09 Apr 2019 08:59:54 GMT

Ok, thanks.

I currently have no more questions)

RE: Throughput (Speed) Test

Kenneth — Mon, 08 Apr 2019 15:49:12 GMT

Never heard this to be an issue, there is just so much loss through air because the antenna radiate freely in all directions that it's impossible to saturate the input in any way.

Best regards,
Kenneth

RE: Throughput (Speed) Test

CheMax — Sat, 06 Apr 2019 13:32:05 GMT

With the power level also understood, but for general development: how the receiver will behave (nrf52840) with a high transmitter signal power (+8 dbm) and a small distance:
1. will the signal exceed the permissible level and is not always perceived correctly?
2. Will the automatic tuning of the amplifier work and the signal will be "partially suppressed"?

RE: Throughput (Speed) Test

Kenneth — Thu, 04 Apr 2019 08:27:43 GMT

It's fixed yes, as configured by sd_ble_gap_tx_power_set().

RE: Throughput (Speed) Test

CheMax — Thu, 04 Apr 2019 06:43:28 GMT

Thanks, about the intervals and the length of the packets, I understood.

What about other influencing factors:
Power level set upon connection

case BLE_GAP_EVT_CONNECTED:
    NRF_LOG_INFO("Connected");
    m_conn_handle = p_ble_evt->evt.gap_evt.conn_handle;
    err_code = nrf_ble_qwr_conn_handle_assign(&m_qwr, m_conn_handle);
    APP_ERROR_CHECK(err_code);

    /*-40dBm, -20dBm, -16dBm, -12dBm, -8dBm, -4dBm, 0dBm, +2dBm, +3dBm, +4dBm, +5dBm, +6dBm, +7dBm and +8dBm.*/
    uint32_t err_code = sd_ble_gap_tx_power_set(BLE_GAP_TX_POWER_ROLE_CONN, p_ble_evt->evt.common_evt.conn_handle, 4); 
	APP_ERROR_CHECK(err_code); 

	NotifyEvent.flags.fConnect = true;
    xTaskNotify(hDevCtrl, NotifyEvent.Value, eSetValueWithOverwrite);
break;

Will it be fixed (both for a distance of 0.1m and 10m) or will the chip reduce the signal power at a short range?

RE: Throughput (Speed) Test

Kenneth — Wed, 03 Apr 2019 14:30:14 GMT

Hi,

I suspect the max speed may drop yes with shorter interval, but you will get more consistent results, and I expect even better results in environment with interference. I don't think there is any specific "rule" here, but I would consider longer packets is always preferred if possible (less time on-air, less risk of collision, more time to transmit packets).

[quote user="CheMax"]"expand the connection interval event"[/quote]

That is a nordic implementation/feature that allow the BLE event to extend beyond the default configured BLE event length.

Best regards,
Kenneth

RE: Throughput (Speed) Test

CheMax — Wed, 03 Apr 2019 05:29:22 GMT

I tried it, but the speed only decreases.

I noticed that:

with the interval> = 50 ms there is no difference in traffic.
With an interval of 20-50 ms, the traffic decreases (the average speed is approximately 35-40 kB / s).
With an interval of 8-20 traffic is even lower.

Is there a rule for choosing the connection interval based on the traffic volume? For example,
1. For large packets, the connection interval should be small
2. Or for large packets, the connection interval should be large

Also interested, failures in transmission speeds can be caused by non-optimal application code (in particular, the use of the operating system)?

Also in your example there was an option to "expand the connection interval event". But we can not find it in the specification. Is this a feature of your stack implementation or is this feature described in the standard?

RE: Throughput (Speed) Test

Kenneth — Tue, 02 Apr 2019 19:04:05 GMT

[quote user=""]s a result, during one connection interval, data can be transmitted, for example, 50 ms, and in the next only 10.[/quote]

That is in essence the reason yes, and also why I recommend to always use the shortest possible connection interval.