nRF52 as central: bad parameters requested by peripheral

RE: nRF52 as central: bad parameters requested by peripheral

Einar Thorsrud — Wed, 08 Dec 2021 11:53:51 GMT

Yes. It works with our implementation, and I am not able to see anything in the spec that says it should not be allowed.

RE: nRF52 as central: bad parameters requested by peripheral

thefool — Tue, 07 Dec 2021 14:37:07 GMT

OK, so you're saying how I tried to do it would be OK according to spec and to your implementation (modifying a copy of the parameters before calling sd_ble_gap_conn_param_update() with this copy)?

Good to know calling sd_ble_gap_conn_param_update() outside of the UPDATE_REQUEST event would work.

RE: nRF52 as central: bad parameters requested by peripheral

Einar Thorsrud — Tue, 07 Dec 2021 14:28:26 GMT

Hi,

Good to hear declining the request works. I have not been able to find anything in the Bluetooth specification that states that it is not allowed to respond with other parameters (reading 5.1.1 Connection Update procedure, starting from page 2869 in version 5.3 of the spec). It could be just that it is not handled properly by this specific peripheral implementation.

[quote user="thefool"]How would I do that, if not by modifying the requested parameters? [/quote]

Then you use sd_ble_gap_conn_param_update(), but not as a response to a request. In this case you use the same function - sd_ble_gap_conn_param_update(), and this will initiate a connection parameter update procedure. (In other words, this is not only used to respond to a BLE_GAP_EVT_CONN_PARAM_UPDATE_REQUEST event).

RE: nRF52 as central: bad parameters requested by peripheral

thefool — Mon, 06 Dec 2021 21:25:00 GMT

I'll get in touch with the manufacturer, to notify them of the issue and ask why they chose those values.

I tried NULL: that works in this case! Thanks

Is modifying(fixing) the requested parameters before telling the soft device to update them not allowed? i.e is it either accept or reject?

And a related question: lets say in this case I want our central to negotiate a connection interval of 32 instead of the 6, in an attempt to save power. How would I do that, if not by modifying the requested parameters?

RE: nRF52 as central: bad parameters requested by peripheral

Einar Thorsrud — Mon, 06 Dec 2021 14:17:58 GMT

Hi,

It is difficult to know why the peripheral does what it does without knowing the implementation of it. It is probably best to reject the request when it is invalid. To do that, pass NULL as the second parameter when you call sd_ble_gap_conn_param_update().