S7400CPU41x操作和维护诊断错误

1、S7-400 CPU 41x - 操作和维护 - 诊断错误当分布式I/O出现故障时,CPU应调用哪些组织块来保证CPU不进入“停止”状态？?00系列CPU中的OB122中的出错评估已经改变处理错误时需要哪些组织块？如何查看一个 DP 主站系统或者 PROFINET IO 系统的站点状态？从自动化系统中获得模块信息和诊断数据当 PG/PC 通过 PROFIBUS 进入在线状态时， CPU 切换为“停止” 为什么在电源关闭/打开或在DP标准从站返回后CPU 300/400 上的EXTF LED灯保持亮而不熄灭？在CPU启动时如何识别上次停机的事件并在程序中处理它(即使在完全复位之后)?当诊断缓冲区

2、出现事件号 530D 时，为何 CPU S7-400 的 IM 和/或 CP 没有进入 RUN 模式？CPU 伴随出错代码 16#4578“STOP because of unknown opcode”停止为什么在整个系统完全断电再恢复电源后CPU保持STOP状态？使用块SFC 17“ALARM_SQ”，SFC 18“ALARM_S”，SFC 107“ALARM_DQ”和SFC 108“ALARM_D”时应注意些什么？当使用SFC20 “BLKMOV”，SFC81“UBLKMOV”或SFC21“FILL”块时应注意些什么？当分布式I/O出现故障时,CPU应调用哪些组织块来保证CPU不进入“停止

3、”状态？隐藏订货号显示订货号订货号: 组态说明： 当CPU在其运行周期内识别到同步或异步错误（例如：DP从站或者PROFINET I/O设备的诊断报警，站故障等），将会调用相 应的组织块（OB），用户因此可以对该事件作出响应。 下表列出了出现同步或异步错误时,必须下载到CPU中的OB块,从而CPU能调用它们,确保CPU不进入“停止”状态。 OB 块号.说明调用条件错误分类事件进入进调用事件离开时调用82诊断报警具有诊断功能的模块,使能了诊断报警,当检测到错误或错误消失时(如：输入模板的短路故障).异步错误是是83插/拔 报警1)中央机架或扩展设备上的模块移走和插回时 (如：移走一个输入模板）异

4、步错误是是85程序循环错误- 出现尚未加载到CPU中的报警OB块的调用事件- 访问系统功能块 SFB 的背景数据块时出现错误- 更新过程印象区时出现错误（模板不存在或失效）异步错误组态指定组态指定86模块机架错误DP 主站系统中的 DP 从站或 PROFINET IO 系统中的 IO 设备出现故障异步错误是是121程序错误发生程序错误时 (如：调用的块没有下载）同步错误是否122IO 访问错误访问不存在的信号模板同步错误是否1) 对于 S7-300 CPU (除了: CPU 318-2), 插入移除 PROFIBUS DP 从站上的模块并不会产生插/拔 报警 。取决于所用的 DP 从站，整个D

5、P从站失效将导致调用 OB86 Subrack failure子机架错误 , 执行标准诊断，从而调用 OB82 Diagnostics alarm诊断报警 。 在 S7-300 CPU中，插/拔报警仅当插/拔发生在PROFINET IO（如移走 IO 设备）上时发生。 如果这些组织块没有装载到CPU，则CPU将因无法调用这些块而进入“停止”状态。 警告：当使用故障OB时，应当编程进行故障处理或者至少应当在出错时产生一条提示信息，以便安全和正确地操作设备。需要注意的是，此时CPU可能不再进入到“ STOP”状态，因此这些危险状态可能会被忽视。关于编程处理出错的OB的详细消息，可参阅STEP 7在

6、线帮助，或者参考手册“System Software for S7-300/400 System and Standard Functions”ID号1214574。 注意事项： CPU的诊断缓冲区保留着CPU曾经调用过的组织块的信息。 更多详情请按照下列关键字参阅STEP 7的在线帮助： Diagnostics Measures in the program for error handling Calling reference data (LAD/FBD/STL, blocks .) Language description, block help, system attributes

7、Help on OBs Error OBs Settings for reporting system errors以下ID介绍了在CPU的S7程序中 需要调用哪个组织块来进行错误处理： 11499205。 ?00系列CPU中的OB122中的出错评估已经改变隐藏订货号显示订货号订货号: 问题：从OB122的错误代码中能否识别出I/O的访问错误是否已经出了好几次错？ 解答：有关I/O访问错误的评估在400系列的CPU中已经改变。现在对于内存区(I/O区域/过程映像)没有差别。也就是说现在再也不会有发生多次的I/O访问错误(错误代码 B#16#44 和 B#16#45)的消息。所有I/O访问错误都

8、映射在错误代码B#16#42和B#16#43。因此，再也不能根据OB 122的错误代码来计数I/O访问错误发生的次数。 以下版本及更高的版本中有这样的改变： CPU 412 - 1XF03 - 2XG00 CPU 414 - 2XG03 - 3XJ00 CPU 416 - 2XK02 - 3XL00 CPU 417 - 4XL00 - 4HL00 处理错误时需要哪些组织块？隐藏订货号显示订货号订货号: 描述：S7-CPU 可以识别下列类型的错误： 1. 同步错误：这些错误在处理过程中由特定操作触发，并且可以指定给用户程序的特定部分。 2. 异步错误：这些错误不能直接指定给运行中的程序。这些错误

9、包括优先级类别错误，自动化系统错误（模块故障）或冗余错误。下面的表格是关于组织块 (OBs) 当出现异步或同步错误时被调用情况的概览。如果相关的错误 OB 没有被下载，CPU 会进入 STOP 状态 (不包括：OBs 70，72，73和 81)。 bersicht_Organisationsbausteine.pdf ( 8 KB ) 您可以在 CPU 属性中的 “Interrupts” 标签中看到哪些 OBs 可以在您的 CPU 中使能以及插入到 STEP 7 项目中。 图. 01 通过硬件组态中的菜单“Options Report System Error.”，也可轻松添加错误处理 OB。

10、 使用错误OBs 的注意事项：当错误产生时，若要实现可靠、无故障运转，需要编写故障处理程序，至少要编程在错误发生时会产生报警信息，因为要考虑CPU不会进入停机模式，因此可能造成生产危险不易被察觉。 注意 只有 H-CPU 支持 OB 70 和 OB 72。 OB 73 仅适用于CPU 417-4H V2.0.X。 关于错误 OB 更多信息，可以在 STEP 7 在线帮助中找到： o Change in the error evaluation in the OB 122 with series 400 CPUs - 条目号: 5708202. o 关键词Generated error OBs.

11、 o 关键词Settings for reporting system errors. 后面的条目是关于哪些 OB需要下载到 CPU 来保证当远程I/O 出现错误时 CPU 不会进入到停机状态：19350076电源供电故障的例子电源供应故障 (只针对 S7-400) 或者缓冲故障触发相应的事件发生，CPU 操作系统调用 OB81。清除错误后 OB81 再次被调用。如果 S7-400 有电池故障，OB81 只有在 BATT.INDIC 开关激活电池检查后才被调用。如果不对 OB 81编程，CPU 不会进入停止模式。如果 OB81不可用，CPU会在电源供应故障时持续运行。 在例子程序中来自 OB8

12、1 的临时变量 OB81_FLT_ID 被评估来决定电池故障。在本例中变量有错误代码 22hex”。 如果在比较查询（电池故障）中条件满足，标志位M81.1被寻址。两个事件等级能够通过变量 OB81_EV_CLASS 来识别： B#16#39：到来事件，电池故障。 B#16#38：离开事件，电池故障清除。评估这些变量的设定，复位标志位 M81.0。 图. 02 如果标志位 M81.1和 M81.2 的状态是 TRUE (在电源故障和到来事件的情况)，标志位M81.0被置位。当事件 ID 是离开事件时标志位 M81.0 被复位。上面描述的例子是对于 CPU 运行而电池故障发生的情况。如果电池故障

13、在停止模式下发生，则到来事件 (调用 OB81) 只在 CPU 再次进入运行模式才被触发。如果电源供应关断，则到来事件 (电池故障)不会被触发。 更多信息：关于错误 OBs 的详细信息，可参见 STEP 7 在线帮助或参考手册“System Software for S7-300/400 System and Standard Functions”，条目号为：1214574。 关键字:OB80，OB81，OB82，OB83，OB84，OB85，OB86，OB87，OB121，OB122 如何查看一个 DP 主站系统或者 PROFINET IO 系统的站点状态？隐藏订货号显示订货号订货号: 描述

14、：可以使用 SFC51 RDSYSST 读出 SSL 部件列表或选用 SSL 部件列表。 下面的配置在文中所附的例程中创建： 图. 01 在用户程序(OB1)中，使用 SFC51 RDSYSST 读出 CPU 的系统状态列表。调用 SFC51 RDSYSST 时，通过参数 SZL_ID 指定准备读出的系统列表。使用此方法可读出下列数据，例如： 模板标识。 模板 LED 指示灯状态。 DP 主站系统或 PROFINET I/O 系统中，已经连接上 CPU 集成的 DP 或 PN 口的站点状态。所有有关 SZL_ID 的可用信息在手册 System Software for S7-300/400

15、System and Standard Functions 中，见条目 Entry ID 1214574 。 SFC51 RDSYSST 的参数分配根据使用不同的 CPU 而不同： 1. CPU 有集成的 DP 和以太网接口 2. CPU 有集成的 DP 接口但是没有集成的以太网接口在 PN/DP CPU 中调用 SFC51 RDSYSST 的例子参数 图. 02 输入 SZL_ID=694(HEX) 以确定 DP 主站系统或者 PROFINET IO 系统的站点状态。指定所读出的系统状态列表数据(诊断数据)的存储区域，诊断数据长度 258 字节 表 01 为 258 字节长的诊断数据结构：

16、内容长度解释index1 word0: 中央机架1-31: 在 PROFIBUS DP 主站系统中的远程模块100-115: 在 PROFINET IO 系统中的远程模块status_0BOOL组信息1: 下面状态位最少有一个值为 10: 下面所有状态位值为 0status_1BOOL站 1 状态1: 站 1 故障(仅对 694 有效)status_2BOOL站2 状态1: 站2 故障(仅对 694 有效).status_2047BOOL站2047 状态1: 站2047 故障(仅对 694 有效)表 01 最大可以确定 2047 个站的状态。在诊断数据存储区域中每个站需要 1 bit。此外，需

17、要另外 1 bit 作为组信息，即，诊断数据存储区域中，256 字节分配给每个站点的状态，2 字节为索引(关于 DP 主站系统或者 PROFINET IO 系统的信息)。 下面的例程中包含一个完整的 S7 站硬件组态，用户程序中有 SFC51 RDSYSST 的调用。 SZL_Status_PNDP.zip ( 813 KB ) 在没有集成以太网口的 CPU 中调用 SFC51 RDSYSST 的例子参数 图. 03 输入 SZL_ID=692(HEX) 以确定连接到只有集成 DP 接口的 CPU所带的 DP 主站系统中的站点状态。指定所读出的系统状态列表数据(诊断数据)的存储区域，诊断数据长

18、度16 字节。 表 02 为16 字节长的诊断数据结构： 内容长度解释status_01 byteBit 0:基本单元 (INDEX=0) 或站 1Bit 1:扩展设备或站 2.Bit 7: 扩展设备或站 8 .status_11 byteBit 0: 扩展设备或站 9Bit 1: 扩展设备或站 10.Bit 7: 扩展设备或站 16 .status_21 byteBit 0: 扩展设备或站 17Bit 1: 扩展设备或站 18.Bit 7: 扩展设备或站 24status_31 byteBit 0: 扩展设备或站 25Bit 1: 扩展设备或站 26.Bit 6: S5 区域中的扩展设备或站

19、 31Bit 7: S5 区域中的扩展设备或站 32.status_151 byteBit 0: S5 区域中的扩展设备或站 121Bit 1: S5 区域中的扩展设备或站 122.Bit 7: S5 区域中的扩展设备或站 128表 02 最大可以确定128 个站的状态。 在诊断数据存储区域中每个站需要 1 bit。此外，诊断数据存储区域中， 每个站点需要 16 字节来表示状态信息。 下面的例程中包含一个完整的 S7 站硬件组态，用户程序中有 SFC51 RDSYSST 的调用。 SZL_Status_DP.zip ( 256 KB ) 例子项目是使用 STEP 7 V5.4 SP4 创建的。

20、复制 SZL_Status_PNDP.zip或 SZL_Status_DP.zip 文件到单独的文件夹内然后使用 STEP 7 解压缩，这时 STEP 7 项目会被解包为所有子目录，您可以使用 SIMATIC Manager 来处理这些已经解包的 STEP 7 项目。 从自动化系统中获得模块信息和诊断数据隐藏订货号显示订货号订货号: 内容:当 PLC 运行时,常常需要一些在运行期间相关的事件和导致事件发生的原因的信息。以下文档显示了如何从SIMATIC S7-300和 S7-400 控制器中读出完整的诊断数据。 Anleitung.pdf ( 1795 KB ) 关键字:设备状态，诊断缓冲区，

21、诊断消息，诊断数据，事件条目，事件，模块数据，发布 当 PG/PC 通过 PROFIBUS 进入在线状态时， CPU 切换为“停止” 隐藏订货号显示订货号订货号: - - - 问题：为什么当我用 PG 或 PC 经过 PROFIBUS 来运行在线功能时，CPU 会进入“停止”状态？ 解答：可能由于下列原因，使得CPU进入“停止”状态： 你试图通过 PG 或 PC 进入在线状态。然而你还没有在你的项目中组态你的 PG 或 PC。因此只要 PG 或 PC 一被激活（例如，被包含在令牌环网中），总线循环就会增加，这将导致“停止”。 另一个可能的原因是通过“在线”调用大量的诊断信息，使 CPU 的循环

22、时间增加到超过参数设置的限制值。这种情形下的一种补救措施就是将 CPU 的参数从“测试模式”改变为“处理模式”。然而，在此情况下并不是所有的诊断选项都可用的。 你也应该确保你的 PC/PG 的总线参数与 PROFIBUS 网络的总线参数是相同的。为了能够比较这些内容，你必须首先决定哪些总线参数是为 PROFIBUS 网络而设置的。请按照以下步骤进行：1. 打开此项目及其硬件组态；2. 双击 PROFIBUS 主机系统；3. 然后点击“属性”；4. 在打开的窗口中选择“网络设置”标签；5. 点击“总线参数”；现在你可以看到 PROFIBUS 网络的总线参数设置总线参数也可以在你的 PG 中设置。

23、请按照下列步骤继续进行来查看和改变你的 PG 参数：1. 通过“开始设置”打开控制面板；2. 双击“设置 PG/PC 接口”；3. 在打开的窗口中点击“属性；4. 在“网络参考”下将轮廓设置为“用户定义”；5. 点击“总线参数”；6. 把总线参数设置为与 PROFIBUS 网络的相同。 关键字：“停止”状态 为什么在电源关闭/打开或在DP标准从站返回后CPU 300/400 上的EXTF LED灯保持亮而不熄灭？隐藏订货号显示订货号订货号: 描述：当标准从站的站返回时CPU会收到来自标准从站的诊断信息。CPU为诊断信息生成一个诊断缓冲条目并再次将EXTF LED灯关闭。如果信息只包含6个字节(

24、与标准一致)，CPU不能接受返回从站的诊断信息。这种情况下CPU只生成诊断缓冲条目，但不能再次关闭EXTF LED灯。但与从站的通信如常进行。所述问题发生在以下模块： S7-300，CPU 318-2DP，操作系统V S7-400，所有带操作系统V的CPU(因此 包括除了CPU 413外的所有CPU) S7-400H，CPU 417-4HL00 V版本和CPU 417-4HL01 版本补救措施：从固件V.(对CPU 417-4HL00为 )起这一问题已清除。请进行固件更新。在以下条目号中可找到相应的固件及关于如何更新的描述。 S7-400，CPU 412，条目号2792880 S7-400，C

25、PU 414，条目号2850229 S7-400，CPU 416，条目号2858911 S7-400，CPU 417，Entry ID 2855123 S7-400H，CPU 414-4HJ00，条目号6741018 S7-400H，CPU 417-4HL00，条目号6741018 S7-400H，CPU 417-4HL01，条目号6741018 S7-300，CPU 318-2，条目号7286150关键字：FESTO，阀门群，诊断 在CPU启动时如何识别上次停机的事件并在程序中处理它(即使在完全复位之后)?隐藏订货号显示订货号订货号: 描述在启动OB块 OB100, OB101 和 OB10

26、2的启动数据（本地数据）中有一个变量 OB10x_STOP (x = 0,1,2). 它包含从诊断缓冲区中读出的导致上次停机的事件ID。 对于 SIMATIC S7-400 CPU，即使在完全复位后，也可以读取该变量.对于 SIMATIC S7-300 CPU，OB100_STOP 变量在完全复位后将不再存在。 说明可能的事件ID列表参见手册 System Software for S7-300/400 System and Standard Functions, 章节 34.5 Event Class 4 - Stop Events and Other Mode Changes 条目号 12

27、14574. 当诊断缓冲区出现事件号 530D 时，为何 CPU S7-400 的 IM 和/或 CP 没有进入 RUN 模式？隐藏订货号显示订货号订货号: 说明：如果 SDB 的长度恰好为 10,000 字节，诊断缓冲区中就会出现事件号为 530D 的出错消息。 补救措施：如果 SDB 的长度恰好为 10,000 字节，请按照下列步骤处理： 在 Tools Settings 中切换到 HW Config 并激活 Save object names in the PLC。这样将使得 SDB 的长度增加 500 个字节。 图 01 检查连接 SDB 的长度，您将发现上述的情况，即长度恰好为 10

28、,000 个字节。如果 SDB 少于或者大于 10,000，则上述情况就不会发生。在 STEP7 中编译硬件配置后选择 SDB 容器并检查是否有 SDB 的长度是 10,000 个字节。 对下列 CPU 有效： CPU订货号固件版本CPU 412CPU 412-16ES7 412-1XF03-0AB0CPU 412-16ES7 412-1XF04-0AB0CPU 412-26ES7 412-2XG04-0AB0CPU 414CPU 414-26ES7 414-2XG03-0AB0CPU 414-26ES7 414-2XG04-0AB0CPU 414-36ES7 414-3XJ03-0AB0CP

29、U 414-36ES7 414-3XJ04-0AB0CPU414-4H6ES7 414-4HJ00-0AB0CPU414-4H6ES7 414-4HJ04-0AB0V4.0.6 及以下版本CPU 416CPU 416-26ES7 416-2XK02-0AB0CPU 416-26ES7 416-2XK04-0AB0CPU 416-2F6ES7 416-2FK02-0AB0CPU 416-2F6ES7 416-2FK04-0AB0CPU 416-36ES7 416-3XL00-0AB0CPU 416-36ES7 416-3XL04-0AB0CPU 417CPU 417-46ES7 417-4XL0

30、0-0AB0CPU 417-46ES7 417-4XL04-0AB0CPU 417-4H6ES7 417-4HL01-0AB0CPU 417-4H6ES7 417-4HL04-0AB0V4.0.6 及以下版本CPU 伴随出错代码 16#4578“STOP because of unknown opcode”停止隐藏订货号显示订货号订货号: 问题：S7-400 CPU 为何伴随出错代码 16#4578“STOP because of unknown opcode”进入 STOP 操作模式？ 解答：CPU 中发生了意外的操作模式变化，切换到“STOP”模式伴随出错代码 16#4578“STOP b

31、ecause of unknown opcode”。项目的在线/离线比较将不会产生任何时间戳差异。导致此操作模式变化的原因是程序处理过程中识别到了一个未知的指令。详细的信息提供未知指令的位置。原因可能是用户存储器中的一个存储器错误或者由于 EMC 干扰导致了一个巧合的状态变化。补救措施：以一个新的、无错位的代码块代替出现问题的代码块(重新装载块)。我们建议检查 EMC 负载以便尽可能提高屏蔽性。如果这些措施都不成功，应当更换 CPU。 为什么在整个系统完全断电再恢复电源后CPU保持STOP状态？隐藏订货号显示订货号订货号: 描述:包含DP主站S7-400和从站的整个系统可通过一个主站开关关闭电

32、压。通过CPU的内部电压缓冲区CPU通常会持续运行50ms到100ms，并且在这个阶段识别所连接的从站故障。 根据使用供电设备，电压缓冲区可能会非常长(达到500ms)。如果未编程OB86或OB122，那么由于从站丢失，CPU进入STOP 状态。 补救措施： 必须编程OB86和OB122(如果需要，则编程OB82)。此时必须启动一个定时器。定时器值必须大于CPU电压缓冲区的持续时间(也就是指导值100ms)。必须通过适当的测试来决定该值。 然后在循环程序中检查定时器。如果定时器终止，那么从站在常规操作中发生故障，并且CPU以对其进行的编程来作出响应。例如，由于STOP命令CPU停止运行。 主站

33、开关关闭时也会启动定时器。如果选择合适的时间值，定时器就不会终止，因为在从站没有操作电压后不久CPU也会无操作电压。因而CPU(中央控制器)在运行模式下掉电然后在电压恢复后在那个运行模式下仍能启动。 注意事项： 如果选择了“Restart at Power On”作为启动类型(与“Restart”相反)，应该在相应的起始OB下重新设置定时器以便在CPU重新启动后定时器的终止不会触发一个不希望的程序反应。 请注意在长电压缓冲区的情况下，可能会发生其它错误如站故障、I/O故障、时间错误、超出周期时间、缓冲区溢出等等，如果这些错误不能被程序阻止的话会导致CPU进入STOP状态。尽可能地阻止这些错误OB，如果需要的话可延长最大周期时间。使用块SFC 17“ALARM_SQ”，SFC 18“ALARM_S”，SFC 107“