haitao:
memo无法显示,应该不是这个原因啊。。。。。。。最近的用于生产线的系统,怪事不断
[阅读: 487] 2010-08-06 08:12:54
首先介绍一下,工厂目前有3批PC机,
第一批为加工方购买的联想赛扬1.8G,
第二批为公司年初购买的联想赛扬2.4G,
第三批为公司年中新购买的联想酷睿2,
我们曾经两次搬回的PC都是第三批,也就是在工厂同时5个串口下载会重启,在公司又一切正常的新机器
上次发现S0失败率高的PC,是第一批,在这台机器上,5个串口下载不会重启,但是使用新的命令行下载工具,5个串口一起下载时,下载的失败率很高,1、2个串口一起下载时,下载的失败率则不高
而使用旧的带界面的下载工具,则失败率都相当低
周三过去,首先在2台第二批的PC上测试,因为第一批的那台PC在产线上,不便测试
经过反复测试,无论是旧的mpa还是新的mpa,失败率都是几乎为零!(都是5个串口一起下载)
开始怀疑是不是当天工厂的电压比较稳定?
后来趁产线休息了,在上次发现S0失败率高的PC(第一批)进行测试,失败率还是比较高!
短短的10分钟休息根本不够测,于是请工厂的技术人员把这台PC换出来,
以便在产线外专心测试而不担心影响生产
大量的测试显示,无论使用旧的mpa还是新的mpa,失败率都比较高!
后来,为了排除GUI操作程序对mpa可能的影响,专门开5个dos窗口,以不同的命令行直接运行mpa以实现同时5个串口下载
无论使用旧的mpa还是新的mpa,失败率都比较高!
而且,反复测试中发现,4号串口单独下载时,cpu会达到50%左右,而其它串口一起下载,也不会超过10%
这时,有点怀疑是不是cpu忙导致?于是检查了第一批、第二批PC的cpu,发现分别是1.8G和2.4G的赛扬
但是,下载失败的串口也不一定都是4号串口
仅仅使用其它4个串口一起下载,也会有比较高的失败率
这一点来看,是不是找差一点的PC来测试会容易发现问题?
至少目前故障重现是比较确定了