调试基线与趋势归档方法

把参数截图、趋势曲线、版本号和现场载体归到同一条链路，确保后续调参能回退、能对比、能追责。

很多项目不是没有做调试，而是做完之后只留下零散截图、聊天记录和一堆说不清来源的导出文件。真正进入复调、交付或运维接手阶段时，现场找不到哪一份才是生效版本，趋势曲线也对不上时间轴，最后只能靠经验重跑一遍。要把这件事做实，基线、趋势和现场载体必须绑成同一条归档链路。

建议把现场可见的照明调光复位提示卡、照明控制箱移交标签袋和时间漂移巡检用的楼宇自控时间基准漂移监测卡一起纳入基线包，而不是只把文件留在电脑目录里。涉及设备趋势的系统，还应把冷冻水泵轴承温升趋势窗口复核组件这种现场复核载体纳进同一批次证据里。

一份基线包至少要有六样东西

最小可用的调试基线包，不应只有“参数表终版”这一项。至少要有六样东西：

1. 当前生效参数导出文件，带版本号和导出时间。
2. 对应控制页面截图，能看清系统名、回路名和关键阈值。
3. 同一时段的趋势曲线，覆盖调整前、调整后和稳定观察期。
4. 现场点位照片或标签载体，证明这份参数对应的是哪台设备、哪只柜、哪一个回路。
5. 调整原因与批准口径，说明为什么改、谁同意改、预计观察多久。
6. 回退版本或回退路径，保证异常时能按原口径恢复。

如果这六样东西拆开存放，后续排故时就会变成“截图像是这台设备，趋势像是那一天，文件名又写着最终版2”。这类归档在交付时几乎等于没有归档。

趋势曲线最怕时钟不一致

很多趋势误判，不是因为设备没问题，而是不同系统的时间基准没对齐。BAS 主站、网关、控制器、本地触摸屏和人工记录表如果各差几分钟，复盘时就会把先后关系看反。这个问题在联动调试、分时控制和夜间切换场景里尤其明显。

做趋势归档前，先用楼宇自控时间基准漂移监测卡把关键链路的对时状态核一遍，再把趋势截图和事件时间写进同一条记录里。涉及照明策略切换的项目，建议直接绑定天文时钟季节程序记录，不要只在群里留一句“今晚已经改过时间表”。

参数冻结不是停止优化，而是先锁定可回退版本

现场常把“冻结”误解成不能再调，结果为了赶进度始终不敢定版；也有人反过来，边调边覆盖旧文件，最后谁也说不清哪个版本曾经稳定运行。更稳妥的做法，是先冻结一版可回退基线，再围绕这版做受控优化。

例如照明场景、调光曲线或手自动切换逻辑发生调整后，可以把复位口径、控制版本和异常恢复步骤统一落在照明调光面板超驰复位记录里。这样即使后续继续微调，也能明确“当前观察版”与“上一个稳定版”之间的差异，而不是把所有修改都压成一个最终版文件名。

归档对象不只在电脑里，也在现场

很多团队把归档理解成上传网盘，但真正提高接手效率的，往往是现场那一层载体是否同步更新。比如照明调光复位提示卡如果还是旧步骤，值班人员半夜复位就会按错顺序；照明控制箱移交标签袋里如果还放着旧场景表，运维接手后查到的信息依然是错的。

所以基线冻结完成后，至少同步三件事：

1. 现场提示卡更新到当前版本号。
2. 控制箱或柜门资料袋替换首页摘要。
3. 关键趋势点位的复核组件或签认卡完成同步签字。

这一步做完，归档链才真正从电脑文件延伸到现场操作面。

最常见的归档失真

最常见的失真不是“资料缺一半”，而是资料看起来很多，但彼此对不上。常见表现包括：

• 截图没有时间，无法对应趋势拐点。
• 趋势只有调整后，没有调整前基线。
• 参数导出文件覆盖了旧版本，回退路径丢失。
• 现场标签和资料袋未更新，运行口径与归档口径分离。
• 不同系统时钟漂移，事件先后顺序被误判。

如果已经出现这些问题，建议先按异常事件分钟级时间线模板把一次完整调试窗口重新串起来，再补做基线归档，避免后续继续在错误证据上叠加判断。

关联模板与规范

这类归档工作，本质上不是文档整理，而是调试控制的一部分。涉及照明复位与超驰恢复时，优先按照明调光面板超驰复位控制执行；涉及分时策略与季节程序切换时，优先按天文时钟季节程序控制统一版本、记录和回退口径。把模板、规范和现场载体一起锁住，后面的调参、移交和复盘才有稳定底座。