Closed jrigosa closed 6 months ago
Without a code sample, it's hard to say, but a precaution you have to take when attempting to program is that you have to ensure that the device is halted, and that nothing is interfering with the ability to toggle the reset line or hold the CPU in reset throughout the flashing process. A common example is a watchdog timer. If your software starts a watchdog timer, and you halt then program, the watchdog might fire during the programming attempt. In that case, you might want to halt, reset the CPU (to reset the watchdog), then program; or disable the watchdog first.
Thank you very much for your reply.
I have interfaced using pylink an msp432 board to robot framework in order to automate integration tests over CI. Maybe out of scope, but on the CI the JLink is installed and configured on a container.
I have two tests, the first has 2 calls of
flash_file
: firmware, bootloader. Then the device boots and the test parses the log. Test succeed.The second test has one more
flash_file
call for a config file, that is used in the test. After every call the exceptionFailed to perform RAMCode-sided Prepare()
is raised. After last call the test fails due toJLinkFlashException: Unspecified error
. Curiously, I see twice the logPercentage: 100
that would suggest the flash happened (firmware and bootloader ?). Curiously, the logPercentage:
is printed only for the value 100, which I believe not to be the proper behavior (and in the first test, I could see two ramps from 0 to 100).Is there any precaution I should consider to perform multiple subsequent Jlink flash calls?