Always connected peripheral

RE: Always connected peripheral

Oleh — Fri, 24 Apr 2015 17:55:00 GMT

yes, thank you! will follow the other thread.

RE: Always connected peripheral

Petter Myhre — Fri, 24 Apr 2015 13:43:48 GMT

Sorry for the late response, did you see comment from Runar in the other question?

RE: Always connected peripheral

Oleh — Wed, 22 Apr 2015 23:23:00 GMT

a short statistic of last 3 hours of testing the disconnect-issue, here are the values I've got with my comment:

0x2a > initial test
0x3e > probably due to uart logging lots of data (detailed)
0x16 > dunno why...
0x08 > as soon as I changed some connection params.

RE: Always connected peripheral

Oleh — Wed, 22 Apr 2015 23:10:31 GMT

Short update.

Did some more testing and changed several times connection parameters.

having these:

#define MIN_CONN_INTERVAL MSEC_TO_UNITS( 20, UNIT_1_25_MS) // prev val: 200

#define MAX_CONN_INTERVAL MSEC_TO_UNITS(1000, UNIT_1_25_MS) // prev val: 2000, 1500

#define SLAVE_LATENCY 0 // always 0

#define CONN_SUP_TIMEOUT MSEC_TO_UNITS(4000, UNIT_10_MS) // prev val: 6000, 5000

the disconnection is not immediate.

scanning with wireshark there are frequent LL_CHANNEL_MAP_REG packages, then some LL_PING_REQ with the LL_UNKNOWN_RSP, and until new connection values were set frequent BLE_GAP_EVT_CONN_PARAM_UPDATE events in the log. with new min_conn_intervall these disappeared.

...

RE: Always connected peripheral

Oleh — Wed, 22 Apr 2015 19:56:21 GMT

I'm receiving 0x2A BLE_HCI_DIFFERENT_TRANSACTION_COLLISION as the reason. found some more info this link devzone.nordicsemi.com/.../

RE: Always connected peripheral

Oleh — Tue, 21 Apr 2015 09:06:17 GMT

Thank you Petter, will try and be back with more details!

Tested with ios 8.3, sdk 7.1.0, s110, nRF51 DK board and custom board.

RE: Always connected peripheral

Petter Myhre — Tue, 21 Apr 2015 09:04:55 GMT

Do you have a sniffer available, for example nRF Sniffer? It would be helpful to see what is actually happening on the air. Could you also check the disconnect reason in the BLE_GAP_EVT_DISCONNECTED event? Use the debugger (remember to turn off optimizations, set it to Level 0) and check the value of p_ble_evt->evt.gap_evt.params.disconnected.reason; Are you using our board or a custom board? How are the noise levels in the room?

RE: Always connected peripheral

Oleh — Tue, 21 Apr 2015 08:52:55 GMT

few minutes: 3 to 5 minutes, testing on iPhone.

RE: Always connected peripheral

Petter Myhre — Tue, 21 Apr 2015 08:37:56 GMT

How much time is some time? What kind of phone are you testing with?