本帖最后由 chenbb8 于 2012-12-10 18:36 编辑
sujianli 发表于 2012-8-17 14:07 
我也碰到了这个问题，楼主说说是怎么解决的啊
我上个月也出现了这样的问题，对出现问题的的工程进行分析。
发现，在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 address 0xXXXX
希望能帮到以后遇到这个问题的人~~
另外LZ给帖子起名字的水平太烂了，要不是我用百度的site:21ic.com Verify failed at address 这个语法来搜索，还真找不到呢
|
评分
-
查看全部评分
|
楼主
