飞思的AC16单片机,使用FLASH模拟EEPROM时,数据被改(已解决)

2020-02-20 20:36发布

本帖最后由 FSL_TICS_ZP 于 2014-10-8 16:34 编辑

曾经批量使用飞思卡尔的AC16系列单片机,一直使用FLASH模拟eeprom,一直没有什么问题,直到用于一个风机控制系统,发现数据被大面积改写,均被改写为FF,开始怀疑是上电或下电过程中的不稳定造成,在公司进行频繁的上下电实验,发现确实会导致数据被改写,于是将复位芯片的复位电压值提高到4.3V,发现问题依旧。后又增加了很多抗干扰电路,依然无果。后因为项目紧急,采用了现场固定数据的方式应付过去。

不是各位是否遇到类似的情况,可能的原因有哪些?如何防范?
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
36条回答
arm_m0
1楼-- · 2020-02-24 01:44
如果成本不是控制得很死,那么还是外挂一个,开发周期相对会快点,不要再折腾这个问题了。
swap2013
2楼-- · 2020-02-24 05:13
没用过模拟EEPROM。

从描述看,不像是代码问题。擦写完flash再锁上行吗?
swap2013
3楼-- · 2020-02-24 10:45
wangyu_2011 发表于 2014-9-9 21:25
程序里有擦除的函数吗?如果有考虑没有可能被误进入,我遇见过FSL的芯片应该跳转的指令不跳转,太概率很小 ...

软件上这些手段不错,尤其是加密解密!
早期FSL的Flash操作就是要到ram里跑。
newuseruser
4楼-- · 2020-02-24 10:56
 精彩回答 2  元偷偷看……
newuseruser
5楼-- · 2020-02-24 12:09
swap2013 发表于 2014-9-10 16:25
没用过模拟EEPROM。

从描述看,不像是代码问题。擦写完flash再锁上行吗?

初始化后就无法再上锁了。
newuseruser
6楼-- · 2020-02-24 17:15
swap2013 发表于 2014-9-10 16:29
软件上这些手段不错,尤其是加密解密!
早期FSL的Flash操作就是要到ram里跑。 ...

我用的AC16,Flash操作的代码就是要拷贝到RAM里执行。

一周热门 更多>