Hello Segger,
In your JLink.exe 5.10h software release today, I see the following behavior for STM32F427 chips:
If the device has read-protect option bytes set, JLink will automatically attempt to reset the read-protect bytes before running the commands in the script file.
During the attempt to reset the read-protect bits, the internal flash is erased. I think there's a window that popped up and asked the user if they
wanted to reset the read-protect bits. I checked the box that said
"never show this window again." How do I reset this software bit so that
I can optionally NOT clear the read-protect bits?
If I have an application that simply wishes to read/write JTAG registers without erasing the part, is there a command-line option I can use to stop the automatic reset of the read-protect bits?
Also, during the process to clear the read-protect bits, the SPRMOD bit in the option bytes is not cleared, preventing the part from being programmed. You might need to add some steps to the JLink.exe startup procedure to properly handle this, just like you do in the JLinkSTM32.exe program.
As you've mentioned in several posts, there are several new command-line options to the 5.10 version of JLink software. When will these be added to the documentation?
Thanks for your support!
Tim
In your JLink.exe 5.10h software release today, I see the following behavior for STM32F427 chips:
If the device has read-protect option bytes set, JLink will automatically attempt to reset the read-protect bytes before running the commands in the script file.
During the attempt to reset the read-protect bits, the internal flash is erased. I think there's a window that popped up and asked the user if they
wanted to reset the read-protect bits. I checked the box that said
"never show this window again." How do I reset this software bit so that
I can optionally NOT clear the read-protect bits?
If I have an application that simply wishes to read/write JTAG registers without erasing the part, is there a command-line option I can use to stop the automatic reset of the read-protect bits?
Also, during the process to clear the read-protect bits, the SPRMOD bit in the option bytes is not cleared, preventing the part from being programmed. You might need to add some steps to the JLink.exe startup procedure to properly handle this, just like you do in the JLinkSTM32.exe program.
As you've mentioned in several posts, there are several new command-line options to the 5.10 version of JLink software. When will these be added to the documentation?
Thanks for your support!
Tim