从零搭建工业控制系统（二十三）：设备唤醒与重连机制

设备唤醒与重连机制

这是「从零搭建工业控制系统」系列第23篇。前面讲了线程安全，这篇讲设备管理——设备睡眠了怎么唤醒，断线了怎么自动重连。

设备睡眠唤醒场景

工业设备不是永远在线的。有些设备有睡眠模式——长时间不操作会自动休眠以省电。设备休眠后，上位机的Modbus连接就断了。

操作员走到设备前要点"开始"时，设备还在睡觉。如果上位机不处理这个场景，操作员点了没反应，以为系统坏了。

唤醒流程：

1. 检测设备是否在线（TCP端口探测）
2. 如果离线，发送SoftReset唤醒命令
3. 等待设备响应，重新建立Modbus连接
4. 连接成功后通知UI更新状态

TCP端口检测

最简单的在线检测——尝试TCP连接：

private async Task<bool> IsDeviceOnlineAsync(string ip, int port, int timeoutMs = 1000)
{
    try
    {
        using var client = new TcpClient();
        using var cts = new CancellationTokenSource(timeoutMs);
        await client.ConnectAsync(ip, port, cts.Token);
        return true;
    }
    catch
    {
        return false;
    }
}

1秒超时。连得上就是在线，连不上就是离线。比Modbus读取更轻量——不需要等设备响应寄存器。

SoftReset唤醒命令

有些设备支持通过特定端口发送唤醒指令。比如设备监听5001端口，收到任意数据就唤醒：

private async Task SendSoftResetAsync(string ip, int port = 5001)
{
    try
    {
        using var client = new TcpClient();
        await client.ConnectAsync(ip, port);
        using var stream = client.GetStream();
        var data = Encoding.ASCII.GetBytes("SOFTRESET\r\n");
        await stream.WriteAsync(data);
        // 设备收到后开始唤醒流程
    }
    catch
    {
        // 唤醒失败不报错，可能设备本来就没睡
    }
}

唤醒不是立即的——设备需要几秒到十几秒完成启动。发送SoftReset后要等待。

自动重连策略

断线后不能立即重连——设备可能还没准备好。用指数退避：

private async Task ReconnectWithBackoffAsync(string ip, int port)
{
    int[] delays = { 1000, 2000, 4000, 8000, 16000, 30000 };
    
    for (int i = 0; i < delays.Length; i++)
    {
        await Task.Delay(delays[i]);
        
        if (await IsDeviceOnlineAsync(ip, port))
        {
            await ConnectModbusAsync(ip, port);
            _logger.Info($"重连成功（第{i+1}次尝试）");
            return;
        }
        
        _logger.Warn($"重连失败（第{i+1}次），{delays[i]}ms后重试");
    }
    
    _logger.Error("重连失败，已达最大重试次数");
}

1秒→2秒→4秒→8秒→16秒→30秒。越往后等越久，避免频繁重连浪费资源。

连接状态管理

连接状态用枚举管理：

public enum ConnectionStatus
{
    Offline,      // 离线
    Connecting,   // 连接中
    Online,       // 在线
    Reconnecting  // 重连中
}

[ObservableProperty] private ConnectionStatus deviceStatus = ConnectionStatus.Offline;

UI绑定显示不同状态：

<StatusBarItem>
    <StackPanel Orientation="Horizontal">
        <Ellipse Width="8" Height="8"
                 Fill="{Binding DeviceStatus, Converter={StaticResource StatusToColorConverter}}" />
        <TextBlock Text="{Binding DeviceStatus, Converter={StaticResource StatusToTextConverter}}" />
    </StackPanel>
</StatusBarItem>

操作员一眼看出设备状态。

踩坑记录

坑1：重连风暴

三个设备同时断线，三个重连任务同时启动，同时发TCP连接请求。网络瞬间拥塞，路由器卡住。解决办法：重连任务排队，一个设备重连成功后再开始下一个。

坑2：重连成功但Modbus通信异常

TCP连接建立了，但Modbus读取超时。原因是设备刚唤醒，Modbus服务还没完全启动。解决办法：重连成功后等2秒再开始Modbus轮询，给设备启动时间。

坑3：端口检测误判

TCP端口连得上不代表设备完全在线。有次设备固件升级中途，TCP端口开了但Modbus不响应。解决办法：TCP连接成功后再发一次Modbus读取请求验证，读到了才算真正在线。

本篇小结

设备管理的核心：断线不可怕，可怕的是断线后没有自动恢复机制。重连要退避，验证要充分。

下期预告

第24篇：泄漏测试系统

设备管理讲完了，下篇讲一个具体功能——泄漏测试。腔体密封性怎么检测，数据怎么记录，判定逻辑怎么设计。