[HSU]

yes, you are right. In Version 5.3R6 the path is relative again in the <NMakeIncludeSearchPath>tag of the vcxproj.

[HSU]

thanks for reporting the bug to OpenOCD.

I think the behaviour with partly erased flash and full erased flash is important. The download always succeeds with previous full flash erase.

Just for info: the bug still exists in your latest OpenOCD 20171024-0.10.0 package.

[HSU]

Sorry, as we don’t have an STM32l443RC  board here, we would be able to reproduce it/confirm the fix, hence we won’t be reporting this to OpenOCD.

I am sure you can reproduct it with every STM32L4…

Please also try our latest update to the OpenOCD package. It may already include the fix.

I am using the OpenOCD 20170821-0.10.0 package. I think it is your lastest…

[HSU]

Hello,

I added “mon stm32l4x mass_erase 0” direct before the “load” command and it works.

set remotetimeout 60
target remote :$$SYS:GDB_PORT$$
mon reset init
mon halt
mon stm32l4x mass_erase 0
load

Are you report the bug to the OpenOCD community?

[HSU]

by the way… when I perform a full chip erase (e.g. with STM32 ST-Link Utility) and then load the “moved blink example” via VisualGDB the download succeeds. When I restart the download it fails again. So there might be a difference between a full erased flash and a partly erased flash for the OpenOCD flash driver…

[Author]

Posts