[solved] Fuse bits value for atmega32 with 8MHz External Crystal Oscillator

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

Hi all,

 

   Good Day! I am using Atmega32A with 8MHz External Crystal Oscillator. I want set fuse bit for this new IC. What is the Fuse Bits value for this Atmega32A with 8MHz External Crystal Oscillator. I have used AVR - OSP II to program fuse bits. http://www.nskelectronics.com/avr_prog.html First Time i read signature got 0x1E 0x95 0x02. Then i wrote High bit - 0x99 and low bit - 0xD0. After this again i read signature - 0xFF 0xFF 0xFF. How to set fuse bit and also how to recovery this IC. 

 

AVR - OSP II - Running result

Checking programmer type ...
Found AVR ISP
Entering programming mode...
Signature = 0x1E 0x95 0x02
Leaving programming mode...
Checking programmer type ...
Found AVR ISP
Entering programming mode...
Signature = 0x1E 0x95 0x02
Leaving programming mode...
Checking programmer type ...
Found AVR ISP
Entering programming mode...
Programming fuse bits...
Selected device has no extended fuse bits!
Leaving programming mode...
Checking programmer type ...
Found AVR ISP
Entering programming mode...
Signature = 0xFF 0xFF 0xFF
Leaving programming mode...

How to solve this problem. Can anyone help to solve this problem.

 

 

 

 

Thanks & Regards

 

Sasireka Thangavel

 

This topic has a solution.

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

Last Edited: Sat. Jun 18, 2016 - 08:54 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

If you use this:

 

http://www.engbedded.com/fusecalc/

 

And put 0x99/0xD0 into the boxes towards the end then [Apply values] then it first confirms that 0x99 is the default for the High byte anyway but more importantly it shows that by using 0xD0 in the low byte what you have selected is:

 

 

This is "Not Good(tm)" as you have selected "External Clock" not "External Crystal". You now need to read an article I wrote a while back...

 

https://www.avrfreaks.net/forum/t...

 

That will talk you thorough the process of applying a clock (that you must generate from somewhere else) to the XTAL1 pin of the "lost" AVR just long enough to re-run ISP and undo the damage you have done.

 

Next time be more careful - setting fuses (as you'll read there) is a potentially dangerous operation and some thought must be applied to the selection you make.

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

clawson wrote:

If you use this:

 

http://www.engbedded.com/fusecalc/

 

And put 0x99/0xD0 into the boxes towards the end then [Apply values] then it first confirms that 0x99 is the default for the High byte anyway but more importantly it shows that by using 0xD0 in the low byte what you have selected is:

 

 

This is "Not Good(tm)" as you have selected "External Clock" not "External Crystal". You now need to read an article I wrote a while back...

 

https://www.avrfreaks.net/forum/t...

 

That will talk you thorough the process of applying a clock (that you must generate from somewhere else) to the XTAL1 pin of the "lost" AVR just long enough to re-run ISP and undo the damage you have done.

 

Next time be more careful - setting fuses (as you'll read there) is a potentially dangerous operation and some thought must be applied to the selection you make.

 

Thank you clawson. Tutorial is very nice. Now i am gonna program Low bit - 0xFE and High bit - 0x99. Is this right?

 

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

That would work but usually, when you use a crystal, unless you have a strong reason to choose otherwise it's normal to pick the option that has the longest start up time possible (to give the crystal a chance to fully resonate) so pick the one with start up time "16K CK + 64ms". Also I guess 8MHz is "Medium Freq" rather than "High Freq" so in all I guess I would be looking at Low=0xFD perhaps?

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

clawson wrote:

That would work but usually, when you use a crystal, unless you have a strong reason to choose otherwise it's normal to pick the option that has the longest start up time possible (to give the crystal a chance to fully resonate) so pick the one with start up time "16K CK + 64ms". Also I guess 8MHz is "Medium Freq" rather than "High Freq" so in all I guess I would be looking at Low=0xFD perhaps?

 

oK Clawson. Thank you. i will do this one.

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

How to recover Chip signature mismatch IC. Is it possible.

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

sasireka wrote:
How to recover Chip signature mismatch IC. Is it possible.

Which bit of my tutorial did you not understand?

 

As I said there what you have done is programming a non-existent clock so the AVR is no longer running. In order to restore things you have to make it run. To do that you need to provide a clock. I made 6 suggestions of how you may generate a suitable clock.

 

For example do you have a frequency generator? If yes then you might use that to provide a clock.

 

Alternatively do you have another AVR (perhaps an Arduino?) that you can program? As I said you could put a program in it to toggle a pin and then connect that signal to the XTAL1 of the chip you are trying to recover.

 

I do suggest you re-read the tutorial. The whole point of the article was to explain exactly what your options are when you have made a mistake setting CKSEL.

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

Mr. Cliff, you are surely the most patient soul I have ever known.

 

Imagecraft compiler user

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

Dear Clawson,

 

    Good Day! Thanks a lot. I will read your tutorial again and i will fix this.

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

Last Edited: Tue. Jun 14, 2016 - 04:52 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Hi clawson,

 

   Good Day! I have used Low - 0xFD and High - 0x99. But i am getting "Selected device has no extended fuse bits!". What is the value have to enter in extended.

 

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

You are dependent on whatever Indian software is used with your Indian programmer.
Since the mega32 has not got an extended fuse, I would expect it to ignore the box. But who knows how your programming software behaves?
Ask the vendor. Or simply try an empty box or a box with 0xFF.
Life is a lot simpler with reliable software like avrdude and a command line.
Or buy an official Atmel programmer and use the official Atmel software like AS7.
.
David.

Last Edited: Thu. Jun 16, 2016 - 07:05 AM
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Thanks David.  If i keep it as empty box then only i am getting like Selected device has no extended fuse bits. So now i will use 0xFF now.

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

From your link,  it looks as if the programmer hardware is fairly old.

 

  • Connects AVR OSP II , Code Vision AVR in Protocal AVR 911&910

 

Since it is "old" it will definitely be capable of programming "old" chips like a mega32.

I would try avrdude or Codevision

 

David.

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

ok david. i will try with atmel studio 6.2

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

No,  you would need to try avrdude.

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

i tried like extended bits - 0xFF, Low bits - 0xFD, High bits - 0x99. After that i read ic chip signature i got 0xFF 0xFF 0xFF

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

You have selected fuses suitable for a crystal oscillator between 0.9 MHz and 3.0 MHz.  Have you fitted such a crystal (with caps) to XTAL1/2?  Without the appropriate crystal and caps, the AVR will have no clock source.  Without a clock source, further ISP programming will not be possible.  Refer to Cliff's tutorial.

"Experience is what enables you to recognise a mistake the second time you make it."

"Good judgement comes from experience.  Experience comes from bad judgement."

"Wisdom is always wont to arrive late, and to be a little approximate on first possession."

"When you hear hoofbeats, think horses, not unicorns."

"Fast.  Cheap.  Good.  Pick two."

"We see a lot of arses on handlebars around here." - [J Ekdahl]

 

This reply has been marked as the solution. 
  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0

Dear All,

 

   Good Day! Finally it is working. I used like Extended bits - 0xFF, High bits - 0xD9, Low bits - 0xFF. Thanks a lot to all. Special thanks to Clawson and David

-----------------------

Thanks & Regards,

Sasi

-----------------------

GO GREEN

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

Me too got the same programmer  (AVR - OSP II from  Nsk Electronics), while reading signature it shows 

Signature = 0xFF 0xFF 0xFF

i gave 1 Mhz pulse but it dint work out  and while reading fuse bits it shows random values .how did u solve the problem ???