西门子6FC5357-0BB21-0AE0

西门子6FC5357-0BB21-0AE0

6FC5357-0BB14-0AA0

SINUMERIK 840D/DE NCU 571.4，400MHz，64MB 不带系统软件 存储器：NC 0.5MB，PLC 96KB PROFIBUS-DP 准备

问题：
调试阶段，诊断DP主站系统中的错误，有哪几种方法？

解答：
下列原因可能导致PROFIBUS DP网络发生故障：

• 总线电缆接线/安装错误
• DP主站和DP从站组态错误
• 相关的PROFIBUS DP网络组态错误
• CPU程序中通信寻址错误

下面，我们将介绍用于处理上述各种故障源的诊断工具。

总线电缆接线/安装错误

BT200 BUS TESTER

BT200 Bus Tester(BT200总线测试工具)用于检查接线。PROFIBUS电缆未处于使用中时，可使用BT200 Bus Tester进行下列测试：

检查PROFIBUS电缆：

• 电线破损
• 防护层破损
• 导线之间短路或者导线和防护层之间短路
• 定位数据电缆破损/短路的位置
• 辨别故障原因
• 接线不正确
• 安装配线的长度

网络处于使用中时，也可以使用BT200 Bus Tester进行诊断：

检查从站的可用性：

• 将可访问的从站列表
• 选择性地寻址独立的从站

检查主站和从站的RS 485接口：

• RS 485 驱动
• 线路终端电源
• RTS 信号
• 显示PROFIBUS DP地址

使用示波器测量信号电平

使用示波器可以显示PROFIBUS上的信号电平。应当使用矩形显示窗口的示波器，需 要专业人员来对示波器图像进行评估.

DP主站和DP从站的组态

在HW Configuration中可以在线或者离线监视总线，从而检查总线上连接的DP主站和DP从站的组态。可 以从CPU中将组态下载下来用于离线分析。

如果在HW Configuration中对组态进行在线分析，可以识别故障或者有缺陷的模块。对于支持诊断的模块，也 可以探测潜在的通道故障(如断线)。

图 1：HW Configuration的在线视图

如果模块发生故障，则故障时间被记录在诊断缓冲区中。

西门子6FC5357-0BB21-0AE0

图 2：从站发生故障时CPU的诊断缓冲区

PROFIBUS DP网络

有些用于PROFIBUS的PC接口可提供诊断功能。可通过“Set PG/PC Interface”或“Set PC Station”找到它们。

在这里，可以读出实际总线参数，并以PROFIBUS可用节点的形式表示。

图 3：SIMATIC Net 诊断工具

AMPROLYZER

Amprolyzer软件也可用于分析PROFIBUS网络，具有下列功能。

• 总线上所有PROFIBUS节点的生命状态监视
• 节点当前运行状态的总体诊断
• 总线时间统计，如超时和消息循环
• 传输数据自动检测
• 针对事件和消息的内容(包含时间标志)，使用触发器和过滤器选项进行消息记录
• 以Excel格式保存和导出消息记录

问题：
在自动重启后，为什么CPU无法正常启动，反而停止并出现出错信息“QVZ”或“PEU”？在 USTACK中常常不显示更多有用信息。

解答：
如果各自带有电源的几个系统(中央控制器和扩展单元的分布式连接)连接到同一电压上并且同时开关这些系统，则 会发生诸如中央控制器无法自动启动(QVZ,PEU)的现象。
根据装载的不同系统，在不同时间将系统电源切换到内置5V系统电压。这对整个系统都有影响，在设计和编程时要注意。本 文中开/关状态下的影响是不同的，需要分别考虑。

I. 关状态

• 如果中央控制器比扩展单元(5V系统电压)早死机，则不会发生问题。在该情况下CPU因受电源故障(NAU)影响而停止运行，在 电压恢复后可以重新运行。
• 在扩展单元比中央控制器早死机的情况下，CPU能够检测并保存来自分布式扩展单元的错误。这 些错误可以是无法确定外围设备(PEU)或是确认延迟(QVZ)。鉴于安全考虑，SIMATIC S5系统在这种情况下表现为：在供电恢复后，C PU回到电源故障(NAU)前所处的模式。
  例如，由于CPU在电源故障之前快速保存了错误(PEU或QVZ)，所以CPU仍保持停止。鉴于安全考虑，用 户必须通过打开电源或是重启CPU对已辨识的错误进行确认。如果未对OB23/24进行编程或在OB23/24中对停止进行编程，则 S5-115U系列的CPU将会停止，这是该系列CPU的系统属性。

补救措施： 
通过分布式接口(可通过软件评估的CPU 945)可以关闭PEU信号。在 由QVZ而不是PEU错误导致CPU停止的情况下，可以通过OB23/24使用软件来抑制确认延迟。但缺点是，例如无法再辨识出 一个草拟的或有错误的CPU模块(“实际QVZ”)。为区分“实际QVZ”和由电源故障产生的QVZ,特提出以下解决方法：

1. 创建一个块并在OB 23/24中打开它。
2. 在块中编写时间环的程序。环长度根据设备和经验值来确定时间(建议为：100...500ms)。
3. 在该时间环(比如停止)结束后，对“实际QVZ"结果进行编程。

功能块中的程序实例
 

注意事项：

• 时间环>关状态时系统之间的时间差异。
• 需要重新触发循环时间。
• 应用临界时间重新设置输出。

程序描述
在(由电源故障或“实际QVZ”)已辨识QVZ的情况下，CPU插入到OB23/24并处理时间环。& nbsp;

在电源故障情况下，甚至在处理时间环(正常程序处理)时CPU也会停止。不记录其它错误，并在供电恢复后CPU开始运行。

在“实际QVZ”的情况下，在结束该时间环后处理下一个STEP 5操作/序列。
在此可以对全部“实际QVZ”(比如停止状态)响应进行编程。

II. 开状态
在开状态下，需要注意的是：CPU检测到所有外围设置的数字设定并将它保存在一个控制扇区中。在 循环程序中，过程映像更新时只读取和写入外围设置。如果扩展单元比中央控制器要早连到电源上，就不会发生问题。

补救措施： 
有了S5-115U中央模块(CPU版本B)，“可编程启动延迟”（ 参见S5-115U Manual Chapter 2.5.1 Start-up Behaviour）就是可行的。这种情况下，在 终止启动延迟后读取外围设置。此时如果已经读取了控制扇区，则OB21/22中的延迟就不起作用了。

根据该方法，无需任何硬件花费就可以消除上面提到的错误。当电源恢复后，CPU将在（也应该在）无错模式下运行。