EMS Builder：让每个能源项目不必从零开始
Edge-EMS Builder 是部署在能源现场的智能编排平台。它把设备接入、数据处理、策略控制、云边通信和多设备协同沉淀为可复用能力，让 EMS 从“一次性交付”变成“可以持续复制和升级的平台资产”。
工商业储能、光储充、微电网和园区能源项目看起来都叫 EMS，现场却很少完全相同：设备品牌会变、点表会变、电价与容量会变，客户还会不断增加新的控制规则。
有的项目要接 PCS、BMS、电表和光伏逆变器；有的项目还要接充电桩、柴油机、空调负载或客户自己的云平台。有的客户关心峰谷套利，有的客户关心防逆流，有的客户关心最大需量，有的客户临时又增加“台区临时增容”这样的规则。
如果每个项目都重新接设备、写策略、做云端接口，交付规模越大，重复开发和维护成本就越高。Edge-EMS Builder 要解决的正是这个问题：
Edge-EMS Builder 帮助项目团队组织复杂能源项目中的设备、数据和控制策略，让 EMS 从“每个项目重新做一次”，转变为“基于平台快速配置和复制”。
同一套数据与控制底座，可以承载不同设备组合、控制目标和项目参数。
为什么需要 EMS Builder
Section titled “为什么需要 EMS Builder”设备越来越多，策略不能从协议重新开始
Section titled “设备越来越多，策略不能从协议重新开始”一个站点可能同时包含 PCS、BMS、电表、光伏逆变器、充电桩、柴油机、空调负载和第三方平台。策略真正关心的是“并网点是否超限”“SOC 是否允许继续放电”，而不是某个寄存器来自哪一种协议。
Edge-EMS Builder 通过 CommBridge 接入设备并统一数据标识，使上层策略可以围绕业务含义工作。设备型号或协议变化时，通常调整点位映射即可继续复用已验证的核心逻辑。
需求持续变化，控制逻辑不能全部写死
Section titled “需求持续变化，控制逻辑不能全部写死”电价、容量、运行时段和控制阈值都可能变化。今天需要防逆流，明天可能增加需量控制，后续又需要让储能与充电桩协同。
Edge-EMS Builder 把业务逻辑拆成数据、计算、条件和动作。工程师可以修改参数、表达式或触发方案，而不必为每次业务变化重做整套软件。
项目不断复制，经验必须变成企业资产
Section titled “项目不断复制，经验必须变成企业资产”一次验证通过的削峰填谷、充电负载均衡或多机协调逻辑，不应只留在某个站点。Edge-EMS Builder 让策略逐步完成：
现场验证 → 点位与参数抽象 → 模板沉淀 → 新项目复用 → 持续迭代
项目做得越多，可复用的策略、点表和测试用例就越丰富，新项目也就越接近“选模板、做映射、调参数”，而不是再次从空白开始。
EMS Builder 到底是什么
Section titled “EMS Builder 到底是什么”Edge-EMS Builder 通常运行在边缘网关或工控机上，位于现场设备与云端或业务系统之间。它主要完成四件事：
| EMS Builder 的职责 | 通俗理解 | 项目结果 |
|---|---|---|
| 统一接入 | 把不同品牌、不同协议的设备接进同一套数据体系 | PCS、BMS、电表、充电桩等可以统一使用 |
| 处理数据 | 将原始点位加工成策略可理解的状态与指标 | 功率、SOC、容量、余量和告警状态可直接参与计算 |
| 编排策略 | 用表达式与“条件 + 动作”描述控制规则 | 削峰填谷、防逆流、需量控制等逻辑可以自动运行 |
| 连接系统 | 将现场数据与决策结果送往云端、前端或其他节点 | 支持远程运维、集中监控、策略下发和多设备协同 |
Edge-EMS Builder 持续执行“采集接入 → 统一数据池 → Lua 策略判断 → 执行输出”，执行结果重新进入数据池，闭环持续运行。
EMS Builder 不是什么
Section titled “EMS Builder 不是什么”- 不是只有看板的监控软件：它不仅展示数据，还能根据策略形成自动控制闭环。
- 不是写死若干策略的固定 EMS：平台提供构建策略的能力，具体业务规则由方案配置决定。
- 不是替代设备保护的安全控制器：硬件联锁、BMS/PCS 保护和现场安全边界仍应独立有效。
- 不捆绑固定前端：企业可以通过标准 WebSocket 接口构建自己的监控与控制界面。
一句话概括：
Edge-EMS Builder 不是“一个场景的一套 EMS”，而是“持续构建多种 EMS 的能力底座”。
EMS Builder 带来的四个变化
Section titled “EMS Builder 带来的四个变化”| 传统项目方式 | 使用 EMS Builder 后 |
|---|---|
| 每个项目重复接入、重复开发 | 通用能力沉淀在平台，新项目以映射和配置为主 |
| 控制逻辑固化在项目代码或固件中 | 策略由数据、表达式、触发条件和动作组合 |
| 多台设备各自运行，协同需专项开发 | 共享数据可直接参与跨设备计算与决策 |
| 项目上线后难以继续演进 | 支持云端下发、远程配置、开放接口和策略模板迭代 |
策略统一引用 dataKey。更换 PCS、BMS 或电表型号时，通常只需调整数据映射和现场参数，核心判断流程可以继续使用。
Edge-EMS Builder 已提供采集、计算、触发、设备写入、云边通信和前端实时通道。项目团队可以把精力集中在策略本身和业务界面上。
经过现场验证的策略可以整理成模板，并记录适用设备、必需点位、可调参数、保护条件和测试用例，形成企业自己的策略库。
MQTT、HTTP、WebSocket 与设备写入通道把外部数据、云平台、业务系统和可控设备连接起来。只要具备可靠的数据来源、可表达的规则和合规的执行接口，就有机会构建新的自动化闭环。
AI 原生：从点表到策略上线，都可以交给 AI
Section titled “AI 原生：从点表到策略上线，都可以交给 AI”前面的能力指向同一个结论：Edge-EMS Builder 自身不内置具体业务逻辑——数据来自采集配置，规则来自 Lua 脚本，联动来自触发方案，而每一个配置动作都有对应的标准 API。这意味着配置 Edge-EMS Builder 不一定需要逐页点击界面，其他程序也可以完成，包括 AI Agent。
由此，Edge-EMS Builder 的交付方式可以发生变化：
- AI 辅助配置：配套 Edge-EMS Builder Skills 可以协助点表转换、数据建模、Lua 与策略编排、告警配置及运行维护。工程师负责描述需求、审核结果和现场验证。
- 开放接口：第三方 Agent 可按账号权限查询数据与调用配置接口；是否执行控制、如何部署模型，由实际集成方案决定。
AI 可以参与配置与分析；执行范围、策略审核和现场验收由工程流程确定。
同一套平台可以应用在哪些场景
Section titled “同一套平台可以应用在哪些场景”
| 场景 | 可以构建的典型需求 | 主要协同对象 |
|---|---|---|
| 工商业储能 | 分时充放电、峰谷套利、削峰填谷、需量控制、防逆流 | PCS、BMS、并网电表 |
| 光储一体化 | 自发自用、光伏消纳、防逆流、计划曲线控制 | 光伏逆变器、储能、并网点 |
| 光储充场站 | 有序充电、充电负载均衡、储能支撑充电峰值 | 光伏、储能、充电桩、变压器 |
| 微电网 | 光储柴协同、功率平衡、并离网运行策略 | 光伏、储能、柴油机、关键负载 |
| 台区临时增容 | 监测变压器负荷，高峰时由储能提供容量支撑 | 变压器、电表、储能 |
| 多站点运营 | 数据上云、集中监控、远程运维、策略批量下发 | 多个边缘节点与云平台 |
这些场景由同一组基础能力组合而成。可以参考 台区临时增容 和 充电负载均衡 的通用配置案例。
需求如何变成可复用策略
Section titled “需求如何变成可复用策略”一个项目需求通常按以下路径落地：
- 明确目标：例如“并网点功率不得超过 800 kW”。
- 整理数据：确认并网点功率、PCS 功率、SOC、设备状态等必需点位。
- 编写计算：计算容量缺口、可用充放电功率和保护边界。
- 配置触发：定义何时启动、何时退出、如何防抖和异常时如何降级。
- 执行与验证：下发功率指令，记录告警与执行结果，完成正常、边界和故障工况测试。
- 抽象成模板：把站点特有的点位、容量和阈值参数化，供后续项目复用。
这条路径让“项目经验”不再只是一段难以迁移的代码，而是包含策略、参数、点位映射和测试条件的完整资产。
能力经过性能验证
Section titled “能力经过性能验证”在 AFE-E630（4 核 Arm Cortex-A55、3.81 GB 内存）的 2026-07-29 批次测试（报告 v1.3）中，推荐场景 S3.5 的配置负载与结果为：
| 指标 | 已测配置 / 结果 |
|---|---|
| 数据采集配置负载 | 5,000 点/秒 |
| 聚合运算 | 30 个 |
| Trigger 任务 | 90 次/秒，平均处理量达成率 99.97% |
| MQTT 任务 | 20 次/秒，平均处理量达成率 99.90% |
| 协作任务 | 10 次/秒 |
| Trigger / MQTT P95 时延 | 56 ms / 77 ms |
| 整机 CPU 平均 / P95 | 50.16% / 71.09% |
| 整机实际内存平均 / P95 | 40.49% / 41.41% |
该结果用于说明平台在一组明确软硬件与测试口径下的承载能力，不等同于所有项目的容量承诺。测试共统计 2,000 次有效短时资源样本；生产部署建议在已测负载上保留约 20% 工程余量，并使用实际脚本、消息大小和数据库规模复测。
完整环境、统计口径与限制条件见 AFE-E630 性能测试。
谁适合使用 EMS Builder
Section titled “谁适合使用 EMS Builder”- 设备厂商与系统集成商：希望减少重复交付，形成自己的 EMS 产品和策略资产。
- 具备自研能力的能源团队：希望自主掌控策略、前端和云平台的演进节奏。
- 需要快速复制项目的 EPC 与运营方：希望用已验证模板缩短站点上线周期。
- 复杂场景项目团队：需要特殊设备、多能源协同或与既有平台深度集成。
根据团队能力和交付目标，可以选择平台自建、标准方案或联合定制，详见 服务模式。
按需求查找文档
Section titled “按需求查找文档”| 需求 | 文档 |
|---|---|
| 建立第一个计算闭环 | 快速开始 |
| 整理点位、分时计划与分组 | 数据模型 |
| 编写控制规则与告警流程 | 触发方案、告警生命周期 |
| 同类设备扩容与模板更新 | UDE 与动态占位符 |
| 查看趋势、导出和持续留存 | 历史查询、导出、周期归档 |
| 管理容量、配置与维护 | 存储建议、运行配置、维护冻结 |
| 追踪设备执行结果 | 设备控制日志 |
| 用 Agent 协助配置 | 23 个 EMS Builder Skills |