ā2019-05-16 01:17 AM
I've deleted entire FLASH memory of STM32WB55 during testing. Is there a way to restore FUS and with that the wireless binaries?
As I understand they are encrypted so just writing them isn't working. Is there some tool to do that?
ā2019-09-25 11:39 AM
Hello, I am having the same issue here. Any detailed solution on this?
ā2019-10-04 03:20 PM
Hi everybody! I had this issue as well.
Fixed it by:
1 - Booting board with BOOT0 connected to VDD.
2 - Connect STLink to SWD of MCU
3 - Target - Erase sectors
4 - Select all sectors and erase
Some last sectors were not erased.
After reboot i was able to flash my IC =)
Before:
After:
ā2020-01-11 01:26 AM
Is STLINK enough to load the binaries to CPU2 or we need to have access to the STM32WB USB port?
ā2020-01-13 01:04 AM
STLINK will be enough. The latest version can now update wireless binaries. Keep in mind that when using STLINK you won't get back version of FUS by reading RAM as per update instruction manual. Some identification commands also don't work, but you can update FUS and wireless binaries.
Also note that CPU2 uses same FLASH only that you can protect part of FLASH from access from CPU1. This is done during manufacturing with preloading of FUS/BT.
ā2020-01-14 05:51 PM
Thank you. It worked with ST-LINK. I wasted a lot of time reprogramming the images repeatedly because the RAM values always gave 0x00. Thanks for the clarification.
Yes i am using STM32WBCC part with lesser memory, had to change address to different values to make it work. And also damaged a chip in the process as its flash sector got corrupt in experimentation. Tried full chip erase and all sector erases by STLINK utility, Couldnt revive it.
ā2020-01-21 02:29 PM
I just responded in another thread
As far as i am aware ST updated their FUS a few months ago and the new code cannot be put on devices with an older FUS. We had to destroy a number of boards due to this
Maybe this helps.
ā2020-03-07 02:40 AM
Tried that, but didn't work for us!
Would you like to suggest something else?
ā2020-03-13 03:32 AM
Thanks for the suggestion, @Adrian Eggenbergerā .
Tried that, and my controller is now permanently read-protected! I am unable to revert it to its normal functionality.
Please find attached screenshots of the current status of the option bytes.
It would be really appreciable if anyone could guide me to the current state of my device, and whether it is recoverable.
ā2020-04-10 11:09 AM
Thank you! This worked for me as well. As someone noted above, the "not authentic!" problem started after I tried installing to the wrong start address. I followed your steps and now have it updated.
ā2021-01-25 05:36 AM
@Jļæ½?nis Skujenieksā Did you find the solution?
I have the same problem in my project.
When trying to reprogram my device, I've deleted the memory too.