- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
My Project is BLE with Fixed stack bootloader: CYBLE-224116-01 Silicon: 1A6F, Family: AA, Major/Minor Rev: AC
Bootloader and Bootloadable component version is 1.60
Some boards program fine. Others, once OTA upgraded successfully, are then is stuck in a boot loop. You cannot attach a debugger because it is not stable enough to get the device ID.
Using PSoc Programmer, the .HEX files read from the two devices are identical.
What could be wrong?
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello,
Could you please refer to the "BLE_OTA_FixedStack_Bootloader" project from the PSoC Creator and let me know your observations in that project.
Thanks,
P Yugandhar.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I used that project as a model, and it worked fine until now. Please read my question more carefully. Something about the OTA process on this some boards is acting different and I need to isolate why. Since the hex file after the OTA reads out identical on a good and bad board, I am out of ideas what to do differently. Emulated EEPROM was not used on this project.
My best guess is that the checksum is failing, but that the programmer does not see the same code as the MCU does. Is there any reason that could happen?
Is there a trick to getting a debugger to attach to a device that is rapidly resetting?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
This ended up being a hardware difference between the boards.