完整解析四百多组通信数据，需要十九个小时。

    但让主轴启动，并不需要理解全部数据。

    一套工业通信协议中，大量数据用于设备状态查询、故障记录、温度监测和后期维护。

    真正参与启动过程的核心信号，往往只有几组。

    准备完成。

    安全确认。

    允许使能。

    主轴启动。

    只要找到这几组信号之间的对应关系，就能让国产驱动器理解原机床的命令。

    “重新采集数据。”

    周野让旧驱动模块与机床控制器恢复连接。

    旧模块只接通信电源，不连接主轴电机。

    即使出现错误输出，也不会带动机械设备。

    “第一次，不发送启动指令。”

    逻辑分析仪开始记录。

    屏幕上出现大量数据。

    这是设备待机状态下的基础通信。

    周野将数据保存，标记为a组。

    “第二次，解除急停，但不发送使能。”

    新的数据被记录下来。

    标记为b组。

    “第三次，发送主轴准备指令。”

    标记为c组。

    “第四次，发送低速启动指令。”

    标记为d组。

    四组数据被同时显示在屏幕上。

    相同部分自动变成灰色。

    只有发生变化的位置保留颜色。

    原本四百多组不断滚动的数据，很快被压缩到三十多组。

    韩建国盯着屏幕。

    “还能继续缩小吗？”

    “可以。”

    “刚才的变化里，包含操作面板、液压系统和安全门状态。”

    “暂时不需要的线路全部断开。”

    “只保留主轴控制器、旧驱动模块和安全回路。”

    测试平台再次调整。

    与主轴无关的设备被逐一隔离。

    第二轮测试开始。

    三十多组变化数据，最终减少到九组。

    其中四组负责状态查询。

    两组负责错误校验。

    真正与启动有关的，只剩三组。

    系统解析速度也随之发生变化。

    【通信数据筛选完成】

    【核心数据帧数量：3】

    【数据帧一：驱动器准备状态】

    【数据帧二：安全回路确认】

    【数据帧三：主轴使能应答】

    【核心协议识别进度：71%】

    【预计剩余解析时间：1小时42分】

    从十九个小时，缩短到不到两个小时。

    韩建国长长吐出一口气。

    “有希望。”

    “只要两个小时以后能够完成应答，国产驱动器就能进入使能状态。”

    “还不能保证。”

    周野没有过早下结论。

    “识别数据格式以后，还要处理校验和时序。”

    “原驱动器收到使能信号以后，在多少毫秒内回应，会不会发送二次确认，都要验证。”

    工业设备最危险的错误，并不是完全没有反应。

    而是表面看起来正常，却在运行中突然失控。

    宁可设备不启动，也不能让不稳定的控制信号进入主轴。

    凌晨一点四十分，三组核心数据完成解析。

    第一组是驱动器向机床报告“准备完成”。

    第二组是机床确认安全回路闭合。

    第三组是主轴使能命令与驱动器应答。

    其中最麻烦的，是第三组信号。

    原驱动器必须在接到命令后的十二毫秒内返回应答。

    超过时间，机床便会判断主轴驱动故障。

    国产驱动器根本不知道应该返回什么。

    “在转换控制板上增加应答功能。”

    周野重新修改程序。

    “机床发送使能命令以后，转换板先判断驱动器状态。”

    “如果驱动器自检、安全和编码器反馈全部正常，就在十二毫秒内模拟原模块回应