I'm using an ESP32 on full UART @921kbps to provide Bluetooth capabilities for my Linux machine:

/usr/bin/btattach -S 921600 -B /dev/ttyS10


Linux machine then uses BlueZ to manage all BT-related functions.

Everything works smooth. :)

Most of the time the controller spends its duty in BLE Ad ...

One addition: I hooked up an oscilloscope onto RX (from Computer point-of-view), so I can see packets arriving to computer.

Now, when I don't accept MTU change request (and it stays 23), I can see traces on the scope.

When we accept MTU request of the client to be raised to 247, scope stays silent ...

I'm having a fairly complex scenario and hoping some common knowledge to solve this up:

Components:

BLE client device (CL)
ESP-WROOM-32 (ESP32): details below
Linux computer: details below


ESP-WROOM-32 (ESP32)

Used as Bluetooth co-processor: it only provides bluetooth functionality ...

Good to know, thank you!

Yes, thank you, already did it

@ESP_igrr:

Please help me with this topic. This is blocking my development efforts now, and I'm already started considering on moving over from ESP32 if we can't solve this.

This was exactly my reason of asking before utilizing ESP32, to not have these kind of problems. And now it seems I can't ...

Could you please help me with this?

Hello, could you please help me with this?
Thank you.

Hi danergo,

You can get esp32 to expose HCI interface over UART using this example code: https://github.com/espressif/esp-idf/tree/master/examples/bluetooth/hci/controller_hci_uart. On the host you will need to use hciattach command to let bluez stack work with the UART. Note that hardware flow ...

Thank you.

I hope you could help me with my issues. ESP32 is not able to connect to random addressed BLE devices with the espidf provided hci controller sample you recommended:

https://www.esp32.com/viewtopic.php?f=13&t=23766

Also, regularly l2ping fails for a specific device. (In spite of that ...