On Sun, Jan 26, 2014 at 6:30 AM, Karl P wrote:
>
> I'm using scb_reset_system() just fine on the L151 parts, fwiw.
>
Ok then, well here is a bit of news, it *does* work on the
STM32F4-Discovery (STM32F407) it does *NOT* work on the STM32F4-Disco
(STM32F429). So there is something incomplete in m
FWIW I've attached my example code, I would be interested to know if this
works for others. The make file if you are in the libopencm3 examples tree
is simply
OBJ = clock.o
BINARY = usart-irq
LDSCRIPT = ../stm32f4-discovery.ld
include ../../Makefile.include
I've run it both under gdb and not u
On Sun, Jan 26, 2014 at 5:52 AM, Hesky Fisher wrote:
> I'm using an stm32f1 and scb_reset_system() works for me when called from
> an isr. Writing to the register doesn't reset immediately, that's why there
> is while 1 after it.
>
Hmm, well just got back to this, and my system is still sitting at
I'm using scb_reset_system() just fine on the L151 parts, fwiw.
Cheers,
Karl P
On 01/26/2014 01:05 AM, Chuck McManis wrote:
> So I was playing around with an example I was writing and wanted to initiate a
> software reset, basically duplicated what pushing the reset button does.
>
> In various
I'm using an stm32f1 and scb_reset_system() works for me when called from
an isr. Writing to the register doesn't reset immediately, that's why there
is while 1 after it.
On Jan 26, 2014 3:18 AM, "Michael Smith" wrote:
> On 25 Jan 2014, at 11:05 pm, Chuck McManis
> wrote:
>
> > Wow, what a funny
On 25 Jan 2014, at 11:05 pm, Chuck McManis wrote:
> Wow, what a funny bit of twisty little passages. Who knew there wasn't a
> "standard" way to do a software reset on an ARM chip? That seems like such a
> glaring error.
You, ah, haven’t worked with many ARM designs now, have you? 8) They are
