AVR 2561 JTAG Problem

[Chris S. (chris_05)]

Hallo zusammen,

ich stehe vor einem etwas verwirrenden Problem mit meinem AVR 2561. 
Folgende Situation:
Ich hatte bis anhin meinen AVR in Betrieb und konnte meine Software ohne 
Probleme debuggen. Aufeinmal startete der Debug Modus nicht mehr. 
Folgende Fehlermeldung war im Atmel Studio zu lesen:

Reading device ID......Failed!
[ERROR] JTAGID not valid. Debugger command enterProgMode failed., 
ModuleName: TCF (TCF command: Device:startSession failed.)

Nun zum komischen Teil. Das lesen der "Device Information" war dann 
zwischendruch wieder möglich und auch das Flashen. Jedoch lief das 
Programm nicht mehr richtig auf dem uP. Falls das flahsen nicht 
funktionierte war folgende Fehlermeldung zu sehen:

[ERROR] Unexpected signature 0x00ffffff (expected 0x001e9802)., 
ModuleName: TCF (TCF command: Device:startSession failed.)

Kurz gesagt ich kann nicht mehr richtig auf meinen uP flashen. Über die 
ISP Schnttstelle kann ich nicht mal mehr die Device Information lesen.

Hat jemand ne Ahnung woran das liegen könnte? Ist evtl. sogar mein uP 
defekt?


Tools:
- AVR 2561
- Debugger: AVR Dragon
- Atmel Studio 6
- Interface: JTAG/ISP

[Chris S. (chris_05)]

Der AVR Dragon habe ich verifiziert, ich kann einen anderen uP flashen.
Das Problem liegt also effektiv beim ATMega2561. Ist es möglich, dass 
der uP während dem Debug Modus einen Defekt erlitten hat? Kann man das 
irgenwie testen?

[Pete K. (pete77)]

Stromversorgung ok?
Kurzschluss?
Fuses verfust?
Reset wird nicht gezogen?

[Chris S. (chris_05)]

Alles getestet und i.O.
Habe auch schon die AVR-Checkliste hier im Forum durchgearbeitet.

[Jörg W. (dl8dtl) (Moderator)]

Pete K. schrieb:
> Reset wird nicht gezogen?

/RESET (nSRST am JTAG-Port) ist insbesondere dann wichtig, wenn
man den Controller in der Firmware schlafen legt.  Wenn dieses
Signal nicht zum JTAG-Stecker geführt ist, bekommt man ihn dann
nicht wieder über JTAG angesprochen.

[Chris S. (chris_05)]

nSRST ist nicht zum Targetboard verbunden. Ich arbeite mit der 
Minimalbeschaltung für JTAG TCK, TDO, TMS und TDI.
Das merkwürdige ist auch, dass ich über JTAG die Device Information 
lesen kann (mehr nicht) während über ISP nicht mal das funktioniert.

[Jörg W. (dl8dtl) (Moderator)]

Chris S. schrieb:
> nSRST ist nicht zum Targetboard verbunden.

Dann jumpere das einfach mal mit der Hand auf Reset (oder löte einen
Draht dran oder was auch immer).

[Chris S. (chris_05)]

Also ich habe den Reset mal angeschlossen und gemessen. Im AVR Studio 
unter "Device Programming" wird ein Reset durchgeführt nach "Erasing 
device... OK."
Danach wird noch ein Reset durchgeführt wenn ich das Fenster schliesse, 
nicht aber nach der Meldung "Verifying Flash...OK". Stimmt das soweit?

[Chris S. (chris_05)]

Mein uP läuft wieder.
Ich habe nochmals die AVR Checkliste durchgearbeitet und die Fuse Bits 
genauer kontrolliert. Siehe da, anscheinend wurden die Fuse Bits während 
dem Debuggen umgestellt. CKOUT war falsch gesetzt. Soweit scheint alles 
wieder zu funktionieren JTAG, ISP und auch der Debug-Modus läuft.

[Spess53 (Gast)]

Hi

>Siehe da, anscheinend wurden die Fuse Bits während
>dem Debuggen umgestellt. CKOUT war falsch gesetzt. Soweit scheint alles
>wieder zu funktionieren JTAG, ISP und auch der Debug-Modus läuft.

Und was soll die CKOUT-Fuse mit JTAG oder ISP zu tun haben? Damit wird 
lediglich der Takt des Controllers an Pin PE7 gelegt.

MfG spess

[Chris S. (chris_05)]

Hi spess

Konnte ich mir auch nicht genau erklären, jedoch lief der Debug Modus 
wieder über JTAG nach dem ich dieses Fuse Bit umgestellt habe. 
Vielleicht habe ich während dem Testen versehentlich noch andere Fuse 
Bits verstellt...

mfg