Porting the Ble_ota example
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-09-22 5:36 PM - edited ‎2024-09-22 5:37 PM
I have a board based on the same chip as the ble_ota example.
When I try to run this code on my board I'm finding that it immediately crashes. The crash happens before the debugger even hits the first line.
I'm assuming this is something simple, maybe related to flash layout or something.
Can anyone provide some guidance as to troubleshooting or a better method of porting this design?
Solved! Go to Solution.
- Labels:
-
STM32WB series
Accepted Solutions
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-09-26 10:12 AM
I deleted the BSP folder, resolved any errors, and commented out any other GPIO commands and now I can get BLE_Ota running on my hardware.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-09-23 1:58 AM - edited ‎2024-09-23 2:00 AM
Hello @Jcoll.1 ,
Maybe your issue is related to the Known limitation mentioned in the readme file (under STM32CubeWB package: \Projects\P-NUCLEO-WB55.Nucleo\Applications\BLE\BLE_Ota):
"Debug configuration of BLE_Ota CubeIDE project is not supported by current BLE_Ota application settings as generated binary in debug mode is too big for allocated 24kB Flash sectors (between 0x8000000-0x8006000)."
You can refer to these resources that may help you on your implementation:
- AN5289 Application note How to build wireless applications with STM32WB MCUs
- Wiki article: STM32WB Bluetooth® LE – fast firmware update over the air (FUOTA)
- AN5290 Application note for Design guide on the STM32WB
- AN5247: Application note Over-the-air application and wireless firmware update for STM32WB series microcontrollers
Thanks
Imen
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-09-23 2:20 AM
I saw that, but I was able to generate a binary with debug symbols turned on (-g3) as long as it was still optimized for size (-Os).
Regardless of whether the symbols are there it appears that at launch the design gets stuck at the 0xfffffffe signal handler and it never shows up in something like ST BLE Toolbox.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-09-23 3:12 PM - edited ‎2024-09-23 5:34 PM
A couple things that have gotten me further, but still not up and running:
1) you must manually erase all the flash (the readme says to do this, but I assumed that the eclipse programmer would already do this)
2) you have to disable a bunch of GPIO configuration that is specific to the NUCLEO board. I didnt notice it before before its buried in a few places. I had to disable those.
3) I switched to the version from github (still v1.20.0) rather than the version from the example.
The design appears to run, I can debug it and don't see any hard faults, however its not visible in bluetooth scans (i.e. ST BLE Toolbox). Note that I have other applications for this board which show up in ST BLE Toolbox without issues.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Email to a Friend
- Report Inappropriate Content
‎2024-09-26 10:12 AM
I deleted the BSP folder, resolved any errors, and commented out any other GPIO commands and now I can get BLE_Ota running on my hardware.
