热门搜索:
西门子LOGO售后
1.应用的基本信息
1.1 基本应用信息描述
车间一条主焊线,cpu1500系列PLC,下挂216个从站,使用X224做星型拓扑,连接ET200ASP及SMC阀岛、巴鲁夫模块、库卡四代机器人等。在各个工位使用X208进行网络连接。
出现单工位,单台机器人与主线PLC连接频繁闪断。
2.故障的检测和解决
2.1 故障或问题分析
根据现场X208交换机的指示灯的状态,判断网络电缆没有严重问题,且现场没有强干扰;
网络较复杂,网段站点较多;机器人与PLC通讯的设备描述文件中通讯参数设备为默认参数,没有进行参数优化。
2.2 故障或问题处理
增加故障工位库卡机器人的通讯周期;
3. 实践联系理论
这个完全是从网上复制的思路。
西门子LOGO售后
4.经验总结
4.1 遗留的问题
依然么有明白为什么会闪断,根本原因是什么,电气连接没有问题,通讯故障也不是多次发生,出现故障后进行处理后就恢复稳定了。
4.2 改进方法
较近一直在阅读PN网络相关西门子手册,包括网上赵老师的视频,希望下次再出现故障能有更清晰的思路,网络故障确实难,确实有意思。
安全,在当代自动化设备中越来越多的被人重视。欧洲已经将CE认证写入法律,我国在安全这个方向上要走的路还很长,但是安全是今后必须和必将重视的话题。
今天我来分享一下曾经在一个项目中用到的几个西门子品牌的安全产品:
案例1:
安全继电器:3SK1121-1CB42
急停按钮:3SB3603-1HA20+3SB3400-0C
急停按钮盒:3SB38 01-2EG3
先上接线图:
两个安全元件(急停按钮盒和急停按钮),选择串接不影响安全等级。安全继电器的控制方式选择monitor,即按下急停触发急停条件后,再次抬起急停按钮,故障不自动取消,需要脉冲复位,也就是我们所说的故障确认键。还有一个特殊的地方,这个安全继电器有两个延时触点,并且时间可以调整,对于本案例的应用来说比较合适。本案例中每在急停按下的时候有一个特殊轴需要微动5mm,而后进人STO模式。
案例2:
安全继电器:3SK1111-1AB30
安全位置开关:3SE5322-1SD21+3SE5000-0AV01
安全位置开关也就是我们常说的安全门锁,很多人不知道西门子还有安全门锁,其实西门子安全门锁已经做了很久了,而且性价比是比较好的。直接上图,看下安全门锁的应用:
本案例中,安全继电器选用了auto模式,也就是安全消失后再次恢复不需要脉冲复位了,安全继电器直接输出,本案例监控安全门锁的线圈。安全门锁的打开条件可以串接在图中所示位置。本例中将驱动的转速作为条件,如果转速低于某一固定值时门锁可以打开。
驱动侧参数设置如下:
转速阈值3在参数p2161中设置。
理解时间片和CCP的概念是理解西门子PLC通信原理的钥匙,因为有了这个钥匙,才能进入到PLC通信世界,才能领略到PLC通信的精彩!
研究完时间片和CCP概念,也理解了20%参数的作用和意义。喜悦的感觉油然而生,觉得过去辛苦的付出终于有了回报。然而在PLC通信上仅仅才刚刚开始,笔记本上的众多问题知识解决了一部分,还有很多尚未解决。还要不断前行,去探索那些未知的知识。
眼前就有这样的问题,20%参数决定了发生在时间片上的通信,也就是发生在时间片上的通信会受这个参数的影响,那么调整20%的大小,对于通信的影响会是如何呢?
还有前面的试验。PG与S7-300/400设置MW10参数的例子,无论 S7-300还是S7-400,甚至S7-1500,PG写入MW10的数据是先被某数据缓冲区缓存了,然后出现时间片或CCP通信,数据才出现在PLC的循环周期中,那么这个通信缓冲区与手册中提到的work memory,code memory是否存在关联?或者说它在哪?
此外前面也谈到过数据一致性,通信的数据一致性到底是什么?按照什么来设定一致性长度的?为什么 S7-300还是S7-400,甚至S7-1500的S7通信的数据一致性的长度会不同?那么如果S7-300与S7-1500通信双方的数据一致性会不同还是相同?
有了这些问题,我不知道该从哪里研究,似乎每个问题都很大,背后隐藏的知识好像都很多。好像要捋顺的东西也很多,不如去看看现成的成果吧,那就是Wireshark抓到的那些S7报文。
从Wireshark看到的那些S7报文,其格式都是按照如下的S7数据帧的方式进行封装的。要理解这个报文的封装,应该从ISO/OSI参考模型说起。
很幸运,研究Profinet,接触过这个概念,对于Profinet为什么具有实时的快速性,其中关键的一条就是通信堆栈的时间缩短了,也就是从*7层数据层直接落到*二层数据链路层,省略了6,5,4,3层的数据封装,所以通信的实时性尤为快速。所以,Profinet IO帧不会像S7帧那样,没有IP header以及TCP header。
那么看到S7帧,就知道它是典型的IP包,从ISO/OSI的角度,在S7 data位于*7层,在进行下层封装时,会加载S7报文头,然后落到*4层,加载TCP报文头,接着落到*三层,加载IP报文头,以此类推,最后封装成帧,发送到接收方,然后再按照ISO/OSI参考模型解包,直到推送到*7层获取到S7 Data。
在WIreshark中,除了S7 data可以解释外,S7 Header是无法解析的,因为这属于西门子的私有协议,不对外公开,然而这不影响我对它的研究和理解。首先,PLC的S7通信有3种方式,分别是BSEND/BRECV,USEND/URECV,PUT/GET,从手册和3种不同的功能块进行S7通信,说明这是3种不同的S7协议,因为它们的通信行为不同。例如手册中提到 BSEND/BRECV是面向连接的,USEND/URECV是面向非连接的。那么我们就不能把所有的S7协议混为一谈,或者说手册中常提到的S7协议,是有针对性的,或者说S7协议其实是一个协议集。 而对于BSEND/BRECV对于S7-300,S7-400,S7-1500它们的数据一致性长度分别是240B,480B,960B,那么它们仍然属于相同的协议,仅是数据一致性的大小不同而已,就好像TCP/IP通信,有些PLC只能做8K的数据传输,而有些PLC可以64K,但是它们仍然是同一种协议TCP/IP,这其实取决于CPU的性能而已。
基础理论的学习,有利于去了解更深层次的概念和理论,在学习PLC高级通信过程中,这些是必不可少的,要想远航,需要这些装备,这是我能够乘风破浪的基础**。
西门子LOGO售后