检测导致CPU停机的故障
西门子PLC 故障诊断简易教程
无关
闪烁
IM153-2装载了不正 确的参数集，或在 DP主站与IM153-2模 块间无数据通信。 可能原因是： ·控制监视定时器 期限到 ·通过PROFIBUS-DP 到IM153-2模块的总 线通信中断
检查DP地址 检查IM153-2模块 检查总线连接器是否插好 检查连接到DP主站的总线电缆 是否中断 接通和断开电源模块上的24V DC开关 检查配置和参数集
云南昆船技术中心培训部
DP从站的LED
西门子 STEP7 高级培训 之故障诊断
ET 200M/IM153-2模块的状态和出错LED（续）
LED
ON
SF
含义 BF
措施
点亮 点亮
点亮
无关 点亮熄灭来自点亮 无关熄灭
波特率搜索或非 法的DP地址
组态的ET 200M模 块结构与实际结 构不一致。在已 安 装 的 S7-300 模 块中有错或 IM153-2有缺损
含义
DP INTF
点亮
DP EXTF
无关
无关
点亮
无关
无关
BUSF
无关 无关 闪烁
在DP接口上检查出一个内部出错 （编程或参数出错）
检查出一个外部出错（出错不是由CPU模块 而是由DP从站产生的）
在PROFIBUS上有一个或多个DP从站不响应
无关
无关
点亮
检查出DP接口上的一个总线出错（如，电 缆断或不同的总线参数）
由系统检测出的故障
PLC 内部记录、评估和指示故障 (作为规则: CPU STOP)
• 模板故障 • 信号电缆短路 • 扫描时间超出 • 程序错误 (访问不存在的块)
功能故障
要求的功能或者不执行或者不正确地执行 • 过程故障 (传感器/执行器、 电缆故障) • 逻辑编程错误 (在生成和启动时未发现)
CPU故障
1.BF灯闪烁是DP通讯报错，SF是系统错误。
300PLC必须用MMC卡的。
你先把硬件组态下载到CPU中看看报不报错。
若还有问题：PLC在线--双击CPU--看看诊断信息报的什么错。
下载正确的组态后正常s7 300插上MMC卡后sf灯常亮，BF灯闪烁。
如果不插MMC的话，是正常的。
这个是正常的，因为你还没有对你的硬件进行组态，下程序，s7 300插上MMC 卡后sf灯常亮，BF灯闪烁这个是没有关系的。
你可以通过STEP7下载硬件组态，这样sf灯和BF灯会不闪烁插上MMC卡后，将CPU初始化一下。
将MMC卡中的内容全部情况，再下载硬件配置。
这样应该就正常了！这种情况就是CPU的程序和MMC卡中的程序不一样造成的！这说明MMC卡里有程序,程序里访问ET200M的功能,BF灯闪是有从站丢失. SF灯人是有IO访问错误,找不到卡当然有问题了.建议建立一个空的项目,重新下载就好了.STEP 7 ONLINE后,从BLOCK里删掉所有的块,清空就好了.把从站和主站的MMC卡清空，又把从站的硬件组态和主站的硬件组态重新做了一遍。
就这样哦！还有搞不明白，为什么CPU会坏呢，坏的情况是5V 灯不亮！2. s7-300 s7-200 EM277 SF亮红灯BF闪烁搞了几天还没弄出，急啊引用| 回复BF LED闪烁说明总线通信有问题，可以检查组态和电缆有没有问题。
检查DP接头和组态.检查DP接头和组态. 主站出去的电缆接:进线方向,如果接出线方向,也会连不起来,还有首尾的终端电阻都拨到ON位置PROFIBUS通讯有问题，检查线路和通讯接头！有可能是你的程序操作的pqw,piw超出了你的配置sf灯亮表示你用了非法模块，bf灯闪烁表示主站没有找到组态中的从站sf灯亮表示你用了非法模块，bf灯闪烁表示主站没有找到组态中的从站，学习了谢谢都很有道理，在加一条，如果硬件安装不牢固也会出现SF灯亮，bf肯定是通信有错先不用组态，直接在硬件组态中能查到EM277的地址吗？3.发现SF灯亮（红灯），BF灯闪烁？一般是由于BF（总线故障），连带引起SF（系统故障）灯亮。
CPU停机故障
s7400在线监视CPU进入STOP模式∙悬赏分：20∙- 解决时间：2010-11-18 21:23为什么在OB1中无条件调用FB1在线监视使CPU自动进入STOP状态，我只有OB1，FB1，FB2，DB1，DB2两个DB分别为背景数据块。
查看模块诊断信息提示有两个分别为：事件 2 / 14: 事件 ID 16# 4562由编程错误引起的 STOP 模式(OB 没有装载或不能装载，或没有 FRB)用户程序中的断点：循环程序(OB1)优先级： 1FB 编号： 1模块地址： 48先前的工作模式：RUN要求的工作模式：STOP (内部)内部错误, 进入的事件22:44:03.757 2010-11-17事件 3 / 14: 事件 ID 16# 2523写入时发生区域长度错误全局 DB，双字访问，访问地址： 12FB 编号： 1模块地址： 48所需的 OB：编程错误 OB (OB121)优先级： 1内部错误, 进入的事件22:44:03.757 2010-11-17事件 1 / 100: 事件 ID 16# 2522读取时发生区域长度错误全局 DB，双字访问，访问地址： 12FB 编号： 1模块地址： 72所需的 OB：编程错误 OB (OB121)优先级： 1内部错误, 进入的事件22:14:15.561 2010-11-17事件 2 / 100: 事件 ID 16# 2522读取时发生区域长度错误全局 DB，双字访问，访问地址： 12FB 编号： 1模块地址： 56所需的 OB：编程错误 OB (OB121)优先级： 1内部错误, 进入的事件22:14:15.561 2010-11-17事件 3 / 100: 事件 ID 16# 2523写入时发生区域长度错误全局 DB，双字访问，访问地址： 12FB 编号： 1模块地址： 48所需的 OB：编程错误 OB (OB121)优先级： 1内部错误, 进入的事件22:14:15.561 2010-11-17问题补充：感谢各位的回复在此表示由衷的感谢，只是小弟初来咋道，还有太多不懂之处，还望各位大侠赐教啊！小弟有几处不解的地方，比如我在FB1中我读写DB1这个北景数据块，地址该怎么填呢？我是这样填的：DB1.DBD12,到现在我还不知道错在哪，这个DB1.DBD12是什么意思？不是DB1这个数据块里双字12这个地址吗?背景数据块与共享数据块分别应该怎么填呢！谢谢！问题ID: 61093提问者：工控学习人- 学长第2级最佳答案呵呵！！！回答者：一介书生- 高级技术员第7级2010-11-18 21:14提问者对于答案的评价：很感谢，给我点通了穴道啊！很感谢各位的回复，只是小弟愚钝未能理解，书生师傅加了我好友，给了我详细解释与讲解，所以很感谢！在此我也很感谢 zhangli0您觉得最佳答案好不好？50% (0) 50% (0)专家置评这样私聊不利于网友分享，不建议置评专家：西门子自动化技术支持 2010-11-19 16:52 其他回答仔细检查一下你的程序回答者：wqhhjjy - 初级工程师第9级 2010-11-17 23:04你爹程序使用的数据块的地址有错误，你访问了不错在的地址，比如你的db1地址是到128，而你访问了db1.dbd130，这样就会出现你的错误。
CPU常见故障与排除
CPU常见故障与排除1、解决CPU占用率过高：现象：运行速度极为缓慢，用软件测试CPU占用率高达99%，温度也居高不下。
解决办法：首先进入安全模式，CPU温度下降20几度，CPU占有率也保持在2%以下，这样可以确定是电脑启动时加载的某个程序对CPU的占用率太大。
首先看看是否有病毒造成，杀毒如果没有结果，再看系统信息的启动项目，随windows启动时自动启动的应用程序。
当去掉Rscmpt.exe程序后，重新启动正常。
解释：如果CPU占用率高，且不会使CPU降温软件降温，只有在利用率较低时才能降温，而Rscmpt.exe 是AGP显卡驱动程序中的一个文件，它导致CPU的占用率过高，占用了CPU所有时间，CPU无法分时间去处理其他程序，故速度低。
2、CPU超频的故障：现象：开机后显示器黑屏，且使用复位无效，这是由CPU造成超频。
解决办法：（1）首先检查显示器的电源是否接好，显卡与显示器的数据线是否连好。
（2）无误后，关闭电源，打开机箱，检查显卡和内存条是否接好，或重新连接显示卡和内存条。
（3）启动电脑，无显卡，故障不在此，有可能是CPU 超频不稳定的原因（4）打开机箱后，触摸CPU，如果非常烫，找到CPU的外频与倍频跳线，逐步降频，再启动电脑。
（5）将外频与倍频调到稳定状态后，检测一段时间看系统是否稳定，若运行正常，仅偶尔出点毛病（程序单击几次才打开），若不想降频，可造成调高CPU核心电压。
3、超频后如何恢复原来的频率现象运行不稳定，经常死机，开机自检时显示“DiskBoot failure，insert system Disk And press enter。
”解决方法：首先检查硬盘，若硬盘没有问题，则与超频有关。
（1）在BIOS中设置启动顺序为IDE0/Floopy/CDROM，然后将BOOTOTHER DEVICE设置为Enabled。
（2）重新启动，是否能从硬盘启动，如不能，则由超频引起，一般主板厂商会将超频跳线使用方法印刷在主板上或说明书上。
S7300不定时停机诊断
S7300不定时停机诊断一个主机架，3个扩展机架，挂在Profibus网络上。
最近CPU不定时出现停机。
所有模块重新安装了一遍，并更换了电源模块和IM360模块，问题还是出现。
柜内没有大功率设备和电缆干扰，因为几个小时或者一两天出现一次，比较难判断是哪个模块有问题。
有遇到过的朋友麻烦给个建议。
诊断缓冲区部分内容如下：（每次停机诊断内容有多有少，所有故障OB都下载了，以前运行正常）模块 CPU 315-2 DP 的诊断缓冲区6ES7 315-2AH14-0AB0机架： 0插槽： 2序列号：S C-B4VR00152011事件 1 / 192: 事件 ID 16# 38C4分布式 I/0：站返回受影响 DP 从站的地址：站编号： 5DP 主站系统 ID： 1DP 从站的逻辑基址：输入地址： 2046DP 主站的逻辑基址： 2047所需的 OB：机架故障 OB (OB86)在当前工作模式下，OB 未找到、或被禁用、或无法启动外部错误, 离开的事件09:45:05.653 2012-11-10事件 2 / 192: 事件 ID 16# 3842模块确定模块类型：分布式 I/O 从站输入地址： 2045所需的 OB：诊断中断 OB (OB82)在当前工作模式下，OB 未找到、或被禁用、或无法启动外部错误, 离开的事件09:45:05.605 2012-11-10事件 3 / 192: 事件 ID 16# 5371分布式 I/0：结束与插槽 2 上的 DP 主站/IO 控制器同步分布式站数目： 1进入的事件09:45:05.605 2012-11-10事件 5 / 192: 事件 ID 16# 3842模块确定模块类型：分布式 I/O 从站输入地址： 2045所需的 OB：诊断中断 OB (OB82)在当前工作模式下，OB 未找到、或被禁用、或无法启动外部错误, 离开的事件09:31:29.766 2012-11-10事件 6 / 192: 事件 ID 16# 5371分布式 I/0：结束与插槽 2 上的 DP 主站/IO 控制器同步分布式站数目： 1进入的事件09:31:29.765 2012-11-10……事件 28 / 192: 事件 ID 16# 4548因 I/O 管理导致 STOP 模式之前的工作模式：RUN请求的工作模式：STOP (内部)内部错误, 进入的事件01:04:01.761 2012-11-10事件 29 / 192: 事件 ID 16# 2942读取时发生 I/O 访问错误P 区域，字访问，访问地址： 404所需的 OB：I/O 访问错误 OB (OB122) 优先等级： 1外部错误, 进入的事件01:04:01.761 2012-11-10事件 30 / 192: 事件 ID 16# 2942读取时发生 I/O 访问错误P 区域，字访问，访问地址： 400所需的 OB：I/O 访问错误 OB (OB122) 优先等级： 1外部错误, 进入的事件01:04:01.761 2012-11-10事件 31 / 192: 事件 ID 16# 2942读取时发生 I/O 访问错误P 区域，字访问，访问地址： 398所需的 OB：I/O 访问错误 OB (OB122) 优先等级： 1外部错误, 进入的事件01:04:01.760 2012-11-10事件 32 / 192: 事件 ID 16# 2942读取时发生 I/O 访问错误P 区域，字访问，访问地址： 396所需的 OB：I/O 访问错误 OB (OB122) 优先等级： 1外部错误, 进入的事件01:04:01.760 2012-11-10事件 33 / 192: 事件 ID 16# 2942读取时发生 I/O 访问错误P 区域，字访问，访问地址： 394所需的 OB：I/O 访问错误 OB (OB122)优先等级： 1外部错误, 进入的事件01:04:01.760 2012-11-10事件 34 / 192: 事件 ID 16# 2942读取时发生 I/O 访问错误P 区域，字访问，访问地址： 392所需的 OB：I/O 访问错误 OB (OB122)优先等级： 1外部错误, 进入的事件01:04:01.760 2012-11-10解答一：我曾经也碰到315的CPU自动停机问题，查看诊断区的内容没有什么帮助，我当时主要是在硬件接线，重新布线来解决的。
cpu停机解决方法
使cpu进入stop的情况很多，比如地址调用错误，没有下载需要DB块，编程错误等等，如果你想避免错误时不使CPU进入停止状态，你可以在程序中加入特殊的OB块，则出现相应问题，调用相应的OB块，虽然里面没程序，PLC将对错误错误不作任何处理，继续运行。
否则PLC将进入停机状态可，比如：OB73通讯冗余出错OB当容错S7连接中发生首次冗余丢失时，H CPU的操作系统将调用OB73（只有在S7通讯中才会有容错S7连接）如果其它容错S7连接发生了冗余丢失，则不会再有OB73启动。
直到为具有容错功能的所有S7连接恢复冗余后，才会出现另一个OB73启动。
如果发生了启动事件且OB73没有编程，CPU不会转为STOP模式。
OB80时间出错组织块无论何时执行OB时出错，S7-300 CPU的操作系统将调用OB80。
此类错误包括：超出周期时间、执行OB时出现确认错误、提前了时间而使OB的启动时间被跳过、CiR后恢复RUN模式。
例如，如果在上一次调用之后发生了某一周期性中断OB的启动事件，而同一OB此时仍在执行中，则操作系统将调用OB80。
如果OB80尚未编程，则CPU将转为STOP 模式。
可以使用SFC 39至42禁用或延迟和重新启用时间出错OB。
OB81电源出错组织块只要发生由错误或故障所触发的事件，而此错误或故障又与电源(仅在S7-400上)或备用电池(当事件进入和离开时)有关，则S7-300 CPU的操作系统调用OB81。
在S7-400中，如果已使用BATT.INDIC开关激活了电池测试功能，则只有在出现电池故障时才会调用OB81。
如果OB81没有编程，则CPU不会转为STOP模式。
可以使用SFC 39至42禁用或延迟，并重新启用电源出错OB。
OB82诊断中断组织块如果具有诊断功能的模块(已为其启用了诊断中断)检测到错误，则它会输出一个诊断中断的请求给CPU(当事件进入和离开时)。
则操作系统调用OB82。
OB82的局部变量包含逻辑基址和四字节的故障模块的诊断数据(请参见下表)。
玩转S7-300编程(28工控老鬼新浪微博)
S7-300/400PLC编程之1 OB块使用指南【工控老鬼】S7-300/400PLC编程之1 OB块使用指南【工控老鬼】S7-300/400PLC编程之2 PLC暖启动和冷启动【工控老鬼】S7-300/400PLC编程之3 模拟量处理【工控老鬼】++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++S7-300/400PLC编程之4 检测导致CPU停机的故障【工控老鬼】S7-300/400PLC编程之4 检测导致CPU停机的故障【工控老鬼】什么是诊断诊断指的是S7-300/400内部集成的识别和记录功能。
记录错误信息的区称为诊断缓冲区。
这个区的大小有赖于CPU型号 (例如：CPU 314 = 100个信息)。
当有错误时如果一个错误或事件发生时，例如：模式转换。
将发生如下事件：将发生什么?•标有时间和日期的信息被保存到诊断缓冲区中。
最近的信息保存到缓冲区的开始。
如果缓冲区满，最旧的信息将覆盖。
•将事件记入系统的状态表中。
•如果必要，将激活一个相关的错误 OB（组织块）。
错误的类型利用CPU的诊断功能，可以识别下面的错误：• CPU或模板中的系统错误• CPU中的程序错误排除故障的手段针对下列故障，应采用不同的手段予以排除：•导致CPU停机的故障，应使用“Module Information”工具。
•逻辑错误，即程序可执行但功能不能实现，应使用“Referece Data”和“Program Status”工具。
•偶尔出现的故障，即只在特定的系统状态下才出现的故障，它可能导致停机或逻辑错误。
可采用“CPU Messages”工具或生成自定义触发点“your own trigger point”。
S7-300/400PLC编程之5 符号使用指南【工控老鬼】S7-300/400PLC编程之5 符号使用指南【工控老鬼】在大家使用step7编程的时候，经常会使用到符号表功能，高效的使用符号表功能可以大大的提高编程的效率，对符号表的使用方法，工控老鬼总结如下！希望对大伙有所帮助！++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ S7-300/400PLC编程之6 定时器指令【工控老鬼】在大家使用step7编程的时候，经常会使用定时器指令功能，熟练的掌握定时器指令功能可以帮助我们构造很完善的算法，对定时器指令使用方法，工控老鬼总结如下！希望对大伙有所帮助！之前讲过，可以使用S7-300PLC CPU里自带的标准时钟脉冲来做很多功能，这里我来分享一个例子，如何使用定时器功能来做任意时间间隔的标准时钟脉冲！++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++S7-300/400PLC编程之7 工程应用中的信号防抖处理技巧【工控老鬼】S7-300/400PLC编程之7 工程应用中的信号防抖处理技巧【工控老鬼】++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++S7-300/400PLC编程之8 关于OB1的思考【工控老鬼】S7-300/400PLC编程之8 关于OB1的思考【工控老鬼】使用西门子S7-300/400PLC的朋友一定对Step7都不陌生，同时你们也应该对OB1如数家珍，因为你不可能不用到它，它是你的好兄弟！但是我却发现很多的朋友对它的了解还是不够深入，老鬼今天我就简单的给大家分享一下OB1的几个功能！1、信息知多少？打开OB1，在局部数据区域内，是否发现有一些系统自定义的局部变量？没错！有很多，不清楚？那就了解一下吧！2、下表描述了OB1的临时(TEMP)变量。
PLC的COU故障诊断方法
CPU故障的主要表现是CPU单元停机或者是RUN_LED灯不亮。
这种现象的产生是由以下几个原因造成的：一是噪声干扰，电源异常无法正常工作。
二是CPU控制程序出现错误或者是丢失。
三是CPU内部总线上的电元器件产生故障或者是总线线路产生故障。
四是微处理故障。
针对CPU故障的处理，首先要根据新疆地区PLC控制的实际情况来分析故障原因。
如果是噪声干扰造成的故障，则需要重启CPU 或者是重新上电。
如果控制程序出现了错误，就是要及时修改或者是重新装载程序。
当内部总线出现问题，处理的措施一般都是要更换故障单元或者是要重新布置线路。
微处理故障是核心故障，出现这种故障就要更换CPU了。
艾驰商城是国内最专业的MRO工业品网购平台，正品现货、优势价格、迅捷配送，是一站式采购的工业品商城！具有10年工业用品电子商务领域研究，以强大的信息通道建设的优势，以及依托线下贸易交易市场在工业用品行业上游供应链的整合能力，为广大的用户提供了传感器、图尔克传感器、变频器、断路器、继电器、PLC、工控机、仪器仪表、气缸、五金工具、伺服电机、劳保用品等一系列自动化的工控产品。
如需进一步了解台达PLC、西门子PLC、施耐德plc、欧姆龙PLC的选型，报价，采购，参数，图片，批发等信息，请关注艾驰商城/。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Date: File:
2011-5-20 SSP2_6C.10
Information and Training Center Knowledge for Automation
练习6.1: 发现并排除故障 练习
顺序 1 2
步骤 执行一次CPU存储器复位 将S7程序“ERROR” 从项目 “ERROR _16” (“ERROR _32”) 拷贝到硬件站“My Station”中 将S7程序“ERROR” 中的所有块 下装到CPU中 执行一次冷启动 发现并排除所有导致停机的错误
2011-5-20 SSP2_6C.3
Information and Training Center Knowledge for Automation
模块信息: 诊断缓冲器” 模块信息: “诊断缓冲器”选项
SIMATIC S7
Siemens AG 2000. All rights reserved.
2011-5-20 SSP2_6C.2
Information and Training Center Knowledge for Automation
调用“模块信息” 调用“模块信息”工具
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
练习6.4: 练习6.4: 使用错误处理 OB 6.4
步骤 1 2
操作 下装S7程序“ERROR”中的FC 45 到CPU 在OB1中调用 FC 45 生成并下装必要的错误处理OB, 使CPU保持在运行状态 修改该OB，使得当错误出现后CPU进入 停机状态 在OB 1中, 删除对FC 45 的调用
读取导致停机的块的L Stack
3
确定临时变量“var1”的值
???
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.13
Information and Training Center Knowledge for Automation
练习6.2: 利用堆栈信息来诊断故障 练习
顺序 1 2
步骤 依次闭合输入开关 I 1.0 到 I 1.2 利用诊断缓冲器及堆栈分析故障的原因 CPU 又一次停机
结果
回答下表中的问题
3
断开输入开关 I 1.0 到 I 1.2
CPU 保持在运行状态
SIMATIC S7
Siemens AG 2000. All rights reserved.
2011-5-20 SSP2_6C.5
Information and Training Center Knowledge for Automation
打开一个有错误的块
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.6
系统诊断概述
CPU 诊断检查系统错误 程序诊断检查错误 诊断中断
CPU
I/Q 模块
可诊断的模板 检查错误 并产生一个 诊断中断
错误 OB
诊断缓冲区
系统状态表
SIEMENS
诊断信息
PG 740
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
在 LStack （局部堆栈）中可以看到 当中断发生时，临时变量的内容
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.7
Information and Training Center Knowledge for Automation
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.9
Information and Training Center Knowledge for Automation
局部堆栈
SIMATIC S7
Siemens AG 2000. All rights reserved.
Information and Training Center Knowledge for Automation
利用堆栈诊断故障
程序结构 包含错误的块
错误位置
通过 B Stack（块堆栈）可以看到 发生错误之前曾执行过的块
错误位置
在 I Stack （中断堆栈）中可以看到 当中断发生时，累加器、寄存器、 状态字等的内容
块堆栈
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.8
Information and Training Center Knowledge for Automation
中断堆栈
SIMATIC S7
Date: File:
2011-5-20 SSP2_6C.4
Information and Training Center Knowledge for AutoATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
Information and Training Center Knowledge for Automation
检测导致CPU停机的故障 停机的故障 检测导致
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.1
Information and Training Center Knowledge for Automation
结果
执行该块后CPU将停机 CPU 保持在运行状态且“SF” 指示灯点亮
3
4
出现错误时 CPU 又可进入停机状态
5
CPU 保持在运行状态且“SF”指示灯熄灭
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.14
结果 CPU存储器被复位 显示项目结构
3 4 5
包含故障的程序被下装 CPU进入STOP状态 CPU保持在RUN状态
SIMATIC S7
Siemens AG 2000. All rights reserved.
Date: File:
2011-5-20 SSP2_6C.11
Information and Training Center Knowledge for Automation
Date: File:
2011-5-20 SSP2_6C.12
Information and Training Center Knowledge for Automation
练习6.3: 练习6.3: 读取局部堆栈 6.3
步骤 1 2 闭合输入 I 1.2.
操作
结果 CPU 又进入停机状态 可以看到以16进制表示的临时变量