Could it be a case of buffer overflow? I don't think it is possible to insert polling for the stack status at app layer.
Yes, we study the thread "Check if bleprofile_sendNotification() was successful", but it's a little different from what our problem now.
We are absolutely sure that, the slave BCM20736 times and times again try to send data to the central. (the log print via UART), but there is no any data received by its central. The same time, the BCM20736 could right receive the data sent from central. Everything goes right after power reset the BCM20736.
It's very strange, and we really do not know how to solve this problem.
Do you have any ide strange phenomenon?
Do you have any suggestion how to detect this abnormal status?
Yes, it might be case of the txbuffer overflow.
I have one more question:
What is the size of the txbuffer? and what would happen if the txbuffer overflow?
Waiting for your help, Sincerely...
Perhaps you can take a look at the speed_test.c application which is similar to what you had described in your first post.
Yes we study the speedtest in WICED.
In speed_test.c, the data transmition with the configuration of "lel2cap_sendConnParamUpdateReq(6, 6, 0, 700);". the data rate could up to 80K
Here I have one more question:
One 2073x work in central, and it could manage 7 peripherals at the same time.
What's the recommend parameter of the lel2cap_sendConnParamUpdateReq(?,?,?,?) for each of the peripheral ?
That depends on how much data you expect the slave to send in each connection interval (because there can be one or more connection events per interval depending on whether the MD bit is set or not). Assuming all slaves need one connection event and are exchanging one full 27 byte packet of data over the air in either direction, a round-robin scheduling will need to set aside ~2.5mS/slave. So, for 7 slaves, the minimum connection interval for each will then be around 17.5mS.