引用30楼详细内容：

说多了就要露怯，你明明是个卖白菜的，却要把自己包装成一个卖白fen的。

首先，3C应用不要讨论用什么MODBUS-RTU通信的，要么发脉冲，要么走高速总线，西门子推荐的解决方案，V90PN也是勉强，只能是些外围设备，核心应用S7-1500（T)+S210。喝水可以用杯子，也可以用汤勺，但你一定要用漏勺！显呗？

    看样子，你还做的是基于事件的通信。

其次，建议你多学习一下通信的基本原理，原本做MODBUS-RTU从站的PLC，突然摇身一变变主站了，原本作为主站的PC此时正忙着轮询呢，你通知它了吗，你通知PC这时要停下来轮询并变成从站了吗？没有吧，这时会发生什么，485总线上有了两个主站，要同时说话，一山不容二虎呀，打架啦冲突了，你知道不？

当然啦，有多主站的485总线，比如PROFIBUS，原理不一样呀！你知道不？

我相信你的需求一定是合理的，但你的解决方案是合理的吗？得自圆其说吧？

引用29楼详细内容：

感谢Zane 版主的加精，那我就多说一点。

案例1： 3C行业 PLC通过MODBUS 控制7台步进，一个动作循环周期大概有300条通讯任务，（给步进发，模式，速度，位置，检测步进状态等等）该案例轮询只能靠done,如果是Error需要重发，通过节省扫描周期，节拍足足提高了6秒，做过3C行业的应该知道6秒意味着什么。

      个人认为PLC检测到DONE的时候，总线应该早就平静了。毕竟plc要判断是否接收完成了，完成后还要做CRC校验，校验通过了才有这个DONE。

案例2：远程数据采集    PLC通过第三方GSM模块与监控中心PC通过MODBUS协议 通讯， 为了节省费用，PC采用定时与各个PLC进行通讯，如果某个站故障了，就需要该站主动上报。所以需要PLC即做从站站（正常时），也做主站（故障时）。
需求合理，技术上也绝对可以实现。