Python example on BlueZ with nrf52840 stop connection after 30 seconds

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

Håkon Alseth — Tue, 07 May 2019 07:17:24 GMT

The bug on our side is that we seem to echo back the same MTU, ie 517 bytes, in the MTU REPLY. The developers are looking into if this originates from the PC application or the firmware running on the nRF side.

Kind regards,

Håkon

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

jean-marc — Tue, 07 May 2019 06:30:14 GMT

OK I think we are looking at the right place. I will have to figure out when (probably on the connection time) the BlueZ app does the MTU request or related command. Anyway thank you for your answer.

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

Håkon Alseth — Mon, 06 May 2019 14:20:48 GMT

[quote user="jean-marc"]But where do you see that example-gatt-server ask for >247 bytes.[/quote]

I used wireshark to see the MTU. I do not have enough knowledge about bluez and its inner workings in order to tell where this value is overridden. 517 is likely the default unless otherwise stated on either the device (maybe hciconfig / btmgmt can override this?) or more likely: in the bluez gatts object.

[quote user="jean-marc"][/quote]

And what about the link you give me. Does Nordic will care about a fix?

Thank you for reporting the issue back to us, and providing a way for us to recreate the scenario. I have added my .log to the internal bug report, and made the developers aware of this, and hopefully they will look into this soon.

Kind regards,

Håkon

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

jean-marc — Mon, 06 May 2019 14:03:57 GMT

I agree that we are running on a problem linked to the MTU size or MTU exchange at initialisation. But where do you see that example-gatt-server ask for >247 bytes.

I know that the bluetooth server without any GATT exchange MTU has 517bytes MTU. I can see it with my TI BTool. Cannot see where example-gatt-server manage this case.

And what about the link you give me. Does Nordic will care about a fix?

Thank you so much for your help.

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

Håkon Alseth — Mon, 06 May 2019 12:47:00 GMT

Sorry for the long wait. I had issues getting the example-gatt-server to properly work.

It seems that it works fine with the mobile app, while it fails with the error message that you post when tested with nRF Connect 2.6.2 for windows (with pca10040).

The issue is related to the buffer size of the connectivity firmware (example-gatt-server asks for >247 bytes) that's running on the pca10040: https://devzone.nordicsemi.com/f/nordic-q-a/39496/nrf-connect-failed-to-call-gattsexchangemtureply-nrf_error_invalid_param

Best regards,

Håkon

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

jean-marc — Wed, 01 May 2019 12:30:20 GMT

nRF connect 2.6.2

Using BT Tools from TI and a Windows LE Explorer.

Thank you for helping

RE: Python example on BlueZ with nrf52840 stop connection after 30 seconds

Håkon Alseth — Mon, 29 Apr 2019 14:02:12 GMT

[quote user=""]"Failed to call gattsExchangeMtuReply (NRF_ERROR_INVALID_PARAM)"[/quote]

Are you using nRF connect, if yes; which OS are you running on?

[quote user=""][/quote]

With other means it is connecting OK.

What could be wrong with Nordic?

What other central devices have you used to connect to the bluez gatts example?

Kind regards,

Håkon