On 20/06/2021 17:59, Andreas Bolsch wrote:
On 2021-06-20 14:12, Oleksandr Redchuk wrote:
нд, 20 черв. 2021 о 00:42 Andreas Bolsch пише:
On 2021-06-19 22:58, Oleksandr Redchuk wrote:
> FT2232D-based adapter
> The same behavior as Ali Tekin reported:
> "Error: error writing to flash at address
On 2021-06-20 14:12, Oleksandr Redchuk wrote:
нд, 20 черв. 2021 о 00:42 Andreas Bolsch пише:
On 2021-06-19 22:58, Oleksandr Redchuk wrote:
> FT2232D-based adapter
> The same behavior as Ali Tekin reported:
> "Error: error writing to flash at address 0x0800 at offset
> 0x"
>> On 20
нд, 20 черв. 2021 о 00:42 Andreas Bolsch пише:
> On 2021-06-19 22:58, Oleksandr Redchuk wrote:
>
> > FT2232D-based adapter
> > The same behavior as Ali Tekin reported:
> > "Error: error writing to flash at address 0x0800 at offset
> > 0x"
> >> On 2021-06-17 14:51, ali tekin wrote:
>
>
On 2021-06-19 22:58, Oleksandr Redchuk wrote:
FT2232D-based adapter
The same behavior as Ali Tekin reported:
"Error: error writing to flash at address 0x0800 at offset
0x"
On 2021-06-17 14:51, ali tekin wrote:
Do you get this warning below, too? Could you post the cfg file?
> Wa
I've checked it with the latest HEAD on my board based on STM32L051 and two
different programming HW
ST-LINK V2 clone with patched HW: STM8 reset output is cut and STM32 reset
is routed to reset output
(reset is necessary because firmware uses SWD pin disabling and deep sleep)
Works as expected.
Just checked with latest HEAD on STM32L0538-Disco: Works as expected.
The problem in your case might be there:
On 2021-06-17 14:51, ali tekin wrote:
Warn : target was in unknown state when halt was requested
I'd suggest to do a mass erase, reset option bytes to factory defaults,
power cycle,
Hi,
the commit that changed the assembly helper is http://openocd.zylin.com/4036/
What you report as the "working" version is actually bugged. It uses
Cortex-M3 assembly that causes errors on the Cortex-M0 (or M0+ ?) of
STM32L031
Due to the assembly error, the code falls-back to a slow C
implement
Hello, I can't flash to STM32L031 with the version of openocd-0.10.0-3 and
later. I have checked the difference and I saw that flash write code was
changed with openocd-0.10.0-3. I think there is a problem with the new
code. It works when I change the hex array inside of the stm32lx.inc file
acordi