開發內容
Linux 儲能 EMS 邊緣閘道器開發適用於“儲能系統需要匯聚裝置狀態與執行策略”的專案。圍繞目標產品的系統、裝置介面和業務程式劃分工作，可從現有板卡上的單一模組開發開始，也可組合為裝置軟體整合。
裝置協議
讀取 BMS、PCS 和電錶狀態，統一單位與故障欄位。
執行監測
開發狀態、事件、趨勢和採集質量管理。
策略介面
整合約定排程邏輯及上下限，記錄指令條件。
執行追溯
區分命令接收、裝置執行與保護狀態，保留日誌。
系統組成與業務流程
裝置採集 → 狀態檢查 → 策略請求 → 執行回讀。
對接 BMS、PCS 和電錶，開發資料模型、狀態監測、策略介面、指令記錄與日誌。 對各環節明確正常狀態、失敗狀態和恢復入口，聯調時保留可對應到同一裝置與任務的記錄。
專案輸入
- BMS/PCS 協議。
- 策略和保護邊界。
- 電錶點表及現場拓撲。
- 目標板卡、BSP/核心、現有程式與依賴版本。
- 交付原始碼範圍、現場配合及可複核的透過條件。
交付與驗收
| 交付物件 | 驗收與資料 |
|---|---|
| 程式與介面 | 交付 Linux 儲能 EMS 邊緣閘道器的約定應用原始碼、介面適配和配置；使用真實裝置核對輸入、狀態與輸出。 |
| 業務與資料 | 按“裝置採集 → 狀態檢查 → 策略請求 → 執行回讀”檢查資料、任務和執行結果的對應關係，提供欄位、狀態和異常處理說明。 |
| 執行與驗收 | 重點驗證欄位對映、指令許可權、聯鎖狀態與故障降級；記錄板卡、系統、應用版本、樣本和測試步驟。 |
| 部署與維護 | 交付構建或安裝資料、日誌說明、版本清單和已知問題；按約定環境驗證安裝、啟動及恢復。 |
範圍與協作
電池保護、功率控制和安全策略由指定系統承擔；業務排程必須遵守裝置聯鎖。
硬體改版、第三方授權元件、雲端系統和現場實施按專案需要單獨列項。專案啟動時確認介面資料與樣機，階段聯調以約定版本和業務用例為依據。
常見問題
EMS 閘道器能否替代 BMS 的保護功能？+
EMS 負責專案約定的監測和排程介面，BMS 的電池保護功能不因增加 Linux 閘道器而被替代。
Linux 儲能 EMS 邊緣閘道器開發啟動前應提供哪些資料？+
先提供 BMS/PCS 協議、策略和保護邊界、電錶點表及現場拓撲，並補充目標板卡與系統版本；已有程式碼和故障記錄可用於縮小改動範圍。
如何確定本專案的驗收條件？+
將欄位對映、指令許可權、聯鎖狀態與故障降級轉為可復現用例，明確樣機、軟體版本、負載、測量點及透過條件，再依據測試記錄驗收。
線上諮詢
電話諮詢
微信諮詢
回到頂部