磁悬浮自动门故障日志时间对齐：从多份记录还原同一次异常

先写下这一次究竟发生了什么

“上午偶尔不开门”还不足以对应日志。把一次异常描述成一段有起止的任务：谁从哪个入口请求，门当时处于什么模式，现场看见了什么，后来怎样恢复。门点、门机与控制器、模块和程序版本分别登记；同一楼层的两扇门不能只写成“大门”。

把“现场看见门没动”和“应用显示请求完成”都保留下来。这两个观察不必互相否定，它们可能描述不同环节。记录目标是解释各条信息在证明什么，不能为了使表格整齐，删掉与预想原因不一致的记录。

每个时间字段先问它记录的是哪一步

平台列表里的时间可能是操作时间、设备上报时间、服务器收到时间或人工导出时间。同样叫“时间”，含义并不相同。格式带到毫秒，也不自动证明时钟准确或各设备已经同步。

OpenTelemetry日志数据模型区分事件发生时间与采集系统观察时间。这里借用的是字段含义的区分，不表示德恩科门机采用该软件，也不把其中字段名当作本机协议。

表格可横向滑动查看。

先确认是同一事件，再讨论顺序

可用门号、设备身份、动作类型、模式、现场观察和约定的关联编号，尝试把记录连接起来。仅有接近的时间与相同“开门”文字，不足以证明来自同一次请求；平台重试、重复点击或多个入口同时工作时，更要分开记录。

设备提供请求编号或事件序号时，按其文件解释编号范围、重复和重启后的变化。没有这些功能也可以由项目方给现场观察表编号，但应注明这是人工表单编号，不能说成设备已经提供了追踪接口。关联关系尚不明确的两条记录保留为候选，不强行合并。

表格可横向滑动查看。

不知道时钟差时，允许只给出部分顺序

不同设备时钟尚未核对，就不要把它们各自的显示时间直接相减，声称测出了门机响应或网络延迟。记录各来源采用的时区、时间设置、同步或校准依据以及当前能确认的限制。无法取得依据时，明确写“跨来源先后未确认”。

可由责任方在获准且不影响通行的条件下，安排各观察方记录同一个参考事件，了解记录关系；具体选择什么事件、如何同步与测量，由项目和检测条件决定。不能用某次对齐估计替代所有运行期间的时钟状态，也不为文章补造延迟数值。

没有统一时钟时，仍可能确认单一来源内的顺序，例如同一记录中先出现请求、后出现拒绝。把这种局部顺序标明，价值高于编成一条看似完整的因果链。

教学示例：采集顺序与发生顺序为什么会相反

以下为假设数据，仅解释整理方法，不是产品时延、现场案例或验收指标。假设两个事件已经确认属于同一任务，发生时间也使用同一参考基准，表内数值均为相对于该基准的秒数。

表格可横向滑动查看。

按收到时间排序，会看到B在A前面；按已确认的发生时间，才是A在前。表内不能据此得出设备最终完成开门，因为“处理结果”的业务含义、门体动作及门位反馈还没有给出。

如果撤掉“同一基准”和“属于同一任务”这两个前提，连A、B的跨来源先后也要重新确认。这正是整理表必须把假设和证据写在一起的原因，而不是只留一列时间。

从缺口提出下一项检查，不直接给零件定罪

整理结果可以是：已找到请求，但缺少接收证据；已找到接收与拒绝，但缺少拒绝条件定义；已找到允许执行，但缺少实际门体观察；记录发生在替换控制器前后两个版本。它们分别指向资料、接口、现场或变更核对，不能统一归为“主板坏了”。

事件相邻也不等于因果成立。一次重启后恢复，可能同时改变模式、供电或连接状态；需要复核原异常任务和变更影响，而不是把“重启有效”写成已查明根因。涉及测试、测量或恢复操作时，按设备文件和项目方案由责任方实施，不尝试未知命令或短接保护。

交付原始记录、整理表和未决事项

保留两套材料：原始文件维持原样；整理表统一术语、增加关联和时间解释，并注明版本与编制人。整理时修正时间显示，应另设解释列，不能覆盖原始时间。公开文章使用空白表即可，真实账号、人员身份、内部协议和敏感日志留在企业内部。

可使用故障事件时间线空白表，将每条结论关联到证据，并列出资料缺口、责任方及复验结果。没有日志能力的设备就按真实观察记录，不承诺所有门机都有云端历史记录。

症状分层见故障排查，供电事件的测量关系见供电压降核对，程序和参数变更范围见开发与交付说明。

常见问题