西门子商城
西门子中国
钻石
本版热门话题
相关推荐
相关帖子推荐
恭喜，你发布的帖子
发布于 2020-06-05 16:27:08
30楼
感谢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即做从站站（正常时），也做主站（故障时）。
需求合理，技术上也绝对可以实现。
说多了就要露怯，你明明是个卖白菜的，却要把自己包装成一个卖白fen的。
首先，3C应用不要讨论用什么MODBUS-RTU通信的，要么发脉冲，要么走高速总线，西门子推荐的解决方案，V90PN也是勉强，只能是些外围设备，核心应用S7-1500（T)+S210。喝水可以用杯子，也可以用汤勺，但你一定要用漏勺！显呗？
看样子，你还做的是基于事件的通信。
其次，建议你多学习一下通信的基本原理，原本做MODBUS-RTU从站的PLC，突然摇身一变变主站了，原本作为主站的PC此时正忙着轮询呢，你通知它了吗，你通知PC这时要停下来轮询并变成从站了吗？没有吧，这时会发生什么，485总线上有了两个主站，要同时说话，一山不容二虎呀，打架啦冲突了，你知道不？
当然啦，有多主站的485总线，比如PROFIBUS，原理不一样呀！你知道不？
我相信你的需求一定是合理的，但你的解决方案是合理的吗？得自圆其说吧？
请填写推广理由：
分享
只看
楼主
