1. libmodbus 发送请求机制全景解析
作为工业通信领域的经典协议，Modbus 的轻量级和开放性使其成为嵌入式设备通信的事实标准。libmodbus 作为当前最成熟的开源实现，其发送请求的底层机制值得深入剖析。在实际工业控制项目中，我曾遇到因不理解底层发送机制导致的 CRC 校验失败、响应超时等问题，通过研读源码才真正掌握了稳定通信的诀窍。
libmodbus 的请求发送流程可以概括为：应用层构造请求 → 协议层封装 → 物理层传输。其中最关键的挑战在于不同传输模式（RTU/ASCII/TCP）的协议适配，以及错误检测机制的实现。本文将基于 libmodbus 3.1.6 版本，重点剖析 modbus_write_bits 等核心函数的实现逻辑，并揭示 CRC16 校验的优化技巧。
2. 请求发送的代码执行路径
2.1 应用层接口调用链
以最常用的线圈写入函数为例，调用栈如下：
c复制modbus_write_bits()
└── send_msg()
└── send_msg_pre()
└── compute_meta_length_after_function()
modbus_write_bits 函数首先验证地址和数量参数的有效性（检查地址是否越界、数量是否超过 MODBUS_MAX_WRITE_BITS 限制）。这里有个工程经验：虽然协议理论上支持写入 1968 个线圈，但实际项目中建议不超过 256 个，否则容易导致 RTU 帧超时。
2.2 协议层封装的精妙设计
send_msg_pre 函数完成协议无关的报文组装，其核心逻辑是：
- 计算元数据长度（slave ID + function code + data）
- 预分配完整报文内存（元数据 + 实际数据）
- 填充 Modbus 功能码和起始地址
特别值得注意的是 compute_meta_length_after_function 的处理技巧：通过函数码映射表确定后续数据长度，这种设计使得新增功能码时只需扩展映射表，而无需修改核心逻辑。
3. RTU 模式下的关键实现细节
3.1 帧结构组装流程
RTU 模式的报文封装在 send_msg 函数中完成，主要步骤包括：
- 添加从机