Skip to content
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

### Related area #307

Open
1 task done
asgardthundee opened this issue Jun 15, 2024 · 0 comments
Open
1 task done

### Related area #307

asgardthundee opened this issue Jun 15, 2024 · 0 comments

Comments

@asgardthundee
Copy link

Related area

Classic Bluetooth

Hardware specification

All ESP32 boards

Is your feature request related to a problem?

For a small but frequent Bluetooth serial data, using delay of 100 ms in flush() degrade the performance very much.
https://github.com/espressif/arduino-esp32/blob/cbf1e94dd5f9ac8bdabaae9603611a3b81d8fbe4/libraries/BluetoothSerial/src/BluetoothSerial.cpp#L878-L884

Describe the solution you'd like

I'd suggest that the delay is reduced to 1 ms. By using much smaller delay, it can accomodate different kinds of serial data.

Describe alternatives you've considered

Currently I have no alternative approaches in mind that is as efficient and minimal in changes.

Additional context

When I try without using flush() for my project, typically the data is sent in its entirety in about 5 - 20 ms. However, when I try to use flush(), the data would be sent entirely in > 100 ms. For a bigger serial data, the loop in the function would cause other 100 ms of delay(s). To avoid the problem altogether, one can avoid using flush() at all. But then, there is no way to know and make sure that the transmission buffer is cleared.

I have checked existing list of Feature requests and the Contribution Guide

  • I confirm I have checked existing list of Feature requests and Contribution Guide.

Originally posted by @vincadrn in espressif/arduino-esp32#9868

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant