Hi,
We are looking to implement the Bluetooth UART example but the slave radio is multiplexed with a 802.15.4 protocol.
Can you confirm the following please?
1. The total amount of data which can be sent by a slave in one second is 1 / bluetooth connection interval * 20 bytes. So for BT con interval of 200ms its 100 bytes.
2. The total amount of data which can be sent to a slave is about 3 to 4 times above.
3. I've partially tested this arrangement (not as a UART but by connecting to nRFConnect). The smaller the connection interval, the more 802.15.4 packets are lost. This is to be expected as the radio is being multiplexed and BT take priority.
4. If the slave is sending 40 bytes, is the packet split in two and sent over 2 connection intervals? Is it possible to increase the 20 byte limit?
5. Is it possible for the slave to predict when the softdevice will take control of the radio? In this way it can schedule complete 802.15.4 transactions between BT connections.
Our application is a low bandwidth. There could be up to 20 802.15.4 units which connect to the coordinator.
Each slave would send 40 bytes a second. If they happen to send all at once (assuming all the 802.15.4 data gets thru (it won't)) that would be 800 bytes the BT slave has to send back to the BT master. Will this take 800 / 20 * 200ms (connection interval) 8 seconds to send?
Is there another BT service which might be more suitable for this application?
We are using the NRF5 thread and zigbee protocol (only one which supports multiplexing).
kind regards
Liam
