S7-300PLCCPU报SF和BF报警
西门子S7 PLC报SF故障的分析和处理方法
西门子S7 PLC报SF故障的分析和处理方法一、前言西门子S7 PLC最常见的故障之一就是报SF故障，CPU面板上的状态指示灯SF灯亮红色，其含义是提示发生了硬件故障或软件错误，有时伴随着CPU停机、自动由运行（RUN）状态转入停机（STOP）状态，造成生产中断甚至发生意外生产事故。
但SF亮红灯只是一个笼统的提示，要快速查找出具体故障原因确是一件非常麻烦的事情。
下面结合现场发生的一起实际案例叙述故障原因分析和处理方法，供同仁们参考。
二、故障现象某日原料车间一台取料机发生故障，故障的现象是取料机驾驶员在启动斗轮机或皮带机这两台设备时在启动过程中突然故障停机，查看PLC柜发现（CPU315-2 PN/DP）CPU停机处于STOP状态并报SF红灯亮故障，将PLC重新上电后恢复正常，再次启动斗轮机和皮带机的过程中又重复发生该故障，如果在启动斗轮机或皮带机之前启动取料机上的其它设备都没有问题，就仅仅是启动这两台设备时会发生故障。
但不是每次操作斗轮机或皮带机都会发生故障，有时重新上电后能够坚持一段时间，更不可思议的是有时重新上电后CPU刚刚进入RUN 状态不久驾驶员还没有操作任何设备时就发生了该故障（CPU自动进入STOP状态并报SF红灯亮）。
这种时有时无的不规律故障是电气自动化人员最头疼的故障。
三、故障原因的查找方法首先检查机械、电气设备，均未发现异常，斗轮机和皮带机的软启动器也未报故障，开关、接触器、软启、线路、操作台、电机均属正常，剩下的就是查PLC了。
自动化人员用安装有西门子S7 PLC软件（Step 7）的电脑笔记本（并携带有MPI/DP数据线或网线）连接PLC在线察看故障信息，方法如下： 第一步：电脑连接PLC，上传备份PLC原程序。
这一步非常重要，自动化人员必须养成该习惯，不要轻易相信别人的备份和电脑上已有的备份。
第二步：打开PLC程序，打开硬件组态（即配置），在线查找故障信息。
如下列图示：图一：打开PLC程序，双击硬件图二、打开硬件组态图三：在线查看硬件组态图四：右击CPU，选择模块信息图五：在线查看模块信息图六：点击诊断缓冲区图七：点击“设置”，弹出设置对话框图八：在设置对话框中将默认显示15条信息改成500条，点确定图九：在事件列表中用鼠标下翻查查找故障信息，并点击“事件帮助”图十：找到导致CPU转入STOP模式的事件信息。
S7-300面板显示和钥匙开关含义
S7-300 CPU面板状态和故障显示SF（红色）：系统出错／故障指示灯。
CPU硬件或软件出现错误时亮。
BATF(红色)：电池故障指示灯（只有CPU313和314配备）。
当电池失效或未装入时，指示灯亮。
DC5V(绿色)：+5V电源指示灯，CPU和S7-300PLC总线的5V电源正常时亮。
FRCE（黄色）：强制作业有效指示灯。
至少有一个I／O在强制状态时亮。
RUN（绿色）：运行状态指示灯。
CPU处于RUN状态时亮。
LED在STARTUP状态时以2HZ频率闪烁；在HOLD状态时以0.5HZ频率闪烁。
STOP（黄色）：停止状态指示灯。
CPU处于STOP或STARTUP状态时亮，在存储器复位时LED 以0.5HZ频率闪烁；在存储器置位时LED以2HZ频率闪烁。
BUS DF（BF）（红色）：总线出错指示灯（只适用于带有DP接口的CPU），出错时亮。
SF DP：DP接口错误指示灯（只适用于带有DP接口的CPU），DP接口故障时亮S7-300 PLC面板上的模式选择开关RUN-P：可编程运行模式，。
在此模式下，CPU不仅可以执行用户程序，在运行的同时，还可以通过编程设备（如装有STEP 7的PG、PC）读出、修改、监控用户程序。
在此位置钥匙不能拔出。
RUN：运行模式。
在此模式下，CPU执行用户程序，还可以通过编程设备读出、监控用户程序，但不能修改用户程序。
在此位置钥匙可以拔出，以防程序正常运行时被改变操作模式。
STOP：停机模式。
在此模式下，CPU不执行用户程序，但可以通过编程设备从CPU中读出或修改用户程序。
在此位置钥匙可以拔出。
MRES：存储器复位模式。
该位置不能保持，当开关在此位置释放时将自动返回到STOP位置。
将钥匙从STOP模式切换到MRES模式时，可复位存储器，使CPU回到初始状态。
存储器一旦被复位，工作存储器、RAM装载存储器内的用户程序、数据区、地址区、定时器、计数器和数据块等将全部清除（包括有保持功能的元件），同时还会检测PLC硬件、初始化硬件和系统程序参数、系统参数，并将CPU或模块参数设置为默认值，但保留对MPI的设置。
S7-300PLCCPU报SF和BF报警
OB81电源出错组织块
只要发生由错误或故障所触发的事件，而此错误或故障又与电源(仅在S7-400上)或备用电池(当事件进入和离开时)有关，则S7-300 CPU的操作系统调用OB81。在S7-400中，如果已使用BATT.INDIC开关激活了电池测试功能，则只有在出现电池故障时才会调用OB81。如果OB81没有编程，则CPU不会转为STOP模式。可以使用SFC 39至42禁用或延迟，并重新启用电源出错OB。
1、同步出错的嵌套深度过大
2、块调用(U堆栈)的嵌套深度过大
3、分配本地数据时出错
如果未对OB 88编程且程序块执行被中止，则CPU进入STOP模式(事件ID W#16#4570)。如果在优先级28下中止了程序块执行，则CPU进入STOP模式。可借助于SFC 39至42禁用、延迟和启用处理中断OB。
西门子状态与故障指示西门子* 2009-10-09 11:29:11 阅读96 评论0 字号：大中小 订阅
SF （红色） 硬件或软件错误
BF （红色） 总线出错（只适合于带有DP口的CPU）
DC5V （绿色） CPU和S7-300总线的5V电源正常
OB121编程出错组织块
只要发生同程序处理相关的错误所导致的事件，CPU的操作系统即调用OB121。例如，如果用户程序调用了尚未装载到CPU中的块，将会调用OB121。
OB122I/O访问出错组织块
只要在访问模块上的数据时出错，CPU的操作系统即调用OB122。例如，如果在访问I/O模块上的数据时，CPU检测到读取错误，操作系统将调用OB122。
1、已检测到并更正了内存出错之后
2、对于S7-400H：如果两个CPU之间的冗余链接的性能下降
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（系统故障）灯亮。
PLC:S7-300 CPU的元件和CPU面板功能
PLC:S7-300 CPU的元件和CPU面板功能S7-300有20种CPU，分别适用于不同等级的控制要求。
廖常初在本文介绍S7-300 CPU 的状态与故障显示LED、运行模式、模式选择开关、微存储器卡、通信接口、电池盒、电源接线端子、实时种与运行时间计数器和I/O方面的专业知识。
S7-300有20种不同型号的CPU，分别适用于不同等级的控制要求。
有的CPU模块集成了数字量I/O，有的同时集成了数字量I/O和模拟量I/O。
CPU内的元件封装在一个牢固而紧凑的塑料机壳内，面板上有状态和故障指示LED、模式选择开关和通信接口。
大多数CPU还有后备电池盒，存储器插槽可以插入多达数兆字节的Flash EPROM微存储器卡（检查MMC），用于掉电后程序和数据的保存。
CPU 318-2的面板如图所示。
1、状态与故障显示LEDCPU模块面板上的LED的意义如下：①SF（系统出错/故障显示，红色）：CPU硬件故障或软件错误时亮。
②BATF（电池故障，红色）：电池电压低或没有电池时亮。
③DC5V（ 5V电源指示，绿色）：CPU和S7-300总线的5V电源正常时亮。
④FRCE（强制，黄色）：至少有一个I/O被强制时亮。
⑤RUN（运行方式，绿色）：CPU处于RUN状态时亮；重新启动时以2Hz的频率闪亮；HOLD状态时以0.5Hz的频率闪亮。
⑥STOP（停止方式，黄色）:CPU在STOP、HOLD状态或重新启动时常亮；请求存储器复位时以0.5Hz的频率闪亮，正在执行存储器复位时以2Hz的频率闪亮⑦BUSF（总线错误，红色）：PROFIBUS-DP接口硬件或软件故障时亮，集成有DP接口的CPU才有此LED。
集成有两个DP接口的CPU有两个对应的LED（BUS1F和BUS2F）。
2、CPU的运行模式①CPU有4中操作模式：STOP（停机）、STARTUP（启动）、RUN（运行）和HOLD（保持）。
在所有的模式中，都可以通过MPI接口与其他设备通信。
s7-300 plc常见硬件故障及处理方法
S7-300 PLC常见硬件故障及处理方法一、PLC硬件故障的分类1. 中央处理器(CPU)故障2. 输入/输出模块故障3. 通信模块故障4. 电源模块故障5. 总线模块故障二、中央处理器(CPU)故障1. 故障现象：PLC无法启动或程序无法正常运行2. 处理方法：1) 检查CPU电源供应是否正常2) 检查PLC程序是否正确3) 如果以上均无法解决问题，尝试更换CPU三、输入/输出模块故障1. 故障现象：PLC输入/输出信号异常或无法正常输入/输出2. 处理方法：1) 检查输入/输出模块的供电电压2) 检查输入/输出模块的连接状态3) 如果以上均正常，可能是模块本身故障，需更换模块四、通信模块故障1. 故障现象：PLC无法与上位机或其他设备进行通信2. 处理方法：1) 检查通信模块的连接状态2) 检查通信模块的参数设置是否正确3) 如果以上均正常，可能是通信模块本身故障，需更换模块五、电源模块故障1. 故障现象：PLC无法正常供电或电源波动2. 处理方法：1) 检查电源模块的输入电压2) 检查电源模块的输出电压3) 如果以上均正常，可能是电源模块本身故障，需更换模块六、总线模块故障1. 故障现象：PLC总线异常或通讯故障2. 处理方法：1) 检查总线连接状态2) 检查总线模块的参数设置是否正确3) 如果以上均正常，可能是总线模块本身故障，需更换模块七、总结在PLC使用过程中，硬件故障是难免的，但只要及时发现并妥善处理，可以最大限度地减少停机时间，提高生产效率。
希望本文提供的处理方法能对PLC硬件故障有所帮助。
PLC（Programmable Logic Controller）是一种专门用于工业自动化控制的设备，它负责监视输入设备，如传感器和开关，然后根据预先设定的程序控制输出设备，如电动执行器、马达和阀门。
由于PLC经常处于大型工业设备和生产线的控制中心，因此PLC硬件故障可能对整个生产过程造成严重影响。
西门子S7-300PLC指示灯解析与故障处理
西门子S7-300PLC指示灯解析与故障处理随着信息技术的快速发展，为工业生产及大众生活创造了很多便利的条件。
西门子S7-300利用PLC技术对指示灯进行控制设置，本身具备更加稳定的性能，将其运用至生活与工业当中，可以起到警示的作用，通过对其设备进行调控，可以改善PLC技术SF/BF灯的闪烁状态，对其指示灯进行调控，并对后续发生该问题进行分析及处理，使其可以稳定的运行。
标签：西门子;S7-300;指示灯PLC技术是电气工程自动化控制中常运用的一种技术，随着当前技术体系的发展与完善，一成为工业发展中必不可少的控制应用手段，而德国西门子公司，将PLC技术应用于旗下的产品，为生产发展创造了巨大的经济效益，也是其得以发展的技术手段，提升技术应用效果，解决问题发生的故障，使机械运营更加安全、稳定。
一、西门子S7-300概述S7-300是德国西门子公司生产的一种可编程逻辑的控制器，它是基于PLC 技术标准结构下的一款技术设备，通过PLC的装置，可以对分配器系统的繁冗装置进行匹配，提升机械运营成本。
同时，基于PLC的抗噪、抗震的特性，可以利用该技术在不同电气设备中大规模的使用。
这也为复杂电气工业行业的控制提供了一种极为经济且有效的解决方案。
西门子S7-300中PLC技术的使用，则是为用户提供有序周期的操控方案，其使用方法如下：依靠OB1设置其为组织单元的主程序，依靠该自动化的控制，调用其他逻辑块或对例程中一些需要进行循环处置的设备进行控制。
在进行自动化控制的过程中，可以利用周期性的方式处理CPU，这时CPU已经无法直接访问I/O模块，需要在有关信息内容中输入相关的地址区域及输出地址区域，才能对其进行访问工作，而访问的内容为I/O操作的图像区域。
可以说，西门子S7-300在面向市场时，其主要的优势是利用PLC技术对泵进行主控工作，实现有效的自动化控制工作。
二、PLC指示灯解析在西门子S7-300运行过程中，会涉及到一些故障的处理工作。
PLC的SF故障解决汇总
PLC灯亮的含义
状态指示器SF(红色)：硬件故障或软件错误
(LED) BATF (红色)：电池不足或不存在
DC5V (绿色) ：内部5 V DC 电压指示正常
FORCE (黄色) ：指示至少有一个输入或输出被强制
RUN (绿色)：当CPU启动时闪烁，在运行模式下常亮
STOP (黄色)：在停止模式下常亮;
有存储器复位请求时慢速闪烁;
正在执行存储器复位时快速闪烁;
存储器卡插入需要存储器复位时慢速闪烁;
BF (红色) ：总线出错(只适用于带DP口的CPU)
在线查看CPU
诊断消息可判断故障的原因
SF灯亮可能的原因：
1)、模板与机架没有安装牢固。
2)、前连接器与模板没有安装牢固。
3)、电源未正确接入或者松动。
4)、STEP7中的硬件组态设置不正确。
5)、远程站地址与实际不符。
6)、程序中设置定时或者超出实际范围等错误。
因为设备是在正常运转中
SF灯亮，软件故障问题可能性很小(上述4 5 6问题)，把安装问题解决之后和电源问题解决之后还是不能解决SF灯亮
如果能够和PLC进行通讯具体情况还得看CPU诊断消息后才知道，可以通过查看PLC 信息选项来查看故障信息，进一步判断哪个一个具体模块出现故障，还是现场短路导致PLC 故障报警。
在“DP主站”模式下CPU 31X-2DP的LED灯
“DP从站”模式下CPU31X-2DP的LED。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
西门子S300PLC－ＣＰＵ SF和BF报警PLC 2010-09-12 04:24:06 阅读563 评论0 字号：大中小订阅
皮带系统突然停止，当所有的止动复位后，发现配重箱还没有回到正常位置，还以为是限位开关又有问题，经查看正常，结果发现配电柜里PLC CPU的SF红灯常亮，BF红灯闪烁。
自动位置配得不能自动回到原位，手动将其放到正常位置系统正常，但报警灯仍然存在，查资料才知道报警意义如下：
西门子状态与故障指示西门子* 2009-10-09 11:29:11 阅读96 评论0 字号：大中小订阅
SF （红色）硬件或软件错误
BF （红色）总线出错（只适合于带有DP口的CPU）
DC5V （绿色） CPU和S7-300总线的5V电源正常
FRCB （黄色）强制作业有效
RUN （绿色） CPU处于“RUN”状态，LED在“Start up”状态以2Hz频率闪烁，在“HOLD”状态频率为0.5Hz
STOP （黄色） CPU处于“STOP”或“HOLD”或“Start up”状态；在存储器复位时LED以0.5Hz频率闪烁；在存储器置位时LED以2Hz频率闪烁
但是还有一个问题我就不解了，如果是通信有问题的话，为什么系统仍能工作呢，上网了解可能是程序中加入了容错功能的块。
使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的局部变量包含逻辑基址和四字节的故障模块的诊断数据(请参见下表)。
如果OB82尚未编程，则CPU转为STOP 模式。
可以使用SFC 39至42禁用或延迟，并重新启用诊断中断OB。
OB83插入/删除模块中断组织块
在下列情况下，CPU操作系统会调用OB 83：
1、插入/删除已组态模块后
2、在STEP 7下修改模块参数以及在运行期间将更改下载至CPU后
可借助SFC 39至42禁用/延迟/启用插入/删除中断OB。
OB84CPU硬件故障组织块
在下列情况下，CPU中的OS将调用OB84：
1、已检测到并更正了内存出错之后
2、对于S7-400H：如果两个CPU之间的冗余链接的性能下降
可以使用SFC 39至42禁用或延迟CPU硬件出错OB，然后再次启用它。
OB85优先级出错组织块
只要发生下列事件之一，CPU的操作系统即调用OB85：
1、尚未装载的OB(OB81除外)的启动事件。
2、操作系统访问模块时出错。
3、在系统更新过程映像期间出现I/O访问错误(如果由于组态原因，未禁止OB85的调用)。
OB86机架故障组织块
只要在分布式I/O (PROFIBUS DP或PROFInet IO)中检测到中央扩展机架(不带S7-300)、DP主站系统或站故障(进入事件与离开事件时)，CPU的操作系统调用OB86。
如果OB86尚未编程，当检测到此种类型的出错时，CPU将转为STOP模式。
可使用SFC 39至42禁用或延迟，并重新启用OB86。
OB87通讯出错组织块
只要发生由通讯出错导致的事件，CPU的操作系统就会调用OB87。
如果OB87尚未编
程，CPU不会转为STOP模式。
可以使用SFC 39至42禁用或延迟，并重新启用通讯出错OB。
OB 88处理中断OB
程序块执行被中止后，CPU操作系统将调用OB 88。
导致此中断的原因可能是：
1、同步出错的嵌套深度过大
2、块调用(U堆栈)的嵌套深度过大
3、分配本地数据时出错
如果未对OB 88编程且程序块执行被中止，则CPU进入STOP模式(事件ID W#16#4570)。
如果在优先级28下中止了程序块执行，则CPU进入STOP模式。
可借助于SFC 39至42禁用、延迟和启用处理中断OB。
OB121编程出错组织块
只要发生同程序处理相关的错误所导致的事件，CPU的操作系统即调用OB121。
例如，如果用户程序调用了尚未装载到CPU中的块，将会调用OB121。
OB122I/O访问出错组织块
只要在访问模块上的数据时出错，CPU的操作系统即调用OB122。
例如，如果在访问I/O模块上的数据时，CPU检测到读取错误，操作系统将调用OB122。