




《工业AI之我见》八、由预设逻辑规则控制到模糊控制-标注-适配智能控制的改变
2568浏览21回帖最新内容
AI还是需要人类来把关
【投稿】“技术漂流瓶”西门子小型自动化应用故事征集!100%有奖!
5323浏览11回帖最新内容
不太好整啊
工程师必备资源库 | 自动化框架AF·标准机器应用集锦·功能应用库
22641浏览46回帖最新内容
汉化版DEMO程序能发出来吗
首先,欢迎华东的技术支持工程师,APCSS!CCC专家团队通过网上论坛和微信与大家建立日常的技术交流渠道,目前只开辟此版块“Networks and Communication”,目的在于加强专家团队与区域工程师的日常技术沟通,帮助工程师答疑解惑,通过共同的努力,提高大家的技术能力和水平。此论坛仅用于所有提交问题的保存,讨论,以及分享。希望大家积极主动地发帖,与专家团队的工程师互动。此外,对于论坛中无法解决的问题,专家团队的工程师可以与大家一道共赴现场,解决技术问题。问题解决后的,仍旧由大家完成论坛上的问题和解决的提交。当然,除此之外,大家也可以积极分享自己在这方面解决问题的方案和经验。根据此论坛的运行情况,在未来看是否开辟其它的版区,例如Safety, EMC等等。具体的信息,大家可以参考附件。最后,让我们共勉,为技术支持工作添砖加瓦!!Coaching to RE.pdf
最新内容
大家的回复都不错,从各个方面都思考了,这个很好!我来总结一下:1, PTCP的工作原理,@1k01ye,@该昵称已注册都从理论上做了说明和分析,然后这里仅仅是PTCP的基础知识,对于如何计算我们还没有涉及,其实目前来说也没有必要涉及,这完全是基础学科。2,其实我们主要把握1个点,PTCP是组播协议,组播意味着是有指定的,只会在相邻的交换机之间交换报文,所以既然来了我们就要参与计算,但是这个计算并不是它所需要的,从而必然产生错误,导致通信失败。参考我以前的回答,时间计算错误。3,修复的方式,除了采用西门子的交换机做中间隔离主要原因就是阻挡了异侧来的PTCP的组播报文;也可以使用在端口中设置同步域的边界,这样不该发送PTCP组播的端口就不发了。4,最后,提出一个小问题,既然我们有两个同步域,那么我们是否可以修改同步域的名字使其不同,从而解决上述问题。
最近在昆山力格样机中遇1515F+V90PN_IRT无法通讯问题系统配置:1515F + 71个V90PN + 10个ET200S + 11个第三方PN_IO设备 +8个 菲尼克斯交换机。网络结构:1515F.X1.P1串联所有交换机,IO设备再于交换机连接;1515F.X1.P2 连接8个V90走IRT。?起始V90PN全部使用Epos功能,设备通讯OK。后来由于工艺要求,8个V90PN需要齿轮同步,更改为工艺对象控制,并使用IRT方式,组态完下载后就通讯异常。难道是IO设备太多,影响IRT通讯,查看手册,此CPU支持IO设备数量最大值256个,其中包含IRT最大值64个,这个参数完全cover这个样机的配置,因为之前都是RT的通讯是可以的,感觉是IRT增加了网络负荷,于是手动更改RT的刷新时间,增大IRT同步时间,问题都无法解决,此时处于深深的绝望之中。不行抓个包呗,于是在1515F.X1.P1口处的交换机端口进行抓包,瞬间出现超多PN-PTCP协议帧,突然想到好像和论坛里的问题一样啊,到论坛一看,果然和论坛里是同一类型的问题,结合之前论坛跟帖,IRT通讯异常的原因是菲尼克斯交换机...
最新内容
现场有24台1510SP,都通过路由器连接到上位机软件,用的UDP协议。在现场运行一年多。出现的问题是在断电重新上电的时候有的1510SP就通讯不上了,上载程序之后发现是路由器地址的设置没有了。重新设置下载之后就可以正常通讯。大约两个月出现一次。事情是偶然发现,随机的一台通讯不上。客户用的V13版本的博途软件。固件版本是V1.8.4和V2.0.1
现场有24台1510SP,都通过路由器连接到上位机软件,用的UDP协议。在现场运行一年多。出现的问题是在断电重新上电的时候有的1510SP就通讯不上了,上载程序之后发现是路由器地址的设置没有了。重新设置下载之后就可以正常通讯。大约两个月出现一次。事情是偶然发现,随机的一台通讯不上。客户用的V13版本的博途软件。固件版本是V1.8.4和V2.0.1
最新内容
感谢专家在百忙中的回复!客户没有采购iFeature卡,所以没有激活ipcf。计划让客户自己用AP的PC去ping下客户端下的PLC看看是否有区别,之前ping客户端管理地址确实不够合理。路径上有一段(并非终点)信号似乎特别差,这也是怀疑是否安装上有缺陷的原因。但是目测安装上没有特别的问题。是否有某些手段或者仪器可以辅助判别问题的原因?个人比较困惑的是客户提出的10ms的刷新,无线是否支持?或者说例如激活iPCF时,我们手册说的“系统中只有一个接入点,也就是说,客户端只在一个无线蜂窝区中移动。在这种情况下,支持大于等于 16 ms 的更新时间。”这里的16ms是怎么来的,算是一个经验值还是某种参数?
PDF版本的报告见文末附件。现场情况与设备信息:上海邮政通用技术公司在浙江桐乡承担桐乡韵达分拣线项目。上位机PC与S71500通信,1500控制下面的S71200小车运行。使用一个AP:W788-1RJ45,一个ClientW748-1RJ45。漏波电缆加一个功分器,电缆总长137米,在功分器;两端均匀分布。5G。AP接S71511C,通过以太网接收来自控制服务器的指令。客户端接S71200。Ap馈线长度5m,客户端馈线1m,天线是793-4MN。客户要求:现场工程师对通信的要求是:接入点处接的PC Ping客户端,响应时间在10ms以内。客户反映目前通信在某些区域存在演示,最大ping响应时间可能会达到20ms。(到现场时,客户具体通信程序尚未写好,还无法实现PLC间的通信。)现场采取的处理措施:1. 首先发现现场存在另一5G信号,占用157信道,与现场AP使用的重叠。立即让客户改为149信道。2. 告诉客户,AP 5米长的馈线实际用不到,建议改到1米,减小馈线衰减。现场没有多余1米馈线,无法替换。3. 检查现场安装情况。发现漏波电缆信号发射窗口与天线未对齐。让客户做整改,由于已安装...
最新内容
在最终用户现场一条汽车电子设备装备生产线上使用到了S7-1517系列PLC配合ET200SP分布式IO和现场第三方的机器人、阀岛、第三方驱动进行生产线的控制。现场子网上设备一共11个PN从站以及39个DP从站。现场PLC作为DP主站(终端电阻),按照连接现场第三方DP从站,190作为DP从站的末尾,整条产线长约50m,现场波特率使用1.5Mbps现场出现的问题为:客户软件环境使用的是V14 SP1,项目组态的PLC固件版本为V1.8的,一旦通过网线在线监控数据时,DP从站上的FESTO阀岛就会出现频繁随机掉站的现象。现场实际观察到的现象是客户软件在线后5-10min,会出现随机掉站,且最远端一个站(打开终端电阻)频繁掉站(每5-10s掉站一次)。之前项目中由于统一使用到的V13 SP1环境和V1.8的CPU固件版本,在相同项目相同设备条件下未出现在线后DP掉站的问题,客户怀疑是不是由于软件版本问题。客户所做过的尝试:1. 更换固件文件V2.1版本,在V14SP1环境下进行下载,通过X1网口在线后,仍会出现DP掉站问题;2. 更换固件文件为V2.5版本,并使用V15环境进行项目的下载并通...
在最终用户现场一条汽车电子设备装备生产线上使用到了S7-1517系列PLC配合ET200SP分布式IO和现场第三方的机器人、阀岛、第三方驱动进行生产线的控制。现场子网上设备一共11个PN从站以及39个DP从站。现场PLC作为DP主站(终端电阻),按照连接现场第三方DP从站,190作为DP从站的末尾,整条产线长约50m,现场波特率使用1.5Mbps现场出现的问题为:客户软件环境使用的是V14 SP1,项目组态的PLC固件版本为V1.8的,一旦通过网线在线监控数据时,DP从站上的FESTO阀岛就会出现频繁随机掉站的现象。现场实际观察到的现象是客户软件在线后5-10min,会出现随机掉站,且最远端一个站(打开终端电阻)频繁掉站(每5-10s掉站一次)。之前项目中由于统一使用到的V13 SP1环境和V1.8的CPU固件版本,在相同项目相同设备条件下未出现在线后DP掉站的问题,客户怀疑是不是由于软件版本问题。客户所做过的尝试:1. 更换固件文件V2.1版本,在V14SP1环境下进行下载,通过X1网口在线后,仍会出现DP掉站问题;2. 更换固件文件为V2.5版本,并使用V15环境进行项目的下载并通...
请教各位专家,图中配置47个节点构成MRP环网,两台上位机都需要通过TCP协议与33台1510CPU通信,总共采集约6000点变量(数字量模拟量各半),部分1510CPU之间需要通信,每一个1510与一个KTP700通信,有13套机柜1510CPU带1个ET200SP从站。请教专家如下问题:1.在这种不隔离网段的情况下,会不会出现什么问题?(注:也给客户推荐了改用1511带CM1542模块隔离上下网段的方案,但是会增加30多万元的成本,客户成本压力较大)2.有的节点间距离会超过100米,之间增加电口光口转换模块对于MRP会不会有什么问题?(客户在非环网使用过摩沙和研华的电口光口转换模块,没出现问题)
最新内容
“”该昵称已注册“”,可以起到同样作用。原因是这些产品都内含了具有相同firmware的芯片。还有一种方式可以在不使用西门子交换机的情况下,避免该问题。也就是给连接PLC的RT端口的每一个ET200上设置如下操作,这样就可以使其不再发送PTCP报文。注意:对于西门子交换机业务, 我们和客户的说辞,尽可能的提谈前者,这里我们仅从技术上作出说明,给大家尽可能的技术透明。
CASE1 1500T+6个v90+4ET200SP+1个焊接机器人+2HMI 网络连接方式: 1500 PN X1 出来一根线到V90,所有V90级联。 PN X2 到交换机,其他设备连接交换机。 V90 采用报文105,IRT通讯。 问题:所有V90同时掉站,并很快恢复,其他站不受影响。 采取手段:1.更换网线,网线接头,问题没有改善。 2.改大IRT循环时间,尝试8ms,16ms,32ms,发现时间越大,掉站频率越大。 3.将其他RT通讯改到16ms,IRT设为8ms(4ms会偶然出现CPU循环超时)通讯负载40%,观察1小时不掉站 后来客户着急发货,已拆机。本以为这是一个干扰问题,但是客户另一个现场出现同样问题。CASE2 1500+3个v90+3ET200SP+? 让客户修改RT,IRT时间没有什么改善,由于该现场应用不需要同步,将V90改为报文102,RT 通讯,客户反馈一天没有掉站。由于CASE1发往最终用户处,还没有安装,我怀疑还会出现掉站,请专家帮忙分析原因。
方案配置:现场12个设备,每个设备有独立的CPU,每个CPU通过XB208交换机连接2个KTP700F和其他 ET200或阀导,PLC之间通过XB218连接。参数设定:安全屏监控时间3072ms,PN_IO_更新时间512ms, 安全程序组织块循环时间100ms。问题描述:C115站连接的2个屏偶尔出现Profisafe断开连接,换了其它屏过来也是偶尔Profisafe断开连接。 C125站交换机和BOX连接盒端口均没有断开,有一个屏出现Profisafe断开连接。 C145站出现Profisafe没有断开,但是屏上急停按钮灯不亮,按下急停按钮也无反应。 出现过2次所有屏Profisafe断开连接。Q: 1,C115站换了屏后还是Profisafe断开连接,与屏没有关系,导致这种问题的可能性有哪些? 2,C125站交换机和BOX连接盒端口均没有断开,为什么出现Profisafe断开连接。3,C145站Profisafe没有断开,但是急停“失效”,感觉是屏的问题,还有其他可能吗? 4,每2个屏都连接独立的PLC,怎么会出现所有屏同时掉站?
最新内容
最终用户立体仓储货架使用1个Ap W788,下面带2个客户端W748。车间1.pngAP通过一个第三方非管理型交换机接2台PC,分别运行WinCC和客户端的S7300做S7通信、Simaticnet OPC与S7300通信。2台PC均为双网卡配置,其中一块网卡与MES系统连接,可以访问因特网。客户反映:WinCC会经常显示与PLC连接断线,断线时PC与PLC无法ping通。此现象出现不定期,持续时间没有规律。客户端静止时也出现断线。一般设备断电能够恢复。之前两台客户端均有断线,经过客户各种处理(属于随意尝试),目前问题主要出现在1#客户端。现场情况:9:30到现场,ping客户端1(5.73.22.61)不通,ping客户端2(5.73.22.71)正常。10:00左右自动恢复,期间为做任何操作。截至报告书写时未断线,ping时间2-4ms。网络拓扑与IP分布拓扑.pngIP.png其中:5.73.22.X均为自动化专业使用,172.17.0.X均为IT使用。Wcs-pc和ie-xxx属于OPC PC的两个网卡;Him-pc均属于WinCC PC的两个网卡。设备型号AP:W788-05...
最终用户立体仓储货架使用1个Ap W788,下面带2个客户端W748。车间1.pngAP通过一个第三方非管理型交换机接2台PC,分别运行WinCC和客户端的S7300做S7通信、Simaticnet OPC与S7300通信。2台PC均为双网卡配置,其中一块网卡与MES系统连接,可以访问因特网。客户反映:WinCC会经常显示与PLC连接断线,断线时PC与PLC无法ping通。此现象出现不定期,持续时间没有规律。客户端静止时也出现断线。一般设备断电能够恢复。之前两台客户端均有断线,经过客户各种处理(属于随意尝试),目前问题主要出现在1#客户端。现场情况:9:30到现场,ping客户端1(5.73.22.61)不通,ping客户端2(5.73.22.71)正常。10:00左右自动恢复,期间为做任何操作。截至报告书写时未断线,ping时间2-4ms。网络拓扑与IP分布拓扑.pngIP.png其中:5.73.22.X均为自动化专业使用,172.17.0.X均为IT使用。Wcs-pc和ie-xxx属于OPC PC的两个网卡;Him-pc均属于WinCC PC的两个网卡。设备型号AP:W788-05...
最新内容
感谢二位老师的回复,讲解非常到位。我们有的时候把Case做好了就结束了,并未取深究背后的道理,看起来还是需要补一补的。
系统是S7300,315-2PNDP,通过Profibus DP带DP/PA Link的从站,从站带PA仪表。现场观察到的现象是:PLC人为STOP以后,过程印象区继续刷新,无论通过监视表还是触摸屏都能访问到变化的仪表传送过来的变化数值。且该变化区域大小与PLC本身设置的过程印象区大小无关。无论区内还是区外都在持续更新。另外,当PLC STOP以后,从站没有观察到掉站的现象,仪表数据能正常读取。Q:1.PLC停机后,过程印象区为何还在继续刷新?2.为何没有出现掉站的现象?附件是现场截图HW.PNG在线.PNGVAT1.PNGVAT2.PNG
最新内容
R:与通信负荷关联取决于IO设备的数量和通信的字节长度。按照常规的设置,基本上对于带宽的影响以及CPU的通信负荷的影响不大。需要进一步的测试,查看报文的状态和行为。或者更换1500CPU,查看现象。这样才能推断出哪里有问题,也许是ET200SP 1510的CPU的Bug。所以需要现场的进一步测试,专家可以和你一道做相应的测试。
系统构成:KTP900触摸屏+ET200SP 1510CPU+ 4 V90 PN驱动器问题:KTP900通过以太网接口连接到ET200SP 1510 P1R接口,ET20SP 1510通过P2R接口通过Profinet RT连接4个V90 PN驱动器(位置环在V90中实现),具体请参考附件。当通过触摸屏操作实现点动操作时,大约10次会出现1次驱动器延时动作的情况(会有1-2秒的延时),查看V90 Profinet设置,发现更新周期为2毫秒,怀疑是ET200SP 1510 CPU通信负荷较大导致,将V90 PN的更新周期改为8毫秒,问题解决。客户原来采用CPU1511 ,同样的配置,但是没有出现上述问题。system drawing.PNG问题:1 出现上述问题的原因是什么?2 1500 CPU和ET200SP 的CPU在通信处理机制上存在什么不同?欢迎大家探讨!
对不起,本版区为认证版区,只有通过授权的用户才可以进入,敬请谅解!
欢迎您访问支持中心!
丰富的视频,全方位的文档,大量的网友交流精华……
为了更好的完善这些内容,我们诚邀您在浏览结束后,花20秒左右的时间,完成一个用户在线调查!
感谢您的支持!

西门子商城
西门子中国










本版热门话题
相关推荐
相关帖子推荐

