企业官网建设流程全解析

老机房的UPS已经服役快八年了，电源监控这块一直是块心病。每次巡检只能跑到设备间看面板，市电闪断、电池劣化这些关键信息，不盯着屏幕根本不知道发生过什么。所以这次我做了一个UPS升级改造，核心思路就是把原机的采集板、显示板做成一体化模块，同时把网络监控和干接点告警全部配齐。改造完的效果非常直接：数据中心机房的动环平台能实时看到UPS的输入输出电压、负载率、电池电压和温度，机房房门一开或者电池电量掉到阈值，手机马上能收到告警推送。这篇文章就把整个改造方案从原理到实操完完整整写出来，给正在被老UPS监控问题困扰的朋友一个可直接抄作业的参考。

1. 为什么我把老UPS的监控改造提上日程

1.1 老式UPS的三大痛点：看不见、管不着、报不了

先说我原来那台UPS的实际状况。设备本身没坏，输出一直稳定，旁路切换也还灵敏，但它对外提供的信息几乎等于零。面板上只有几个LED灯和一个LCD小屏，循环显示输入电压、输出电压、电池容量这些基础参数。机房的人不在跟前，就没有任何渠道知道UPS的状态。这种“看不见”还不是最可怕的，真正麻烦的是另外两个问题。

第一是“管不着”。机器没有任何远程控制能力，遇到需要延时关机或者测试电池的场景，必须有人到现场按按键。像我们这种异地机房，一趟就是几十公里，每次操作成本都很高。

第二是“报不了”。老机器上有干接点端子，但原厂只给引出了两个告警口，一个标"FAULT"，一个标"BATTERY LOW"，功能非常粗。机房盈溢、温度过高、负载过重这类更细的异常状况，主机根本没有上报通道。更尴尬的是，这两个干接口是直接裸露的跳线端子，没有隔离电路，我不敢直接往动环采集器上并，怕信号串扰把主板干坏。

这三件事叠在一起，结论就非常清楚了：如果还要让这台UPS继续顶几年，监控改造是绕不过去的一步。

1.2 一体化改造的收益评估

既然决定改，方案选择就很重要。市面上现成的方案无非是加一个外置UPS监控模块，通过串口或USB接UPS，再用网口或422总线接到内部网络。我一开始也考虑过直接买一个现成的SNMP卡插上去，但咨询后发现三个问题：一是老机器的扩展槽位和协议不一定兼容新款网卡；二是整卡方案基本固定了功能，想同时保留本地显示、干接点扩展和网口上报，往往得买两块卡再加一个接口转换盒；三是价格实在不算便宜，加上改造人工成本，比自己做一套一体化方案也省不了太多。

权衡下来，我决定采用采集板加显示板一体化的自研方案。说白了就是：把UPS主板上的电压、电流、电池、温度、工作状态等信号统一引到一个自制的采集板上，采集板做数据汇聚、协议解析和逻辑判断；显示板负责本地人机交互，用LCD屏加按键把关键参数显示出来，同时也能设置参数；采集板再扩展一路以太网口用于网络监控，扩展若干干接点输出用于告警联动。采集板和显示板之间用一组短排线或串口连起来，做成一个整体模块，放在UPS机箱内部预留的空间里。

这个方案的实际收益，我算过几笔账。硬件成本方面，主控板、显示板、通信芯片加外壳所有物料加起来不到购入整卡方案的六成。功能灵活性方面，我想增加模拟量告警、按时段调整告警阈值，只需要在代码层面加逻辑，不用改硬件。可维护性方面，将来主板退役，这套监控模块拆下来还能装到下一台设备上，复用价值也在。最关键的一点是，自己做的东西出了问题随时能改，不用求着原厂售后排期。

2. 改造前必须弄懂的UPS通信底子

2.1 UPS工作原理与可采集的信号地图

在动手接任何一根线之前，先把UPS的底子摸清楚。UPS的核心功能是当市电异常时，把电池的直流电通过逆变器转成稳定的交流电，维持负载不断电。主流在线式UPS的工作链路大致是：市电输入经过整流器变成直流，一路给逆变器供电，一路给电池充电；市电掉电时，电池立刻接替供电，通过逆变器继续输出交流电。整个过程里，整流器、逆变器、电池充放电回路、旁路电路是几大核心单元，监控改造要采集的信号基本都围绕这几块展开。

对于采集板来说，需要关心的模拟量信号主要分成这么几类：

• 输入侧：市电输入电压、输入频率、整流器输入电流。
• 输出侧：逆变输出电压、输出电流、输出频率、负载有功功率。
• 电池侧：电池组总电压、充电电流、放电电流、电池环境温度。
• 状态量：市电正常/异常、整流器运行/故障、逆变器运行/故障、旁路接通、电池工作状态（充电/放电/浮充）、过载状态、风扇停转告警。

这些信号在原机主板上有的直接以电压模拟量引出，有的只能通过主板自带的通信口（如RS232、RS485）读取。我这次改造的机器，主板上留有一个自定义的12脚排针，上面就带了RS232串口信号和几个模拟采样点。这给了我两个选择：要么主控板直接读串口数据，要么跳开原机协议自己接采样线。实际做的时候我采用了折中方式——用串口作为主要数据源，再用模拟采样点做关键冗余和交叉校验，这样即使串口协议解析出问题，电压、电流这些核心参数也不至于全瞎。

2.2 三种主流监控接口：干接点、串口、网口

改造UPS监控，本质上是做一个协议转换和信号汇聚的工作。业内常见的接口有三大类，理解清楚才能合理设计一体化模块。

第一类是干接点，也叫无源触点。两个接线端子之间只有通和断两种状态，不传递电压电流，适合做告警联动或者状态指示。优点是抗干扰能力强、简单可靠、适配范围广，几乎所有的动环采集设备都能识别；缺点也很明显，不能传具体数值，只能表达是或否，精度为零。注意干接点的“干”字，意思是触点本身不带电，接线时绝对不能让外部电压灌到触点上。

第二类是串口，最常见的是RS232和RS485。RS232是全双工短距离通信，传输距离十几米到头，适合UPS和控制电脑之间直接连接；RS485则是半双工总线，支持多台设备并联，传输距离可以达到1200米，工业现场基本都用它。UPS的串口协议没有统一标准，各家各厂都不同，这也是很多第三方监控模块兼容性差的原因。

第三类是网口，标准说法是SNMP或Modbus TCP。这是目前数据中心动环监控的主流接口，通过以太网直接接入机房网络，动环平台定期用SNMP轮询UPS的MIB信息，或者用Modbus TCP读取寄存器数值。好处是组网方便、远程可控性极强、信息量最大，坏处是实现复杂度高，且对老设备来说往往没有现成网口。

我做一体化采集板的时候，就把这三种接口全部考虑了：显示板负责本地界面和参数配置；采集板保留RS485总线出口用于旧动环对接，同时增加一路以太网口做SNMP/Modbus TCP服务端；再扩展六路干接点输出用于告警联动。这样一个模块就把三类主流方式都占齐了，后续无论接到什么系统都不会被卡脖子。

2.3 一体化方案的总体设计思路

前面说了这么多背景，这里把一体化的具体设计思路梳理清楚，方便后面照着做。一体化不是简单把两块电路板叠在一起，关键在于分工明确、接口干净。

采集板是核心，承担的任务包括：

• 接收UPS主板串口过来的状态数据和模拟量采样信号。
• 完成数据解析、校验、标度变换，比如把ADC采到的电压值换算成实际的交流电压数值。
• 运行告警判断逻辑，对过压、欠压、过载、电池低压、高温等异常状态做阈值比较。
• 作为数据服务端，通过以太网向外部监控平台提供SNMP和Modbus TCP服务。
• 驱动干接点输出继电器，对外提供告警触点。

显示板是辅助交互层，承担的任务包括：

• 通过LCD屏显示关键参数，支持翻页查看，可以实时轮显输入电压、输出电压、负载率、电池电压、温度、运行状态等。
• 提供按键菜单，设置本机IP、告警阈值、干接点工作模式等参数，这些参数通过内部通信口下发给采集板。
• 显示告警状态和告警历史，方便现场人员不用接电脑也能看出发生过什么。

采集板和显示板之间通过一条四线的TTL串口连接，波特率固定为9600，帧格式采用自定义的十六进制协议，帧头、数据区、CRC校验一应俱全。这样即使在强电磁干扰环境下通信，也能保证数据完整性，不会出现花屏或者假参数。

3. 采集板+显示板一体化：硬件怎么搭才稳

3.1 核心硬件选型

主控芯片选型是整体方案的基石。我选的是STM32F407系列，Cortex-M4内核带浮点运算单元，主频168MHz，片上的资源完全够用：四个串口、一个以太网MAC、大量GPIO和ADC通道。选择这款芯片的原因很实在：网络协议栈支持成熟（lwIP直接用）、串口数量能冗余分配、带ADC可以辅助采集模拟量、开发资料多，踩坑时容易找参考。

显示板用芯片就简单多了，STM32F103C8T6小容量版本完全够，主要负责键盘扫描、LCD驱动，然后通过串口跟采集板打交道。显示屏幕用的是2.4寸TFT LCD面板，分辨率320乘240，在UPS机箱里这个尺寸刚好嵌入，长时间显示也不刺眼。

干接点输出部分，继电器的选择要特别注意。UPS告警回路往往和外部动环传感器共用一组24V供电，继电器触点需要能承受一定切换功率，我选的是HF46F超小型继电器，线圈驱动电压5V，触点容量做到2A/24VDC，工程余量充足。继电器的驱动电路还要加续流二极管，不然线圈断电瞬间产生的反向电动势容易干扰主控供电，这个问题后面踩坑部分会详细说。

以太网物理层芯片选的是LAN8720A，配合STM32F407的内置以太网MAC，用RMII接口连接，时钟由外部50MHz有源晶振提供。布线时需要注意RMII接口的信号线等长控制和阻抗匹配，实测50MHz差分对跑起来很稳定。

3.2 供电与信号隔离设计

整个改造方案里，最容易出问题的就是供电。老UPS机箱内部空间紧张，想从主板上找一个干净、稳定、功率余量足够的电源点并不容易。我这边没有直接从USB接口取电，而是选择从原机的5V辅助电源输出端引线。这个5V电源本来是给原机通信板和风扇供电的，额定电流不小，但必须在进线端加装自恢复保险丝，额定值选500mA，用来给采集板整套模块供电。

采集板的电源拓扑是这样的：5V进来之后，先过一个共模电感做滤波，再到一个DC-DC隔离模块，输出两路相互隔离的电源。一路模拟电源给ADC采样电路和传感器供电，一路数字电源给主控、网络芯片和继电器驱动供电。两路电源的地也在隔离模块处分开，模拟地和数字地单点连接，避免采样精度被数字噪声干扰。

信号隔离方面，干接点输出继电器的触点本身已经是物理隔离的，这个不用担心。需要重点处理的是RS485和原机串口的信号隔离。RS485这边使用了ADM2483隔离型收发器，内部集成了磁隔离，直接解决问题。串口从UPS主板引出的信号，也先过光耦隔离，再接主控的UART引脚。这样就算UPS主板内部有什么异常电压抖动，也不会反向烧掉采集板的核心器件。

3.3 显示板与采集板的通信协议约定

采集板和显示板之间的通信协议，虽然是我自己定义的，但设计上不能马虎。一帧数据的格式是：帧头0xAA、0x55连续两个字节、命令字、长度字节、数据区、CRC校验高字节、CRC校验低字节。命令字分几类，比如0x01是查询实时数据、0x02是设置参数、0x03是告警上报、0x04是清告警历史。

实时数据传输的帧内容是按固定结构排列的，包括输入电压、输入频率、输出电压、输出电流、负载率、电池电压、充电电流、机内温度，各字段使用16位无符号整型，单位为V、0.1Hz、A、%、0.01V、0.01A、0.1摄氏度。显示板收到帧头后，先把长度字节和CRC校验过一遍，校验不通过就直接丢帧并请求重发，保证显示数据不会被错乱值污染。

参数设置命令要加上写保护密码，显示板上进入参数设置菜单前要求输入四位密码。这个细节非常重要，因为UPS的参数直接关系到告警阈值的正确性，一旦被无关人员误改，轻则误报，重则漏报。我在这块还做了一个保险机制：设置参数时，显示板向采集板下发一个0x02命令，采集板在存储参数的存储器中写入后，回发相同的参数帧；显示板收到后把回发的参数显示在确认框里，操作员确认无误流程才算走完。

4. 网络监控部分：把UPS数据送上网

4.1 嵌入式网口方案的搭建

既然要做网络监控，那采集板就必须具备接入以太网的能力。我的办法是在STM32F407上运行lwIP协议栈，配合LAN8720A物理层芯片，直接把UPS变成一个网络设备。开发时用STM32CubeMX初始化了ETH、RMII接口和MAC地址，MAC地址自己分配了一个，前三个字节用了本地管理地址范围，确保不会和市面上的设备冲突。

IP地址采用默认静态地址，默认设为192.168.1.200，子网掩码255.255.255.0，网关192.168.1.1。显示板的菜单里可以修改这些网络参数，修改后采集板重启网络接口生效。为了防止断电后配置丢失，参数同时备份在片内Flash和外部EEPROM里，启动时优先读取EEPROM，EEPROM里没有有效标记再读Flash，这套双保险机制保证参数不会因为在断电瞬间写Flash失败而丢错。

接线方面，RJ45网口选用自带网络变压器的类型，这样PCB上不需要额外放变压器。RJ45的指示灯接法也需要注意：ACT灯接在LAN8720A的LED1输出上，SPEED灯接在LED2上，通过绿灯常亮来表示物理链路100M已连接，黄灯闪烁代表数据在流动，这样在现场一眼就能判断网络状态是否正常。

4.2 数据协议：Modbus TCP与SNMP的取舍

采集板作为Modbus TCP服务端，我用现成的FreeModbus库改了一套，寄存器地址规划如下：

• 寄存器40001（地址0）：输入电压寄存器，值乘以10存入，单位0.1V。
• 寄存器40002（地址1）：输出电压寄存器，单位0.1V。
• 寄存器40003（地址2）：负载功率百分比寄存器，单位0.1%。
• 寄存器40004（地址3）：电池电压寄存器，单位0.01V。
• 寄存器40005（地址4）：机内温度寄存器，单位0.1摄氏度。

凡是接入动环监控的平台，直接向采集板的502端口发起Modbus TCP轮询即可。这套协议的好处是兼容性强，几乎所有动环采集网关都原生支持，不用装额外驱动。

SNMP协议这边，需要编写一个私有MIB。由于做的是完整的企业级UPS监控，我参考了标准UPS MIB库的命名风格，自行定义了一个节点树。MIB里把UPS的输入电压、输出电压、负载率、电池状态、内部温度等全部做了标识，并提供服务端返回。轮询间隔根据动环平台习惯设为60秒一次，每个SNMP请求都会附带一个系统运行时间戳，这样平台可以通过时间戳判断设备是不是卡死没有响应。

Modbus TCP和SNMP怎么取舍？我的建议是两条路都保留。原因很简单：如果动环平台用的是通用的设备接入中间件，Modbus TCP往往是最快通路的；如果平台偏向使用标准网管体系，SNMP更方便直接纳入资产管理和自动发现。采集板的以太网服务线程同时监听502和161端口，哪个轮询到达都接受，互不干扰。

4.3 接入监控平台与移动端推送

数据送上网之后，真正体现价值的是接入监控平台。我自己团队的运维平台是开源的Prometheus加Alertmanager，配合Grafana做可视化。由于没有现成的UPS网关，我写了一个小型的网络监控适配器程序，用Go语言实现，逻辑很简单：每30秒向采集板的Modbus TCP端口发起一次读寄存器请求，把读回来的数据转成Prometheus指标格式，推送到本地Push Gateway，再由Prometheus拉取入库。

Grafana上的仪表盘我配置了三块内容。第一块是总览面板，在一张图上同时画出输入电压、输出电压和电池电压的时变曲线，颜色分别用黄、绿、蓝标记。第二块是负载趋势图，按小时统计负载率的最大值、平均值，用来判断这台UPS是否长期接近满负运行。第三块是事件时间线，通过Alertmanager的告警事件驱动，把每次告警发生和恢复的时间点展示在仪表盘上，配合注释信息一目了然。

移动端推送用的是Alertmanager的webhook接口，告警触发时发送JSON到飞书自定义机器人。告警等级分成三档：WARNING级对应电压越限或温度偏高，推送通知但不反复轰炸；CRITICAL级对应市电中断超过10分钟、电池电压低于设定值、过载跳闸，这类会直接电话语音告警到值班人员；INFO级对应告警恢复、电池充满这类状态翻转，只在通知栏显示不打扰。这套分级机制上线之后，真正做到了重要的事不遗漏，琐碎的事不扰人。

5. 干接点告警：最土最可靠的那条路

5.1 干接点的原理与接线

网络监控和移动端推送固然现代化，但工程现场永远不能只依赖一条路。干接点告警的优点在于不依赖网络、不需要协议解析、连上就能用，且是最不挑剔外部设备的信号形式。干接点信号本质上就是一个开关的通断状态，外部动环系统只需要检测这两根线之间是否导通，就能判断UPS是否处于告警状态。

干接点输出端我用了六路继电器，全部接成常开触点模式。这意味着平时触点断开，告警触发后继电器吸合，触点闭合。之所以全部用常开而不是常闭，考虑的是故障安全原则：如果系统掉电、继电器烧毁或者线断了，外部设备检测到的一直是断开状态，容易被识别成“无告警”，从而误判设备正常。规避方法是对每路告警设置了独立的告警心跳信号。对所有常开触点，采集板每5秒强制吸合一次再断开，外部动环只要检测到这个脉冲波形，就认为采集板本身还活着。

接线时需要注意，干接点输出端是浮空的，没有和采集板的电源地相连。老式动环的开关量采集端口往往自带24V检测电压，接上去之后电流从采集端流出，经过闭合的继电器触点，回到采集端的公共端，整个回路不经过采集板的电路。所以即使外部采集设备和采集板之间出现了地电位差，也不会形成环流干扰内部的监控逻辑。

5.2 告警类型与逻辑设计

六路干接点的告警类型，我是按照机房应用的优先级设计的：

• 通道1：市电异常。市电输入掉线或电压超限时触发，最重要的告警之一。
• 通道2：电池低压。电池组电压低于设定的放电终止阈值时触发，通常意味着电池已经深度放电。
• 通道3：过载告警。负载率超过额定值的105%持续超过30秒，继电器闭合。
• 通道4：逆变故障。逆变器报故障或输出电压偏离设定值，这个告警触发说明UPS已经无法正常逆变，负载随时可能切换旁路。
• 通道5：温度异常。机内环境温度超过55摄氏度时触发，配合风扇转速判断散热是否失效。
• 通道6：综合故障。把充电器故障、通信丢失、霍尔传感器损坏这类非典型异常汇总到一路，作为最后的兜底告警。

逻辑判断全部放在采集板固件里，不依赖外部监控平台。每个告警条件可以单独设置是否启用，也可以设置告警触发的延时时间。比如市电异常我设置了5秒的延时，因为偶尔发生的10毫秒级别暂降如果立刻告警，会产生很多无意义的抖动告警；但电池低压不能延时太长，1秒内就要立刻上报，因为这意味着逆变随时可能终止。

5.3 防误报、防抖动的工程细节

干接点告警最烦人的问题就是误报。系统刚上线的时候，我遇到过半夜三更莫名其妙的市电异常告警，第二天去检查又什么都正常。排查到最后，问题出在触点抖动和仿真干扰上。

第一个问题是继电器触点抖动。继电器吸合瞬间，触点会发生几次快速通断的弹跳，持续几个毫秒。外部动环设备如果对上升沿敏感，就可能把一次动作检测成多次。解决办法是在采集板的固件里对每个继电器的控制引脚做去抖处理：触发逻辑经过软件确认后，先输出高电平保持50毫秒，再关断或者释放，原理上就是硬件电路加了RC延时，软件上做一个统一的脉冲宽度保证。

第二个问题是信号反射。干接点线缆如果走线和强电线路过长，容易感应出尖峰脉冲，尤其是在UPS机箱这种本身电磁干扰就很强的环境中。我给每路线缆都用了双绞屏蔽线，屏蔽层在UPS机箱端单点接地，不接动环设备端，保持单侧接地以避免地环路。

第三个问题是告警回路与数据上报的时序一致性。干接点触发了，但网络监控上还没有数据变化，这种状态不一致也会让人误判。所以采集板的固件中有一个事件序列号机制：每产生一次告警事件就自增一次，干接点触发的同时，这个序列号也会通过Modbus寄存器对外暴露，动环平台如果发现干接点和寄存器值都对上，就认为告警真实存在；对不上，就要怀疑继电器驱动电路有问题了。

6. 现场改造实录与调试心得

6.1 改造流程与测试清单

整个改造从拆机到验收，我一个人加一个电工助手，前后花了不到一天。前提是机柜顶部有足够的走线空间和散热冗余。流程大致是这样的：

第一步，断电操作。UPS转维修旁路，确认输出空开断开，电池开关也断开，然后用万用表在机箱内部关键端子逐点确认无残余电压。这一步省略不得，免得不小心触碰到高压端子。

第二步，拆原机面板和通信板。把显示面板支架拆下来，测量原有空间尺寸。我这个机柜里恰好有一个安装硬盘的托架位空着，就把一体化采集板的安装底板加工成和托架孔位一致的形状，通过四个M3螺栓固定。安装底板用1.5毫米冷轧钢板切割折弯，开好各螺纹孔，精度做了简单的模板对孔。

第三步，接线。把原机主板上的12脚排针引出线，逐一识别出串口TX、RX、GND和5V供电点。用热缩管和线鼻子做了绝缘与防拉扯处理。干接点六路线全部穿到机箱侧面的出线孔，接上一根多芯屏蔽电缆，另一端预留10厘米到动环机柜。

第四步，上电调试。先不接网线，直接用显示板查看各项参数是否正常。确认输入电压显示在215V上下，输出维持在220V，负载率有数值波动，电池电压也正常，才接上网线配置IP，让机房网络能够访问到采集板的502端口。

下面是完整的测试清单，大家改造后可以照着执行：

• 市电输入侧用调压器做电压拉偏测试，输入调到180V和260V，确认采集板读数偏差不超过正负3V。
• 拔掉市电输入空开模拟停电，观察干接点通道1是否在5秒内闭合，同时飞书推送是否到达。
• 用电子负载拉高负载率到108%，确认过载告警延时30秒后触发，且恢复后自动释放。
• 电池放电测试持续30分钟，期间每5分钟记录一次电池电压曲线，核对采集板数据与实际万用表差值。
• 网线拔插测试：断网后采集板不应出现数据错乱，恢复后Modbus TCP和SNMP都能自动正常连接。

6.2 我踩过的三个坑

第一坑：模拟采样干扰导致电压漂移。调试时发现采集板显示的输入电压比万用表实测低了好几伏，而且数值一直在跳动。排查了ADC采样电路和滤波电容，都没有问题，最后发现是给采样板供电的DC-DC模块纹波太大，噪声直接耦合到了采样参考电压上。解决办法是把参考电压改用独立的基准源芯片，同时加大采样输入端RC滤波的时间常数，问题立刻消失。

第二坑：串口协议解析错位。原机串口输出的数据是每秒钟发一帧，每帧包括开头字符、数据体和校验和。刚开始我用了一个简单的串口接收中断把所有字节存进缓冲区，然后按固定偏移解析，结果频繁出现错位乱数。后来加了状态机解析，逐字节匹配帧头，校验不过的帧直接丢弃，并且连续丢弃超过三帧就反向原机发送唤醒命令重新同步。这个机制稳定下来之后，连续跑了三天没有出现异常帧。

第三坑：继电器线圈干扰让单片机频繁复位。第一版电路板上，继电器的驱动管放在主控芯片旁边，线圈释放瞬间产生的反向脉冲通过PCB地平面传导，导致主控偶尔复位。加上续流二极管之后效果好了不少，但为了彻底解决，我干脆把继电器驱动管挪到远离主控的区域，线圈供电和主控数字电源之间又加了一个磁珠。改完之后连续打了两天疲劳测试，复位问题彻底消失。

6.3 改造后的运行效果与日常巡检建议

改造完成到现在已经正常运行了三个月。最直观的感受是，机房值班同事再也不用跑到设备间看灯了。输入电压、电池健康度、负载趋势全部都在大屏和手机上。最值得说的一件事是，上个月电网闪了一次，市电跌到170V持续了大概6秒，接近于失效，采集板的市电异常告警在5秒内准确触发，飞书推送和干接点信号同时到位，机房值班员远程确认了电池供电状态，整个过程没有一分钟的慌乱。

日常使用这套系统，我还是坚持几条简单的巡检习惯。每个月的第一个工作日，用显示板的菜单做一次手动电池测试，持续放电到电池电压降到设定阈值的80%，观察干接点通道2是否正常触发以及恢复是否顺畅，顺便记录电池端电压。每个季度，拿万用表实测一次UPS输出端子上的电压峰峰值，和采集板的读数核对一次，确认ADC采样没有因为环境温度老化而出现漂移。每半年，把网线和干接点线重新插拔一遍，检查端子有没有氧化或者松动迹象。

设备老了不可怕，可怕的是对它一无所知。把采集显示一体化做好、把告警通道全部打通之后，这台老UPS终于从一个“闷头干活的哑巴设备”变成了“随时可以汇报的健康管家”。如果你也在管着机房里的老UPS，与其每天提心吊胆，不如抽一个周末把这个改造方案落地，后面能省下的是数不清的晚上跑机房的时间。