Profibus DP系统故障诊断.doc

Profibus DP系统故障诊断4735462Profibus-DP在自动化系统中有着非常广泛的应用。在设备的调试及运行过程中，由于种种原因会出现DP网络断线、短路、丢站、通信中断等各种的问题，工程师需要选择合适的方法，快速的对DP系统进行诊断、分析，准确地定位故障点，找出产生故障的原因，恢复系统运行。近三周，大家就DP系统故障诊断的各种方法展开了热烈的讨论，分享了应用经验。我们就以下诊断方法展开了讨论：1.诊断中继器的功能及使用方法2.DP接口LED状态和故障显示3.Step7软件使用硬件诊断分析诊断信息4.使用OB86用于DP状态分析5.Step7功能“Report System Error”的使用方法6.采用功能块FB125/FB126用于DP系统故障诊断根据讨论情况，现推荐下载中心如下文档供大家参考：编号A0341：通过STEP7读取诊断中继器的诊断信息编号A0282：西门子诊断中继器使用说明编号387257：如何编写用于 SIMATIC S7 的 PROFIBUS DP 诊断块 FB125、FC125编号29338956：如何将 FB125 DP 诊断块中的诊断数据在 WinCC flexible 中可视化？编号26996747：用于诊断分析 PROFIBUS DP 和 PROFINET IO 网络的诊断软件包 PNIODiag此外，大家也谈了很多导致DP系统出现故障的原因及使用过程中的注意事项，包括Dp系统的安装，等电位连接等诸多问题，虽不在本话题讨论之列，但就Dp应用而言，这些都是保证通信正常的最基本的前提，所以在这里也建议大家在今后的项目中一定要按照规范安装、接线。以下为本次探讨的发帖整理，查看原始交流内容请点击此处。1）多种诊断比较（1楼5楼）2）诊断中继器的功能及使用方法（6楼8楼）3）DP接口LED状态和故障显示（9楼11楼）4）Step7软件使用硬件诊断分析诊断信息（13楼16楼）5）使用OB86用于DP状态分析（17楼22楼）6）Step7功能“Report System Error”的使用方法（23楼25楼）7）采用功能块FB125FB126用于DP系统故障诊断（26楼30楼）1）多种诊断比较（1楼5楼）quote: 以下是引用eaglesky在2011-03-16 10:32:54的发言： 一直没有机会鼓捣一点有技术含量的，比如FB125，比如诊断器这些。没条件也没机会。只讲点基础的，技术含量低的。1.最简单的诊断方法，就是硬件组态在线，这样能够非常直观的看出故障点主要在什么地方。2.检查诊断缓冲区内容，尝试找到问题突破点。3.根据前面的信息检查软硬件，主要包括：是否有断线、是否DP插头接线没接好或者错误、是否有接触不良、DP插头上的终端电阻开关是否正确、DP站点的地址设置及组态的设置是否正确、一致，最末端站是否有电、终端电阻是否正确等等。4.需要考虑通讯距离、通讯速度、关键的一点是否有干扰。这些问题中，除了干扰之外，只要细心，基本都能解决。但是一定不要大意，有计划、有顺序的耐心去逐一确认，不要因为只是稍微的大意一下而让一个非常微小的失误折腾自己大半天。而干扰的问题就不太好讲了，接地、屏蔽等等，要仔细确认现场的实际情况。另外再举2个小例子，小问题的。1.一个朋友和我说的，他的一个现场，现场人员找他说后面几个站掉了，先是电话沟通，让现场逐一确认。后来他又亲自跑到现场，查了半天也没找到问题，就是从某个站之后都连不上。最后更换DP头时才发现，原来有人私自拆过该DP头，结构装上的时候把终端电阻的开关装反了，看着是拨在正确位置，实际上错误的。2.我以前一个同事的现场，电话沟通，从站总是连不上，因为是个新手，有些情况不能确认。最后咨询之后把DP通讯的速率降了下来，就好用了。估计是有施工不合格地方或者线路有微量干扰。以下是引用feiyan在2011-03-16 11:50:44的发言： 做了好几年，DP总线算是不太好处理的一部分，往往很难找出原因。这里我觉得可以分为故障诊断、故障显示以及故障排除三部分来探讨。首先是简单的确定那个站正常，那个站故障，西门子提供了很多的途径1.PLC指示灯：当然就是BF灯了，不过只能确定总线可能故障，无法提供更进一步的信息了。2.硬件诊断在线诊断功能，如果DP站图标上有一斜划线，则该DP从站未连接；如果图表发虚，可能是PC没有监控到PLC；如果图表发虚，而且有斜划线，则是用SFC12禁用了该站。优点：简便直观，缺点：无法体现一些瞬间闪断的情况。3.在线查看PLC的诊断缓冲区。一般从站未连接的话，会提示分布式IO同步，incoming event，如果总线干扰严重，时断时序，则反复出现该类报警优点：记录详细，缺点，无法编程处理，或上报给其他通讯伙伴，仅可用于显示4.OB86编程OB86可以诊断分布式从站的连接故障，一般在OB86_EV_CLASS 中，B#16#39: 表示连接中断，B#16#38: 表示连接恢复正常；OB86_MDL_ADDR中包含了DP从站的逻辑地址，OB86_Z23包含了DP从站号、诊断地址等，这两个变量可以帮助确定哪个从站存在问题优点：编程简单，可以与其他通讯伙伴交互故障信息。缺点，所有诊断的站需逐个编程。 比较适用与对特定站的监控。5.FB125这个块是西门子后期开发的专用于DP诊断的功能块，功能非常强大，适用于一些对运行稳定性及现场需要严格掌控的场合。可以逐个轮训总线系统的各个从站，记录每个从站的运行状态。优点：编程简单，专业性强，缺点：占用空间大啊！以下是引用冬日在2011-03-18 17:07:09的发言： OB86只在网络出现问题或者问题恢复时工作，这样的结果就是无法实时监控。而用FB125就很方便，可以实时监控。最主要是根据说明书搞清楚每个地址的含义。以下是引用凌波微步在2011-03-20 00:15:24的发言： PROFIBUS DP系统故障分析如下：这个属于网络故障。但凡网络故障应该分为硬件和组态两部分的故障。硬件部分无非是网线，接头，接口模块，接入数量，通讯距离，干扰。组态部分无非也就是软件中的设置，包括通讯速率，地址，组态的从站数量等一硬件故障：1 。DP接头故障：1.1现在中国市场有很多的高仿的DP接头，质量好坏无法保障1.2自制DP接头，同样质量好坏无法保障1.3DP终端设置故障1.4DP接头接线故障1.5使用DP接头的专用工具，会减少1.4中的接线故障；接线标准了，自然故障率就降低了；1.6DP接头与接口模块连接要可靠，很多朋友在调试期间将DP接头插上，但不通过螺丝固定，接触不良往往会影响通讯。2.DP网线：2.1使用专用接线工具，同样会再DP网线上降低接线的故障率；2.2DP网线的铺设也很重要。不要与动力电缆混用桥架；DP网线不要使用国产或者高仿产品，因为质量无法得到保障；防鼠，防腐等也需要注意（我同事的一个项目中曾经的DP网线就被老鼠咬断）；3.接口模块：3.1虽然接口模块的故障率较低，但还是又一定的几率的。可以考虑更换新的接口模块进行测试。4.通讯距离不宜过长，可参考官方数据。距离越长，波特率应该越小；超出最大范围应该通过中继器，或者光电转换模块等方式延长通讯距离；5.DP网络中的从站数量不宜过多。过多的从站，相应的波特率要降低。且组态的数量要大于等于实际连接从站的数量。6.干扰：干扰往往是通讯好坏的关键因素。网线铺设，DP接头屏蔽层的接线好坏，有源终端的使用等都是在干扰方面需要考虑的。二、组态部分1.组态的通讯速率，通讯距离，从站数量都要根据项目的实际情况来考虑。不是一成不变的。具体的依据参考“硬件部分”的相关描述。以下是引用玩工控的老家伙在2011-03-30 11:56:22的发言： 我公司的生产线由德国制作。PLC CPU 416-2DP，系统用两套光纤链路和连接几十个ET200M、变频器、光电编码器和OP170B屏从站；DP通讯；通过上位机下挂用户终端机诊断、提示系统故障。今年1月份，系统诊断软件提示某升降机DP通讯故障，并停机。该升降机分升降和行走两套机构，升降机构为油缸驱动；行走机构为变频器驱动；但是检测装置都是光电编码器。升降机构光电编码器为一条通讯回路的末端，前面还有行走机构光电编码器相串联。开始根据诊断提示升降机构光电编码器DP故障，通过更换光电编码器和Profibus通讯电缆，故障都不能消除，后来将升降机构光电编码器DP电缆从DP接头的A2B2移相与A1B1并联，故障暂时消失，但不久又见。 在处理故障过程中偶然发现，行走机构光电编码器上有油污，原来其上方有一阀站漏油，将该编码器卸下打开一看，里面已经充满了液压油，查其原因：一是阀站漏油滴在编码器上；二是编码器DP进线没有密封；三是编码器DP进线口朝上能进油。处理方法：密封编码器DP进线接口，调整编码器DP进线接口安装方向，使其朝下安装。处理好编码器再恢复接线，DP通讯故障消失，恢复正常生产。 通过这一故障的处理，可以看出，诊断软件可能会误报位置，要根据现场情况才能解决问题。2）诊断中继器的功能及使用方法（6楼8楼）quote: 以下是引用冬日在2011-03-18 17:04:55的发言： 中继器有一点要特别注意就是拨码开关。上下的拨码和中间的拨码不一样的含义，不注意会搞混了。上下on就是相当于终端，断开的意思。二中间on恰恰相反，是接通。这个第一次接触中继器的要特别注意。以下是引用Automann在2011-03-30 07:16:10的发言： 本帖转自/blog.asp?name=liaochangchu RS-485中继器用于连接不同的网段，以增加站点的数目，每个网段最多32个站。中继器还用于信号恢复和总线段之间的电气隔离。 诊断中继器除了普通中继器的功能外，还提供铜质总线电缆的物理在线监控，发生故障时，自动检测故障类型和故障位置（精确到米），发送诊断报文到DP主站。可以诊断通信线断线、短路、没有诊断电阻、网段中节点过多等故障。诊断中继器有3个DP接口，一个用于连接DP主站，另外两个用于对两个网段进行监控。用诊断中继器面板上的DIP开关设置它的DP从站地址。在组态时组态诊断中继器和其他DP从站。 在诊断故障之前，接好全部硬件线路，计算机的CP卡设置为PROFIBUS，连接到诊断中继器的PG接口。执行菜单命令“PLC”“PROFIBUS”“准备线路诊断”，诊断中继器搜索各从站的PROFIBUS地址，检测各个从站到中继器的距离，将它们存储在拓扑表中。 有故障时可以用菜单命令显示网络拓扑（见下图）。双击有故障的3号从站，可以看到故障信息。双击诊断中继器，打开它的模块信息对话框，可以看到有错误的网段，错误信息和解决方法。点击“详细资料”按钮，可以获得详细的信息。 诊断中继器为各网段和PG接口分别分配一个诊断缓冲区，用来记录和显示网络的历史错误事件。诊断中继器为网段DP2和DP3各分配了一个统计缓冲区，其中包含反射错误率和消息帧错误率的信息。 西门子工业通信网络组态编程与故障诊断给出了诊断缓冲区的详细使用方法，和故障诊断的实例。以下是引用秋水共长在2011-04-01 00:01:02的发言： 好几天前在邮件中就收到邀请参与这个主题的讨论，但是前几天赶工程忙，就没静下心来写，打算晚上结合自己的工程实际写点体会，跟各位分享和探讨1.诊断中继器的功能及使用方法我在工程项目中用的是RS-485中继，DP通讯时如果上端口或下端口有两跟线时要将开关打到OFF的位置，中间的开关要打到ON的位置（简单说就是两根线打到off，一跟线打到on，当然有时也不一定绝对，有一次在工程现场维修，一个触摸屏死活通讯不上，后来发现是他们之间的中继（单通讯线）都打到on，当把单线的中继的相应开关打到off的时候发现就可以通讯上了，后来解释的原因是：信号放大的太强了，触摸屏收发有问题）；通讯线的屏蔽层要接好地，地线也要可靠的接到地上；单个中继通讯线的长度最好不要超过50m，两个中继之间最好不要超过100m，如果有大功率的变频器，通讯线最好同电机屏蔽线分开布置电缆，不要靠的太近。中继器的上端口的灯如果是亮的，表示进来的通讯没有问题，如果下端口的灯也亮的话表示出去的通讯也是没有问题。2.DP接口LED状态和故障显示CPU的灯指示的意义SF灯亮通常是由下面的原因引起的：程序硬件组态同实际的硬件组态实物型号不一致，实物的硬件组态顺序同程序组态的顺利不一致，模块的背板连接不好，cpu的型号和版本同实物不一致，程序中使用了或定义了cpu不支持的变量BF灯亮表示系统中有工作站没有连上，原因有站的地址没有设对，DP插头的接线不正确或接触不好（尤其是西门子的那种用手按的那种，很容易通讯不上），DP插头的拨码开关及进出口的顺序搞错了，没有终端电阻或者终端只有一个线的时候没有将终端电阻拨到on的位置，变频器的高频干扰，通讯线的黄绿铜线短路，距离远没有加中继器。3.Step7软件使用硬件诊断分析诊断信息在发现CPU的BF灯在闪亮时，我们可以把电脑中的S7打开，通过硬件组态中的在线功能，可以很直观的看出那些站点可以通上，那些不可以，然后跟据当时现场网络的连接特点及自己的经验来查找原因，通讯应该说是现场调试的一个相对来说比较容易出问题及麻烦的问题，有时候现场调试的时候会发现通讯很奇怪，很难用理论来解释，所以个人认为通讯调试需要仔细细心的排查问题，可靠严谨的接线及相对丰富的现场调试经验。46条在工程项目的时候基本没用到，感觉一般的通讯调试没必要把功能块什么的调出来，实践经验较少，忘各位指教！3）DP接口LED状态和故障显示（9楼11楼）quote: 以下是引用sunyy在2011-03-21 10:23:29的发言： 我一般都是根据CPU和DP接口模块上的指示灯的状态来判断故障。这种方种简单实用。目前我遇到的DP故障都可以用这种方法解决。CPU LED：SF (红色) 硬件或软件错误BF (红色) DP总线出错（只适用带有DP接口的CPU）DC5V (绿色) CPU和S7-300总线的5V电源正常FRCE (黄色) 强制作业有效RUN (绿色) CPU处于“RUN”状态，LED在Startup状态以2Hz频率闪烁，在“HOLD”状态频率为0.5HzSTOP (黄色) CPU处于“STOP”或Startup或“HOLD”状态；在存储器复位时LED以0.5Hz频率闪烁，在存储器置位时LED以2Hz频率闪烁。如BF灯亮，则表示DP总线有故障，再检查每个DP接口模块，有红灯亮的即为故障点。一般都是DP接头坏了、终端电阻、DP头接线错误不、接口模块接线问题等，但我也遇到过一次DP接口模块坏了的情况。以下是引用Automann在2011-03-23 11:54:01的发言： CPU、DP从站和信号模块上的LED（发光二极管）提供了定位故障的基本信息。这种诊断方法简单、方便、直观，但是某些LED给出的故障信号可能很笼统，需要进一步使用其他诊断方法，例如用STEP 7的快速视图、诊断视图和模块信息进行诊断，才能获得具体、准确的诊断信息。如果控制系统的分布范围很宽，查看所有设备的LED也很费时费事。 下面重点介绍与S7-300的故障诊断有关的LED： 1）SF（系统错误/故障，红色）：在CPU有硬件故障或软件错误时亮。可能的故障包括硬件故障、固件故障、存储卡故障、外部I/O故障、上电时电池有故障或没有后备电池、编程错误、参数设置错误、计算错误和时间错误等。 2）BF（总线错误，红色）LED常亮：总线故障(硬件故障)，DP接口故障，多DP主站模式下不同的传输速率，DP接口（设置为从站/主站）被激活时总线短路。应检查总线电缆有无短路或断路，查看诊断信息，改正原有的组态。 3）BF LED闪烁，CPU作DP主站。可能的原因：连接的站有故障、无法访问至少一个已组态的从站、错误的项目组态。应检查总线电缆是否已连接到CPU，总线是否断开。CPU启动时如果LED不停止闪烁，应检查DP从站，或查看DP从站的诊断数据。 4）BF LED闪烁，CPU是活动的DP从站。可能的原因：超过了响应监视时间、DP通信中断、错误的PROFIBUS地址和错误的项目组态。应检查CPU、确认总线连接器是否安装正确、检查连接DP主站的总线电缆是否断路，检查组态数据和参数。 5）BF2/BF3 LED常亮：PROFINET接口故障。不能通信，例如，作为IO控制器的CPU与交换机或子网的连接断开、传输速率错误、未设置全双工模式。 6）BF2/BF3 LED闪烁：PROFINET接口连接的I/O设备有故障，至少一个已分配的I/O设备无法寻址，项目组态错误。 S7-400 CPU的系统故障分为INTF（内部故障）和EXTF（外部故障）LED。每个DP接口有一个总线故障LED。 可以在CPU 31xC 和CPU 31x安装操作手册和S7-400 CPU规格设备手册中查阅用LED诊断故障的详细信息，故障可能的原因和解决的方法。包括单个LED常亮或闪烁、多个LED状态的组合对应的故障信息。 DP从站模块也有用于指示DP从站的运行状态和故障的LED。详细的信息请查阅各种DP从站的用户手册。以下是引用htc在2011-03-30 19:29:11的发言： quote: 以下是引用Yab在2011-03-30 17:43:35的发言： 请教一个问题：系统内有12个DP站，最后一个ET200发BF报警，CPU发BUS2F故障，所有终端电阻设置均正确，由于系统原因未进行查找，请问这是否是DP接头问题？ 1、如果是ET200BF灯闪，可能是由于组态信息与实际模块信息不匹配。检查 ET200结构是否缺少模块或模块有故障，或者是否插入了未组态的模块。检查组态并纠正参数分配错误。2、如果ET200灯常亮，可能是与ET200站或与之连接的上一个站的DP插头的问题，有可能是线没有接好，发生断线。4）Step7软件使用硬件诊断分析诊断信息（13楼16楼）quote: 以下是引用划痕在2011-03-16 07:48:41的发言： 一般使用在线诊断比较方便，将硬件组态画面打开，选择在线，此时如果存在丢站时，该DP站将会是灰色的，显示有一个叉，然后再通过进一步查找原因就好了。多数情况下是接线虚，或者是进出线接反了，或者拨码开关位置错误了，另外还有可能是对于MPI站地址的设置与组态中的不一致造成的。以下是引用HUANGZE75在2011-03-17 16:06:44的发言： 使用数据线连接好PLC和电脑，1.在硬件组态内使用站点，在线打开命令，可以很方便看到整个项目内站点工作情况，如果DP站丢失则在此站点上有一个红色的斜杠出现，通过点击丢失的站点右键可以查看模块信息。2.在项目块文件处点击PLC诊断设置内硬件诊断命令内可以很快显示丢失的站点，及查看模块信息。3.在项目块文件处点击PLC诊断设置内模块信息，可以查看CPU目前状态，及缓冲区的信息。以下是引用冷酷在2011-03-17 20:56:13的发言： 出现DP网络故障时一定要注意查看一下PLC里的CPU故障信息记录，往往能对故障查询提供指导，另外就是每次发生故障时的状况要记录好，做好分析判断，总结，如何避免下次再犯！以下是引用Automann在2011-03-22 23:00:34的发言： 本帖转自/more.asp?name=liaochangchu&id=117288， 1诊断的必要条件 为了用STEP 7对控制系统进行监控和故障诊断，下载到CPU的项目文件必须与计算机中的项目文件完全相同。如果下载的项目没有加密，可以用STEP 7上载CPU中的用户程序和组态信息。 2用快速视图诊断故障 选中SIMATIC管理器中要检查的PLC站点，执行菜单命令“PLC”“诊断/设置”“硬件诊断”，打开快速视图，将看到该站的CPU、有故障的模块和DP从站。选中某个DP从站，点击“模块信息”按钮，可以查看它的故障信息。 3用CPU的诊断缓冲区诊断故障 选中快速视图中的CPU，点击“模块信息”按钮，打开CPU的模块信息对话框。在模块信息对话框的“诊断缓冲区”选项卡可以看到各种诊断事件，选中某一事件，诊断缓冲区下面“关于事件的详细资料”窗口将显示该事件的详细信息。点击“事件帮助”按钮，可得到帮助信息。 从诊断缓冲区可以获得与故障有关的详细准确的信息。包括有故障的DP从站所在的网络编号和DP从站的编号，要求调用的处理故障的OB的编号，CPU停机的原因，有故障的模块的起始地址，是什么样的故障。是进入的事件（故障出现）或者是离开的事件（故障消失）。下面的小图是详细资料的下半部分。 在SIMATIC管理器中执行菜单命令“PLC”“诊断/设置”“模块信息”，也可以打开CPU的模块信息对话框。 4用诊断视图进行诊断 诊断视图实际上就是在线的硬件组态视图。点击快速视图中的“打开在线站点”按钮，打开诊断视图，可以看到有故障的DP从站和从站中有故障的模块。双击有故障的模块，打开其“模块信息”对话框，可以看到该模块具体准确的故障信息。 对DP网络故障诊断有兴趣的网友可以看看西门子工业网络组态编程与故障诊断，该书用近三分之一的篇幅，通过大量的实例，详细地介绍了用各种方法诊断和显示PROFIBUS-DP、PA和PROFINET网络故障的方法，以及故障诊断的仿真和硬件实验的结果。 该书的详情见/booksinfo/11/1174588.html5）使用OB86用于DP状态分析（17楼22楼）quote: 以下是引用HUANGZE75在2011-03-17 15:17:00的发言： 对于使用DP总线系统，需要使用OB86来作为DP故障诊断.需要对OB86内变量做编程处理，1.#OB86_EV_CLASS。事件等级和标识符：B#16#38：离开事件，B#16#39：进入事件。 2. #OB86_FLT_ID。错误代码：(可能值：B#16#C1、B#16#C2、B#16#C3、B#16#C4、B#16#C5、B#16#C6、B#16#C7、B#16#C8、B#16#CA、B#16#CB、B#16#CC、B#16#CD、B#16#CE)分布式I/O设备：DP主站系统故障报错误代码为B#16#C3 3.#OB86_Z23， L #OB86_Z23 L DW#16#FF AW L 1/DP地址 =I R 来复位DP站点报警信号 L #OB86_Z23 L DW#16#FF AW L 37/DP地址 =I S 来置位DP子站站点报警。以下是引用HUANGZE75在2011-03-18 08:51:32的发言： 实践中出现DP站点瞬间丢失又马上恢复正常想象，所以想知道是哪个DP站点出的问题，事后很难知道，所以最好有使用触摸屏或上位机的，就需要做有相应站点故障的报警程序，如果没有触摸屏或上位机那就需要在程序中，作记忆故障的程序，以便在线查看程序时就清楚了。需要使用OB86内变量，针对变量的含义做置位站点故障的报警及人工复位的故障的站点，就很清楚出故障的站点以便做相应的维修。以下是引用雷哥1在2011-03-18 16:39:55的发言： 我是使用SFC13“read diagnostic data of a dp salve”读出诊断缓冲区的数据，再进行判断的。以下是引用Automann在2011-03-24 09:46:51的发言： 本帖转自/blog.asp?name=liaochangchu 使用STEP 7进行诊断是一种“手动”的诊断方法，需要维修人员在现场用计算机来进行诊断。这种诊断方法简便易行，可以迅速地获取准确、详细的诊断信息。但是需要使用安装了STEP 7的计算机，和与PLC通信的硬件。此外还要求使用者熟悉STEP 7，掌握用STEP 7进行故障诊断的操作方法。 为了实现故障诊断和显示的自动化，首先需要调用SFC 13来读取诊断数据，编写程序来分析故障，得出结论，然后用人机界面或WinCC画面上的指示灯显示有故障的从站，或者调用SFC 17等系统功能，将故障报警消息发送给人机界面。 考虑到需要分别保存用SFC 13读取的可能同时出现故障的从站的诊断数据，编程较为复杂。 各DP从站和CPU的用户手册均有它们的诊断数据的数据结构和诊断数据意义的详细解释。它们可能与从站的型号、订货号、组成从站的模块数量和是否用于冗余系统均有关系。SFC 13提供的是“原始”的诊断数据，分析诊断数据的工作量很大，有的ET 200系列只有英文的用户手册。 在分析SFC 13读取的诊断数据时，必须仔细阅读从站的用户手册，搞清诊断数据每个字、字节、甚至每一位的意义，在大量的数据中找到关键的信息，最后得出故障诊断的结论。因为DP从站和从站中的模块的型号很多，分析诊断数据的编程工作量非常大，并且有很大的难度。对于最终的用户，这一任务几乎是不能完成的。以下是引用Automann在2011-03-28 08:38:37的发言： 本帖转自/blog.asp?name=liaochangchu 下面是与网络通信故障有关的中断组织块： 1诊断中断组织块OB82 具有诊断功能并启用了诊断中断的模块检测到错误，以及错误消失时，产生诊断中断，CPU的操作系统自动调用诊断中断组织块OB82。 2优先级错误中断组织块OB85 由于通信或组态的原因，模块不存在或有故障，刷新过程映像表时I/O访问出错，CPU将会调用OB85。S7-300和S7-400默认的设置分别是发生I/O访问错误时不调用OB85和每个扫描循环周期都要调用一次OB85。另一种可选的设置是错误刚发生和刚消失时分别调用一次OB85。 3机架故障或分布式I/O的站故障中断（OB86） 如果扩展机架、DP主站系统或分布式I/O出现故障，CPU将在故障出现和消失时分别调用一次OB86。 4I/O访问错误中断（OB122） CPU如果用PI/PQ区的地址访问有故障的I/O模块、不存在的或有故障的DP从站，CPU将在每个扫描循环周期调用一次OB122。 出现硬件和网络故障时，如果没有生成和下载对应的组织块，CPU将切换到STOP状态。如果采用默认的设置，S7-300应生成和下载OB82、OB86和OB122；S7-400还应增加OB85。 即使没有在这些OB中编写任何程序，出现上述故障时，CPU也不会进入STOP模式。但是可能不易察觉到故障的出现和发生的频率，反而会给系统的安全带来威胁。 可以在上述OB中，用下面的程序记录故障出现的次数，并用人机界面显示。应设置一个将故障计数值清零的按钮。 L MW 10 + 1 T MW 10 可以用下面的程序调用SFC 20，将OB86的局部变量保存到某个数据块的数组中。 CALL BLKMOV SRCBLK :=P#L 0.0 BYTE 20 RET_VAL :=MW54 DSTBLK :=DB86.ARY 下图是DP从站出现故障时保存的OB86的局部数据。OB86的在线帮助给出了局部数据意义的详细解释。DBB0的16#39、16#38分别表示故障出现和消失。DBB1为#C3C5时分别表示DP网络故障、DP从站故障和DP从站内部的故障。 在DP从站故障时，DBW10中的16#0103表示DP网络编号为1，从站的站地址为3。DBD12和DBD16是调用OB的日期和时间。 可以编写程序来分析局部数据，并用人机界面显示分析的结果。例如在某个DP从站出现故障时将画面上对应的指示灯点亮，在故障消失时将对应的指示灯关掉。 可以用类似的方法编写OB82中的程序。但是遗憾的是OB82的局部数据并不包含与诊断故障有关的全部信息，例如并不包含AO模块输出电路开路和短路的故障信息。以下是引用蓝豆在2011-03-31 09:12:37的发言： 我们公司Profibus总线上挂接了很多ET200S、ET200L、ET200M模块，同时也挂接了几台变频器。出于安全方面的考虑，生产线大门打开时，安全继电器动作将变频器断电，为了防止CPU掉站停机，使用了OB86功能块，但同时造成了一个问题，就是其他模块通讯故障时无法发现，只有产品出现批量报废后才知道有故障，还要分析究竟是什么故障，为此我们采用了SFC51系统功能，使用方式如下： CALL RDSYSST REQ :=Flag_Req_read_DPBus SZL_ID :=W#16#292 INDEX :=W#16#1 RET_VAL :=#Ret_Val_SFC51 BUSY :=Flag_Req_read_DP_Busy SZL_HEADER:=#SLZ_Header DR :=P#M 150.0 BYTE 16 A Flag_Req_read_DPBus AN Flag_Req_read_DP_Busy R Flag_Req_read_DPBus JC Bus1 S Flag_Req_read_DPBusBus1: NOP 0SZL_ID:=W#16#0292：通过集成DP 接口连接的DP主站系统的中央机架/站的实际状态，这样系统不断读取128个从站的状态，并把结果输出到M150.0开始的16个字节中，读取从站对应的地址就可以直接判断其状态，从而做出报警6）Step7功能“Report System Error”的使用方法（23楼25楼）quote: 以下是引用htc在2011-03-27 00:16:44的发言： STEP 7功能“Report System Error”采用简单的方式以消息形式显示由组件提供的诊断信息。 该功能所需的块和消息文本由STEP 7自动生成。用户只需将生成的块下载到CPU并将文本传送到连接的 HMI 设备。 在HW Config中，选择您要为其组态系统错误报告的CPU。然后选择菜单项Options- Report System Error。在对话框中输入相关信息，可以参照帮助文件。 在Wincc或触摸屏上显示非常简单，无需太多的组态。以下是引用nucman在2011-03-27 12:14:03的发言： quote: 以下是引用htc在2011-03-27 00:16:44的发言： STEP 7功能“Report System Error”采用简单的方式以消息形式显示由组件提供的诊断信息。 该功能所需的块和消息文本由STEP 7自动生成。用户只需将生成的块下载到CPU并将文本传送到连接的 HMI 设备。 在HW Config中，选择您要为其组态系统错误报告的CPU。然后选择菜单项Options- Report System Error。在对话框中输入相关信息，可以参照帮助文件。 在Wincc或触摸屏上显示非常简单，无需太多的组态。采用RSE方式在HMI上显示诊断信息，还涉及一个时钟同步的问题。具体的实现方式可以参照下载中心ID：44049612及17990844两篇文档。以下是引用Automann在2011-03-27 18:27:18的发言： 本帖转自/blog.asp?name=liaochangchu 实现报告系统错误功能的操作步骤如下： 1生成项目，组态S7-300/400的站点和PROFIBUS-DP网络，组态DP从站，启用有诊断功能的模块的诊断中断功能。 2选中硬件组态工具HW Config中的CPU，执行菜单命令“选项”“报告系统错误”，打开“报告系统错误”对话框。可以全部采用默认的参数，点击“生成”按钮，就可以自动生成用于诊断故障和发送消息的OB、FB、FC和DB，以及OB1、OB82和OB86中调用诊断故障的FB 49的程序。同时还生成了各机架、从站和模块对应的故障消息。每个从站和模块有两条自动生成的报警消息。 3生成一个人机界面的站点，打开网络组态工具NetPro，将PLC和人机界面站点连接到MPI网络上。 4双击人机界面站点，打开集成在STEP 7项目中的WinCC flexible项目，双击项目视图的“通讯”文件夹中的“连接”图标，在连接表中将HMI与PLC的通信连接设置为“开”。 5双击WinCC flexible项目视图的“报警管理设置”文件夹中的“报警设置”图标，在“报警设置”视图中，激活“S7诊断报警”。 选中“报警程序”表第一行“ALARM_S”列“所有显示的类”。 6在画面上生成一个报警视图，组态它的属性。在“常规”选项卡选中“报警事件”，和“报警类别”列表中的“S7报警”。生成“信息文本”和“确认”按钮。 7建立PLC和计算机的硬件通信连接，将PLC的用户程序和系统数据下载到PLC。 8点击WinCC flexible工具栏上的 按钮，启动WinCC flexible的运行系统，出现模拟的HMI画面。 9用电缆连接CPU和从站的DP接口，将CPU和DP从站切换到运行模式。断开7号从站（ET 200M）6号槽的AO模块0号通道的电流输出电路，在仿真画面上出现“模拟输出断线”的消息（见下图）。断开5号从站的电源，画面上出现5号从站故障的消息。 点击画面右下角的确认按钮，出现一条以“#.”结束的确认消息。接通AO模块的电流输出电路，故障消失，又出现一条报警消息。 可以用PLCSIM对PLC仿真，用WinCC flexible的运行系统对触摸屏仿真，实现全软件的仿真。下图是用WinCC的报警控件显示的报警消息。可以用PLCSIM和WinCC配合，做仿真实验。 下面是用报告系统错误功能诊断故障的特点： 1容易实现，组态时全部采用默认的参数，不需要用户设置任何参数，就可以自动生成用于诊断故障、发送消息的全部用户程序和报警消息。运行时如果出现故障，CPU自动读取诊断数据，调用报告系统错误功能生成的程序来分析诊断数据，并将包含故障信息的报警消息发送给人机界面。 2功能强大。实验表明，报警消息能提供准确、详细的故障信号。可以显示几乎同时出现的多个故障的消息，每条消息包含了较为丰富的故障信息。因此报告系统错误功能是一种相当理想的DP网络故障诊断方法。 3报告系统错误功能只能使用西门子的人机界面和WinCC显示报警消息。 4人机界面显示的报警消息没有故障出现或消失的信息。 5我觉得STEP 7和WinCC这两个软件在报警消息上配合得很不好，很多东西对不上号。用WinCC显示报警消息的组态工作量很大，需要删除报警控件一些默认的显示项，增加一些显示项。例如需要增加用户文本块中的“块：3”，它对应于STEP 7的报警消息中极为关键的“消息文本”，还需要增加“状态”列，将状态文本中的符号改为文字（已到达、已确认等）。对于初次接触报警控件的人来说，无疑是一头雾水，令人不知所措。 西门子工业通信网络组态编程与故障诊断给出了实现报告系统错误功能的详细实例，包括用WinCC显示报警消息的详细组态方法。7）采用功能块FB125FB126用于DP系统故障诊断（26楼30楼）quote: 以下是引用sgaibobo在2011-03-16 09:21:48的发言： 我目前正在使用FB125辅助诊断现场profibus-dp网络,在使用过程中也发现了一些小问题,比如当一个从站的一个模块产生两个通道故障时按照使用说明给SINGLE_STEP_ERROR一个脉冲信号,就可以从当前显示的错误切换到下一个错误,但是在实际使用中发现只是错误通道的编号切换了,错误信息代码并没有切换.还有就是只有带通道诊断的模块才能被诊断,不带通道诊断的模块就无法产生诊断信息.而现场使用的模块大部分为数据量输入/输出模块,普通的数字量输入/输出模块都不带通道诊断,所以故障信息难以细化.以下是引用我家牛在2011-03-18 12:56:02的发言： quote: 以下是引用朱广雷在2011-03-17 09:14:35的发言： 用CP5512可以诊断DP站点的通讯状态，没有必要用功能块FB125的麻烦。 使用FB125，FC125，可以在程序或上位机上显示站故障的情况。而cp5512，以及cp5611的诊断只是其硬件特性，plc无法得知处理。以下是引用Automann在2011-03-25 08:54:16的发言： 本帖转自/blog.asp?name=l