Modbus超时时间设置
用于学习记录
原文链接:https://blog.csdn.net/sunxboy/java/article/details/84499791
Modbus通讯时,需要连续读取多个现场设备的数据,虽然也编写了Modbus轮询的程序,但是有时还是无法正常通讯。有时虽然能够保证通讯,但是所有现场设备的轮询周期很长。
本文将从MBUS_CTRL的超时时间参数设置来说明超时时间设置的重要性。
Modbus通讯协议是单主多从的通讯协议,如果需要读取多个现场Modbus从站设备的数据时,需要自己编写Modbus轮询程序来实现,轮询时每次只能激活一个Modbus的读写功能块。以常见的主站读取从站的寄存器为例,主站发出请求需要8个字节,从站返回响应为5+2*n个字节。其中n为寄存器个数。
如果通讯速率为9600时,按照常规的Modbus RTU,8个数据位、1个停止位、偶校验方式,每传输1个字节数据需要的时间为:(8+1+1)/9600=1.04ms/Byte
因此,主站发出响应到从站返回数据的时间周期为:(8+5+2*n)*1.04+T1+T2,其中n为寄存器个数,T1为从站的响应时间(如果是PLC,则为PLC的扫描时间),T2为通讯余量,一般为20~50ms。如果读取10个字的数据,从站响应时间为50ms,则整个周期为:(8+5+2*10)*1.04+50+50=134.32ms。因此,超时时间必须大于134.32ms,可以设置为150ms以上。
如果超时时间太短,响应不能完全返回,通讯会报错。
如果超时时间设置太长,按照上述例子,一共10个从站,每个从站读取10个字的数据,
如果超时时间设置为1s,如果有1个从站出现故障,则整个轮询周期为:1000+9*134.32=2208.88 ms。
同理,如果超时时间设为150ms,则整个轮询周期为:150+9*134.32=1358.88 ms。
因此,可以看出正确的超时时间设置可缩短整个轮询周期,不正确的设置,将导致通讯出错或整个通讯周期过长。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· winform 绘制太阳,地球,月球 运作规律
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· 上周热点回顾(3.3-3.9)
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人