官网案例引用设备运行日志时该核对哪些记录

项目人员导出一份设备运行日志，趋势图在大部分时间里保持平稳，市场部便准备在官网案例中写“设备长期稳定运行”。但日志没有标明对应哪台设备，中间还有一段数据空白。设备运行日志能支持的只是明确时间窗口和工况下的记录，不能替未记录的时段作结论。

日志比单张现场照片更接近运行过程，但文件里出现一条连续曲线，不等于设备始终无报警、无人工干预。案例发布前，要先确认日志来源和记录范围，再决定页面能写“完成测试”“连续运行”还是“已投入使用”。

设备运行日志先核对设备身份和时间基准

日志入库时应保存原始导出文件，不要只截取趋势图。内部来源表要记录设备编号、控制器或软件版本、导出人、导出时间和文件哈希。项目中有多台同型号设备时，型号不能替代出厂编号；编号缺失就要回到控制系统配置或项目交付清单确认，不能凭文件夹名称判断。

时间字段要说明时区和时钟来源。控制器时间、服务器时间与现场电脑时间可能不一致，重启后也可能发生偏移。审核人员应把日志中的启动、停机或模式切换，与测试记录上的节点比对，记录允许的误差。案例页面需要呈现交付进度时，可按交付、测试和验收日期的区分方法选择日期，不能直接把日志首日写成项目完成日。

采样间隔决定曲线能说明什么。每秒记录一次与每十分钟记录一次，发现短时波动的能力不同。导出表只保留整点平均值时，页面不能据此声称期间没有瞬时报警。来源表应保存原始采样频率、导出后的汇总规则和字段单位，避免趋势图缩放后掩盖数据粒度。

软件版本也要与记录对应。调试期间参数或报警逻辑有过调整，前后日志不能不加说明地拼成一段。设备案例涉及FAT与SAT时，还应按FAT和SAT记录的核对边界区分厂内测试与现场运行条件，不能用厂内日志代替客户现场联机结果。

报警记录不能只按数量统计。某条报警可能是开机自检，也可能导致停机；同一故障反复复位还会生成多条记录。审核表要保留报警代码、发生与解除时间、设备状态和处理记录，再由项目人员判断它是否影响案例中的运行结论。市场人员不应仅凭“已解除”把报警从证据范围中删除。

人工模式同样需要标注。日志曲线稳定，可能是操作人员在调试阶段持续修正参数，并不代表自动模式已经稳定。模式切换、配方变更和手动旁路应与运行窗口对应。若案例只展示自动运行片段，内部证据仍要说明它从何时开始，前面的人工调试不能被成片剪掉后当作不存在。

设备画面与日志共同使用时，应建立时间码对应。视频中的启动、物料进入或成品下线，要能回到同一时段的日志字段；具体可参照案例测试视频与验收记录的对应方法。视频和日志来自不同测试批次时，页面应分别说明，不能拼成一次完整运行。

数据空白必须保留原因。网络中断、服务停止、存储满或导出筛选错误，都可能造成缺口。找不到原因时，页面只能描述有记录的前后时段，不能把缺口算入连续运行时长。补采数据也要另存版本，记录补采时间和来源，不能覆盖原文件后再称原始日志完整。

公开页面不必上传全部日志。可以写明设备、测试阶段、运行窗口和可核对的结果，并对客户名称、网络地址、账号或内部路径做脱敏。销售收到采购追问时，应能从页面版本回到日志编号、审核状态和对应记录，而不是临时寻找一张更好看的趋势图。

上线验收可从页面抽取一句“连续运行”表述，反查设备编号、起止时间、采样间隔、模式与报警记录。任一字段无法确认，就收窄页面结论。只有证据窗口与公开措辞一致，设备运行日志才是在帮助采购判断，而不是给案例增加一条无法复核的口号。