CPUSTOP.docx

CPUSTOP.docx

《CPUSTOP.docx》由会员分享，可在线阅读，更多相关《CPUSTOP.docx（7页珍藏版）》请在冰豆网上搜索。

CPUSTOP

3:

如何判断电源或缓冲区出错，如：

电池故障？

如果电源（仅S7－400）或缓冲区中的一个错误触发一个事件，则CPU操作系统访问OB81。

错误纠正后，重新访问OB81。

电池故障情况下，如果电池检测中的BATT.INDIC开关是激活的，则S7-400仅访问OB81。

如果没有组态OB81，则CPU不会进入操作状态STOP。

如果OB81不可用，则当电源出错时，CPU仍保持运行。

SF（系统出错/故障显示，红色）：

CPU硬件故障或软件错误时亮。

BATF（电池故障，红色）：

电池电压低或没有电池时亮。

DC 5V（＋5V电源指示，绿色）：

 5V电源正常时亮。

FRCE（强制，黄色）：

至少有一个I/O被强制时亮。

RUN（运行方式，绿色）：

CPU处于RUN状态时亮；重新启动时以2 Hz的频率闪亮； HOLD（单步、断点）状态时以0.5Hz的频率闪亮。

STOP（停止方式，黄色）：

CPU处于STOP，HOLD状态或重新启动时常亮。

BUSF（总线错误，红色）。

图2-5  CPU 318-2的面板

4．模式选择开关

（1）RUN-P（运行-编程）位置：

运行时还可以读出和修改用户程序，改变运行方式。

（2）RUN （运行）位置：

CPU执行、读出用户程序，但是不能修改用户程序。

（3）STOP（停止）位置：

不执行用户程序，可以读出和修改用户程序。

（4）MRES（清除存储器）：

不能保持。

将钥匙开关从STOP状态搬到MRES位置，可复位存储器，使CPU回到初始状态。

复位存储器操作：

通电后从STOP位置扳到MRES位置，“STOP”LED熄灭1s，亮1s，再熄灭1s后保持亮。

放开开关，使它回到STOP位置，然后又回到MRES，“STOP”LED以2Hz的频率至少闪动3s，表示正在执行复位，最后“STOP”LED一直亮。

某些CPU模块上有集成I/O。

PLC使用的物理存储器：

RAM，ROM，快闪存储器（Flash EPROM）和EEPROM

为什么SIMATICS7-300CPU在出现错误16#4548“StopbyI/Oadministration”时进入STOP状态

描述：

错误状态16#4548“StopbyI/Oadministration”发生在下列情况：

·扩展机架无法被识别。

·因CP断开（丢失负载电源），系统总线不再起作用。

大多数偶发错误是由扩展设备的接口模块IM361或CP的电源中的电压波动引起的。

原因可能是输出模块的切换操作，输出模块的负载由IM模块或CP的同一电压供给。

当CPU本身未受电压波动影响时就会看到此错误，并因此无法诊断出此错误。

补救措施：

输出模块的负载电源单独供电。

能够使siemensplc停机的原因有哪些？

2010-05-2021:

33阅读29评论0

使ｃｐｕ进入ｓｔｏｐ的情况很多，比如地址调用错误，没有下载需要ｄｂ块，编程错误等等，如果你想避免错误时不使ｃｐｕ进入停止状态，你可以在程序中加入特殊的ｏｂ块，则出现相应问题，调用相应的OB块，虽然里面没程序，PLC将对错误错误不作任何处理，继续运行。

否则PLC将进入停机状态可，比如：

OB73通讯冗余出错OB

当容错S7连接中发生首次冗余丢失时，HCPU的操作系统将调用OB73（只有在S7通讯中才会有容错S7连接。

更多信息，请参见“S7-400H可编程控制器，容错系统。

”）。

如果其它容错S7连接发生了冗余丢失，则不会再有OB73启动。

直到为具有容错功能的所有S7连接恢复冗余后，才会出现另一个OB73启动。

如果发生了启动事件且OB73没有编程，CPU不会转为STOP模式。

OB80时间出错组织块

无论何时执行OB时出错，S7-300CPU的操作系统将调用OB80。

此类错误包括：

21:

29:

00 |添加评论 |固定链接 |写入日志 |西门子

12月15日

能够使siemensplc停机的原因有哪些？

使ｃｐｕ进入ｓｔｏｐ的情况很多，比如地址调用错误，没有下载需要ｄｂ块，编程错误等等，如果你想避免错误时不使ｃｐｕ进入停止状态，你可以在程序中加入特殊的ｏｂ块，则出现相应问题，调用相应的OB块，虽然里面没程序，PLC将对错误错误不作任何处理，继续运行。

否则PLC将进入停机状态可，比如：

OB73通讯冗余出错OB

当容错S7连接中发生首次冗余丢失时，HCPU的操作系统将调用OB73（只有在S7通讯中才会有容错S7连接。

更多信息，请参见“S7-400H可编程控制器，容错系统。

”）。

如果其它容错S7连接发生了冗余丢失，则不会再有OB73启动。

直到为具有容错功能的所有S7连接恢复冗余后，才会出现另一个OB73启动。

如果发生了启动事件且OB73没有编程，CPU不会转为STOP模式。

OB80时间出错组织块

无论何时执行OB时出错，S7-300CPU的操作系统将调用OB80。

此类错误包括：

超出周期时间、执行OB时出现确认错误、提前了时间而使OB的启动时间被跳过、在CiR后恢复RUN模式。

例如，如果在上一次调用之后发生了某一周期性中断OB的启动事件，而同一OB此时仍在执行中，则操作系统将调用OB80。

如果OB80尚未编程，则CPU将转为STOP模式。

可以使用SFC39至42禁用或延迟和重新启用时间出错OB。

OB81电源出错组织块

只要发生由错误或故障所触发的事件，而此错误或故障又与电源（仅在S7-400上）或备用电池（当事件进入和离开时）有关，则S7-300CPU的操作系统调用OB81。

在S7-400中，如果已使用BATT.INDIC开关激活了电池测试功能，则只有在出现电池故障时才会调用OB81。

如果OB81没有编程，则CPU不会转为STOP模式。

可以使用SFC39至42禁用或延迟，并重新启用电源出错OB。

OB82诊断中断组织块

如果具有诊断功能的模块（已为其启用了诊断中断）检测到错误，则它会输出一个诊断中断的请求给CPU（当事件进入和离开时）。

则操作系统调用OB82。

OB82的局部变量包含逻辑基址和四字节的故障模块的诊断数据（请参见下表）。

如果OB82尚未编程，则CPU转为STOP模式。

可以使用SFC39至42禁用或延迟，并重新启用诊断中断OB。

OB83插入/删除模块中断组织块

在下列情况下，CPU操作系统会调用OB83：

•插入/删除已组态模块后

•在STEP7下修改模块参数以及在运行期间将更改下载至CPU后

可借助SFC39至42禁用/延迟/启用插入/删除中断OB。

OB84CPU硬件故障组织块

在下列情况下，CPU中的OS将调用OB84：

•已检测到并更正了内存出错之后

•对于S7-400H：

如果两个CPU之间的冗余链接的性能下降

可以使用SFC39至42禁用或延迟CPU硬件出错OB，然后再次启用它。

OB85优先级出错组织块

只要发生下列事件之一，CPU的操作系统即调用OB85：

•尚未装载的OB（OB81除外）的启动事件。

•操作系统访问模块时出错。

•在系统更新过程映像期间出现I/O访问错误（如果由于组态原因，未禁止OB85的调用）。

OB86机架故障组织块

只要在分布式I/O（PROFIBUSDP或PROFInetIO）中检测到中央扩展机架（不带S7-300）、DP主站系统或站故障（进入事件与离开事件时），CPU的操作系统调用OB86。

如果OB86尚未编程，当检测到此种类型的出错时，CPU将转为STOP模式。

可使用SFC39至42禁用或延迟，并重新启用OB86。

OB87通讯出错组织块

只要发生由通讯出错导致的事件，CPU的操作系统就会调用OB87。

如果OB87尚未编程，CPU不会转为STOP模式。

可以使用SFC39至42禁用或延迟，并重新启用通讯出错OB。

OB88处理中断OB

程序块执行被中止后，CPU操作系统将调用OB88。

导致此中断的原因可能是：

•同步出错的嵌套深度过大

•块调用（U堆栈）的嵌套深度过大

•分配本地数据时出错

如果未对OB88编程且程序块执行被中止，则CPU进入STOP模式（事件IDW#16#4570）。

如果在优先级28下中止了程序块执行，则CPU进入STOP模式。

可借助于SFC39至42禁用、延迟和启用处理中断OB。

OB121编程出错组织块

只要发生同程序处理相关的错误所导致的事件，CPU的操作系统即调用OB121。

例如，如果用户程序调用了尚未装载到CPU中的块，将会调用OB121。

OB122I/O访问出错组织块

只要在访问模块上的数据时出错，CPU的操作系统即调用OB122。

例如，如果在访问I/O模块上的数据时，CPU检测到读取错误，操作系统将调用OB122。

为什么在整个系统完全断电再恢复电源后CPU保持STOP状态？

描述:

包含DP主站S7-400和从站的整个系统可通过一个主站开关关闭电压。

通过CPU的内部电压缓冲区CPU通常会持续运行50ms到100ms，并且在这个阶段识别所连接的从站故障。

根据使用供电设备，电压缓冲区可能会非常长（达到500ms）。

如果未编程OB86或OB122，那么由于从站丢失，CPU进入STOP状态。

补救措施：

必须编程OB86和OB122（如果需要，则编程OB82）。

此时必须启动一个定时器。

定时器值必须大于CPU电压缓冲区的持续时间（也就是指导值>100ms）。

必须通过适当的测试来决定该值。

然后在循环程序中检查定时器。

如果定时器终止，那么从站在常规操作中发生故障，并且CPU以对其进行的编程来作出响应。

例如，由于STOP命令CPU停止运行。

主站开关关闭时也会启动定时器。

如果选择合适的时间值，定时器就不会终止，因为在从站没有操作电压后不久CPU也会无操作电压。

因而CPU（中央控制器）在运行模式下掉电然后在电压恢复后在那个运行模式下仍能启动。

注意事项：

如果选择了“RestartatPowerOn”作为启动类型（与“Restart”相反），应该在相应的起始OB下重新设置定时器以便在CPU重新启动后定时器的终止不会触发一个不希望的程序反应。

请注意在长电压缓冲区的情况下，可能会发生其它错误如站故障、I/O故障、时间错误、超出周期时间、缓冲区溢出等等，如果这些错误不能被程序阻止的话会导致CPU进入STOP状态。

尽可能地阻止这些错误OB，如果需要的话可延长最大周期时间。

s7-400断电后再上电里面的程序全部丢失且CUP在STOP状态[标签：

电源模块电池STOP]

现有项目上用的是6ES7421-2XK05-0AB0下载程序后运行正常,只是在每次断电后再上电CPU便处于STOP状态,不能正常运行,除非再次下载组态和程序才能进入运行状态,发现电源模块上有两个装电池的槽上没有电池是不是因为电池被拿掉造成程序不能保存的呢?

请大家分析分析!

如果你没有电池也没有插卡，或者插的是RAM卡，就会出现这样的情况，如果有电池，程序和数据块中的数据就都能够掉电保持，如果插上EEPROM卡，然后在STEP7程序中用菜单PLC----downloaduserprogramtomemorycard就可以把程序保存在卡中，如果停电，又没有电池的话，重新上电的时候程序会从卡中复制到CPU的RAM中运行，但是要注意，每一次修改程序都要重新下载程序到卡中，因为在线修改的程序修改的是RAM中的程序，而不是卡里的程序！

还有一点，如果有卡而没有电池，虽然程序能保持，但是DB里的数据掉电会丢失，数据保持必须使用电池。

加入OB几从站掉电CPU不停止

∙悬赏分：

10

∙-解决时间：

2010-11-17 20:

37

记得有一个OB可以使CPU在DP从站丢失时候不会停止运行，只是相应的从站无法工作，CPU只报“SF”和“BF”，而其他站点可以正常工作，请各位高手指点。

谢谢。

问题ID:

60989

提问者：

老万老邓-新生  第1级

最佳答案

OB85 程序故障 

OB86 扩展机架、DP 主站系统或分布式I/O 从站故障

OB121 编程故障 

OB122 I/O 访问故障

这几个你都要加上，另外用FC125可以判断从站掉线或故障，用FB125可以进行更详细的判断。

建议增加FB125西门子系统自带，用于分析DP从站的故障类型。

回答者：

smarteye-初级技术员  第5级 2010-11-15 23:

51

一般加这几个块就差不多了

OB82:

I/O Point Fault 1

OB85:

OB Not Loaded Fault

OB86:

Loss of Rack Fault

OB87:

Communication Fault

OB121:

Programming Error

OB122:

Module Access Error

回答者：

匪夷所思-初级技术员  第5级 2010-11-16 09:

18

你好，将profibus总线拔下来，CPU会触发OB86等中断，如果CPU中没有相关的故障处理OB，CPU进入STOP状态。

解决方法下载OB82，OB85，OB86，OB122到CPU

回答者：

barry-顶级工程师  第12级 2010-11-16 09:

53

1、相应的OB块作用：

OB80：

时间错误

OB81：

电源错误

OB82：

诊断错误

OB83：

插入/移出模块中断

OB84：

CPU硬件故障

OB85：

优先级错误

OB86：

机架故障或分布I/O故障

OB87：

通讯错误

OB121：

编程错误

OB122：

I/O访问错误

2、DP从站丢失时候不会停止运行，只是相应的从站无法工作---需要加 OB86块。

 但要主义的是不是所有的CPU都支持 OB86块的， 打开STEP7项目硬件组态，连线或者模拟的状态下点击在线/离线--双击CPU--性能数据（Performance  Data）--地址区（Address  Areas）中查看I区、Q区、M区等参数和所支持OB块的数据。

3.、参考如何使用OB组织块：

回答者：

满-顶级工程师  第12级 2010-11-16 09:

58

从站掉站会产生机架故障中断调用OB86，这是必须的

如果直接访该从站IO地址，掉站后可能产生IO访问错误，所以需要OB122

也会造成更新过程映像区错误，如果配置了使能调用OB85，则还需要OB85

从理论上讲，对于掉站，只需要这三个块。

回答者：

cangshan-助理工程师  第8级 2010-11-16 11:

45

要想使从站故障CPU和其他从站正常工作，加入的错误处理组织快的选择要根据你使用的具体从站模块而定，但OB86（扩展机架、DP主站系统、或分布式I/O从站故障）和OB122（访问错误，程序中访问了有故障或不存在的模块）是必须下载的组织快；

如果模块具有诊断能力而你又使能了诊断中断，就需要调用OB82（诊断中断处理组织快）；

如果你使用了通信模块为I/O分布式网卡，为避免通信总线的接口故障，需要下载OB84（CPU硬件故障处理组织快）；

为避免模块插/拔时CPU故障，需下载OB83

回答者：

 BobWu-初级工程师  第9级 2010-11-16 18:

51

一般OB82 OB85 OB86 OB121 OB122 都下载