好像变成0XFF。

偶的应用一般要用到EEPROM存储的数据比较少，一般采取反码冗余备份校验的方式，需要存储的数据按照原码和反码存两份，需要读取时分别读取原码和反码，进行校验，若校验不通过，则根据一定的算法恢复数据或者采取缺省值.

我遇到过的问题，m8里面有写eeprom的程序段，数据已经写入到eeprom了。

不停的开关电，eeprom里的值有可能随机改变，不见得是0x00,0xFF

原因是不是上电时，程序指针跑飞到写eeprom那段，导致往eeprom随机地址写了随机数。

后来，采用isp下载2次程序，最后版本的程序是删除了写eeprom程序段，保留读eeprom段。

这样的话，开关电很多次，里面的eeprom没见有改动。

如果系统实际运行时，需要对eeprom写操作，可考虑存多几次数据，用校验方法来处理数据改变。

我对AVR较熟悉，我也谈谈吧！

EEPROM掉电丢数据这个特点可不是AVR独有的。很多年前在89C51+24C02的系统里面就遇到过，我不知道铁电有什么比24C02更牛的地方，居然能保证不丢数据。原因很简单，就是掉电过程中，电压降低到MCU无法正常工作的程度，程序跑飞了，单片机引脚状态完全不可控，某次掉电就可能发出错误的写24C02的指令。上电的时候因为RESET处于有效状态，MCU引脚状态完全确定（对于51来说就是全1），是不可能误操作24C02的。解决方案很简单，加一片MAX813L，当电压低于4.6V就锁定89C51，问题彻底解决。这么多年也没见24C02被误改写。

最早的一批AVR内置了EEPROM却没有BOD，所以EEPROM被误改写是家常便饭，ATMEL很快发现了这个问题，新推出的AVR全都含有BOD乐。AVR的情况比较复杂，振荡方式和复位方式都有多种，所以不仅掉电会改写EEPROM（原因同上），上电也会！RESET过程结束前，必须有若干XTAL，MCU内部寄存器（包括软件不可见的）才会清零，如果RESET结束了才来时钟，上电就是程序乱飞，同样有可能改写EEPROM。用RC振荡方式问题不大，有电就能振起来，用石英晶体就会出问题，我测过89C51的，上电后20ms才振起来，如果电源上有大的滤波电容，VCC的上升斜率变小，晶体起振时间会变得更长！有存储示波器的朋友可以自己测一下，对晶振的起振有个感性认识。

上电掉电程序跑飞误写的概率其实不高，最大的可能是程序正在写eeprom时突然掉电。。。

写过程需关中断 数据改变少了 

但还是会变 不一定是那个数据，无解中 。。。 只有多备份两个数据了！

以我的经验来看，eeprom本身质量问题的很少，问题多出于时序问题，以及误写，或者是操作不完整等!

外部干扰应该也会小概率的引起（在写数据的时候，被干扰到）