设备状态监测系统开发

项目背景

这是一套发电机状态监测系统，前端用 Vue 实现，单个代码库，最后一次提交在 2025 年 11 月。系统承载发电机组的运行参数采集与展示、异常阈值与告警，以及历史曲线回看。需要先说明：这里说的运行参数是电压、电流、功率、温度、油位这一类常规量，具体采集的传感器型号与精度取决于现场设备，不在本项目的交付口径内。

客户当时的状态

发电机组的问题在于「平时没人看，出事才发现」。设备运转时参数是连续变化的，靠人定时巡检，只能看到巡检那一刻的数；等到发现异常，往往已经影响到供电。历史数据如果没有留存，事后追查故障原因也无从下手——「当时是不是超载了」「温度是从什么时候开始升的」，都答不上来。

我们的做法与取舍

第一个取舍是把实时展示和历史回看当成两个场景做。实时画面要的是刷新快、一眼看到当前状态；历史回看要的是能拉长时间轴、看清趋势。把两者挤在一个界面里，往往两边都不好用。

第二个取舍是阈值告警做成可配置项，而不是写死在代码里。不同型号、不同工况的机组，正常范围本来就不一样；写死的阈值上线之后就是长期维护负担。

第三个取舍是只做展示与告警，不碰控制。监测系统与控制系统是两件事，越过这条线会带来不该有的风险。系统看到异常就告警，具体动作由现场人员或既有控制系统完成。

系统怎么承载这条链路

系统分两块：实时部分负责运行参数的采集接入与当前状态展示，异常时按阈值触发告警；历史部分负责参数留存与曲线回看，支持按时间区间拉取。阈值作为配置维护，不固化在前端逻辑里。整体是 Vue 实现的前端应用加数据接入层，职责边界清晰。

交付状态与边界

代码库最近一次提交在 2025 年 11 月，处于维护状态。边界说明：系统承载的是运行参数的展示、告警与历史留存；不承担发电机组的控制功能，任何控制动作由现场既有设备完成；传感器的选型、安装与精度由设备侧决定，系统按接入的数据处理；告警的处理责任与处置流程按客户现场的管理制度执行，系统只负责把异常及时呈现出来。