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
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?
Stromversorgung ok? Kurzschluss? Fuses verfust? Reset wird nicht gezogen?
Alles getestet und i.O. Habe auch schon die AVR-Checkliste hier im Forum durchgearbeitet.
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.
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.
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).
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?
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.
Gast
#3195295
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
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
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.