为什么要记固件版本
固件版本决定设备的实际功能、已知问题与兼容边界，同型号不同固件可能表现完全不同。台账的作用是在故障发生前就能回答三个问题：这台设备现在是什么版本、这个版本有没有已知问题、升级或替换时该对齐到哪一版。没有台账时排障会陷入“手册写的行为与现场不一致”的困境，因为现场跑的往往不是手册对应的那一版。
基本信息
| 记录对象 | 控制器、远程 IO、交换机、网关、HMI 与带固件的仪表 |
|---|---|
| 关键字段 | 设备标识、型号、当前固件版本、升级时间与来源、备注 |
| 采集方式 | 设备诊断页面、编程软件读取、厂商管理工具批量采集 |
| 配套关系 | 程序版本、组态工程版本与配置备份要能互相对上 |
典型使用场景
- 排障时确认现场固件是否与手册或厂家支持的说法一致
- 批量升级前统计现状，避免“以为都是同一版本”
- 采购到货时核对固件，防止与在运设备差异过大
- 更换故障设备时先对齐兼容版本再上电，减少现场调试
- 年度巡检时对比台账与实测，验证台账没有失真
台账字段与作用
| 字段 | 作用 | 常见缺口 |
|---|---|---|
| 设备标识与位置 | 能定位到具体机柜与槽位 | 只写名称不写位置，现场找不到实物 |
| 型号与固件版本 | 判断功能与兼容边界 | 只记大类不记小版本 |
| 升级时间与来源 | 追溯变更原因与供应商 | 升级不做记录，事后无法解释行为变化 |
| 关联程序与组态版本 | 保证软硬件成套可复现 | 换设备时才发现程序版本也对不上 |
台账采集与比对
台账采集与比对
# 1) 用厂商管理工具或诊断页面批量导出设备版本信息
# 2) 导出的扫描结果与台账 CSV 排序后比对，找出差异项
comm -3 <(sort ledger.csv) <(sort scanned.csv) | head -30
# 3) 可管理设备用命令行核对系统描述中的版本与序列号
snmpget -v2c -c public 192.168.1.1 1.3.6.1.2.1.1.1.0 # 读取系统描述
# 4) 版本一旦变更，立即更新台账并归档厂家升级说明台账的价值取决于它是否与现场一致。只在采购时记一次、之后再不核对，台账会很快失真，比没有台账更危险，因为它会给出错误的安全感。
同型号不同固件的行为差异是真实存在的：通信超时行为、诊断条目格式、甚至协议可选功能都可能不同。排障时应先确认版本，再对照该版本对应的官方说明。
固件版本要与程序、组态和配置备份一起管理。只有固件对得上而程序版本不一致，换设备后仍需重新调试，成套记录才有实际意义。