技术论坛

应用探讨——Profibus DP系统故障诊断——发帖整理

作者 主题
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
主题:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 2011-04-14 22:10:56
Profibus-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应用而言,这些都是保证通信正常的最基本的前提,所以在这里也建议大家在今后的项目中一定要按照规范安装、接线。
以下为本次探讨的发帖整理,查看原始交流内容请点击此处
[b]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楼)
[/b]

 
以下网友喜欢您的帖子:

  
重要声明:

著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

帖子链接:https://www.ad.siemens.com.cn/club/bbs/post.aspx?b_id=7&a_id=831002&s_id=0&num=29

奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 1楼 2011-04-14 22:21:03
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通讯的速率降了下来,就好用了。估计是有施工不合格地方或者线路有微量干扰。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 2楼 2011-04-14 22:21:18
quote:以下是引用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诊断的功能块,功能非常强大,适用于一些对运行稳定性及现场需要严格掌控的场合。可以逐个轮训总线系统的各个从站,记录每个从站的运行状态。
优点:编程简单,专业性强,缺点:占用空间大啊!

灌水太多,先到这里


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 3楼 2011-04-14 22:21:46
quote:以下是引用冬日在2011-03-18 17:07:09的发言:
OB86只在网络出现问题或者问题恢复时工作,这样的结果就是无法实时监控。而用FB125就很方便,可以实时监控。最主要是根据说明书搞清楚每个地址的含义。

 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 4楼 2011-04-14 22:22:09
quote:以下是引用凌波微步在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.组态的通讯速率,通讯距离,从站数量都要根据项目的实际情况来考虑。不是一成不变的。具体的依据参考“硬件部分”的相关描述。



 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 5楼 2011-04-14 22:22:24
quote:以下是引用玩工控的老家伙在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通讯故障消失,恢复正常生产。
通过这一故障的处理,可以看出,诊断软件可能会误报位置,要根据现场情况才能解决问题。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 6楼 2011-04-14 22:24:14
2)诊断中继器的功能及使用方法(6楼——8楼)

quote:以下是引用冬日在2011-03-18 17:04:55的发言:
中继器有一点要特别注意就是拨码开关。
上下的拨码和中间的拨码不一样的含义,不注意会搞混了。
上下on就是相当于终端,断开的意思。二中间on恰恰相反,是接通。这个第一次接触中继器的要特别注意。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 7楼 2011-04-14 22:24:30
quote:以下是引用Automann在2011-03-30 07:16:10的发言:
本帖转自http://blog.gkong.com/blog.asp?name=liaochangchu

RS-485中继器用于连接不同的网段,以增加站点的数目,每个网段最多32个站。中继器还用于信号恢复和总线段之间的电气隔离。
诊断中继器除了普通中继器的功能外,还提供铜质总线电缆的物理在线监控,发生故障时,自动检测故障类型和故障位置(精确到米),发送诊断报文到DP主站。可以诊断通信线断线、短路、没有诊断电阻、网段中节点过多等故障。诊断中继器有3个DP接口,一个用于连接DP主站,另外两个用于对两个网段进行监控。用诊断中继器面板上的DIP开关设置它的DP从站地址。在组态时组态诊断中继器和其他DP从站。
在诊断故障之前,接好全部硬件线路,计算机的CP卡设置为PROFIBUS,连接到诊断中继器的PG接口。执行菜单命令“PLC”→“PROFIBUS”→“准备线路诊断”,诊断中继器搜索各从站的PROFIBUS地址,检测各个从站到中继器的距离,将它们存储在拓扑表中。
有故障时可以用菜单命令显示网络拓扑(见下图)。双击有故障的3号从站,可以看到故障信息。双击诊断中继器,打开它的模块信息对话框,可以看到有错误的网段,错误信息和解决方法。点击“详细资料”按钮,可以获得详细的信息。
诊断中继器为各网段和PG接口分别分配一个诊断缓冲区,用来记录和显示网络的历史错误事件。诊断中继器为网段DP2和DP3各分配了一个统计缓冲区,其中包含反射错误率和消息帧错误率的信息。

《西门子工业通信网络组态编程与故障诊断》给出了诊断缓冲区的详细使用方法,和故障诊断的实例。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 8楼 2011-04-14 22:25:01
quote:以下是引用秋水共长在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打开,通过硬件组态中的在线功能,可以很直观的看出那些站点可以通上,那些不可以,然后跟据当时现场网络的连接特点及自己的经验来查找原因,通讯应该说是现场调试的一个相对来说比较容易出问题及麻烦的问题,有时候现场调试的时候会发现通讯很奇怪,很难用理论来解释,所以个人认为通讯调试需要仔细细心的排查问题,可靠严谨的接线及相对丰富的现场调试经验。

4-6条在工程项目的时候基本没用到,感觉一般的通讯调试没必要把功能块什么的调出来,实践经验较少,忘各位指教!


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 9楼 2011-04-14 22:26:38
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.5Hz
STOP (黄色) CPU处于“STOP”或"Startup"或“HOLD”状态;在存储器复位时LED以0.5Hz频率闪烁,在存储器置位时LED以2Hz频率闪烁。

如BF灯亮,则表示DP总线有故障,再检查每个DP接口模块,有红灯亮的即为故障点。一般都是DP接头坏了、终端电阻、DP头接线错误不、接口模块接线问题等,但我也遇到过一次DP接口模块坏了的情况。



 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 10楼 2011-04-14 22:26:53
quote:以下是引用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从站的用户手册。



 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 11楼 2011-04-14 22:27:05
quote:以下是引用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插头的问题,有可能是线没有接好,发生断线。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 13楼 2011-04-14 22:28:29
4)Step7软件使用硬件诊断分析诊断信息(13楼——16楼)

quote:以下是引用划痕在2011-03-16 07:48:41的发言:
一般使用在线诊断比较方便,将硬件组态画面打开,选择在线,此时如果存在丢站时,该DP站将会是灰色的,显示有一个叉,然后再通过进一步查找原因就好了。多数情况下是接线虚,或者是进出线接反了,或者拨码开关位置错误了,另外还有可能是对于MPI站地址的设置与组态中的不一致造成的。

 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 14楼 2011-04-14 22:28:46
quote:以下是引用HUANGZE75在2011-03-17 16:06:44的发言:
使用数据线连接好PLC和电脑,
1.在硬件组态内使用站点,在线打开命令,可以很方便看到整个项目内站点工作情况,如果DP站丢失则在此站点上有一个红色的斜杠出现,通过点击丢失的站点右键可以查看模块信息。
2.在项目块文件处点击PLC诊断设置内硬件诊断命令内可以很快显示丢失的站点,及查看模块信息。
3.在项目块文件处点击PLC诊断设置内模块信息,可以查看CPU目前状态,及缓冲区的信息。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 15楼 2011-04-14 22:28:56
quote:以下是引用冷酷在2011-03-17 20:56:13的发言:
出现DP网络故障时一定要注意查看一下PLC里的CPU故障信息记录,往往能对故障查询提供指导,另外就是每次发生故障时的状况要记录好,做好分析判断,总结,如何避免下次再犯!!

 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 16楼 2011-04-14 22:29:20
quote:以下是引用Automann在2011-03-22 23:00:34的发言:
本帖转自http://blog.gkong.com/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网络故障的方法,以及故障诊断的仿真和硬件实验的结果。
该书的详情见http://www.golden-book.com/booksinfo/11/1174588.html



 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 17楼 2011-04-14 22:31:10
5)使用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子站站点报警。





 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 18楼 2011-04-14 22:31:32
quote:以下是引用HUANGZE75在2011-03-18 08:51:32的发言:
实践中出现DP站点瞬间丢失又马上恢复正常想象,所以想知道是哪个DP站点出的问题,事后很难知道,所以最好有使用触摸屏或上位机的,就需要做有相应站点故障的报警程序,如果没有触摸屏或上位机那就需要在程序中,作记忆故障的程序,以便在线查看程序时就清楚了。
需要使用OB86内变量,针对变量的含义做置位站点故障的报警及人工复位的故障的站点,就很清楚出故障的站点以便做相应的维修。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 19楼 2011-04-14 22:31:42
quote:以下是引用雷哥1在2011-03-18 16:39:55的发言:
我是使用SFC13“read diagnostic data of a dp salve”读出诊断缓冲区的
数据,再进行判断的。


 
以下网友喜欢您的帖子:

  
奇侠

经验值: 6089
发帖数: 3970
精华帖: 20
回复:应用探讨——Profibus DP系统故障诊断——发帖整理


只看楼主 楼主 20楼 2011-04-14 22:32:05
quote:以下是引用Automann在2011-03-24 09:46:51的发言:
本帖转自http://blog.gkong.com/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从站和从站中的模块的型号很多,分析诊断数据的编程工作量非常大,并且有很大的难度。对于最终的用户,这一任务几乎是不能完成的。



 
以下网友喜欢您的帖子:

  
收起
应用探讨——Profibus DP系统故障诊断——发帖整理
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。