EMS Builder 整體架構、工作模式與能力邊界
Edge-EMS Builder 位於現場裝置與上層系統之間，以邊緣自治為基礎，並可擴充為雲端與邊緣協作和多節點協作。它把“讀到資料、算出狀態、判斷規則、執行動作”組織成持續執行的控制閉迴路。
本文回答四個問題：
- Edge-EMS Builder 的整體架構如何分層？
- 它可以按哪些工作模式執行？
- 一個業務需求如何被組合出來？
- 有線、無線和跨站點連線能擴充到哪裡？
本文的“工作模式”指系統執行方式，不是商業合作方式。Platform、Solution、Co-create 三種合作方式請檢視 Edge-EMS Builder 服務模式。
一、整體架構：現場、邊緣與雲端形成閉迴路
Section titled “一、整體架構：現場、邊緣與雲端形成閉迴路”
Edge-EMS Builder 執行在邊緣側；CommBridge 遮蔽現場協定差異，MQTT、WebSocket 和 HTTP 連線雲端、前端與第三方系統。
| 層級 | 核心職責 | 典型物件 / 通道 |
|---|---|---|
| 業務與雲端層 | 統一監控、遠端設定、策略下發、營運分析和第三方業務整合 | JelinaCloud、客戶雲端平台、SCADA、排程系統；MQTT / HTTP |
| 互動與整合層 | 向前端即時推送資料，接收控制指令，向外部系統提供讀寫能力 | 自訂 Web 前端、後端服務；WebSocket / HTTP |
| EMS Builder 邊緣引擎 | 統一資料、即時計算、策略判斷、動作執行、告警、共享和設定擴充 | 資料模型、運算式引擎、觸發方案、共享目標、UDE |
| CommBridge 擷取層 | 適配底層協定，將現場點位轉換成 EMS Builder 可識別的資料 | Modbus、OPC UA、S7、序列埠、IEC 101/104、CAN 等 |
| 現場裝置層 | 提供即時資料並執行最終控制 | PCS、BMS、電表、充電樁、太陽光電變流器、感測器、第三方裝置 |
為什麼要分層
Section titled “為什麼要分層”- 裝置變化不拖動策略重寫：底層協定與點位在擷取層適配，上層策略使用統一
dataKey。 - 業務變化不侵入通訊驅動：閾值、時段和控制規則在策略層調整，不必改動裝置協定實現。
- 介面與控制引擎解耦：Edge-EMS Builder 不繫結固定 UI，前端可透過標準通道訂閱資料和發起控制。
- 雲端不可用時仍可保留本機閉迴路：關鍵判斷與動作在邊緣執行；具體離線能力取決於專案設定和外部依賴。
二、一次控制是怎樣完成的
Section titled “二、一次控制是怎樣完成的”任意一條業務策略都可以拆成“擷取 → 計算 → 決策 → 執行”四步：
| 步驟 | EMS Builder 做什麼 | 示例：台區容量支撐 |
|---|---|---|
| ① 擷取 | CommBridge 讀取原始點位並同步給 EMS Builder | 讀取變壓器負荷、PCS 狀態、SOC |
| ② 計算 | 運算式引擎計算中間狀態、餘量或風險 | 計算容量缺口和儲能可用放電功率 |
| ③ 決策 | 觸發方案判斷條件並選擇動作 | 負荷接近上限且 SOC 允許時啟動支撐 |
| ④ 執行 | 寫入裝置、記錄告警、釋出 MQTT 或推送前端 | 向 PCS 下發功率並回報執行狀態 |
執行後的功率、SOC 和裝置狀態會再次被擷取，進入下一輪判斷。一個穩定策略還應包含啟動/退出閾值、去抖動、優先順序、通訊異常處理、裝置保護和人工接管，而不只是簡單的 IF / THEN。
兩項貫穿閉迴路的支撐機制
Section titled “兩項貫穿閉迴路的支撐機制”- 共享目標：其他 Edge-EMS Builder 節點的資料可以像本機資料一樣參與運算式與觸發判斷，形成跨裝置協作。
- 裝置單元動態擴充（UDE）：同類裝置定義一次範本，新實例接入後自動物化聚合、分組和共享設定，減少重複設定。
三、三種工作模式
Section titled “三、三種工作模式”
三種模式使用同一套 Edge-EMS Builder 引擎，可以獨立使用，也可以在同一專案中組合。
1. 邊緣自治
Section titled “1. 邊緣自治”資料擷取、計算、判斷與控制都在站點內完成。適合對回應速度、連續執行和資料本機化要求較高的場景。
典型鏈路： 現場裝置 → CommBridge → Edge-EMS Builder 策略 → 現場裝置
適合需求： 分時充放電、防逆流、需量控制、裝置聯鎖、站內告警。
設計重點： 本機保護優先；對外部電價、天氣或雲端指令等依賴應設計快取、超時與降級方案。
2. 雲端與邊緣協作
Section titled “2. 雲端與邊緣協作”邊緣負責即時執行，雲端負責統一管理、策略編排、遠端維運或跨站分析。MQTT 支援雙向釋出/訂閱與回應機制，Edge-EMS Builder 也可以透過 HTTP 取得經授權的外部資訊。
典型鏈路： 雲端下發目標/策略 → 邊緣檢查並執行 → 結果回傳雲端
適合需求： 多站點監控、遠端參數調整、計畫曲線下發、營運分析、集中告警。
設計重點： 雲端目標不能繞過現場安全邊界；斷網期間應明確繼續執行、保持最後有效值或進入安全策略中的哪一種。
3. 多節點協作
Section titled “3. 多節點協作”多臺 Edge-EMS Builder 透過共享目標同步資料，主節點可以彙總從節點狀態並進行統一計算，從節點也可在角色切換後承擔新的任務。
典型鏈路： 多個從節點共享資料 → 主節點計算站點目標 → 各節點執行分配結果
適合需求： 多機功率分配、跨區域裝置群控、站點級負載平衡、冗餘與角色切換。
設計重點： 定義主從關係、共享週期、資料時效、網路異常狀態和失聯後的本機策略。
四、核心能力與執行支撐
Section titled “四、核心能力與執行支撐”
| 能力 | 解決的問題 | 在閉迴路中的位置 |
|---|---|---|
| 資料模型 | 統一原始、分時、聚合和共享資料的組織方式 | 擷取與計算基礎 |
| 運算式引擎 | 用 Lua 完成求和、篩選、狀態判斷和跨裝置計算 | 計算 |
| 觸發方案 | 用“條件 + 動作”編排業務規則 | 決策與執行 |
| MQTT 雲端與邊緣協作 | 資料釋出、指令訂閱、回應和雲邊雙向通訊 | 雲端與邊緣連線 |
| 裝置協作與共享目標 | 讓多個節點共享資料並參與彼此計算 | 分散式協作 |
| 裝置單元動態擴充（UDE） | 範本、動態預留位置與已有實例對帳 | 規模化擴充 |
| 告警生命週期 | 追蹤異常、恢復與人工解決 | 狀態與處理 |
| 歷史與歸檔 | 趨勢分析、非同步匯出、多計畫歸檔 | 資料留存 |
| 執行維護 | 容量建議、設定來源、維護凍結與控制記錄 | 持續執行 |
此外，前端即時推送與直接控制 提供面向前端和後端系統的 WebSocket 通道，使自訂介面可以訂閱即時資料，也可以在權限與安全約束下發起控制。
五、不同需求如何組合出來
Section titled “五、不同需求如何組合出來”Edge-EMS Builder 不預設“所有專案必須採用同一套策略”，而是用相同的建置方法承載不同需求：
需求 = 必需資料 + 計算規則 + 觸發條件 + 執行動作 + 保護與驗證
| 需求 | 必需資料 | 計算與判斷 | 典型動作 |
|---|---|---|---|
| 削峰填谷 / 需量控制 | 併網點功率、SOC、PCS 狀態、需量目標 | 計算功率缺口與可用充放電能力 | 下發 PCS 功率、記錄策略狀態 |
| 防逆流 | 併網點功率、太陽光電功率、儲能可用功率 | 判斷反送趨勢並限制輸出 | 儲能吸收、限制太陽光電或告警 |
| 充電樁負載平衡 | 變壓器餘量、各樁需求與狀態 | 計算可分配功率並按規則分配 | 調整各充電樁功率上限 |
| 多機協調 | 各單元 SOC、功率上限、可用狀態 | 按 SOC、容量或優先順序分配站點目標 | 向多臺 PCS/節點下發子目標 |
| 分時與計畫曲線 | 時段、電價、SOC、負荷預測 | 匹配目前時段並檢查保護邊界 | 切換充放電目標、回傳執行結果 |
| 外部資訊驅動 | 電價、天氣、生產計畫、預測結果 | 檢查資料時效並參與最佳化或判斷 | 調整目標、進入降級策略或告警 |
示例：把一句業務話翻譯成 EMS Builder 設定
Section titled “示例：把一句業務話翻譯成 EMS Builder 設定”需求是：
“併網點功率超過 800 kW 時，如果 SOC 高於 20%，儲能自動放電；降到 760 kW 後退出。”
落地時至少要設定：
- 併網點功率、SOC、PCS 可用狀態和最大放電功率等資料；
- 容量缺口與目標放電功率的運算式；
- 800 kW 啟動、760 kW 退出的雙閾值條件；
- PCS 功率寫入動作、頻率限制和失敗處理；
- SOC/溫度/告警保護、人工接管和通訊異常策略；
- 正常、臨界、斷網、裝置故障等測試案例。
由此可見，Edge-EMS Builder 提供的是表達和執行策略的基礎設施；策略是否安全、正確，仍取決於需求定義、裝置能力和驗證質量。
六、有線、無線與跨站點連線的可能性
Section titled “六、有線、無線與跨站點連線的可能性”Edge-EMS Builder 的核心邏輯與具體網路介質解耦，但“可以聯網”不等於“任何無線鏈路都適合即時控制”。
上層 IP 網路
Section titled “上層 IP 網路”MQTT/MQTTS、HTTP 和 WebSocket 可以執行在可達的 IP 網路上。專案可以根據硬體與網路條件使用乙太網路、Wi-Fi、4G/5G 或專網連線雲端和其他節點。
這屬於架構可行性，不是 Edge-EMS Builder 邊緣硬體內建無線模組的規格承諾。具體無線能力需結合所選硬體、電信業者網路、現場覆蓋和驗證要求確認。
現場裝置網路
Section titled “現場裝置網路”PCS、BMS、電表等裝置能否透過無線接入，取決於裝置本身、無線閘道器以及 CommBridge 的協定適配。無線鏈路只是傳輸方式，不會自動解決暫存器映射、即時性或控制權限問題。
無線或廣域連線必須額外處理
Section titled “無線或廣域連線必須額外處理”- 時延與抖動：毫秒級閉迴路優先留在本機，廣域鏈路更適合目標下發、資料回報和非強即時協作。
- 斷線與資料過期：為共享資料標記時效，明確斷線後的保持、降級或退出策略。
- 安全：採用 TLS、身分驗證、最小權限和審計，避免把裝置控制介面直接暴露到公用網路。
- 現場保護：硬體聯鎖、裝置保護和本機安全控制不能依賴雲端或不穩定鏈路。
因此，推薦的總體原則是：
即時控制留在邊緣，最佳化目標可以來自雲端；無線負責連線，安全與災難復原負責兜底。
七、從“無線連線”走向“無限擴充”
Section titled “七、從“無線連線”走向“無限擴充””Edge-EMS Builder 的能力邊界可以用三個條件判斷：
| 前提 | 需要回答的問題 |
|---|---|
| 資料可獲得 | 所需狀態能否穩定擷取，來源是否可信、是否具有時效？ |
| 規則可表達 | 目標、約束、優先順序和異常路徑能否被明確描述與測試？ |
| 動作可執行 | 裝置或系統是否提供合規、可授權、可驗證的控制介面？ |
三項都滿足時，Edge-EMS Builder 不僅可以用於傳統 EMS，還可以擴充到園區裝置群控、柔性負荷調節、生產計畫聯動、環境與能源協作等“感知 → 判斷 → 執行”的自動化場景。
但以下邊界始終存在：
- Edge-EMS Builder 不能替代裝置廠商的保護邏輯、安全認證和現場聯鎖。
- 接入外部預測或 AI 結果時，應進行範圍檢查、超時處理和安全限幅，不能直接繞過確定性規則控制關鍵裝置。
- 多裝置協作的效果取決於時鐘、網路、資料質量和目標分配演算法。
- 新策略必須經過模擬或測試環境驗證，再按受控流程進入生產。
八、部署容量：用實測資料做起點
Section titled “八、部署容量：用實測資料做起點”AFE-E630 目前已驗證的推薦場景 S3.5 為：5,000 點/秒擷取設定負載、30 個聚合運算、90 次 Trigger/秒、20 次 MQTT/秒和 10 次協作任務/秒，採用變化儲存（最遲 10 秒儲存）。
在 2026-07-29 批次測試（報告 v1.3）中，該場景的 Trigger / MQTT P95 時延分別為 56 ms / 77 ms，整機 CPU P95 為 71.09%，整機實際記憶體 P95 為 41.41%。生產初始容量規劃建議在這組已測負載上預留約 20% 工程餘量。
這組結果基於指定軟硬體與 2,000 次有效短時樣本，不等於 72 小時穩定性結論，也不能直接外推到不同指令碼、訊息大小和資料庫規模。詳見 AFE-E630 效能測試報告。
上線前檢查清單
Section titled “上線前檢查清單”- 裝置點表、量綱、精度、讀寫權限和異常值是否確認；
- 策略啟動、退出、去抖動、優先順序和衝突處理是否明確；
- 斷網、資料過期、裝置離線和寫入失敗是否有降級路徑；
- 裝置保護、硬體聯鎖、人工接管和權限稽核是否獨立有效；
- 是否用真實指令碼、訊息大小、資料庫歷史量和目標硬體完成壓力測試；
- 是否建立設定版本、回復方案、記錄與告警監控。
- 先看產品價值與場景：閱讀 Edge-EMS Builder 產品介紹。
- 開始理解設定物件：閱讀 核心概念。
- 檢視業務設定過程：閱讀 台區臨時增容 或 充電樁叢集負載平衡。
- 檢視前端與雲端整合：前端即時推送與直接控制、MQTT 雲端與邊緣協作。