# 开源了一个工业物联网平台：核心服务只吃 64MB 内存

做工业数采的，多少都遇到过这种事：想给车间加一套数据采集，平台还没装，运维先问一句"这台机器几G内存？"

我们前两年碰上一个老厂房改造，车间里的工控机是老古董，4G 内存，上面还跑着别的东西。当时选的商业平台，全家桶装完，机器直接趴窝。最后没办法，在机房单开了一台服务器专门跑数采，光这一台机器的钱就够买好几台工控机。

那时候就想，要是有个真能在边缘设备上跑起来的开源平台就好了。

后来我们自己动手做了一个，断断续续迭代到现在，决定开源出来，就是 **UNIHH-IOT**。这篇文章聊聊它的设计思路，文末放了仓库地址和快速上手的步骤。

- Gitee：https://gitee.com/giteeRepo/unihh
- GitHub：https://github.com/unihh-iot/IOT-UNIHH

## 先说清楚它是干什么的

一句话：面向工业现场的开源物联网平台，设备采集、反向控制、规则告警、可视化这一套，前后端代码全部开放，Apache 2.0 协议，商用免费。

技术栈不花哨：后端 Java / Spring Boot 微服务，南向通信走 EMQX（MQTT 5.0），前端 Vue 3 + Element Plus + ECharts。

单看功能，市面上商业平台都有。它真正值得说的是几个设计决策，都是被现场需求逼出来的。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/ff4bb6f06fbc898ad28d4c3ff6f3e017.png)


## 驱动单独起进程，坏一个不连累一片

早期版本里，Modbus 和 S7 的驱动跟主平台跑在同一个进程里。有一次现场一台第三方设备的应答报文不太规范，驱动线程卡死，连带整个平台跟着挂。凌晨被电话叫起来重启服务之后，我们下决心把驱动拆出去。

现在 UNIHH-IOT 的每个协议驱动都是一个独立进程，通过 EMQX 总线跟平台通信：

- 某个驱动死锁、内存泄漏，重启它自己就行，平台和其它协议不受影响；
- 现场用什么协议就启动什么驱动，用不上的一个字节内存都不占；
- 驱动启动后自动注册上线，配置支持热更新，掉线靠 MQTT 遗嘱（LWT）第一时间广播。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/633f003c79cc7ea46329a2cb98124265.png)


代价是部署时多起几个进程。但对边缘部署来说，换来的是故障隔离，这笔账划算。

## 半双工总线上，采集和反写不能抢

工业现场大量设备还挂在 RS485 这类半双工总线上，一条总线同一时刻只能干一件事。老问题是：平台正在轮询采集，操作员这时候下发了一条控制指令，两个请求撞在总线上，轻则超时重试，重则错帧。

早期我们也用过"采集间隔调大一点"这种土办法，治标不治本。后来在通道层做了公平互斥锁（getChannelLock）：同一条通道上，采集和反写自动排队串行执行，谁也不抢谁。这个问题就从"现场调参碰运气"变成了机制上不存在。

## 内存是按工控机的标准抠的

零拷贝、对象池复用、基本类型优先，把 GC 停顿压到最低。调优之后，核心业务服务的堆内存稳定在 64~128MB，单个协议驱动只要 32~64MB，配 SerialGC 就能跑。

什么概念？百元级的树莓派，或者车间里那台落灰的旧工控机，就能 7x24 常驻。对预算紧张的中小工厂来说，这是实打实省下来的服务器钱。

## 接一个新协议要写多少代码

这可能是开发者最关心的问题。MQTT 连接、注册、心跳、重试这些杂事，驱动底座（unihh-protocol）全包了。写一个新驱动，继承基类、实现三个方法：

```java
@Component
@IoTDriver(code = "custom-protocol", name = "自定义协议驱动", version = "1.0.0")
public class CustomDriverPlugin extends AbstractDriverPlugin {

    @Override
    public boolean openConnection(DeviceConfig config) throws Exception {
        // 和现场设备建立连接
        return true;
    }

    @Override
    public ParsedPayload readPoints(DeviceConfig config,
                                    List<ThingModel.PropertySpec> points) throws Exception {
        ParsedPayload payload = new ParsedPayload();
        // 采集：payload.addPoint(pointCode, value, quality, timestamp);
        return payload;
    }

    @Override
    public boolean writePoint(DeviceConfig config, String pointCode,
                              String address, Object value, String dataType) throws Exception {
        // 反控：把指令写到设备寄存器
        return true;
    }
}
```

你只需要关心报文本身怎么解析，剩下的平台管。

## 平台侧现在有什么

监控大盘（设备在线率、驱动状态、采集吞吐、告警）、设备台账、统一物模型（属性/服务/事件，点位与寄存器地址动态映射）、规则告警、实时数据快照（带数据品质 Quality）、驱动管理（含链路 RTT 探测），一套下来该有的都有。

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/b5df0377fcb6fbb1e86f0a9d0ac24ddc.png)
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/31048fe79d6b3d77cd36f47c22f7ad90.png)
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/ced6da5670998b19b85e5f5258900804.png)

![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/9ebb57af8b1026533076549ab2be17e2.png)
![在这里插入图片描述](https://developer.qcloudimg.com/http-save/yehe-4868272/549b54edc344b43899a10783587eaf4a.png)

前端是 Vue 3 + Element Plus + ECharts 写的，代码全部开放，想改成自己家的看板随便改。说实话界面算不上惊艳，但工业场景该有的功能都在，二开成本不高。

协议驱动方面，Modbus RTU/TCP、西门子 S7、OPC UA 是现成的。BACnet、DL/T 645、三菱 MC、欧姆龙 FINS 还没写，欢迎提 PR，或者直接告诉我们你现场用的是什么协议，我们按需求排期。

## 在线体验

不用部署，直接打开：

**演示地址：https://demo.unihh.com**

**账号：admin  密码：unihhiot**

建议按这个路径体验：驱动管理里看看已注册的驱动和心跳状态，然后到设备管理里选一台设备进点位调试，试试点位读取和反写下发，最后去规则引擎看一条"点位超限触发告警"的完整链路。

## 本地部署：镜像全部预置，一条命令拉起全套

后端不用自己编译。EMQX 总线、三个核心服务加三个协议驱动，全部打好了 Docker 镜像推在阿里云公共仓库，直接拉：

| 镜像 | 说明 |
| :--- | :--- |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-emqx:v20261009` | EMQX 消息总线，MQTT 鉴权与主题权限已预置 |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-gateway:1.0.0` | 统一网关 (:28000) |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-admin:1.0.0` | 管理中心 (:28001) |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-data:1.0.0` | 数据中心 (:28002) |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-driver-modbus:1.0.0` | Modbus TCP/RTU 驱动 (:28011) |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-driver-s7:1.0.0` | 西门子 S7 驱动 (:28012) |
| `registry.cn-shenzhen.aliyuncs.com/deversun/unihh-driver-opcua:1.0.0` | OPC UA 驱动 (:28013) |

完整部署流程：

```bash
# 1. 克隆仓库（自带 docker-compose.yml 和 MySQL 初始化脚本）
git clone https://gitee.com/giteeRepo/unihh.git
cd unihh

# 2. 拉取镜像并启动全套服务
docker compose pull
docker compose up -d

# 3. 前端构建
cd unihh-frontend && npm install && npm run build
# 把 dist 交给 Nginx 或任意静态服务器即可
```

## 什么场景适合，什么不适合

适合的：

- 中小工厂的数采和简单反控，不想在平台软件上花大钱；
- 做边缘软网关，跑在工控机上就地采集、断网暂存；
- 能耗、动环这类高频时序数据的监控和分析；
- 设备出厂自带联网能力，做远程运维和售后诊断。

不太适合的，也直说：

- 超大规模（十万级设备）接入的场景，还没在大规模集群下充分验证；
- 强依赖 BACnet、电力规约的项目，驱动还没就绪，建议先联系我们确认排期。

## 最后

Apache 2.0，没有功能阉割，没有授权陷阱，商用不收钱。

如果你觉得这个项目对你有用，去仓库点个 Star，让更多同行看到它；用的时候碰到问题欢迎提 Issue，现场场景描述得越具体，我们响应越快。

- Gitee：https://gitee.com/giteeRepo/unihh
- GitHub：https://github.com/unihh-iot/IOT-UNIHH

做工业数采的，多少都遇到过这种事：想给车间加一套数据采集，平台还没装，运维先问一句"这台机器几G内存？"

开源了一个工业物联网平台：核心服务只吃 64MB 内存

人工智能

开源工业物联网平台UNIHH-IOT，核心服务仅64MB内存，专为边缘设备设计。支持Modbus、S7、OPCUA等协议，独立进程驱动，故障隔离，半双工总线防冲突。Apache2.0协议商用免费，百元级硬件即可运行，提供Docker一键部署与演示环境。

代码解释

远程运维

数据中心

物联网

服务器

Docker

GitHub

Nginx

MySQL

MQTT

Java

腾讯云双十一大促

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

开源了一个工业物联网平台：核心服务只吃 64MB 内存-腾讯云开发者社区-腾讯云

开源了一个工业物联网平台：核心服务只吃 64MB 内存

开源了一个工业物联网平台：核心服务只吃 64MB 内存

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐