-
Notifications
You must be signed in to change notification settings - Fork 7.6k
BT issue: Assert_warn and no serial connection possible, but pairs #5053
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
Comments
Try NimBLE. This is what I use: |
Thanks for your reply! |
I use NimBLE for passing serial. Use this to declare it a serial port: before you start advertising: |
Same problem here with 1.0.6:
|
Yes, 1.0.4 is doing the trick, so it seems there is a problem with the newer versions |
[STALE_SET] This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions. |
Will this issued bei focused in a future update? Maybe in 2.0.0 ? |
[STALE_CLR] This issue has been removed from the stale queue. Please ensure activity to keep it openin the future. |
[STALE_SET] This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 14 days if no further activity occurs. Thank you for your contributions. |
Faced this issue today (or a very similar one, at least) - I can successfully use SerialBT to pair ESP32 to another, pin-protected, device (HC-05) and receive a stream of data just fine. All Google searches seem to point to this thread as being the only useful reference, and the only solution (to compile against v1.0.4 rather than v1.0.6), which feels unsatifactory, but does resolve the issue. |
Did you find any solution ? @alastaira ? |
I could not find any other solution than just use 1.0.4 |
WOW bummer... :-( |
Nope, unfortunately not - just seems to be a regression bug in later versions - I had to go back to v1.0.4. |
Yes, i really hope they will fix it i a future update |
Went back to 1.0.4 warning indeed stopped, but the ESP now falsely acknowledge connection by address or by name . |
Thanks for your answer!! I can do that on next monday, until then i am away, but maybe one of the others can check it earlier :) |
@VojtechBartoska I just tried compiling against the latest 2.0.3-RC1 but unfortunately the issue remains for me. The only difference is the line number on which it occurs ;)
|
@alastaira Thanks for testing. I have added this to our Roadmap and we will investigate into this more. |
@VojtechBartoska And thankyou for your attention - it's much appreciated :) |
One way to solve this problem is to change the sdk build options. Original
Solved
|
Might be a duplicate from this one: #6193 |
@ricardoquesada yes it is, as @alastaira already wrote before, these problems are definetly related and it does not matter what kind of tasks you try to do, it happens even while purely connecting, if you look at my example code above (first post) @VojtechBartoska could it be related to the esp-wroom revision we are using? |
How can it be done? |
@Shane87F3Ng ty. That can be done from but it didn't work for me. I'm still getting the |
I rewrote "sdkconfig" directly without using "menuconfig" for rebuilding ESP-IDF v4.4 SDK. |
Hello, Due to the overwhelming volume of issues currently being addressed, we have decided to close the previously received tickets. If you still require assistance or if the issue persists, please don't hesitate to reopen the ticket. Thanks. |
Make your question, not a Statement, inclusive. Include all pertinent information:
----------------------------- Remove above -----------------------------
Hardware:
Board: WEMOS LOLIN D32 PRO V2.0.0
Core Installation version: ?1.0.0? ?1.0.1-rc4? ?1.0.1? ?1.0.1-git? ?1.0.2? ?1.0.3?
IDE name: Arduino IDE?
Flash Frequency: 80Mhz
PSRAM enabled: no
Upload Speed: 115200
Computer OS: Windows 10 + Mac OSX
Description:
I cannot connect to the serial COM-port as soon as i use the 5.1 Bluetooth adapter. I can pair the esp32, but nothing more and the message/warning below occures. If i use a BT4.0 dongle, anything works fine without warning etc. and the connection is stable. Data transfer is possible with BT4.0, but i need to use the new adapter because of multiconnect.
How can is solve this? What does the warning actually mean?
Best regards
Sketch: (leave the backquotes for code formatting)
The text was updated successfully, but these errors were encountered: