AVaRice DebugWire Breakpoints

Benjamin K. (exs) OP 02.11.2025 04:16 #7960103

Lesenswert?

•

Hallo zusammen,

es gibt ja schon einige uralte Threads dazu, die haben mir aber nicht wirklich weiter geholfen.

Meine Tools

AVaRice version 2.14svn2020906

GNU gdb (GDB) 10.1.90.20210103-git

avrdude version 6.3-20171130, URL: <http://savannah.nongnu.org/projects/avrdude/>

Ich bin mit Linux unterwegs.

Ich nutze eine AVR JTAGmkII mit dem Controller AT90USB162 (Nostalgie pur :-) ) Das Programm ist in Assembler geschrieben und wird mit GNU-GCC (Preprozessor) und GNU-AS erstellt. Ich hätte auch noch einen AVR Dragon - falls das grundsätzlich etwas ändert.

Ich kann mit

avrdude das Binary auf den Controller flashen und die DebugWire Fuse programmieren
avarice eine Debug-Session starten
avr-gdb durch das Programm steppen und breakpoints setzen

Ich habe mehrere Probleme:

Breakpoints werden ignoriert
Continue-Befehl stoppt nicht mehr, außer durch CTRL-C
Advance-Befehl stoppt nicht mehr, außer durch CTRL-C

Das sind die Kommandozeilen die ich nutze:

# Debug wire einschalten

avrdude -v -c jtag2isp -p at90usb162 -U hfuse:w:0x59:m

# Versorgung DUT aus und wieder ein

# Debug-Server starten

avarice -vvvv --debug --mkII --debugwire --ignore-intr --jtag usb --part at90usb162 :4242

# Debug-Client starten

avr-gdb -x cfg/debug/start

Laut GDB sind folgende breakpoints gesetzt

(gdb) info break

Num     Type           Disp Enb Address    What

1       breakpoint     del  y   0x00000000 /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial

_ASM/bin/pre/main.i:960

2       breakpoint     keep y   0x00000660 /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial

_ASM/bin/pre/main.i:3049

(gdb) advance main

Program received signal SIGINT, Interrupt.

SPIaddr () at /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial_ASM/bin/pre/main.i:1074

(gdb) si

main () at /home/benny/Projekte_lokal/02_Coding/02_avr_at90usb162/USB/trunk/USB_Serial_ASM/bin/pre/main.i:3050

Wie man sehen kann, wird bei main nicht angehalten. Außerdem landet der GDB beim Schrittweise durchgehen immer wieder beim ISR-Handler von SPI. Mit dem nächsten Schritt dann wieder ganz normal in der nächsten Programmzeile. Liegt vermutlich an den aktivierten Interrupts, wobei nur die USB-Interrupts eingeschaltet sind. Den Hardware-Watchdog habe ich auch schon ausgeschaltet.

Der Breakpoint wird wohl auch durch AVaRice gesetzt:

GDB: (Registers)Read 32 bytes from 0x800000

jtagRead 

command[0x05, 1]: 05 20 20 00 00 00 00 00 00 00 

recv: 0x1b

recv: 0x17

recv: 0x00

recv: 0x21

recv: 0x00

recv: 0x00

recv: 0x00

recv: 0x0e

sDATA: reading 33 bytes

recv: 0xe1

recv: 0x63

CRC OK

Got message seqno 23 (command_sequence == 23)

jtagRead 

command[0x05, 1]: 05 20 03 00 00 00 5D 00 00 00 

recv: 0x1b

recv: 0x18

recv: 0x00

recv: 0x04

recv: 0x00

recv: 0x00

recv: 0x00

recv: 0x0e

sDATA: reading 4 bytes

read:  82 fd 02 02

recv: 0xb8

recv: 0xe3

CRC OK

Got message seqno 24 (command_sequence == 24)

response: 82 FD 02 02 

PC = 5ec

GDB: <Z1,0,2>

BP ADD type: 1  addr: 0x0 ->GDB: OK

GDB: <Hc0>

->GDB: 

GDB: <c>

Breakpoint added in ICE. slot: 0  type: 1  addr: 0x660

Ich habe irgendwo gelesen, dass DebugWire gar keine Hardware-Breakpoints unterstützt sondern diese nur bei JTAG verfügbar sind - Ist das korrekt?

Das Log des AVaRice habe ich angehangen. Vielleicht weiß jemand ja weiter. Den AI-Overlord habe ich auch schon konsultiert, die Ergebnisse waren aber nur mit äußerster Vorsicht zu genießen

Und falls einer fragt: Ja, ich musste den Controller schon mit HVPP "retten", verdammtes RSTDISBL-Fuse ...

Vielleicht hat ja einer noch eine Idee dazu

Danke und Gruß

Angehängte Dateien:

avarice.log (22,4 KB)
avarice.log (22,4 KB)

02.11.2025 04:17: Bearbeitet durch User

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

AVaRice DebugWire Breakpoints

Antwort schreiben