JTAGEN New Project Issue

Go To Last Post
4 posts / 0 new
Author
Message
#1
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

So I made the mistake of unselecting JTAGEN in device programming and ruining my board.  So I have just made a second board and completed the below steps but it pops up unable to program.

 

Rebuild Solution >> Device Programming >> Apply >> Fuses, and "unable to program" is shown.  I have not programmed the chip yet to blow the JTAGEN on the new chip.  How do I set Device Programming back to defaults?

 

In using Atmel Stuido 6.2 with the Atmel ICE.

 

Thanks,

 

Tuurbo46.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Tuurbo46 wrote:
So I made the mistake of unselecting JTAGEN in device programming and ruining my board.

I'll bite -- how did that "ruin the board"?  I'd try lashing up an ISP connection.  But not knowing the AVR model and package and more info, who can tell?

 

The first operation you try on a new board and virgin chip is to write fuses?  Whatever happened to Read Signature, repeatedly and reliably, without attempting operations that might have unwanted outcomes?

 

 

You can put lipstick on a pig, but it is still a pig.

I've never met a pig I didn't like, as long as you have some salt and pepper.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

I am a bit lost.  The board has a 44 pin ATmega324P and I cannot remove this chip.  So I built another board with another new ATmega324P and the JTAGEN is blown again after Rebuild Solution, I never programmed the chip.

 

I have put a very old board onto the Atmel ICE and those fused are OK, so I am guessing fuse setting are set on Rebuild Solution?  

 

So to conclude, are my two boards broken unless I can change the ATmega32P on both of them?

 

Thanks.

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

A mega324 comes out of the factory with JTAGEN and SPIEN.
So you have a choice of two methods of programming.
Like Lee, I would certainly ensure that I could read Signatures reliably before I touched any fuses.
And I would be wary of AS programming fuses from an ELF file. I would check the GCC header files very carefully for typos before trusting them with fuses.
Quite honestly, you should just be able to supply an external clock to XTAL1 and recover via SPI.
David.