AVR M16芯片ISP接口干扰原因分析与抗干扰措施（探讨）

2万 · 2015-2-11 21:18

中国机器发表于 2015-2-11 16:29
多谢参与！

加上拉电阻之后，经试验ISP口依然可以正常工作，呵呵，还能烧写程序。 ...

太好了，真是从你这学了不少。呵呵:handshake

只看该作者 · 2015-2-13 15:55

我们的PCB和电源的各项指标不是太好…
将写端拉成禁止电平状态：一直是解决系统程序崩溃的方法呀！…

只看该作者 · 2015-2-14 17:49

jjeemm77 发表于 2015-2-13 15:55
我们的PCB和电源的各项指标不是太好…
将写端拉成禁止电平状态：一直是解决系统程序崩溃的方法呀！… ...

多谢多谢！

1万 · 2015-2-14 21:38

如果没有用到IAP或者内部EEPROM，单SPI编程，凭外部干扰，就进入编程序列，还是频繁出现，LZ你觉得这种情况的几率有多大？
如果用到内部EEPROM，这个被改写的几率大多了，还是检查下程序对参数的容错吧。如果没对参数进行容错处理，出现了非法参数，也会造成程序不能正常工作的

只看该作者 · 2015-2-15 10:08

多谢提醒！

遇到问题之初，确实围绕EEPROM数据问题废了一番周折，觉得EEPROM被修改的几率更大，后来用户反应“上次关机还好好的，这一次开机就乱套了”，开始怀疑与上电复位有关；

后经过试验，确认，flash数据确实被破坏了，加上熔丝位上选择了相关的操作保护选项，所以EEPROM被改写的问题就放下了。
EEPROM存储的数据要被程序调用，程序的容错能力趋势是件大事，我会记住您的忠告，跟朋友商量看看可否要出源程序研究一下，一来帮他解决问题二来自己也学习一下。
再次感谢！

1万 · 2015-2-16 14:20

中国机器发表于 2015-2-15 10:08
多谢提醒！

遇到问题之初，确实围绕EEPROM数据问题废了一番周折，觉得EEPROM被修改的几率更大，后来用户反 ...

两种情况可以验证是Flash的数据被改写：
1.通过技术手段获取了出问题的板子的flash数据，和原数据对比，确实改变了
2.对出问题的板子，重新刷程序时，只是刷新了Flash，没有刷新eeprom
如果刷新程序时，eeprom的数据也被刷新了，那还是不能排除eeprom数据出错造成运行不正常的情况。
你说的上电时出问题，这个确实是最容易出问题的时刻，尤其在电源不稳定是进行eeprom操作。
可以试下eeprom数据不加密，只加密flash数据，很容易验证eeprom数据是否被改写

只看该作者 · 2015-2-28 09:03

条件所限，有些研究无法进行了，朋友与用户联系了一下，说春节前没犯毛病，春节后还没开工，等他们再用上一两个月没事，就算我蒙对了，届时一定回来汇报情况

只看该作者 · 2015-6-5 00:22

zhaoyu2005 发表于 2015-2-14 21:38
如果没有用到IAP或者内部EEPROM，单SPI编程，凭外部干扰，就进入编程序列，还是频繁出现，LZ你觉得这种情况 ...

你好！发现了一个很重要的信息，朋友拿来一块坏板子，加密的，flash与eeprom都无法读出，但是，读出他的熔丝和加加密位设置之后却发现，他把 BLB01，BLB02，BLB11，BLB12四个与IAP有关的选项都打开了！
而且已经确认这块板子编程的时候，根本就没有编写IAP功能！

我想请教一下，这样设置会给外部干扰修改内部flash提供可乘之机吗？干扰信号通过IAP起作用的？

下图是读出的加密设置与熔丝设置：