Hi Uwe,
thanks for the valuable info... will pass that on (and get some first hand
experience with this at the end of the month).
I don't have an F4 (yet) and haven't personally looked into this so far, so
all I have right now is second hand information...
Cheers, Felix
On Thu, Apr 4, 2013 at 10:01 PM, Uwe Bonnes <
[email protected]> wrote:
> >>>>> "Felix" == Felix Ruess <[email protected]> writes:
>
> Felix> Hi, didn't have any problems with luftboot on the F1, but to my
> Felix> knowledge luftboot hasn't really been used much on the F4. And
> I
> Felix> know other people had issues with flashing F4 via
> stm32_mem.py...
> Felix> We will do some more porting of our software to the F4 at the
> end
> Felix> of April, so I guess we will have to look into that...
> Felix> Suggestions welcome :-)
>
> Regarding the bootloader on F4: Use the systembootloader! Set the
> SYSMEM_MEMRMP
> remap bit when the application gets the bootloader request, reset the
> core and you enter the bootloader. dfu-util with the -s 0x08000000:leave
> argument then will jump to your application after flashing. As force
> bootloader pin, use boot 0. The system bootloader also allows to read back
> and write to RAM and option byte, all what has yet to be implemented with
> our dfu code.
>
> But this only works fot OTG_FS, OTG_HS still needs a custom bootloader...
>
> Bye
>
> --
> Uwe Bonnes [email protected]
>
> Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt
> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------
>
------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
libopencm3-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/libopencm3-devel
