SPP profile in bluedroid missing?

[madscientist_42]

Now there is a BT stack with SPP available: https://github.com/bluekitchen/btstack/ ... port/esp32. It seems to be free for private use only. Did anybody test it?

Not yet. Keep in mind, for the patient, they're working on the support for that in IDF. There might be another work in progress that'll be there first that is under the Apache License as well.

[eliaskardel]

What is the status of SPP in IDF currently? I would need it.

[my_abousamra]

In last release (#7), They have added 2 profiles A2DP Sink Profile and AVRCP Controller Profile.
What about SPP?

[Helmut57]

Does someone has any information when SPP profile will be implemented in bluedroid?

[MarkZi]

Hello Espressif-Team,

please let us know if you plan or will release a SPP example for ESP32/bluedroid. And when might it happen?

[squonk11]

I am also still waiting for the support of the SPP profile in esp-idf. Recently they published the ble_spp_server example but this does not help me because I need the real BT classic SPP profile. I found this (https://github.com/bluekitchen/btstack/ ... port/esp32) solution, but unfortunately this is not free for commercial use and my budget is very small. I have not tested it so far. Does someone have experience with this?

[loboris]

I am also still waiting for the support of the SPP profile in esp-idf. Recently they published the ble_spp_server example but this does not help me because I need the real BT classic SPP profile. I found this (https://github.com/bluekitchen/btstack/ ... port/esp32) solution, but unfortunately this is not free for commercial use and my budget is very small. I have not tested it so far. Does someone have experience with this?

BT classic SPP profile with BTStack works very good on ESP32.

[squonk11]

I am currently trying to make btstack work. I am having some issues:
- how to switch off logging (in oder to increase speed)?
- sometimes the communication gets stuck for a few seconds; why?
- do you have some sample code?

[loboris]

You can download my BTStack spp counter example.
- Unnecessary loging is removed.
- You can set the remaining login level at the begining of btstack_main in spp_counter.c
Built with latest esp-idf and tested with Bluetooth terminal app on Android.
No issues detected.

[squonk11]

using

Code: Select all

esp_log_level_set("[BT_STACK]", 3);

you can only switch off logging of the esp-idf functions. The btstack still logs many data:

I (114548) PacketHandler: spp_send_packet()
D (114549) SendPacket: begin
[00:01:54.549] ACL => 80 00 19 00 15 00 41 00 09 EF 20 00 41 02 30 30 30 31 32 3
0 35 36 2E 34 2E 30 03 07 40
D (114550) SendPacket: end
[00:01:54.551] EVT <= 6E 00
[00:01:54.551] EVT <= 78 02 41 00
[00:01:54.576] EVT <= 13 05 01 80 00 01 00
[00:01:54.597] ACL <= 80 20 11 00 0D 00 41 00 0B FF 11 01 04 41 30 30 30 31 35 0
5 86
[00:01:54.598] LOG -- rfcomm.c.1289: RFCOMM data UIH_PF, new credits: 1, now 32
D (114598) PacketHandler: rcv:08::<EOT>A00015<ENQ>
[00:01:54.599] CMD => 35 0C 05 01 80 00 01 00
[00:01:54.599] EVT <= 6E 00
I (114601) uart_event: uart[2] event:
D (114601) uart_event: data, len: 39; buffer: A╗0001528(c) 2012 Bonfiglioli Vect
ron╚m
[00:01:54.601] EVT <= 78 02 41 00
[00:01:54.602] EVT <= 89 02 01 00
I (114602) PacketHandler: spp_send_packet()

In general my code looks quite similar withthe difference that I am using an uart as backend on the ESP32 side and not the terminal. My problem is tht the communication on the uart needs to be quite fast. There are small data chunks (few bytes only) to be read in request/response fashion within a few miliseconds (you see the time between two spp_send_packet() currently is approx.50ms and it should be less than 10ms). Probably a major part of the long time is due to the logging. Unfortunately here I still have some problems and sometimes the communication stopps for several hundred miliseconds.