 |
| Author |
Message |
|
|
 Posted: Jun 05, 2007 - 03:55 AM |
|
Joined: Apr 20, 2007
Posts: 6066
Location: Long Island New York
|
|
The box from Digikey just arrived with the dragon and my new spare stk-500. I have the dragon connected to an automation project i am working on, and it is making life debugging the I/O a breeze. I have one problem though. When the mega162 goes over the 32k of sram, the targetboard, and the Dragon get into a hissy fit. I looked at the interface, and as expected, the dragon is competing with the mega162 for the bus. I know the datasheet on the Dragon says 32k of FLASH, which i am interpreting as the micro's internal.
Has anyone come across this? If so, was there a resolution?
Thanks
Jim  |
|
|
| |
|
|
|
|
|
|
Posted: Jun 05, 2007 - 12:02 PM |
|
Joined: Jul 18, 2005
Posts: 62281
Location: (using avr-gcc in) Finchingfield, Essex, England
|
|
When JTAGEN fuse is set (and the code hasn't written the JTD bit in the MCUCSR) the top four bits of PORTC will always be dedicated to the JTAG functionality rather than being available as A12..A15
So basically you'll have to debug the code restricted to a smaller part of the SRAM then do the double JTD thing (or the JTAGEN fuse thing) when ready to break the JTAG "umbilical" |
_________________
|
| |
|
|
|
|
|
|
Posted: Jun 05, 2007 - 01:37 PM |
|
Joined: Apr 20, 2007
Posts: 6066
Location: Long Island New York
|
|
Thanks!!
I kinda had a feeling that was the issue, but I am happy that someone else confirms my suspicions
Regards,
Jim |
_________________
Jim
I have decided that I am no longer going to plan anything in advance. In a court of law this is called Pre-Meditated, and does not look good for the defense.....
Timer function not working properly? Check CLKDIV8 Fuse first 
|
| |
|
|
|
|
|
|
|
FAQ
Search
Register
Log in to check your private messages
Log in
Maximize
RSS
