Serial Modbus Slave无响应 RTU模式Listen阶段挂死无报错

1. 核心设计行为：你使用的Modbus库（NModbus/NModbus4）中，无论TCP还是RTU模式的Listen()方法都是同步阻塞调用，方法内部自带无限循环持续监听链路请求，只要不主动释放资源、不触发致命异常，就会一直阻塞在当前调用线程，不会执行方法后续的代码。你认为TCP模式运行正常，只是因为TCP链路启动后能正常接收请求，没有触发阻塞感知，实际上TCP模式下Listen()后的ReadShm.Start()代码同样从未执行，只是你之前没用到这部分逻辑所以没发现异常。
2. RTU模式下无响应的额外诱因：
   • 串口参数不匹配：代码硬编码了Parity.None、StopBits.One，如果对接的Modbus主站校验位、停止位配置不一致，串口会持续接收不到合法数据帧，监听循环会一直空等，无任何异常抛出。
   • 串口未配置超时：默认SerialPort的读写超时为无限超时，只要收不到数据，底层读操作会一直挂起，不会超时退出。
   • 链路或硬件异常：串口被其他进程隐式占用、RS485接线A/B接反、总线未共地、终端电阻缺失等物理层问题，会导致串口完全收不到有效数据，表现为进程挂死。
   • 空catch块吞异常：两个分支的异常捕获块均为空，即使运行中抛出可捕获的异常，也会被直接吞掉，无法感知错误。

• 修正阻塞调用逻辑：将Listen()调用放到独立后台线程执行，避免阻塞业务线程，保证后续初始化逻辑正常运行。TCP和RTU两个分支都需要做相同修改，RTU分支修改示例：

// 移除原代码中直接调用Slave.Listen()的行，替换为以下逻辑
Thread listenThread = new Thread(() =>
{
    try
    {
        Slave.Listen();
    }
    catch (Exception ex)
    {
        // 这里添加异常日志记录逻辑，方便排查问题
        Console.WriteLine($"监听异常: {ex.Message}");
    }
})
{
    IsBackground = true
};
listenThread.Start();

// 后续逻辑可以正常执行
ReadShm.IsBackground = true;
ReadShm.Start();

• 补全串口配置：打开串口前添加超时配置，同时将串口参数（校验位、停止位等）改为可配置项，保证和对接主站参数完全一致：

ModbusSerialPort.ReadTimeout = 1000;
ModbusSerialPort.WriteTimeout = 1000;
// 校验位、停止位不要硬编码，从配置读取和主站对齐
// ModbusSerialPort.Parity = 配置的校验位
// ModbusSerialPort.StopBits = 配置的停止位

• 排查硬件与占用问题：
  • 启动程序前关闭所有可能占用目标串口的工具（串口调试助手、组态软件等）
  • 核对RS485/RS232接线，确认收发线序正确、设备共地，长距离传输时在总线首尾加120Ω终端电阻
  • 可以先用串口调试工具自发自收，验证串口硬件本身工作正常
• 移除空catch块：所有异常捕获分支添加日志输出逻辑，避免异常被静默吞没，方便后续定位运行时错误。

内容的提问来源于stack exchange，提问作者Hyun Joon Jang