1、端口重新配置会不会消耗时间呢？

同步指令，不会。

2、其他波特率的设备会不会做出错误的相应呢？

不会，除非485电气老化会有少量错误。所以可调波特率才显得必要，就是有柔性，适应性，可以调整可以改，不是固定必须如何。现场柔性。

3、如果说轮询次序是为了改变噪声共振干扰，也就意味着需要固定的次序，那么一旦任务被召回是否意味着这种次序被打破呢？

理解的不太对。规律性的是读任务，是主要考虑的。偶发不构成固定次序。次序要看现场的表现，所以需要能够随意更改适配。

4、Modbus设备是否存在一个公共的功能来响应主站的访问，比如查询该站是否存在的功能。Modbus有查询设备厂家内部识别码的功能，但好像并非强制的。

没仔细研究过。这要看具体设备是否支持，还有使用的master指令是否支持。其实意义不大，联系不上支持也没用，联系上了不支持也无所谓。

你还是习惯性的、太过、固定化的、在意底层通信本身。好的全场景覆盖顶层设计，不管底层是什么样都可以调整支持，这才是这个架构的意义。柔性，一切皆有可能。

等你真正理解这个架构，就会明白它在本质上并不是关于通信或modbus，是不是modbus不重要。本项目只是在modbus上的一个应用例子。别把眼前的实例当成架构本身，虽然它是架构的一个表现。要扩展的、开放的、退一步尽收眼底的去理解。