Sending MTU Exchange Request as Server

23 views
Skip to first unread message

Thomas Ap

unread,
Nov 26, 2024, 1:40:26 PM11/26/24
to btstack-dev
Hello,
I am currently moving my ESP32 Project from the NimBLE Stack to btstack. I have setup a simple GATT Server that clients can connect to and receive data from. The client devices im working with however don't initiate the MTU Exchange themselves, but rather expect the Server to initiate (see image below for an example). With NimBLE I achieved this by using the ble_gattc_exchange_mtu function upon connection. Is there a similar function or reccomended way to handle this in btstack?

Thank you for your time.expected_connection.png

Matthias Ringwald

unread,
Nov 27, 2024, 10:36:59 AM11/27/24
to btsta...@googlegroups.com
Hi Thomas

In general, the GATT Client is supposed to trigger an MTU exchange, as you've indicated. However, the MTU is valid for both directions and you can trigger an MTU Exchange as a GATT Client - as you did with NimBLE.
With BTstack, you can call gatt_client_send_mtu_negotiation.

Chers
Matthias


> On 26 Nov 2024, at 16:06, Thomas Ap <thomas...@gmail.com> wrote:
>
> Hello,
> I am currently moving my ESP32 Project from the NimBLE Stack to btstack. I have setup a simple GATT Server that clients can connect to and receive data from. The client devices im working with however don't initiate the MTU Exchange themselves, but rather expect the Server to initiate (see image below for an example). With NimBLE I achieved this by using the ble_gattc_exchange_mtu function upon connection. Is there a similar function or reccomended way to handle this in btstack?
>
> Thank you for your time.<expected_connection.png>
>
> --
> You received this message because you are subscribed to the Google Groups "btstack-dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to btstack-dev...@googlegroups.com.
> To view this discussion visit https://groups.google.com/d/msgid/btstack-dev/0f141999-0830-4e92-a805-9bcc5f41c42bn%40googlegroups.com.
> <expected_connection.png>

Reply all
Reply to author
Forward
0 new messages