2019-08-26 11:43 PM
2019-08-27 05:59 AM
If you had SBSFU configured to set RDP=1, then you can connect with your JTAG/SWI programmer, open the "option bytes" view and reset the RDP level back to zero. This will erase the entire FLASH contents and allow you to load other programs.
If, on the other hand, you allowed SBSFU to set RDP=2, you are done. There is no way to access or reprogram the chip using JTAG/SWI, and no way to reset the RDP level, short of etching the plastic off the chip and exposing the die to UV light in an attempt to force bit changes in the FLASH memory :)
The whole idea behind SBSFU is that it locks out JTAG/SWI access to protect your code inside the chip.
2019-08-27 06:57 PM
Thank you for your answer .I can reprogram chip with your method . At present , I want to use the SBSFU software package to my project about AGV,and the SBSFU demo is use UART to communicate ,but I want to change it with Ethernet ,May I leave your mailbox for your advice?
2019-08-27 06:57 PM
Thank you for your answer .I can reprogram chip with your method . At present , I want to use the SBSFU software package to my project about AGV,and the SBSFU demo is use UART to communicate ,but I want to change it with Ethernet ,May I leave your mailbox for your advice?
2019-08-28 06:39 AM
It is hypothetically possible to change the SBSFU to use Ethernet instead of UART, but that is a whole boat load of code to add to the bootloader. You need to make sure your CPU has enough flash for the SBSFU plus 2 copies of your main application (one the "active" copy and one the "download" copy). If you haven't already done this, I strongly suggest you work on the Ethernet part of this separate from the SBSFU wrapper. Get the Ethernet interface working and whatever UDP/TCP and file transfer method you want running as a stand-alone program first. Then try to port it into the SBSFU code.
If you have questions, post to the forums.