本版置顶
精华
大家好,西门子技术π圈,我们专注大家的案例,解决大家的技术问题。有任何的技术问题和案例分享,大家可以参考我的模板进行案例申请,我们可以给大家提供免费的技术支持。技术π圈的支持流程请参考下面文档,有任何问题大家可以在微信群中交流。技术派活动2_网友.pdf
2020-09-24 10:41:56
417
0
0
参与讨论
本版置顶
精华
疑问1:FB块接口何时是。。。何时是???疑问2:该接口若是。。。有没有办法手动设置成???
2023-08-23 13:35:37
377
3
0
参与讨论
本版置顶
精华
现场系统和MES系统连接没有连接MES系统的时候,触摸屏按钮反应还可以。当连上mes系统后,触摸屏运行速度越来越慢,有时候点按钮都反应迟钝现在基本上能确定是通讯数据刷新过快或者是通讯量过大赞成的有什么好的办法解决这个问题吗修改PLC中的通讯负载参数能有用吗?
2021-09-30 09:54:27
424
0
0
参与讨论
本版置顶
精华
?现场2套1500冗余的PLC,链接wincc之后,wincc和PLC之间的通讯链接老是自己断,有时候会自动恢复,上位机上切换画面的时候也非常卡顿,大家有没有遇到过这种情况?这种情况出现的可能原因?这种情况应当如何排查?这个情况可能的解决办法?
2021-03-21 13:31:54
869
0
0
参与讨论
本版置顶
精华
设备运行了一年多,最近一个第三方的Profinet设备,经常出现丢站的情况类似这种情况,应该怎么去排查,是线的问题还是现场干扰的问题?看到赵工以前写的帖子中提到,查看交换机端口的Statistics,查看是否存在CRC error。此外通过其他方式也可以查看Port statistics,例如通过SNMP,查看设备的MIB的端口信息。还有在博途中编写LPNDR,去读取Port statistics。1:关于SNMP这个应该怎么实现呢?2:除了软件的方式来判断,是不是还有类似硬件的方式进行判断以前Profibus都是用示波器的方式,现在Profinet有没有类似检测硬件的设备。查看网络是不是存在这干扰?
2020-12-24 13:58:43
642
2
0
参与讨论
本版置顶
精华
现场有个第三方设备,和1513进行profinet io进行通讯。CPU和第三方设备同时上电,由于第三方设备启动比CPU块。通过观察发现,在开始阶段第三方设备收到了一些数据是0。实际上在PLC中 这些数据不是0,是不是因为第三方设备启动起来,此时CPU还没有启动完毕,也就是说通讯未建立成功,所以造成第三方设备接收到PLC的数据是0?如何避免这种情况的发生?
2021-01-05 13:54:36
567
4
0
参与讨论
本版置顶
精华
起因:因为项目需求写了一个比较麻烦的FB块,FB块内部集合了很多数据(可以认为是数据处理中心(其它块负责收集数据)),不太想用INOUT接口,填起来会比较麻烦。之前是直接使用的全局变量(全局DB)很多变量都创建了UDT;主要想知道:利用REF在这方面有没有什么优势。目前只知道;REF和variant的联合使用。
2020-10-13 12:05:36
395
2
0
参与讨论
本版置顶
精华
以前用300 400PLC做的时候,Profibus DP从站,从站丢失。由于程序中使用了大量的读写这个从站模拟量的地址,此时CPU会不断的调用OB121,造成了CPU扫描周期的极速增加,有时候甚至会超过看门狗的时间。同样的事情发生在1500 PLC上,也是一样的道理吗?怎么通过1500的诊断存储区来看的话,怎么感觉调用读写次数好像比300少多了?是不是1500 对这种情况进行了优化?另外好像问一下,现在在模拟量模块,我都会将诊断选型选上。如果此时有个传感器没接的话,激活了诊断。此时cpu会一直调用诊断吗?这种情况对扫描周期影响又有多大呢?
2020-12-24 13:38:39
380
1
0
参与讨论
本版置顶
精华
现在要做一个龙门同步:目前的方案是:1511C带两个V90做主从轴同步但是要进行位置定位;所以要有回原点功能;刚看到资料说主轴执行回零的时候,从轴可能飞车;所以不能执行回零操作问题:1、所以主轴要用绝对式编码器吗?2、有没有别的龙门同步方案
2020-11-11 20:44:56
390
1
0
参与讨论
本版置顶
精华
问题:如图所示
2020-10-15 09:54:29
456
1
0
参与讨论
本版置顶
精华
出处:我们的项目都要求外部响应足够快,所以扫描周期尽量控制在10ms以内。当时写完之后测试的时候发现扫描周期比较长,于是逐个屏蔽子程序,终于发现某个FB屏蔽之后时间确实减少了。于是猜测原因:FB拥有自己的背景数据块,该FB接口传递了1000个字节,外部接口的数据会先复制到FB的背景数据中,这个过程可能消耗了时间。同样的程序,这些数据不用接口传递了,而直接在FB内使用全局变量,扫描周期确实减少了FC没有背景数据块,也会有这个影响吗最终问题:1.FB接口传递的参数较多时,是否影响扫描周期。2.对于FC来说有没有影响,3.当传递的参数过多时,采用何种方式能有效避免此问题
2020-09-29 10:19:41
455
5
0
参与讨论
本版置顶
精华
1.应用的基本信息 我在项目中是主要编程调试人员,在S7-1200和S7-1500以前的所有项目中(包括S7-200、S7-200SMART、S7-300和S7-400/H),均采用了相同的方式对流量变量(水、电、蒸汽、煤、压缩空气等)进行累积计算。2.问题描述 移植问题示例: 在S7-300/400程序中,由于CPU不支持双精度浮点运算,只能采用单精度浮点数(Real类型)和长整数(SDWORD类型)相结合的方式来实现流量累积功能。数值范围较小的流量需要用单精度型累积值(长整数累积值不带小数),数值范围较大的流量需要用长整型累积值(单精度累积值的有效位数不够)。 功能替代示例: 在S7-1200/1500程序中,由于CPU支持双精度浮点运行,流量累积计算功能就变得非常简单,直接将单精度型瞬时流量转换为双精度型,然后再将每个周期的累积量又累加到双精度型的累积值上即可,最后可将双精度型累积值转换为单精度型累积值供上位机/触摸屏读取。3.问题的分解和解决3.1 故障或问题分析(根据故障或问题,进行分析,从而提出潜在的一些解决方案用于解决该问题) 移植问题示例: 单精度浮点数有...
2020-08-09 21:15:07
2235
4
4
参与讨论
本版置顶
精华
MODBUS通讯触发是否需要延时?系统配置:1214PLC,6ES7 214-1AG40-0XB0 (V4.2) CM1241,6ES7 241-1CH32-0XB0 (V2.2) 程序:TIA V14网络结构: 现场客户采用星形连接,硬件30个RFID,程序多配置了两个读取从站触发信号延时小于50ms就会出现间歇性报错,端口重试500ms和1s设置一样,不加定时器也报错。调试测试如下图:困惑:1.在有些场合也有星形接法,此现象是接线原因导致的,还是RFID的响应太慢,为什么一定要加定时器?2.MODBUS RTU在软件中的两个版本有啥不一样,老的根本通不上,新的可以,是不是协议版本不一样,是否有标准文档?
2020-07-09 17:36:28
527
1
0
参与讨论