现场一个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
微信扫一扫 
支付宝扫一扫 