AVR-Chat

Hi,

I remember problems with EEPROM address zero corruption with previous 
AVRs - it looks like accidently writing to the atmega8 would be difficult. 
Apart from loss of power during a write, is there any other problem to be 
aware of with the newer chips?

Geo

On Tue, 5 Apr 2005 12:16:27 +0100, you wrote:

>
>Hi,
>
>I remember problems with EEPROM address zero corruption with previous 
>AVRs - it looks like accidently writing to the atmega8 would be difficult. 
>Apart from loss of power during a write, is there any other problem to be 
>aware of with the newer chips?

Atmel say the zero address issue is fixed, but I still occasionally hear that Atmel eeprom can be
corrupted in some brownout situations if there is no brown-out reset provided.

At 09:33 PM 5/04/2005, you wrote:
>if there is no brown-out reset provided.

Which is really not the Atmel's fault as all the new chips
have BOD built in and it's only a matter of programming it
by the user.

Regards

John Samperi

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

At 06:33 AM 4/5/2005, Mike Harrison wrote:

>On Tue, 5 Apr 2005 12:16:27 +0100, you wrote:
>
> >
> >Hi,
> >
> >I remember problems with EEPROM address zero corruption with previous
> >AVRs - it looks like accidently writing to the atmega8 would be difficult.
> >Apart from loss of power during a write, is there any other problem to be
> >aware of with the newer chips?
>
>Atmel say the zero address issue is fixed, but I still occasionally 
>hear that Atmel eeprom can be
>corrupted in some brownout situations if there is no brown-out reset provided.


This was never really a problem.
If you follow the data sheet, it was fine.
I wrote test software for this back when it was an issue, and tested 
many 8515s, with ZERO problems.

1: It's up to YOU to assure that the machine will have enough power 
to complete any write you start.
2: It's up to YOU to assure that there won't be a reset during a 
write (external hardware)
3: It's up to YOU to assure code integrity, so that errant routines 
don't accidentally call your "write to EE" routine.

Atmel was under a lot of pressure, and this was, from what I could 
see at the time, mostly a problem  with hobbyists and poorly designed systems.

That being said, I have to leave the EEAR pointing somewhere,  so I 
just leave it at 0  and don't use that position.
It could as easily been the top of EE, but remember the powerup 
default is 00, so anything that went nuts before I initted it, would 
write to 00 anyway.
One improvement would be to make address 00 non-functional, so that 
you CANT rely on it, and it then acts like the landing zone on the 
old hard drives, it's a safe place to have a crash.

On Wed, 06 Apr 2005 06:29:14 +1000, you wrote:

>
>At 09:33 PM 5/04/2005, you wrote:
>>if there is no brown-out reset provided.
>
>Which is really not the Atmel's fault as all the new chips
>have BOD built in and it's only a matter of programming it
>by the user.

Assuming you can afford the power consumption.

On 5 Apr 2005, at 15:57, Dave VanHorn wrote:

<snip>

> That being said, I have to leave the EEAR pointing somewhere,  so I 
> just leave it at 0  and don't use that position.

Right - so you don't trust it either...

George Smith