应用探讨——西门子S7-300/400模块诊断探讨——发帖整理

quote:以下是引用Automann在2013-05-09 08:11:33的发言：

请看《CPU 31xC 和 CPU 31x安装操作说明 》10.8节（使用状态和出错 LED 进行诊断），其中有 CPU 所有状态和错误显示灯的组合意义，和 SF、BF灯的详细说明。
SF（系统故障）灯亮可能是软件（用户程序）错误和硬件故障。这本手册用表格方式给出了可能出现的问题 、CPU 的响应和可能的解决方法。可能的错误和故障非常多，一共有4页表格。
可以在现场用电子文档查阅读可能的故障和解决的方法。
实际上SF灯只能告诉你有、无故障，具体的故障只能去猜想。要想知道准确的故障原因和位置，还需要采用别的诊断方法。如果有STEP7的项目文件，可以用STEP7来获取具体的故障信息，例如诊断缓冲区中的信息。

---

quote:以下是引用中高在2013-05-10 08:52:00的发言：
现场实际处理通讯故障方面的问题时经常通过STEP7在线的方式读取模块信息，这样可以一目了然的知道哪个站存在故障，然后进行处理，当然还有直观上的判断，比如通过各模块上的指示灯的状态进行判断等
公司有一台国外原装设备，CPU-412-2DP，带有5个ET200M及8台西门子6ES70逆变器，经常出现逆变器报故障F082（通讯故障）并且经常损坏逆变器控制板（CUVC板），进行故障判断时采用STEP7在线的方式读取模块信息，就能够非常直接的看到是那个从站出现问题，后来通过更换全部Profibus-DP电缆，严格根据要求做好接地系统，完毕后设备运行稳定

---

quote:以下是引用划痕在2013-05-10 21:35:30的发言：

1、交换机坏掉，整个网络就瘫痪掉；
2、网线断了就会掉站，后果可想而知；
3、触摸屏可以使用Profinet连接到S7-319的PN网络中，也可以使用其它通讯方式的。

---

quote:以下是引用凌波微步在2013-05-13 09:28:36的发言：

就着这位朋友的问题，我来讲讲我是如何来通过诊断信息判断故障的原因：
1.首先必须能够将这些英文看懂，也就是先翻译成中文；
2.其次对于每句话要能够明白其提示的意义；
3.根据其提示的意义结合HELP去判断问题点或故障点；
4.找出真正的原因并解决它。
如：
S7-300 Alighment error------S7-300 排序错误（你应该知道大概的问题出在软件上，而非硬件错误）；
Alignment error when writing------当执行写操作时出现排序错误
Event 1 of 10: Event ID 16# 2529----第1个事件（共10个事件），事件ID 16进制的2529（这个是告知诊断信息中事件的基本信息）
Alignment error when writing ----当执行写操作时出现排序错误
P area, double-word access, Incorrect address: 0 ----P区域（我理解是过程映像区），双字读取，错误地址：0
Requested OB: Programming error OB (OB121) -----需要的OB：程序错误OB（OB121），如果没有这个OB，CPU会停机；
Priority class: 1 -----优先级：1
Internal error, Incoming event -----内部错误，错误存在（说明错误是一直存在的）
08:27:08.621 AM 04/28/2013 ------错误发生的时间 （用于判断错误发生的时间，从而判断是否和生产受到影响的原因有关联）
(Coding: 16# 2529 0179 0030 0000 0000 0000) -----错误代码（很少用到）

Check help:（检查帮助）
Cause: （原因）
A bit address (bits 0 to 2) was specified for byte, word, or double word access.（bit0~2地址已经定义成字节，字或双字）

To correct or avoid errors: （解决或规避错误：）
Make sure that the bit address contains access address 0.（确定BIT地址包含地址0）
--------------综上所诉，我们知道这是一个因地址定义错误而产生的程序读取地址时出现地址冲突的问题。问题的具体原因在BIT0~2被定义成了字节，字或者双字类型，而程序中的使用此地址排序有冲突。
--------------虽然首次分析未必会很准确到位，但至少我们得到了问题（CPU的SF灯闪烁）出现的原因是跟BIT0~2有关系；那么我们就可以通过交叉参考把与BIT0~2有关的程序段都找出来，然后分析，是哪段程序出了问题，然后修改并测试，最终找到问题的根本原因。

虽然我们仅是种简单的翻译，但很多的人并没有习惯去仔细查看或分析诊断信息，包括其他的系统的提示信息也是一样。我个人认为，经验来源于实践，而实践的最好帮手就是这些诊断信息和提示信息，它能帮助你分析问题的根本原因，从而有效的发现问题并提供解决的方案。

---

quote:以下是引用氢气在2013-06-04 17:15:08的发言：

如果出现机架/DP错误，空的OB86仅能起到不停机作用，如果想知道相信诊断信息，就需要编写程序。推荐在OB86里面编写程序，比如使用SFB54(同步块)接受报警信息，当然也可以使用SFC51（异步块）在OB1里做诊断。

---