个人总结：延迟21毫秒后再操作EEPROM，延迟20毫秒烧录都会报错。（STM8S003F3）
我上个月也出现了这样的问题，对出现问题的的工程进行分析。
发现，在main函数中直接解除EEPROM的锁定，然后对特定的EEPROM地址进行赋值，只要赋的值不是0，就会报错，
直接插入CLR或者LD指令操作EEPROM地址，发现CLR指令不会报错，LD的会报错。也就是说，清零没问题，赋值会有问题。
今天，使用STVP下载的时候再次出现这样的问题，对多处修改进行分析。发现原来是我用的配置初始化函数中ConfigInit()，
有类似这样的语句*EEP_Config =ROM_Config(两个都是结构体，其中前面一个指向EEP，后一个在定义的时候带有const)。
今天早上之前都没有这个错误的，经查出现错误的原因是：以前我是在菜单状态机的第一个状态，在启动后一秒钟调用ConfigInit(),
而今天早上我是将ConfigInit()函数放到了第一个状态的入口动作上，也就是说在菜单状态机被初始化的时候，ConfigInit()函数就会被调用。
同时我是将初始化菜单状态机的函数，直接放在main函数中的，即上电后马上调用ConfigInit()！
将ConfigInit()函数延后执行后，程序下载恢复正常。
我才猜测是这样的：启动后的一段时间内不能对EEPROM进行赋值，要不然就会被报错。
结合在STVP下载的时候，能看到LCD狂闪，推论如下：
STVP在下载的时候，程序是可以断断续续的运行的，而在期间如果执行了赋值EEPROM的动作，那么STVP在随后对EEPROM的
检测的时候，发现并非全是0，就会将不是0的那个地址用下面的语句报错：
Verify failed at address0xXXXX
|
楼主
