From f833b8447dd4a8f2a41e1ab0b8f2f18c29a8a704 Mon Sep 17 00:00:00 2001 From: John Date: Mon, 16 Jul 2012 07:59:33 +0000 Subject: [PATCH] *Empty MediaWiki Message* --- STM32F4.mw | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/STM32F4.mw b/STM32F4.mw index 9696c558..34f8a5f0 100644 --- a/STM32F4.mw +++ b/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