机器与产线能耗监测：从电表到仪表盘
在制造业中，能源已经从固定成本项变成了成本驱动因素——并日益成为一项报告义务。想要发现节能潜力、避免负荷高峰，或者用可靠的数据支撑符合 ISO 50001 的能源管理体系，首先需要一件事：机器和产线层面的透明度。而许多项目恰恰折在这一步——不是折在分析上，而是折在数据采集上。
本指南介绍如何使用 IronFlock 汇聚来自现有电表、控制器和传感器的能耗数据——并将其转化为实时仪表盘、告警和分析。
问题：数据就在那里，却拿不到手
在大多数工厂里，相关的测量点早已存在：
- 进线和配电处的电能表支持 Modbus——却最多每月人工抄表一次。
- 变频器和控制器掌握着电流、功率和运行状态——这些数值却从未离开过配电柜。
- 楼宇设备（通风、制冷、压缩空气）通过 BACnet 上报——进入一个生产部门看不到的独立系统。
- Excel 充当集成层。 凡是被汇总的数据都是手工汇总的——滞后、易错，而且与生产过程没有时间上的关联。
没有统一的数据基础，能耗监测就停留在快照层面：知道月度账单，却不知道是哪台机器在推高它。
解决方案：Collector 应用负责采集，平台负责汇聚
IronFlock 为工厂数据提取提供了一个 Collector 应用家族——每个协议族对应一个应用，均以轻量级容器的形式运行在机器网络中的边缘 PC（网关）上。对于能耗监测，最相关的是以下四个：
| 测量点 | Collector |
|---|---|
| 电能表、电网分析仪（Modbus TCP） | Modbus Collector |
| PLC、变频器、OPC UA 服务器 | Industrial Collector |
| 电流传感器、压力和流量传感器（IO-Link） | IO-Link Collector |
| 楼宇设备：通风、制冷、能源（BACnet/IP） | BACnet Collector |
所有 Collector 都遵循同一套原则：
- 在浏览器中配置。 创建设备、映射寄存器或数据点，即告完成——网关上没有配置文件，也无需重启。
- 规范化的、可直接分析的数据。 原始寄存器地址变成带单位、时间戳和质量标记的命名测量值——是
power.active（单位 kW），而不是寄存器 40021。 - 中断时缓冲。 连接断开时，Collector 在本地缓冲数据，并在重连后按顺序转发测量值。一台无法访问的机器永远不会阻塞其他机器的采集。
- 演示模式。 每个 Collector 都能在没有硬件的情况下生成逼真的数据——您可以在接入第一块电表之前，就先搭建仪表盘和分析。
所有测量值都进入项目数据库——每个项目一个专属的 TimescaleDB 时序数据库，作为所有后续分析的单一事实来源。数据属于您：项目所有者就是数据所有者，而不是应用开发者。
从测量值到洞察
有了项目中的数据基础，平台的所有分析路径都随之打开：
- 无代码实时仪表盘。 在 Board Studio 中通过拖放构建负荷曲线、按天和按班次的对比——从电表到屏幕的延迟低于一秒。拆分图表会自动为每台机器、每条产线或每个站点生成一张图表，您无需复制组件。
- 超限告警。 集成的告警系统监控实时遥测数据，并通过邮件或短信发出通知——例如某条产线的功耗超过阈值，或者停机期间的压缩空气消耗暗示存在泄漏。条件可按严重级别定义，并支持自动恢复。
- 提问，而不是写查询。 通过 Physical AI，您可以用自然语言询问您的能耗数据——数据探索器把问题翻译成数据库查询，并以数字、表格或实时图表作答。应用还可以自带应用智能体，例如用于分析能耗模式或对比不同站点。
- 生产背景下的能耗。 通过跨应用数据访问，一个分析应用可以把能耗数据和产量计数器结合起来——从而得出单件能耗等指标。这种访问始终只读，并且需要按项目显式批准。
提示： 从单个测量点开始——例如一条产线的总电表——然后逐步扩展。由于所有 Collector 使用相同的表结构，仪表盘和分析会随之自然生长。
一个示例：一条产线，三个数据源
一个典型的单条生产线搭建展示了这些组件如何协同：
- 产线总电表（Modbus TCP）→ Modbus Collector。提供有功功率和电能表读数——负荷曲线和班次对比的基础。
- 主驱动的变频器（OPC UA 或 Modbus）→ Industrial Collector。电流和转速揭示出是哪台驱动在推高能耗。
- 压缩空气和制冷供应（BACnet/IP 或 IO-Link 流量传感器）→ BACnet 或 IO-Link Collector。让那些在任何单机视角中都不会出现的横向公用消耗变得可见。
在这条产线的 Board 上，无需代码即可得到：一条实时负荷曲线、一份按班次划分的日负荷曲线，以及每台驱动一张的拆分图表。再配上两个告警——一个针对产线的负荷峰值，一个针对非生产时间的压缩空气消耗，也就是经典的泄漏指标。从第一天起就开始积累历史数据，之后便可以用来对比周、订单和产品。
扩展遵循同样的模式：下一条产线、下一栋楼、下一个站点——各一个网关、同样的 Collector、同一个项目数据库。
架构是什么样的
数据的路径刻意保持简短：
- 边缘： 机器网络中的一台 Linux 网关以容器形式运行 Collector 应用——只读，不向设备写入任何内容。
- 传输： 设备代理仅通过出站的 TLS 加密连接传输测量值——网关上没有开放端口。
- 平台： 项目数据库存储时序数据；Board、告警和 AI 直接在其上工作。
无论平台运行在云端、您自有网络中的 Appliance，还是私有云中，这套架构都不会改变——所有部署模式的功能范围完全一致。
常见问题
我可以接入哪些电表和测量设备？
凡是支持 Modbus TCP 的设备——电能表和电网分析仪的标准协议——都可以直接通过 Modbus Collector 接入。PLC、变频器和 OPC UA 服务器中的数值由 Industrial Collector 采集；IO-Link 传感器（如电流、压力或流量传感器）由 IO-Link Collector 采集；楼宇设备由 BACnet Collector 采集。
我需要额外的硬件吗？
您需要在机器网络中有一台 Linux 计算机作为网关——现有的工业 PC 通常就足够了。没有数字接口的机器可以通过加装传感器来采集，例如在进线处加装 IO-Link 电流传感器。只有在此前完全没有测量的地方才需要新电表。
我可以分析单件产品的能耗吗？
可以。由于能耗数据和生产数据存放在同一个项目数据库中，它们可以在时间上相互关联。一个分析应用可以通过跨应用数据访问以只读方式组合这两个数据源，并计算单件能耗或单个订单能耗等指标。
数据存储在哪里——归谁所有？
所有测量值都存放在您项目专属的 TimescaleDB 数据库中，可选择在云端（欧盟数据中心）、您自有网络中的 Appliance 上或您的私有云中。项目所有者就是数据所有者：访问权限细粒度分配、随时可撤销，开放的标准格式杜绝厂商锁定。
下一步
从快速入门指南开始：创建项目、连接网关、以演示模式安装一个 Collector——这样您就能在接入第一块电表之前，完整走通从测量值到仪表盘的全部路径。各协议的详细信息请参阅工厂数据提取文档。