*Empty MediaWiki Message*
This commit is contained in:
parent
e32a1e578b
commit
f833b8447d
14
STM32F4.mw
14
STM32F4.mw
|
@ -79,6 +79,20 @@ gesetzt sein, dann sollte es gehen.
|
|||
SYMLINK+="stlinkv2_%n"
|
||||
replace john with your username ...
|
||||
|
||||
==== gdb ====
|
||||
Wenn Deine Software nicht will, kannst Du wie auf dem Ta vorgestellt zu drastischen Mitteln wie dem gdb greifen. Den nötigen gdb-server gibt es auf
|
||||
https://github.com/texane/stlink
|
||||
|
||||
|
||||
|
||||
==== Hard Fault Handler ====
|
||||
Der Tip mit dem hfh kam auf dem ta etwas kurz. hier ein link, der doch ganz gut erklärt, wie man einen sinnvollen hfh bekommt:
|
||||
http://blog.frankvh.com/2011/12/07/cortex-m3-m4-hard-fault-handler/
|
||||
|
||||
==== Disassembler ====
|
||||
Wenn dem Code auch im gdb nicht beizukommen ist, oder Dein HFH (siehe oben) Dir eine Adresse ausspuckt und Du nun wisses willst, was an dieser adresse geschiet, ist es es häufig nützlich einen Disassembler auf das elf binary abzufeuern und nachzusehen, was dem chip da grade Sorgen bereitet. Das geht zum Beispiel mit dem aus den binutils stammenden Tool objdump so:
|
||||
|
||||
arm-none-eabi-objdump -dsl foo.elf > foodis.txt
|
||||
|
||||
|
||||
|
||||
|
|
Loading…
Reference in New Issue