52832 Reception rate

RE: 52832 Reception rate

Karl Ylvisaker — Thu, 17 Nov 2022 10:16:44 GMT

Great - I am glad to hear that your issue is resolved.

Please do not hesitate to open another ticket if you should encounter any other issues or questions.

Good luck with your development!

Best regards,
Karl

RE: 52832 Reception rate

nicekey — Thu, 17 Nov 2022 09:24:31 GMT

I should have found a solution. When changing the value of NRF_SDH_BLE_GAP_EVENT_LENGTH, you should modify the RAM settings according to the debug prompt. thank you.

RE: 52832 Reception rate

Karl Ylvisaker — Thu, 17 Nov 2022 09:10:10 GMT

[quote user="nicekey"]Thank you for your reply.[/quote]

No problem at all, I am happy to help! :)

[quote user="nicekey"]System apps can't run after the current change.[/quote]

Could you please elaborate what changes you are referring to here, and how it break the application?
Are you able to compile, but the device resets during operation, for example?
If so, do you get an error message output to your logger?

If not, please make sure to have DEBUG defined in your preprocessor defines, like shown in the included image:

This will output a detailed error message to your logger whenever a non-NRF_SUCCESS error code is passed to an APP_ERROR_CHECK.
Please let me know what this error message reads, and what line of code it is referring to.

Best regards,
Karl

RE: 52832 Reception rate

nicekey — Thu, 17 Nov 2022 01:33:29 GMT

Hello:

Thank you for your reply. I currently want to fix the value of being able to change the NRF_SDH_BLE_GAP_EVENT_LENGTH when setting the MIN_CONN_INTERVAL to 30ms. System apps can't run after the current change.

RE: 52832 Reception rate

Karl Ylvisaker — Wed, 16 Nov 2022 12:41:55 GMT

Hello,

Please see the Throughput documentation for more information about which combination of connection parameters that yield the highest throughput.

Additionally it could be helpful to try out the experimental throughput example, if you wish to test the different parameters to measure the effects that they have on your throughput.

Please note that it is the central device that determines which connection parameters are being used, always. A peripheral may only request an update of the connection parameters, which the central can reject. In that case, the peripheral must either just accept the connection parameters set by the central, or terminate the link - i.e there is no way for the peripheral to force a change in these parameters.

Best regards,
Karl