一次硬件故障的诊断过程，经验与大家共享

      下面是我为一个学生处理西门子s7-400的故障的过程。
      学生：我公司啤酒发酵系统用的是西门子s7-400，cpu 414-2dp的7个报警灯突然全部闪烁，停电后再送电后仍然闪烁，且上位机不能与其通讯，停电后拔出ram卡5分钟上电，报警消除，停电后插入ram卡再送电，不报警，重新下载硬件组态与程序后恢复正常。
      以后又多次出现同样的故障，都用同样的方法处理。
      廖：cpu 414-2dp有集成的ram，如果出了故障，是否一定要拔出ram卡才能消除故障？不要ram卡是否可以运行？
      学生：不用内存卡能运行，但运行了20多分钟又是这个故障现象。
      廖：点击诊断缓冲区中的“另存为”按钮，将缓冲区的内容保存为文本文件发给我。
      学生：我已把诊断缓冲区的内容拷下来了，但看不明白，现作为附件发给您！（见附件）
      廖：诊断缓冲区信息的文件是英文的，一共记录了120条事件。下面是搜索到的关键事件的信息：
event 55 of 120:  event id 16# 4533
checksum error  
no relevance for user (z1): 0003
previous operating mode: run
requested operating mode: defective
internal error, incoming event
02:38:34:944 am  06/18/97
event 56 of 120:  event id 16# 3583
accumulation of detected and corrected memory errors
not user-relevant (z1): 0000
requested ob: cpu hardware fault ob (ob84)
ob not found, or disabled, or cannot be started in the current operating mode
internal error, incoming event
02:18:24:205 am  06/18/97

      廖说明：“checksum error”是校验和错误，“internal error, incoming event”为内部错误，故障刚出现，“accumulation of detected and corrected memory errors”表示检测到有存储器错误，“requested ob: cpu hardware fault ob (ob84)”是请求调用cpu硬件错误组织块ob84。
      诊断信息文件中调用ob85和ob86的事件与dp从站故障有关，已经排除故障。
      由ob84的在线帮助可知，已检测到并更正了内存错误之后，将会调用ob84。如果未编程和下载ob84，cpu不会切换到stop模式。所以不用下载ob84。看来cpu和存储器故障的可能性很大。建议学生咨询一下西门子的维修部门，西门子服务热线为010-64719990。
      学生：根据您给的号码，已经给西门子技术热线打过电话，他们怀疑是cpu故障。
      过了一段时间，学员告诉我，因为买不到原来的老型号，更换了一块新的cpu模块。在硬件组态中更改了cpu的订货号，然后编译下载。
      经验总结
      1）使用单位的维修人员点击诊断缓冲区中的“另存为”按钮，将缓冲区的内容保存为文本文件后，可以提供给设备生产厂家，用于远程诊断。
      2）我曾经遇到过s7-300因为mmc卡接触不好引起的计算机与cpu的通信时好时坏的故障，因此首先排除ram卡的故障。好在该cpu不用ram卡也能运行，但是故障没有消除，因此不是ram卡的故障。
      3）诊断缓冲区中的信息太多，有很多记录的是正常的运行模式转换信息。出现故障时，cpu要求调用处理故障的ob，与硬件故障有关的异步错误中断的编号为ob80~ob88。搜索“ob8”可以迅速地查找到与硬件故障有关的事件。
      4）事件信息中的日期为97年，显然没有正确设置好cpu的实时钟，导致看不出事件发生的真正日期时间。为了方便故障诊断，应定期校正cpu的实时钟。
      5）如果英语不是很熟练，可以使用step 7的中文版。如果担心中文版某些地方翻译得不太准确，可将step 7切换到英文显示。
----------------------------------------------
此篇文章从博客转发
原文地址： Http://blog.gkong.com/more.asp?id=130500&Name=liaochangchu