BLE mesh custom model message receive interval

RE: BLE mesh custom model message receive interval

tesc — Wed, 14 Sep 2022 15:11:47 GMT

Hi,

Andreas asked me to have a look at this while he is out-of-office.

As Andreas has already mentioned, CONFIG_BT_MESH_ADV_EXT is a config that will improve throughput. It enables multiple advertising sets, which increases throughput (and also gives better control of number of advertisements sent.) The drawback is it is not yet considered production quality for Bluetooth mesh, so it is use at your own risk.

Regarding the 50 packets per second, testing has shown that number to be 20, not 50, for each advertiser. (Might have been a confusion there about packets/second vs ms/packet.) Without ADV_EXT you get a single advertiser. The throughput should still be higher than once every 1.5 seconds for a single advertiser.

Are you able to reproduce the behavior by creating a minimal example? For highlighting and reproducing the issue, without having to share customer code.

Regards,
Terje

RE: BLE mesh custom model message receive interval

AHaug — Tue, 13 Sep 2022 13:00:57 GMT

Hi,

Apologies for the late response. I've been out of office on business travel for the past few days and will be for the two next weeks as well. I will do my best to find a colleague to handle your case for that duration.

Kind regards,
Andreas

RE: BLE mesh custom model message receive interval

yogeshiggalore — Tue, 13 Sep 2022 06:04:30 GMT

thanks Andreas,

Apology could not able replay back due to other priority work.

[quote user="AHaug"]

How many nodes do you have in your network?
How many jumps is it expected that your message will perform?
How large is the physical range of your network, i.e how large does it stretch from one end to the other?

[/quote]

Currently, we are planning to have 100 nodes in a network, it may extend to 500 but not more than that.

max1 or 2 hop is what I am planning as of now. (algo will decide first fit node to transfer firmware)

you can say 70 or 80 feet.

I am using 1.9.1 and planing to move to 2.0.2 in comming days.

RE: BLE mesh custom model message receive interval

AHaug — Tue, 30 Aug 2022 14:52:13 GMT

Hi,

[quote user="yogeshiggalore"]since it involves customer permission and I am not supposed to share any code related to that. [/quote]

That is understandable.

Can you share some more information about your network topology and configuration?

How many nodes do you have in your network?
How many jumps is it expected that your message will perform?
How large is the physical range of your network, i.e how large does it stretch from one end to the other?

Under the section "Relay" on our documentation pages, you can see some reasons for why the transport time is so long. I don't necessarily think that the size of your network is what causes the long transport time, but it should be nice to clarify if that is whats causing your issues.

[quote user="yogeshiggalore"]is any method to available improve throughput?[/quote]

One option to use in NCS v2.x is to use CONFIG_BT_MESH_ADV_EXT, albeit with some care. The extended advertisement is not experimental in NCS v2.x BLE but it is not yet verified verified to be stable for use with Bluetooth Mesh.

Kind regards,
Andreas

RE: BLE mesh custom model message receive interval

yogeshiggalore — Tue, 30 Aug 2022 06:28:48 GMT

thanks, Andreas for a quick reply.

I also did the same analysis as you did.

currently, I am using 1.9.1 and planning to move it to 2.0.2 in the coming days.

yes based on nordic sample code I have developed custom models.

since it involves customer permission and I am not supposed to share any code related to that.

need your help in changing adv interval in ble mesh prj.conf

is any method to available improve throughput?

RE: BLE mesh custom model message receive interval

AHaug — Mon, 29 Aug 2022 14:19:02 GMT

Hi,

Solely based on a couple of assumptions and computations it seems like 1.5seconds is a bit high for that time interval. Each pack has a payload of 11 bytes, meaning you will need 13 packs to send one message consisting of 138 bytes. Maximum frequency is 50 packs / second so it should result in something like 3-4 messages / second. So depending on other factors such as the number of jumps in the network it should be possible to reduce the time lower than 1.5 seconds.

I will have to confirm some details with the mesh team before I can come back with anything conclusive, but in the mean while could you give me some information about the following:

Are you running NCS? If so, what version of the SDK are you running?
Are you basing the custom models in your application on any existing nordic sample?
Can you provide a minimal sample that we can use to recreate the issue (including configuration files)
- Remember to not add any sensitive information in the provided sample if you end upp attaching the sample

Kind regards,
Andreas