采集软件的配置管理：为什么现场总在改参数

■ 一、现象：参数越改越乱

现场常见的情况是：设备跑了一段时间，读数不太对，运维上去把某个系数改了一点；过几天又改回来；再后来没人记得最初是多少。

问题不在"改参数"，而在"改了没有记录、改了不能回退、改了不知道影响谁"。

■ 二、配置要分三类

第一类，出厂配置：硬件相关、校准相关，出厂时写入，现场不应修改。

第二类，现场配置：采样周期、上报地址、告警阈值，允许现场改，但要有权限与记录。

第三类，临时调试参数：只允许在调试模式下改，退出调试即失效。

三类混在一个页面里，是混乱的根源。

■ 三、配置要有版本与快照

每次保存配置，生成一个版本号与时间戳，并保留最近 N 个快照。出问题时可以对比"改之前"和"改之后"的差异。

这一步成本很低，但能解决大部分"不知道为什么变了"的争议。

■ 四、配置变更要留痕

记录四件事：谁改的（账号）、改了什么（字段与旧值新值）、什么时候、为什么（备注）。

没有备注的变更记录，事后等于没有。

■ 五、配置与数据的关联

数据入库时，应记录当时生效的配置版本。否则半年后拿着数据，说不清它是按哪套参数采集的。

这一点在多站点、多批次设备上尤其重要。

■ 六、权限要分级

· 运维：只能改现场配置
· 工程师：可改现场配置 + 临时调试参数
· 管理员：可改全部，包括出厂配置（且需二次确认）

权限不分级，等于把出厂校准暴露给所有人。

■ 七、恢复出厂设置要想清楚

"恢复出厂"到底恢复什么？是恢复硬件校准参数，还是只恢复现场配置？

建议分开两个动作：「恢复现场配置默认值」和「恢复出厂校准」，后者必须二次确认并记录。

■ 八、一个检查清单

· 配置是否分三类
· 每次保存是否有版本与快照
· 变更是否记录操作人、旧值新值、时间、备注
· 数据是否关联配置版本
· 权限是否分级
· 恢复出厂是否拆成两个动作

■ 九、最后一句

配置管理的目标不是"防止改参数"，而是"改得清楚、退得回去、查得到原因"。做到这三点，现场扯皮能少一大半。