Modbus 总线利用率问题--目前的通讯方式是主给从机A发指令，必须得等待A回应才能继续给从机B发指令，能否判断总线空闲优化。

轩辕zh

两个情景:第一个主机给A发送指令，等待1ms,A应答，然后主机给B发送指令 ，等待1ms B应答，耗时大于2ms   另一个情景是主机给A发送指令，不等待应答继续给B发送指令，1ms后分别收到A，B的应答，效率明显高会比第一种情景高，请问在软件上应该如何处理，各位有没有相关经验分享下？

正点原子

你自认为罢了。  你1ms发A，不等待响应，1ms再发B，不等待响应。A,B回复的时候，产生叠加，你怎么处理？根本就收不到回复了。  所以，别以为你自己想的有多牛逼，别人早就考虑过了的。

轩辕zh

正点原子 发表于 2018-8-4 22:58
你自认为罢了。  你1ms发A，不等待响应，1ms再发B，不等待响应。A,B回复的时候，产生叠加，你怎么处理？根 ...

modbus有没有总线忙碌检测的机制呢，这样的话就能解决冲突提升效率了，从机往回发指令时先检测下RS485总线是否处于忙碌状态，只有检测到总线空闲才能发送数据

轩辕zh

正点原子 发表于 2018-8-4 22:58
你自认为罢了。  你1ms发A，不等待响应，1ms再发B，不等待响应。A,B回复的时候，产生叠加，你怎么处理？根 ...

所以目前的Modbus协议都是采用，给A发指令必须等待A回复（或超时）才能执行下步动作？

文东东1223

正点原子 发表于 2018-8-4 22:58
你自认为罢了。  你1ms发A，不等待响应，1ms再发B，不等待响应。A,B回复的时候，产生叠加，你怎么处理？根 ...

你好原子哥，我在实际工程应用中也遇到了这样的问题，请教下您，总线上有三个modbus从机设备（两个开关，一个温控），主机挨个轮询，主机发送轮询后判断30ms内无回复就轮询下一个，调试中发现开关30ms内给了回复，温控没回复，程序跑起来后温控就一直不回复，如果把30ms提高到150ms,三个从机都回复，说明温控mosbus没问题，我想问一下modbus的处理机制 （从机是Freemodbus），如果在30ms下，温控明明接收到了读取它自身的指令，为啥不做回复呢？还是说它在30ms内没回复，到了第100ms想去回复的时候发现总线 上有数据正在接收直接不回复了呢？