Page 2 of 3
Re: SPP profile in bluedroid missing?
Posted: Wed May 17, 2017 7:13 pm
by madscientist_42
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.
Re: SPP profile in bluedroid missing?
Posted: Wed May 31, 2017 2:57 pm
by eliaskardel
What is the status of SPP in IDF currently? I would need it.
Re: SPP profile in bluedroid missing?
Posted: Mon Jul 03, 2017 2:10 pm
by my_abousamra
In last release (#7), They have added 2 profiles A2DP Sink Profile and AVRCP Controller Profile.
What about SPP?
Re: SPP profile in bluedroid missing?
Posted: Thu Aug 10, 2017 10:21 am
by Helmut57
Does someone has any information when SPP profile will be implemented in bluedroid?
Re: SPP profile in bluedroid missing?
Posted: Tue Nov 28, 2017 2:31 pm
by 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?
Re: SPP profile in bluedroid missing?
Posted: Sat Dec 23, 2017 7:11 am
by 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?
Re: SPP profile in bluedroid missing?
Posted: Sat Dec 23, 2017 9:39 am
by 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.
Re: SPP profile in bluedroid missing?
Posted: Sat Dec 23, 2017 5:18 pm
by 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?
Re: SPP profile in bluedroid missing?
Posted: Sat Dec 23, 2017 6:15 pm
by 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.
Re: SPP profile in bluedroid missing?
Posted: Sat Dec 23, 2017 8:33 pm
by 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.