现场一个300与三个200PLC通过MPI通讯,通讯速率19.2KB/S,最远的200有25米,200控制柜分就地和远控功能,用的V寄存器位判断200是否在线,200断电前,300中DB读取的V寄存器位是远控状态,200断电后,仍然还是远控状态,应该是300保持了断电前的状态。
1、请问如何反映就地和远控的实时状态?
2、在上位机远控操作,启动按钮要点两三下才有用,感觉有很大的偶然性,是不是因为通讯速率的原因?
问题补充:
确认是MPI通讯,方案之前是别人做的,不知道是成本考虑还是本身选型有问题,后期我来做程序
图片说明:
最佳答案
1、MPI的通信速率为19.2K~12Mbit/s ,但直接连接S7-200CPU通信口的MPI网,其最高速率通常为187.5Kbit/s (受S7-200CPU最高通信速率的限制)。
在MPI网络上最多可以有32个站,一个网段的最长通信距离为50米(通信波特率为187.5Kbit/s时),更长的通信距离可以通过RS-485中继器扩展。
MPI允许主-主通信和主-从通信,每个S7-200CPU通信口的连接数为4个。
2、MPI协议不能与一个作为PPI主站的S7-200CPU通信,即S7-300或S7-400与S7-200通信时必须保证这个S7-200 CPU不能再作PPI主站,Micro/WIN也不能通过MPI协议访问作为PPI主站的S7-200CPU。
3、请问如何反映就地和远控的实时状态?
实时状态指的是什么?如果是通讯状态:
实现的方法很多,不要应用通讯模块本身来检测(通讯模块发生故障时检测不了),例如通常应用的测心跳方法,即主站与分站约定一信息位,例如,主站S7-300可用OB35发送脉冲,分站S7-200检测该信息位,如在一定的时间内该信息位无变化,则认为无心跳了,即为通讯故障。
4、在上位机远控操作,启动按钮要点两三下才有用,感觉有很大的偶然性,是不是因为通讯速率的原因?
是:
、通讯速率。
、上位机硬件配置低,或沉积了大量的垃圾,影响上位机软件的运行。
、关闭上位机操作系统的一些不必要的后台服务任务。
、上位机或PLC的程序编制冗长。
、启动按钮的按下与抬起操作的时长过短。程序中应对按钮信号的下降或上升沿来进行信号保持的处理。
提问者对于答案的评价:
两位解答的都相当好,但我只能选择一位采用。结合两位的解答和实际情况我想应该是让300的启动信号多保持一段时间,谢谢!
原创文章,作者:ximenziask,如若转载,请注明出处:https://www.zhaoplc.com/plc370722.html