How about capobility of 52832 in rate,delay,distance,amount of slave in piconet ?

[Taoo]

In my situation, I want to use bluetooth to designed a piconet which has 1 master and up to 4 slave.

Each slave upload data 2KB/S,and the max distance support is 10 m,the delay holp for less than 200ms.Also,master will send some data to slave at irregular intervals.some time slave also could pick out,and used to connected with phone(both IOS and android).

Can i make it work in Ble5.0?If not, is it there any suggest solution?BR/EDR?

Early,I am trying 52832 with SDK 15.0.0  as master.Slave is a module designed by another company which used 52810.Both of them,run in BLE5.0.

In my test, it works well in 1 master - 3 slave in distance low than 2m.A)when up to 1-4(mean 1 master - 4 slave) it occur lost packege.B)when distance increase to 10m,1-3,also occur lost packege.Through analysis, I found when distance increase,jitter of packege aslo increase,buffer is not large enough for cache.but increase buffer mean greater time delay.

the main config in my test:

MTU:247 (consider decrease length of packege for resend, I had try MTU set 80,but problem still.)

TX_POWER:4dbm

MIN_CONN_INTERVAL:7.5ms  MAX_CONN_INTERVAL:12ms

SLAVE_LATENCY:0 

CONN_SUP_TIMEOUT:4000ms

Both of master and slave used PCB antenna.Whether i could enhance antenna energy efficiency to solve it?

I also trying SDK 16.0.0 using uarte in dma and baud up to 1Mbps to make master send data to mcu more quickly,is it help?

Is there any param of ble I counld adjust to improve it?

Please help!Thank you so much!!!

[Taoo]

Is there any help?

I already made it (1 mater - 4 slave,distance less than 2m) work in SDK16.0.0 using uarte 1Mbps .Sometime it work well,but sometime  appear packet lost unexplainably.it still can not work well in distance 10m.

I really hope for help, please give me some guide to try.

Thank you so much!!!

[Susheel Nuguru]

Like I said on my previous comment, If I were you, I will put some efforts to reduce the post processing software overhead for the data received from UART. I guess that is where we can do any optimizations if any. I am assuming that the BLE data is being transmitted using 2Mbps PHY and not a 1Mbps default PHY.