解决libmodbus在Windows高串口号通信问题

1. 问题背景与现象分析

在工业自动化领域，Modbus RTU协议因其简单可靠的特点被广泛应用于PLC、传感器等设备通信。作为一名长期从事工控系统开发的工程师，我在使用libmodbus库（3.1.1和3.1.10版本）连接COM10及以上串口时，遇到了一个典型的Windows平台兼容性问题：程序无法正常建立通信连接。

经过反复测试验证，发现当串口号≥10时，CreateFileA函数始终返回INVALID_HANDLE_VALUE。这种现象源于Windows系统对COM端口命名的特殊处理机制——在NT内核系统中，COM10及以上端口必须使用\\.\COM10格式访问，而传统COM10写法仅适用于COM1-COM9。

关键发现：使用Process Monitor工具捕获系统调用时，观察到程序尝试打开的路径确实缺少\\.\前缀，这直接证实了我们的猜想。

2. 解决方案设计思路

2.1 Windows串口命名规范解析

Windows NT架构下的设备命名空间采用统一格式：

• 传统命名：COM1-COM9（兼容DOS时代规范）
• 扩展命名：\\.\COM10及以上（NT内核引入）

这种设计源于Windows设备命名空间的底层实现机制。\\.\前缀表示进入全局设备命名空间，而省略前缀时系统会先检查本地会话设备映射表。

2.2 libmodbus源码缺陷定位

分析libmodbus 3.1.0-3.1.10版本的_modbus_rtu_connect()函数实现，发现其直接使用用户传入的设备名调用CreateFileA，未做任何格式处理。这种实现存在两个明显问题：

1. 未考虑Windows平台特性
2. 设备名兼容性处理缺失

3. 源码修改实现细节

3.1 新增设备名处理函数

我们引入modbus_rtu_fix_windows_com_name()函数进行智能处理：

c复制static char* modbus_rtu_fix_windows_com_name(const char *device) {
    // 判断是否为COM口（不包含\\.\前缀）
    if (strncmp(device, "COM", 3) == 0 && strncmp