Server is able to receive first 1055 packets only

[subhanshus-optimus]

Steps to reproduce:

1. Compile 'client.c' and upload to one of the TI cc2650 modules.
2. Similarly, compile and upload 'server.c' to the other TI cc2650 module.
3. View the output of code on terminals
4. The client will keep on sending messages to the server and in reply server will re-send the received packet.

Result: This keeps working for the first 1055 packets after that 'client' keeps on sending the packet but 'server' is not able to receive any packet.

Query: I just want to ask that if this behavior is because of the desired configuration or if this is a known issue.

[spoerk]

Hi, could you tell me which connection settings (connection interval, supervision timeout, slave latency) you used?

[subhanshus-optimus]

Hi sir,
I am using the default connection settings that comes with BLEach provided examples,:

1. CONNECTION_INTERVAL_MS 125
2. CONNECTION_SLAVE_LATENCY 0
3. CONNECTION_TIMEOUT 42

[liuch1029]

Hi,I already have the same problem with defalult connection param. But the value of radio timer is still ++, this value will exceed the range of 'unsigned int' and will become a negative number. Then this value is freeze and connection is broke. So the time of connection is about 15 minutes.

[spoerk]

Hi. This is a known bug in the radio layer in BLEach. As you correctly pointed out, a timer value overflows and this overflow is currently not handled correctly.

[liuch1029]

So can I avoid this problem or how to solve this? Could you tell me some reasonable sugguestions? For example, device restart radio timer when the value of timer oversflows.

[spoerk]

Unfortunately, this problem is currently not solved. You could fix this bug by extending the radio timer counter to a 64-bit integer.