STM32的option bytes出现问题,OPTVERR 标志被置1

2019-12-24 18:38发布

硬件平台:芯片由 STM32L152VE 替换为 STM32L151VD (原因不知,采购买了一千多片,搞不好就完了)编译环境:IAR 8.1
软件:软件包括 BootLoader 和 APP 程序
问题:我直接在编译环境修改了一些参数就下载进板子,boot程序是可以正常运行并跳转到APP部分。没有做 OPTION BYTE 相关信息,但是在调试的过程中发现 OPTVERR 标志和OPTVERRUSR 标志被置1了
   未命名图1片.png (25.23 KB, 下载次数: 0) 下载附件 2017-8-30 19:49 上传
151VD配置
Boot                                                                             App
ROM_start__ =0x08000000;                                  ROM_start__ =0x08004000;
ROM_end__   = 0x08003FFF;                                 ROM_end__   = 0x08043FFE;
RAM_start__ =0x20000000;                                  RAM_start__ =0x20000000;
RAM_end__   = 0x20007FFF;                                 RAM_end__   = 0x2000FFFE;
cstack__ = 0x400;                                                     cstack__ = 0x400;
heap__   = 0x200;                                                    heap__   = 0x200;
EEPROM_start__ =0x08080000;                           EEPROM_start__ =0x08080000;
EEPROM_end__   = 0x080817FE;                          EEPROM_end__   = 0x080817FE;
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
2条回答
bright2307
1楼-- · 2019-12-24 19:20
今天使用STlink + STVP 改写FLASH_OBR的值,然后再将芯片全部擦除,再次烧录BOOT和APP之后程序正常运行(BOOT程序开头已经去掉CLEAR错误标志位操作)。
手里暂时没有新的片子,新的片子拿回来再测试一下。如果每个都需要重新改写OPTION BYTES还真是麻烦了~还得给生产写操作说明。。多了一道工序。
为啥之前的片子STM32 都不需要这么操作呢~还是我程序哪里不小心动到了?
bright2307
2楼-- · 2019-12-25 00:54
手里没有ST_LINK,明天试试直接OPTION BYTE写看还会不会再被置1.

一周热门 更多>