Hi Andreas and Uwe.
On Sun, 18 Jan 2015 14:48:32 +0100, Andreas Fritiofson wrote:
> On Sun, Jan 18, 2015 at 2:15 PM, Jens Bauer <[email protected]> wrote:
>> So I wrote a small program, with the __WFI() in a loop, and ... It
>> flash-programmed fine, even though I kept trying.
>
> If you tried the DBGMCU change first, then that effect remains over
> OpenOCD restarts and chip resets. Only a target power off restores it.
I tried reading memory before turning off power, and can confirm it contained
my changes.
After a power-cycle, the registers were reset and I tried flash-programming the
small ...
while(1) __WFI();
loop.
First time, OK, second time, failed. Good.
If I try again with the (adapted) patch added, I get the error ...
Error: Target not examined yet
-whenever I do a ...
reset halt
... so in order to issue a mww, I'll need a successful 'reset halt', but in
order to get my successful 'reset halt', I kinda need the mww in order to
change DBGMCU.
-That said, the patch does make things a lot easier, because if the DBGMCU
registers are set before a session begins, and I have used __WFI(), it's
possible to re-program the device without unplugging the crystal and starting
OpenOCD as server followed by issuing reset halt until the target is halted
successfully.
Love
Jens
------------------------------------------------------------------------------
New Year. New Location. New Benefits. New Data Center in Ashburn, VA.
GigeNET is offering a free month of service with a new server in Ashburn.
Choose from 2 high performing configs, both with 100TB of bandwidth.
Higher redundancy.Lower latency.Increased capacity.Completely compliant.
http://p.sf.net/sfu/gigenet
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel
