Author
|
Topic: "dies und das" zur Version vom 30.06.2017 (Read 7613 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
|
|
|
|
|
|
|
fw-mchf.map.txt
