工业与实验室现场普遍需要对终端侧 温度、功率、光学类 指标进行集中监视,并在异常时进行告警与调控。传统做法依赖人工抄表或封闭工控系统,存在:
数据难以及时汇聚到统一界面;
历史数据缺乏可追溯存储与曲线分析;
控制依赖现场手动,难以形成可配置的闭环策略;
电脑与移动端查看、后续大数据分析缺乏统一出口。
本项目以服务器软件为核心,通过 MQTT 汇聚终端数据,提供采集、显示、存储、告警、控制及分析预留能力,形成可落地的监控控制闭环。
点击空白处退出提示
工业与实验室现场普遍需要对终端侧 温度、功率、光学类 指标进行集中监视,并在异常时进行告警与调控。传统做法依赖人工抄表或封闭工控系统,存在:
数据难以及时汇聚到统一界面;
历史数据缺乏可追溯存储与曲线分析;
控制依赖现场手动,难以形成可配置的闭环策略;
电脑与移动端查看、后续大数据分析缺乏统一出口。
本项目以服务器软件为核心,通过 MQTT 汇聚终端数据,提供采集、显示、存储、告警、控制及分析预留能力,形成可落地的监控控制闭环。
1.传感数据采集
系统应接收终端上报的 temp、power、opticalScore。
上报周期可配置。
应记录接收时间与设备 ID。
2.实时显示
「实时」目标时延应与客户约定。
3.存储与曲线
遥测、告警、控制记录应持久化。
支持按时间范围查询并绘制曲线)。
4.手动控制
支持 set_supply_power(0–3)、set_supply_power(0–50 kW)、ping。
每次下发生成 msgId,终端回 ACK,界面可追溯。
5.自适应控制
根据实时数据与阈值/规则自动产生控制指令。
必须支持:使能开关、手动优先、最小动作间隔、安全上下限。
6.告警
温度/功率/光学可配置阈值(高/低限、可选回差与持续时长)。
告警列表展示;支持确认;恢复可自动或手动关闭。
可选联动自适应或仅告警不控制(策略可配)。
7.多端查看
同一 Web 应用,PC 与手机浏览器可访问。
8.大数据预留
提供版本化只读 API 与/或导出能力。
架构上独立「分析适配层」,与采集主链路解耦。
9.设备模拟
提供软件模拟终端,生成合理波动数据,支持收令与 ACK,便于无硬件联调。
10.协议接入
终端经 MQTT 接入。
本系统为运行于 Windows 本机的物联网端到端演示系统,用于验证"设备采集上报 → 消息中转 → 业务处理 → Web 展示 → 远程控制 → 设备应答"的完整业务链路。本系统采用 分层 + 发布/订阅 架构风格:
感知层:设备端(simulator / c_device / ESP32)负责数据采集与指令执行。
传输层:MQTT Broker 作为消息中枢,解耦发布者与订阅者。
服务层:业务服务(Server)订阅上行消息、发布下行指令,并提供 HTTP API。
表现层:Web 浏览器通过 HTTP 访问静态页面及 REST 接口。
GET /api/health MQTT 连接与设备 ID
GET /api/latest 最新遥测
GET /api/history?limit= 内存历史
GET /api/acks 最近 ACK
POST /api/cmd {action,value} 下发
GET /api/v1/devices 设备列表与在线状态
GET /api/v1/devices/{id}/latest 指定设备最新值
GET /api/v1/devices/{id}/telemetry from,to,limit 历史(mode=trend 等间隔抽样)
POST /api/v1/devices/{id}/cmd 手动控制(鉴权)
GET /api/v1/devices/{id}/commands 控制与 ACK 审计
GET/PUT /api/v1/control/auto 自适应总开关与规则摘要
GET/PUT /api/v1/thresholds 阈值配置
GET /api/v1/alarms 告警查询
POST /api/v1/alarms/{id}/ack 确认告警
GET /api/v1/analytics/telemetry 只读






评论