Author
|
Topic: "dies und das" zur Version vom 30.06.2017 (Read 8158 times)
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #30 on: 01. July 2017, 18:10:50 »
|
|
Hallo Danilo,
Was sollte mir das sagen?
MCHF gibt den selben Ton aus, als wenn er sich aufgehängt hätte.
Ein Ctrl-C beendet das Konzert aber.
Markus
st-util 2017-07-01T20:03:01 INFO src/stlink-usb.c: -- exit_dfu_mode 2017-07-01T20:03:01 INFO src/stlink-common.c: Loading device parameters.... 2017-07-01T20:03:01 INFO src/stlink-common.c: Device connected is: F42x and F43x device, id 0x20016419 2017-07-01T20:03:01 INFO src/stlink-common.c: SRAM size: 0x40000 bytes (256 KiB), Flash: 0x200000 bytes (2048 KiB) in pages of 16384 bytes 2017-07-01T20:03:01 INFO gdbserver/gdb-server.c: Chip ID is 00000419, Core ID is 2ba01477. 2017-07-01T20:03:01 INFO gdbserver/gdb-server.c: Target voltage is 6268 mV. 2017-07-01T20:03:01 INFO gdbserver/gdb-server.c: Listening at *:4242...
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #31 on: 01. July 2017, 18:13:22 »
|
|
@Danilo,
Mit dem Switch "--no-reset" läuft er weiter.
Was muss ich jetzt noch für Eingaben machen?
Markus
st-util --no-reset 2017-07-01T20:06:27 INFO src/stlink-common.c: Loading device parameters.... 2017-07-01T20:06:27 INFO src/stlink-common.c: Device connected is: F42x and F43x device, id 0x20016419 2017-07-01T20:06:27 INFO src/stlink-common.c: SRAM size: 0x40000 bytes (256 KiB), Flash: 0x200000 bytes (2048 KiB) in pages of 16384 bytes 2017-07-01T20:06:27 INFO gdbserver/gdb-server.c: Chip ID is 00000419, Core ID is 2ba01477. 2017-07-01T20:06:27 INFO gdbserver/gdb-server.c: Target voltage is 6170 mV. 2017-07-01T20:06:27 INFO gdbserver/gdb-server.c: Listening at *:4242...
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #32 on: 01. July 2017, 18:15:00 »
|
|
@Danilo,
ich glaube jetzt muss ich mich mit der gdb dran connecten - richtig?
Markus
arm-none-eabi-gdb GNU gdb (GNU Binutils; home:Tomcat42 / openSUSE_Leap_42.1) 7.10.50.20151217-cvs Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-pc-linux-gnu --target=arm-none-eabi". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word". (gdb) help List of classes of commands:
aliases -- Aliases of other commands breakpoints -- Making program stop at certain points data -- Examining data files -- Specifying and examining files internals -- Maintenance commands obscure -- Obscure features running -- Running the program stack -- Examining the stack status -- Status inquiries support -- Support facilities tracepoints -- Tracing of program execution without stopping the program user-defined -- User-defined commands
Type "help" followed by a class name for a list of commands in that class. Type "help all" for the list of all commands. Type "help" followed by command name for full documentation. Type "apropos word" to search for commands related to "word". Command name abbreviations are allowed if unambiguous.
|
« Last Edit: 01. July 2017, 18:16:58 by dl8mby » |
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #33 on: 01. July 2017, 18:46:40 »
|
|
@Danilo,
2017-07-01T20:36:43 INFO gdbserver/gdb-server.c: Found 6 hw breakpoint registers 2017-07-01T20:36:43 INFO gdbserver/gdb-server.c: GDB connected.
... zweites Fenster: arm-none-eabi-gdb GNU gdb (GNU Binutils; home:Tomcat42 / openSUSE_Leap_42.1) 7.10.50.20151217-cvs Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-pc-linux-gnu --target=arm-none-eabi". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word". (gdb) target remote localhost:4242 Remote debugging using localhost:4242 0x08038c16 in ?? ()
Jetzt bin ich wohl drin ;-)
(gdb) bt #0 0x08038c16 in ?? () #1 0x0801917c in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) info all-registers r0 0x2001fe06 537001478 r1 0x51 81 r2 0x0 0 r3 0x40003800 1073756160 r4 0x39e7 14823 r5 0x200051e0 536891872 r6 0x40003800 1073756160 r7 0x60020000 1610743808 r8 0x19 25 r9 0x20006668 536897128 r10 0x2000666c 536897132 r11 0x1d 29 r12 0x1 1 sp 0x2001fc88 0x2001fc88 lr 0x801917d 134320509 pc 0x8038c16 0x8038c16 xpsr 0x21010000 553713664 msp 0x2001fc88 0x2001fc88 psp 0x0 0x0 control 0x4 4 '\004' faultmask 0x0 0 '\000' basepri 0x0 0 '\000' primask 0x0 0 '\000' ---Type <return> to continue, or q <return> to quit--- s0 1.20000005 (raw 0x3f99999a) s1 19.2136078 (raw 0x4199b578) s2 7.01248741 (raw 0x40e0664c) s3 16.3655167 (raw 0x4182ec94) s4 -13.0908833 (raw 0xc1517442) s5 -21.803875 (raw 0xc1ae6e56) s6 20.3660202 (raw 0x41a2ed9c) s7 -51.7285957 (raw 0xc24eea15) s8 28.446701 (raw 0x41e392d8) s9 38.0424843 (raw 0x42182b81) s10 44.0623856 (raw 0x42303fe2) s11 0.30103001 (raw 0x3e9a209b) s12 10.8000002 (raw 0x412ccccd) s13 1.20000005 (raw 0x3f99999a) s14 64 (raw 0x42800000) s15 8.40779079e-45 (raw 0x00000006) s16 31 (raw 0x41f80000) s17 5000 (raw 0x459c4000) s18 0 (raw 0x00000000) s19 0 (raw 0x00000000) s20 0 (raw 0x00000000) s21 0 (raw 0x00000000) s22 0 (raw 0x00000000) ---Type <return> to continue, or q <return> to quit--- s23 0 (raw 0x00000000) s24 0 (raw 0x00000000) s25 0 (raw 0x00000000) s26 0 (raw 0x00000000) s27 0 (raw 0x00000000) s28 0 (raw 0x00000000) s29 0 (raw 0x00000000) s30 0 (raw 0x00000000) s31 0 (raw 0x00000000) fpscr 0x80000013 -2147483629
Markus
|
« Last Edit: 01. July 2017, 18:54:08 by dl8mby » |
Logged
|
|
|
|
DB4PLE
positron Urgestein
Offline
Posts: 1278
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #34 on: 01. July 2017, 18:58:02 »
|
|
Hallo Markus,
Gratulation! Du bist drin
Jetzt noch deine Map und wir können sehe, wo es hängt.
Alternative kannst Du auch ein mit -g gebautes Binary starten, dann kann der gdb sogar die Zeile ausspucken.
73 Danilo
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #35 on: 01. July 2017, 19:08:52 »
|
|
Hallo Danilo,
ich kann zumindest mit einigen Befehlen den Programmablauf anhalten und weiter laufen lassen.
Wie ich die Map einbinde muss ich noch herausbekommen. Wie starte ich ein Programm, dass auf einer anderen HW- Plattform läuft? Wie übergebe ich den Parameter -g an das Programm auf dem mchf?
Fragen über Fragen :-))
Markus
(gdb) continue Continuing.
|
|
Logged
|
|
|
|
DB4PLE
positron Urgestein
Offline
Posts: 1278
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #36 on: 01. July 2017, 19:42:27 »
|
|
Hallo Markus,
die Map kannst Du nicht einbinden, die muss man lesen (können). Ich kann das. Aber ich brauche die Map.
Ansonsten:
Im Makefile MACHFLAGS_F4 um "-g" ergänzen.
Dann make clean; make all und das resultierende Image flashen. Mit dem gdb an die Stelle gehen, wo fw-mchf.elf liegt.
Problem erzeugen.
Nun kannst Du den gdb wie bisher starten und dann das Binary in den gdb laden "file fw-mchf.elf" Der gdb nennt jetzt nicht nur die Adresse sondern auch die zugehörige Codezeile.
73 Danilo
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #37 on: 01. July 2017, 19:56:27 »
|
|
Hallo Danilo,
kannst Du bitte "Mit dem gdb an die Stelle gehen, wo fw-mchf.elf liegt." etwas genauer erläutern.
soll der arm-none-eabi-gdb erst gestartet werden, nachdem ich ins Verzeichnis gewechselt bin, da wo das elf Image liegt?
So habe ich Dich verstanden - ist das richtig.
Markus
|
|
Logged
|
|
|
|
DB4PLE
positron Urgestein
Offline
Posts: 1278
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #38 on: 01. July 2017, 19:58:01 »
|
|
Hallo Markus,
genau. Im Verzeichnis wo das elf liegt, soll der gdb gestartet werden.
73 Danilo
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #39 on: 01. July 2017, 20:04:46 »
|
|
Danke,
werde ich morgen machen. Jetzt muss ich meinen Akku laden, ist schon den ganzen Tag in Betrieb.
Ich will potentialfrei an meinen Notebook arbeiten, damit ich mir keinen Port brate ;-)
Danke und bis morgen.
Markus DL8MBY
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #40 on: 02. July 2017, 05:42:45 »
|
|
Hallo Danilo, hallo forum,
anbei mein erster Debug Versuch zum DSP Peek Mode Hänger, der scheinbar bei niemanden sonst für Ärger sorgt.
Bitte meine englischen Kommentare zu entschuldigen, aber das I40 Forum wird auch rege aus dem Ausland besucht.
@Danilo
ich hoffe es einigermaßen richtig gemacht zu haben.
Im Anhang mein MAP-File mit .txt Extention versehn. Ich habe es im CR-LF Format convertiert, da ich nicht weiß ob du mit Linux od. Windows arbeitest.
Markus
Debugging mchf FW 2.5.3 BL 3.3.0 ================================
arm-none-eabi-gdb example.elf
(gdb) target extended-remote localhost:4242 Remote debugging using localhost:4242 UiDriver_MainHandler () at drivers/ui/ui_driver.c:6059 6059 if (ts.dvmode == true)
(gdb) bt #0 UiDriver_MainHandler () at drivers/ui/ui_driver.c:6059 #1 mchfMain () at src/mchf_main.c:514 #2 0x080177ac in main () at basesw/mcHF/Src/main.c:142
(gdb) continue Continuing.
switching to DSP-Mode Peek (Peek 750 is shown as default value)
^C Program received signal SIGTRAP, Trace/breakpoint trap. arm_fir_f32 (S=0x18, pSrc=0x10005a88 <fc+448>, pDst=0x7, blockSize=268464920) at basesw/mcHF/Drivers/CMSIS/DSP_Lib/Source/FilteringFunctions/arm_fir_f32.c:682 682 acc1 += p1;
..................
during the editing of this file for documentation purpose the HW hangs without future actions. A bt was created to see the program position. ..................
(gdb) bt #0 arm_fir_f32 (S=0x18, pSrc=0x10005a88 <fc+448>, pDst=0x7, blockSize=268464920) at basesw/mcHF/Drivers/CMSIS/DSP_Lib/Source/FilteringFunctions/arm_fir_f32.c:682 #1 0x0801d13a in AudioDriver_RxProcessor.lto_priv.464 (src=0x18, dst=0x10005a88 <fc+448>, blockSize=7) at drivers/audio/audio_driver.c:3725 #2 0x0802a0c4 in AudioDriver_I2SCallback (ht=<optimized out>, size=<optimized out>, dst=<optimized out>, src=<optimized out>) at drivers/audio/audio_driver.c:4896 #3 MchfHw_Codec_HandleBlock.lto_priv.257 (which=24) at drivers/audio/codec/mchf_hw_i2s.c:90 #4 0x0802d126 in HAL_DMA_IRQHandler (hdma=0x20007b00 <hdma_i2s3_ext_rx>) at basesw/mcHF/Drivers/STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_dma.c:924 #5 0xffffffe8 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?)
..........................
traying to reanimate the program with a gdb continue program was not succesfull. ..........................
(gdb) continue Continuing. ^C Program received signal SIGTRAP, Trace/breakpoint trap. 0x08014550 in UiSpectrum_RedrawSpectrumDisplay () at drivers/ui/lcd/ui_spectrum.c:1276 1276 && (ts.menu_mode == false)
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #41 on: 02. July 2017, 05:58:54 »
|
|
Zweiter Versuch mit dem Gedanken, dass eventuell der I2C-Bus zu langsam konfiguriert war.
Leider selber Misserfolg.
Second debug attempt: Setting I2C1- and I2C2 Bus from 100kHz to 200kHz: =======================================================================
(gdb) target extended-remote localhost:4242 Remote debugging using localhost:4242 0x080140e0 in UiDriver_MainHandler () at drivers/ui/ui_driver.c:6076 6076 if (ts.tx_stop_req == true || ts.ptt_req == true) (gdb) continue Continuing. ^C Program received signal SIGTRAP, Trace/breakpoint trap. 0x0801cadc in AudioDriver_RxProcessor.lto_priv.464 (src=0xfffffc90, dst=0x200023f0 <ifalt>, blockSize=455) at drivers/audio/audio_driver.c:4075 4075 audio_in_put_buffer(val); (gdb) continue Continuing. ^C Program received signal SIGTRAP, Trace/breakpoint trap. Error_Handler () at basesw/mcHF/Src/main.c:241 241 { (gdb) bt #0 Error_Handler () at basesw/mcHF/Src/main.c:241 #1 0xffffffe8 in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb)
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #42 on: 02. July 2017, 06:30:50 »
|
|
Hallo Danilo,
mir ist noch nicht ganz klar, ob die o.g. Vergehensweise korrekt ist, oder ob ich z.B. wie in der OpenOCD Duku die u.g. Befehlsfolge verwenden muss um die FW zu debuggen.
Danke für sachdienliche Erläuterungen.
Markus
arm-none-eabi-gdb fw-mchf.elf
(gdb) target extended-remote localhost:4242
(gdb) monitor reset halt
(gdb) load Loading section .text, size 0x6f1c8 lma 0x8010000 Loading section .ARM.exidx, size 0x8 lma 0x807f1c8 Loading section .data, size 0xe10 lma 0x807f1d0 Start address 0x8010000, load size 458720 Transfer rate: 16 KB/sec, 13900 bytes/write. (gdb) continue
|
|
Logged
|
|
|
|
dl8mby
alter Hase
Offline
Posts: 363
Ich liebe dieses Forum!
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #43 on: 02. July 2017, 06:47:54 »
|
|
Hallo,
ich hoffe mein Input nervt Euch nicht schon, aber die ersten Schritte beim Debuggen gestalten sich doch etwas schwieriger wie gedacht.
Irgendwie gibt es mehrere Methoden, wie man ein Programm im MC laden und via debug starten kann. Bei der unten gezeigten Methode, wird der binäre Code sofort neu geflashed, so daß er nicht explizit vorher geladen werden muss. Leider liefert mir diese Vorgehensweise keine Anzeige am Bildschirm des mchf's, wenn ich im Debugger continue nach dem load Befehl eingebe.
Markus
Window #1: ==========
st-util --no-reset
2017-07-02T08:30:30 INFO src/stlink-usb.c: -- exit_dfu_mode 2017-07-02T08:30:30 INFO src/stlink-common.c: Loading device parameters.... 2017-07-02T08:30:30 INFO src/stlink-common.c: Device connected is: F42x and F43x device, id 0x20016419 2017-07-02T08:30:30 INFO src/stlink-common.c: SRAM size: 0x40000 bytes (256 KiB), Flash: 0x200000 bytes (2048 KiB) in pages of 16384 bytes 2017-07-02T08:30:30 INFO gdbserver/gdb-server.c: Chip ID is 00000419, Core ID is 2ba01477. 2017-07-02T08:30:30 INFO gdbserver/gdb-server.c: Target voltage is 6266 mV. 2017-07-02T08:30:30 INFO gdbserver/gdb-server.c: Listening at *:4242... 2017-07-02T08:31:00 INFO gdbserver/gdb-server.c: Found 6 hw breakpoint registers 2017-07-02T08:31:00 INFO gdbserver/gdb-server.c: GDB connected. 2017-07-02T08:31:10 INFO gdbserver/gdb-server.c: Found 6 hw breakpoint registers 2017-07-02T08:31:32 INFO src/stlink-common.c: Attempting to write 65536 (0x10000) bytes to stm32 address: 134283264 (0x8010000) Flash page at addr: 0x08010000 erased 2017-07-02T08:31:33 INFO src/stlink-common.c: Finished erasing 1 pages of 65536 (0x10000) bytes 2017-07-02T08:31:33 INFO src/stlink-common.c: Starting Flash write for F2/F4/L4 2017-07-02T08:31:33 INFO src/stlink-common.c: Successfully loaded flash loader in sram enabling 32-bit flash writes size: 32768 size: 32768 2017-07-02T08:31:34 INFO src/stlink-common.c: Starting verification of write complete 2017-07-02T08:31:36 INFO src/stlink-common.c: Flash written and verified! jolly good! 2017-07-02T08:31:36 INFO src/stlink-common.c: Attempting to write 131072 (0x20000) bytes to stm32 address: 134348800 (0x8020000) Flash page at addr: 0x08020000 erased 2017-07-02T08:31:37 INFO src/stlink-common.c: Finished erasing 1 pages of 131072 (0x20000) bytes 2017-07-02T08:31:37 INFO src/stlink-common.c: Starting Flash write for F2/F4/L4 2017-07-02T08:31:37 INFO src/stlink-common.c: Successfully loaded flash loader in sram enabling 32-bit flash writes size: 32768 size: 32768 size: 32768 size: 32768 2017-07-02T08:31:40 INFO src/stlink-common.c: Starting verification of write complete 2017-07-02T08:31:43 INFO src/stlink-common.c: Flash written and verified! jolly good! 2017-07-02T08:31:43 INFO src/stlink-common.c: Attempting to write 131072 (0x20000) bytes to stm32 address: 134479872 (0x8040000) Flash page at addr: 0x08040000 erased 2017-07-02T08:31:44 INFO src/stlink-common.c: Finished erasing 1 pages of 131072 (0x20000) bytes 2017-07-02T08:31:44 INFO src/stlink-common.c: Starting Flash write for F2/F4/L4 2017-07-02T08:31:44 INFO src/stlink-common.c: Successfully loaded flash loader in sram enabling 32-bit flash writes size: 32768 size: 32768 size: 32768 size: 32768 2017-07-02T08:31:47 INFO src/stlink-common.c: Starting verification of write complete 2017-07-02T08:31:50 INFO src/stlink-common.c: Flash written and verified! jolly good! 2017-07-02T08:31:50 INFO src/stlink-common.c: Attempting to write 131072 (0x20000) bytes to stm32 address: 134610944 (0x8060000) Flash page at addr: 0x08060000 erased 2017-07-02T08:31:51 INFO src/stlink-common.c: Finished erasing 1 pages of 131072 (0x20000) bytes 2017-07-02T08:31:51 INFO src/stlink-common.c: Starting Flash write for F2/F4/L4 2017-07-02T08:31:51 INFO src/stlink-common.c: Successfully loaded flash loader in sram enabling 32-bit flash writes size: 32768 size: 32768 size: 32768 size: 32768 2017-07-02T08:31:55 INFO src/stlink-common.c: Starting verification of write complete 2017-07-02T08:31:57 INFO src/stlink-common.c: Flash written and verified! jolly good!
Window #2: ==========
>arm-none-eabi-gdb fw-mchf.elf
GNU gdb (GNU Binutils; home:Tomcat42 / openSUSE_Leap_42.1) 7.10.50.20151217-cvs Copyright (C) 2015 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-pc-linux-gnu --target=arm-none-eabi". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://bugs.opensuse.org/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from fw-mchf.elf...done. (gdb) target extended-remote localhost:4242 Remote debugging using localhost:4242 Error_Handler () at basesw/mcHF/Src/main.c:241 241 { (gdb) monitor reset halt (gdb) load Loading section .text, size 0x6f1c8 lma 0x8010000 Loading section .ARM.exidx, size 0x8 lma 0x807f1c8 Loading section .data, size 0xe10 lma 0x807f1d0 Start address 0x8010000, load size 458720 Transfer rate: 16 KB/sec, 13900 bytes/write.
|
« Last Edit: 02. July 2017, 06:49:30 by dl8mby » |
Logged
|
|
|
|
DB4PLE
positron Urgestein
Offline
Posts: 1278
|
|
Re:"dies und das" zur Version vom 30.06.2017
« Reply #44 on: 02. July 2017, 08:30:57 »
|
|
Hallo Markus,
noch gehts Und vorallem vorwärts.
Hallo,
ich hoffe mein Input nervt Euch nicht schon, aber die ersten Schritte beim Debuggen gestalten sich doch etwas schwieriger wie gedacht.
Irgendwie gibt es mehrere Methoden, wie man ein Programm im MC laden und via debug starten kann. Bei der unten gezeigten Methode, wird der binäre Code sofort neu geflashed, so daß er nicht explizit vorher geladen werden muss. Leider liefert mir diese Vorgehensweise keine Anzeige am Bildschirm des mchf's, wenn ich im Debugger continue nach dem load Befehl eingebe.
|
|
Richtig, mit load wird direkt aus dem gdb geflasht. Ich weiß aber nicht, wie man genau jetzt starten sollte. Continue ist es nicht, eigentlich braucht es einen Reset.
Dein GDB Start teilt uns aber schon was mit:
Type "apropos word" to search for commands related to "word"... Reading symbols from fw-mchf.elf...done. (gdb) target extended-remote localhost:4242 Remote debugging using localhost:4242 Error_Handler () at basesw/mcHF/Src/main.c:241 241 {
|
|
Der mcHF hängt im Error_Handler. Das ist merkwürdig, der wird eigentlich nur bei der Hardware-Initialisierung aufgerufen. Hast Du den gdb in dem Zustand verbunden, wo der Peak-Fehler aufgetreten ist?
73 Danilo
|
« Last Edit: 02. July 2017, 08:32:12 by DB4PLE » |
Logged
|
|
|
|
|
|
|