-
Notifications
You must be signed in to change notification settings - Fork 626
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Non-compatible BT audio devices (BT v3.0/v4.2) #165
Comments
Hi @rob-bits Interesting. Could you run a2dp_source on a desktop system (mac,linux,win) and post the full packet log? For the LG, maybe they cannot agree on a codec config. If music pauses, you could check if the audio data is send at regular intervals. If the ESP32 runs a bit too slow, this would cause repeated pauses. -- just blind guesses. |
FWIW, the Bluetooth spec version is not relevant for this. If anything, the A2DP or AVDTP spec might be relevant. |
Hi @mringwal, Thank you very much for the input. Unfortunately I do not have time and energy to play on different platform with the BTStack for now. I can share the ESP32 log file and some measurement result. But if you really need the linux testing then I can do some test later. I did a small modification for the a2dp_source_demo application to debug the problem. When the software enters into the a2dp_demo_send_media_packet() function then it toggles a GPIO pin. So when it first steps into this function then it sets the GPIO. When next time it enters it resets the GPIO ... and so on. And you can see a scope shot from this GPIO for a normal operation (please ignore the orange spots on the screen :)): And this is when the Sony WH500 is connected: Log:
|
HI @mringwal, I have another issue with btstack+esp32. I got a new BT device which unfortunately does not work well. And it is the PEAQ PPA34BT-B. Any hint for this? Thank you in advance! Guessed problemetic part from log:
Full log:
|
well. here the HCI log would help. Please enable the call to hci_dump_open in app_main and convert the log with tool/convert_packetlog.py to .pklg and post it here. |
Okay. At the eve I will do that. BTW, after this security issue the L2CAP drops a 0x6A status code which defined as L2CAP_SERVICE_ALREADY_REGISTERED. Does this status code make any sense for you in this context? |
L2CAP_SERVICE_ALREADY_REGISTERED doesn't make sense in this context. The log might shine some light on the details. |
Hi @mringwal, I created the logs for you. You will find three usecases.
log_peaq_PPA34BT-B_000x_20180829.zip I hope you find something. Thank you in advance! Robert |
Hi @mringwal , Have you find something? Robert |
Sorry, I did get to look at it yet. Thanks for the remainder. |
hi. it looks like in the logs, there have been newlines inside some packets - the tool is not able to process that properly. Could you try to use a tool that does not add additional newlines? With full packet log enabled, the console output at 115200, but it might help with headset/speakers that don't play music at all. Could you pick one device that doesn't play music and try to create a new log file without the newlines? You can open the .pklg in Wireshark and check if it looks fine. (undecoded events are ok, these are BTstack internal) |
Hi @mringwal ,
I was unable to use two types of bluetooth audio devices with the btstack on esp32 (esp-idf v3.1). I have already used this stack with three different vendors well but with LG PH1, and SONY WH500 I have some troubles. The BT devices what works uses BT v2.1 protocoll while the new devices use v3.0 or v4.2 and they do not seem work.
I am using this code:
A2DP source
With LG PH1 the devices connects and starts the stream and shows no error/ warning in the debug log. But no pleasurable audio comes out from the speaker. Instead of the music only some spike, loud, random noise can be heard. Like in every 1-2 sec this spike noise appear. It sounds like a codec problem. The speaker supports the SBC so it should work.
The other device, the SONY WH500 plays the music but with interruptions. It plays a bit of music for 1 sec then stops for another 1 sec and this is repeating. During audio play I got this message in debug:
LOG -- hci.c.565: hci_stack->hci_packet_buffer_reserved 1
Any hints what can be the problem or how can I track it back?
Thank you in advance!
Regards,
Rob
The text was updated successfully, but these errors were encountered: