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 後 |
|---|---|
| 每個專案重複接入、重複開發 | 通用能力沉澱在平台，新專案以映射和設定為主 |
| 控制邏輯固化在專案程式碼或韌體中 | 策略由資料、運算式、觸發條件和動作組合 |
| 多臺裝置各自執行，協作需專項開發 | 共享資料可直接參與跨裝置計算與決策 |
| 專案上線後難以繼續演進 | 支援雲端下發、遠端設定、開放介面和策略範本迭代 |
邏輯重複使用
Section titled “邏輯重複使用”策略統一引用 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 |