Open nicklasb opened 2 months ago
Hi @nicklasb ,
Can you please help share your application changes done OR any minimal example based on IDF that we can use to replicate the issue at our end ?
Also, can you please help share your .elf file for the run when the above crash was observed ?
Hi @nicklasb ,
Can you please help share your application changes done OR any minimal example based on IDF that we can use to replicate the issue at our end ?
Also, can you please help share your .elf file for the run when the above crash was observed ?
Hi, the problem is that this is a part of a large implementation, I don't quite know where to begin to end up there TBH. I hoped that there someone with insight in the source could consider the different boards. I'll go back to this in a while after using other boards a short while and see if I accidentally fix it while developing for them.
Answers checklist.
IDF version.
ESP-IDF 5.2.1
Espressif SoC revision.
Esptool does not work on MacOS, or is it?
Operating System used.
macOS
How did you build your project?
VS Code IDE
If you are using Windows, please specify command line type.
None
Development Kit.
ESP32 LoRa32 v1
Power Supply used.
USB
What is the expected behavior?
When calling ble_gattc_disc_all_svcs() i expect services to be discovered and the callback be called.
What is the actual behavior?
Instead the callback is not called, but an illegal instruction error is raised. See debug log.
Steps to reproduce.
Debug Logs.
More Information.
This might be related to the fact that I am both being a client scanning and a server advertising. However, I am not having this problem on my T-beam SIM 7000G board, which is the one the failing LoRa32 v1 is communicating with. As far as I can see, the connection handle is 0 (which is expected, and hints that it is the first connection). And the callback does nothing before me having debug logging.