4、T6定时器与状态机复位的关系：设备状态机复位时T6定时器为何需要重新校准
在SECS/GEM协议中，设备状态机（Equipment State Machine）定义了设备从初始化到运行、暂停、报警等状态的转换规则。T6定时器作为控制事务等待时间的核心计时器，其计时基准与状态机的运行上下文深度绑定。当设备状态机发生复位时，T6定时器必须重新校准，否则将导致事务超时判断失准、消息乱序甚至通信死锁。
4.1 状态机复位对T6定时器的影响机制
设备状态机复位通常由以下事件触发：
- 上电或硬复位：设备主控制器重启，所有状态变量清零。
- 看门狗超时：系统检测到软件或硬件挂起，强制复位状态机。
- 紧急停止（E-Stop）：安全回路触发，设备进入不可恢复的初始状态。
- 协议层错误累积：连续消息解析失败或链路断开后重连。
复位发生时，状态机内部维护的以下关键信息被清空：
| 状态机组件 | 复位后的行为 | 对T6定时器的影响 |
|---|---|---|
| 当前状态寄存器 | 强制跳转到 INIT 或 NOT_COMMUNICATING | 正在运行的T6计时上下文丢失 |
| 事务ID计数器 | 重置为0或随机初始值 | 旧事务ID与新ID冲突，T6无法匹配响应 |
| 消息队列 | 清空待处理消息缓冲区 | 已启动的T6定时器失去对应的待响应消息 |
| 系统时钟基准 | 可能因复位产生时间跳变 | T6剩余时间计算出现负值或溢出 |
关键结论： 状态机复位后，T6定时器原有的计时上下文已不可用。如果不重新校准，定时器可能基于错误的起始时间或错误的系统时钟继续运行，导致提前超时或永不超时。
4.2 T6定时器重新校准的核心步骤
设备状态机复位后，T6定时器的重新校准必须按照以下流程执行：
- 停止所有活跃T6定时器：立即终止所有正在运行的T6实例，防止残留计时器产生虚假超时事件。
- 读取当前系统时钟：从设备实时时钟（RTC）或系统滴答计数器获取复位后的时间基准。
- 重置T6计时基值：将T6定时器的起始时间戳更新为当前系统时钟值。
- 清空事务等待表：移除所有与旧状态机关联的待响应事务记录，避免新事务与旧事务混淆。
- 重新配置T6超时值：根据设备当前通信模式（如是否处于在线/离线状态）重新加载T6超时参数。
- 启动新的事务监听：在状态机进入可通信状态后，基于新的计时基准启动T6定时器。
工程实践提示： 在半导体设备中，建议在状态机复位处理函数的第一行代码中调用
StopAllT6Timers() 和 ResetT6TimeBase()，确保在后续任何消息处理之前完成定时器校准。
4.3 未重新校准的典型故障场景
以下SVG图展示了设备状态机复位后，T6定时器未重新校准导致的通信异常流程：
4.4 重新校准的验证方法
完成T6定时器重新校准后，需要通过以下验证确保校准正确：
| 验证项 | 验证方法 | 预期结果 |
|---|---|---|
| 活跃定时器清零 | 读取T6定时器列表计数 | 计数为0 |
| 计时基准同步 | 比较T6起始时间戳与系统时钟 | 差值小于1个系统滴答 |
| 事务等待表清空 | 遍历事务等待表条目数 | 条目数为0 |
| 新事务超时测试 | 发送测试消息并等待T6超时 | 超时时间与配置值偏差在±5%以内 |
注意： 在验证过程中，如果发现T6定时器计数不为0或事务等待表仍有残留条目，说明校准流程未完整执行。此时应重新执行校准步骤，并检查状态机复位处理函数中是否存在提前返回或异常跳转。
4.5 最佳实践与设计建议
- 原子化校准操作：将T6定时器校准封装为原子函数，在状态机复位入口处一次性调用，避免分散在多处导致遗漏。
- 日志记录：在校准前后分别记录T6定时器状态，便于故障排查时追溯。
- 硬件看门狗联动：当硬件看门狗触发系统复位时，T6校准函数应作为系统初始化的一部分自动执行。
- 冗余校验：在状态机进入可通信状态前，增加一次T6定时器状态的自检，确保校准生效。