AVR-Chat

Hi Folks,

I'm working with the ATMEGA48V and I've been happily working with my
prototype board for a month now and all of a sudden I'm getting the
following error message when I try and program the chip:

WARNING: FLASH byte address 0x0000 is 0x00 (should be 0x1E).. FAILED!

Does this mean the chip is no good? Is there a work-around? Of course
it's a SMT chip and it's going to be a bear to replace it.

Thanks,

Richard Cooke
Lake Forest, CA USA

--- In AVR-Chat@yahoogroups.com, "Richard Cooke" <rcooke@...> wrote:
> Does this mean the chip is no good? Is there a work-around?

Possibly.  If it were a higher address I would say almost certainly 
so.  The fact that it is address 0 might indicate some other problem, 
e.g. the power supply.

> Of course it's a SMT chip and it's going to be a bear to replace it.

If it is chip with leads (i.e. not BGA) it's not that difficult.  If 
you're willing to sacrifice the chip just use an Exacto knife to shear 
off the leads near the package and then use a soldering iron to 
desolder the leads from the board.  Then, clean up the pads with 
solder wick and solder in the new device.

Don Kinzer
ZBasic Microcontrollers
http://www.zbasic.net

At 03:33 AM 3/10/2007, you wrote:
>Does this mean the chip is no good?

Have you programmed the chip more than 10,000 times already?
What are you using to program the chip?


Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495       Fax (02) 9674-8745
Email: john@ampertronics.com.au
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

Hi John,

I haven't come close to 10,000 times.  I'm using the Dragon to program
the 48V chip.

I've replaced the chip and now I'm back to work.  I would like to know
what happened so if was something I did I can avoid it in the future.

Richard Cooke
Lake Forest, CA USE


--- In AVR-Chat@yahoogroups.com, John Samperi <samperi@...> wrote:

>
> At 03:33 AM 3/10/2007, you wrote:
> >Does this mean the chip is no good?
> 
> Have you programmed the chip more than 10,000 times already?
> What are you using to program the chip?
> 
> 
> Regards
> 
> John Samperi
> 
> ********************************************************
> Ampertronics Pty. Ltd.
> 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
> Tel. (02) 9674-6495       Fax (02) 9674-8745
> Email: john@...
> Website  http://www.ampertronics.com.au
> *Electronic Design * Custom Products * Contract Assembly
> ********************************************************
>

When I've had similar things happen it has usually turned out to be the CKSEL fuses.  I've had situations where the fuses where clears to "0000"; I connected an external clock and was able to reset them.

Regards,

Tim Gilbert
JEM Innovation Inc.
303-926-9053 (office)
303-437-4342 (cell)
720-890-8582 (fax)
www.jeminnovation.com
www.pdksolutions.com

  ----- Original Message ----- 
  From: Richard Cooke 
  To: AVR-Chat@yahoogroups.com 
  Sent: Wednesday, October 03, 2007 12:38 PM
  Subject: [AVR-Chat] Re: Chip programming failed


  Hi John,

  I haven't come close to 10,000 times. I'm using the Dragon to program
  the 48V chip.

  I've replaced the chip and now I'm back to work. I would like to know
  what happened so if was something I did I can avoid it in the future.

  Richard Cooke
  Lake Forest, CA USE

  --- In AVR-Chat@yahoogroups.com, John Samperi <samperi@...> wrote:
  >
  > At 03:33 AM 3/10/2007, you wrote:
  > >Does this mean the chip is no good?
  > 
  > Have you programmed the chip more than 10,000 times already?
  > What are you using to program the chip?
  > 
  > 
  > Regards
  > 
  > John Samperi
  > 
  > ********************************************************
  > Ampertronics Pty. Ltd.
  > 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
  > Tel. (02) 9674-6495 Fax (02) 9674-8745
  > Email: john@...
  > Website http://www.ampertronics.com.au
  > *Electronic Design * Custom Products * Contract Assembly
  > ********************************************************
  >



   

[Non-text portions of this message have been removed]

At 04:38 AM 4/10/2007, you wrote:
>I've replaced the chip and now I'm back to work.

Is it a DIP package? Can you plug it in for HVPP to investigate
the problem? Try an external clock as suggested also.

The only time I have had a chip die in a similar fashion was
by using code generated by GCC for some reason....don't ask
for explanation or logicality.....but was able to resurrect it
by HVPP.

Regards

John Samperi

********************************************************
Ampertronics Pty. Ltd.
11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
Tel. (02) 9674-6495       Fax (02) 9674-8745
Email: john@ampertronics.com.au
Website  http://www.ampertronics.com.au
*Electronic Design * Custom Products * Contract Assembly
********************************************************

John,

I can't use HVPP since my board is using a SMT part.  Maybe I should
build up a board with a dip version while I'm developing the code and
when I get it where I want it I can then program the surface mount part.

Richard Cooke
Lake Forest, CA USA

--- In AVR-Chat@yahoogroups.com, John Samperi <samperi@...> wrote:

>
> At 04:38 AM 4/10/2007, you wrote:
> >I've replaced the chip and now I'm back to work.
> 
> Is it a DIP package? Can you plug it in for HVPP to investigate
> the problem? Try an external clock as suggested also.
> 
> The only time I have had a chip die in a similar fashion was
> by using code generated by GCC for some reason....don't ask
> for explanation or logicality.....but was able to resurrect it
> by HVPP.
> 
> Regards
> 
> John Samperi
> 
> ********************************************************
> Ampertronics Pty. Ltd.
> 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
> Tel. (02) 9674-6495       Fax (02) 9674-8745
> Email: john@...
> Website  http://www.ampertronics.com.au
> *Electronic Design * Custom Products * Contract Assembly
> ********************************************************
>