NRF51822 disconnects connection after 1 min

RE: NRF51822 disconnects connection after 1 min

Ole Bauck — Tue, 05 Jan 2016 16:16:39 GMT

Connection parameter update request is implemented to allow the peripheral to request connection parameters that makes it use the least amount of power, as the peripheral most often has limited power (small battery) and the central has more power (large battery). Removing the conn_param module will make the central in full charge of the connection parameters, while the peripheral have nothing to say. See this post for more.

RE: NRF51822 disconnects connection after 1 min

Pim — Tue, 05 Jan 2016 15:34:40 GMT

Wauw, thank you so much! Removing the call to conn_params_init() solved the issue :) Just out of curiosity: does this have any negative effects on the long term?

RE: NRF51822 disconnects connection after 1 min

Ole Bauck — Tue, 05 Jan 2016 13:46:38 GMT

There is also one in static void update_timeout_handler(void * p_context) in ble_conn_params.c. You can disable the connection request by not calling conn_params_init() in main.

RE: NRF51822 disconnects connection after 1 min

Pim — Tue, 05 Jan 2016 13:37:13 GMT

Thank you Ole for the quick reply! I think that you are right and that this is indeed the case. My settings are as follows, I did not make a change, they are the same as in the example: #define FIRST_CONN_PARAMS_UPDATE_DELAY APP_TIMER_TICKS(5000, APP_TIMER_PRESCALER) #define NEXT_CONN_PARAMS_UPDATE_DELAY APP_TIMER_TICKS(30000, APP_TIMER_PRESCALER) #define MAX_CONN_PARAMS_UPDATE_COUNT 3

I only find sd_ble_gap_disconnect twice, once in static void on_conn_params_evt(ble_conn_params_evt_t * p_evt) and once in void bsp_event_handler(bsp_event_t event). Both are not fired during a debug session with a breakpoint attached.

I don't think it is possible to make the master respond to the update request. Would it be possible to disable the request altogether on the NRF? Of just ignore the fact that no answer is received so that it will not disconnect?

RE: NRF51822 disconnects connection after 1 min

Ole Bauck — Tue, 05 Jan 2016 11:54:11 GMT

I suspect that the reason has to do with parameter update request not being answered by the master. I see from the wireshark cap that the disconnect happens almost accurately 60s after connection parameter update request is sent. What is your update delay and update count used in conn param module?

You can also check where the disconnect is called by searching for sd_ble_gap_disconnect, set a breakpoint at each and run the application in debug mode.

A tip with wireshark: Remove all the empty packets by typing "btle.data_header.length != 0" in the filter field.