If the data is not "sensitive" that you are transmitting, you can always just flat advertise the data itself, and then all of the units can be set to advertise as a peripheral without the overhead of connection establishment and dissolution. Otherwise, if you are required to use connections for the data transmission, then you could try changing: System Clock Frequency, Connection Parameters, and handling the BLE callback stack events as quickly as possible.
Thanks for your response.
Using the advertising channel is a possibility. But I think the advertising data cannot be acknowledged. So the implementation would be sending advertising data once from each module and sending the response back. Here response will act as the only acknowledgement. Also there are only 3 channel for transmission of advertising packet. So chance of failure is high. Anyhow, I will give it a try and see how it goes. Otherwise adjusting the connection parameters seems to be only feasible option.
1 of 1 people found this helpful
You can dynamically change advertising data, and hence you can implement a form of responding, but I agree that it would be less reliable overall. The pairing process also seemed to take some time as well, so removing security will probably increase speed, but that's up to your application requirements.
Increasing the clock speed on the micro should also help, as it will spend more time waiting for data transmission, and less time processing data (With use of sleep and deep sleep modes, this shouldn't hurt power noticeably)
Good luck :)