Battery Management System
以模組化思維建構 EMS 系統架構，轉化複雜數據為可視化，實現企業級能源管理優化。
Year
2025
Type
Dashboard
Logic
電芯級診斷
Action
參數校正
Battery Management System
以模組化思維建構 EMS 系統架構，轉化複雜數據為可視化，實現企業級能源管理優化。
Year
2025
Type
Dashboard
Logic
電芯級診斷
Action
參數校正
Product Context & Challenges
背景與挑戰
針對單一 Rack 開發的電池校正管理介面。設計核心在於提供工程師的操作環境。由於校正過程涉及參數寫入，介面設計須符合工程師的操作邏輯，將原本複雜的指令下達流程轉化為直覺的操作，系統內建多重防禦機制，預防誤觸或非法參數寫入。
目標使用者
一線維運專業人員
設計挑戰
面對極高頻的數據流處理，並符合實際電薪校正流程。
設計目標
針對單機架校正流程，將 UI 配置與工程師的「實務操作邏輯」對齊。
System Hierarchy & Access Control
系統架構與權限分層
針對 BMS 實務維運需求，將架構劃分為「開放式數據監測」與「工程師校正操作」。
一般使用者可即時掌握電芯基礎狀態；工程師則需透過身份驗證獲取韌體更新與參數校正等高權限功能，確保校準過程的安全性與嚴謹性。
數據監測
提供非登入狀態下的即時數據檢視，包含單一 Rack 的基本數值與狀態追蹤，滿足基礎監控需求。
進階維運
韌體更新、閾值設定、錯誤日誌與設備控制等功能。工程師在授權後能精準執行深層的參數寫入與校正。
Operational Logic Flow
操作邏輯
在進入 UI 設計前，先行建立各操作Logic Flow，為確定不同動作的梳理，並與工程師對齊，確保複雜的參數校正流程在程式開發前已具備嚴謹的安全性與操作穩定性。
右圖以校正流程為例
Security UX & Defensive Design
安全與防禦性設計
針對高風險動作設計了明確的防誤觸機制與即時衝突提示。確保每一筆參數寫入都在受控且預期的範圍內，從設計層面防禦使用者誤觸導致的硬體風險。
隱蔽式入口設計
因屬於設備維運工業系統，故以特定區域連擊觸發驗證程序區隔「數據監測」與「電池校正」。
參數寫入限制
針對電壓、電流等物理數值設定合法的寫入範圍，系統會即時偵測並阻斷超出安全標準的參數指令。
關鍵動作二次確認
針對涉及變動的不可逆指令，設置二次確認機制。強迫操作者在執行前進行最後核對
指令互鎖式設計
自動辨識系統當前狀態與指令間的相容性，電池正在進行充電時，系統會「鎖定」校正按鈕。
Operational Interface Design
核心維運介面
介面設計聚焦於維運實務中的資訊傳達與狀態回饋。
實時監控與異常紀錄
數據監測、錯誤日誌
參數校正與安全控制
開關控制、數值校正
系統更新與保護設定
閾值設定、韌體更新
系統互動與狀態規範
統一全域產品行為邏輯，確保系統在「資料讀取/寫入」過程中的一致性，並提供明確的使用者反饋。以下四種設定為例：
例外狀態
當資訊提供與預期內容不符，顯示 Empty Status、Offline等狀態
二次確認
針對高風險、不可逆或影響物理設備的操作（如：FET 強制執行）。
載入行為
載入資料時，若等待時間超過1秒即顯示loading。
輕量互動回饋
針對非核心元件操作採 「樂觀 UI」 。若失敗執行Rollback
相較於 EMS 系統，BMS 專案更著重於「深層的操作邏輯」與「即時的安全性防禦」。
這份專案讓我體會到，在工業級的操作介面中，過梳理嚴謹的 Logic Flow，將複雜的指令下達轉化為直覺的線性操作，在確保運作效率的同時，建立起系統與硬體之間最堅實的安全防線。
Product Context & Challenges
背景與挑戰
針對單一 Rack 開發的電池校正管理介面。設計核心在於提供工程師的操作環境。由於校正過程涉及參數寫入，介面設計須符合工程師的操作邏輯，將原本複雜的指令下達流程轉化為直覺的操作，系統內建多重防禦機制，預防誤觸或非法參數寫入。
目標使用者
一線維運專業人員
設計挑戰
面對極高頻的數據流處理，並符合實際電薪校正流程。
設計目標
針對單機架校正流程，將 UI 配置與工程師的「實務操作邏輯」對齊。
System Hierarchy & Access Control
系統架構與權限分層
針對 BMS 實務維運需求，將架構劃分為「開放式數據監測」與「工程師校正操作」。
一般使用者可即時掌握電芯基礎狀態；工程師則需透過身份驗證獲取韌體更新與參數校正等高權限功能，確保校準過程的安全性與嚴謹性。
數據監測
提供非登入狀態下的即時數據檢視，包含單一 Rack 的基本數值與狀態追蹤，滿足基礎監控需求。
進階維運
韌體更新、閾值設定、錯誤日誌與設備控制等功能。工程師在授權後能精準執行深層的參數寫入與校正。
Operational Logic Flow
操作邏輯
在進入 UI 設計前，先行建立各操作Logic Flow，為確定不同動作的梳理，並與工程師對齊，確保複雜的參數校正流程在程式開發前已具備嚴謹的安全性與操作穩定性。
右圖以校正流程為例
Security UX & Defensive Design
安全與防禦性設計
針對高風險動作設計了明確的防誤觸機制與即時衝突提示。確保每一筆參數寫入都在受控且預期的範圍內，從設計層面防禦使用者誤觸導致的硬體風險。
隱蔽式入口設計
因屬於設備維運工業系統，故以特定區域連擊觸發驗證程序區隔「數據監測」與「電池校正」。
參數寫入限制
針對電壓、電流等物理數值設定合法的寫入範圍，系統會即時偵測並阻斷超出安全標準的參數指令。
關鍵動作二次確認
針對涉及變動的不可逆指令，設置二次確認機制。強迫操作者在執行前進行最後核對
指令互鎖式設計
自動辨識系統當前狀態與指令間的相容性，電池正在進行充電時，系統會「鎖定」校正按鈕。
Operational Interface Design
核心維運介面
介面設計聚焦於維運實務中的資訊傳達與狀態回饋。
實時監控與異常紀錄
數據監測、錯誤日誌
參數校正與安全控制
開關控制、數值校正
系統更新與保護設定
閾值設定、韌體更新
系統互動與狀態規範
統一全域產品行為邏輯，確保系統在「資料讀取/寫入」過程中的一致性，並提供明確的使用者反饋。以下四種設定為例：
例外狀態
當資訊提供與預期內容不符，顯示 Empty Status、Offline等狀態
二次確認
針對高風險、不可逆或影響物理設備的操作（如：FET 強制執行）。
載入行為
載入資料時，若等待時間超過1秒即顯示loading。
輕量互動回饋
針對非核心元件操作採 「樂觀 UI」 。若失敗執行Rollback
相較於 EMS 系統，BMS 專案更著重於「深層的操作邏輯」與「即時的安全性防禦」。
這份專案讓我體會到，在工業級的操作介面中，過梳理嚴謹的 Logic Flow，將複雜的指令下達轉化為直覺的線性操作，在確保運作效率的同時，建立起系統與硬體之間最堅實的安全防線。
Product Context & Challenges
背景與挑戰
針對單一 Rack 開發的電池校正管理介面。設計核心在於提供工程師的操作環境。由於校正過程涉及參數寫入，介面設計須符合工程師的操作邏輯，將原本複雜的指令下達流程轉化為直覺的操作，系統內建多重防禦機制，預防誤觸或非法參數寫入。
目標使用者
一線維運專業人員
設計挑戰
面對極高頻的數據流處理，並符合實際電薪校正流程。
設計目標
針對單機架校正流程，將 UI 配置與工程師的「實務操作邏輯」對齊。
System Hierarchy & Access Control
系統架構與權限分層
針對 BMS 實務維運需求，將架構劃分為「開放式數據監測」與「工程師校正操作」。
一般使用者可即時掌握電芯基礎狀態；工程師則需透過身份驗證獲取韌體更新與參數校正等高權限功能，確保校準過程的安全性與嚴謹性。
數據監測
提供非登入狀態下的即時數據檢視，包含單一 Rack 的基本數值與狀態追蹤，滿足基礎監控需求。
進階維運
韌體更新、閾值設定、錯誤日誌與設備控制等功能。工程師在授權後能精準執行深層的參數寫入與校正。
Operational Logic Flow
操作邏輯
在進入 UI 設計前，先行建立各操作Logic Flow，為確定不同動作的梳理，並與工程師對齊，確保複雜的參數校正流程在程式開發前已具備嚴謹的安全性與操作穩定性。
右圖以校正流程為例
Security UX & Defensive Design
安全與防禦性設計
針對高風險動作設計了明確的防誤觸機制與即時衝突提示。確保每一筆參數寫入都在受控且預期的範圍內，從設計層面防禦使用者誤觸導致的硬體風險。
隱蔽式入口設計
因屬於設備維運工業系統，故以特定區域連擊觸發驗證程序區隔「數據監測」與「電池校正」。
參數寫入限制
針對電壓、電流等物理數值設定合法的寫入範圍，系統會即時偵測並阻斷超出安全標準的參數指令。
關鍵動作二次確認
針對涉及變動的不可逆指令，設置二次確認機制。強迫操作者在執行前進行最後核對
指令互鎖式設計
自動辨識系統當前狀態與指令間的相容性，電池正在進行充電時，系統會「鎖定」校正按鈕。
Operational Interface Design
核心維運介面
介面設計聚焦於維運實務中的資訊傳達與狀態回饋。
實時監控與異常紀錄
數據監測、錯誤日誌
參數校正與安全控制
開關控制、數值校正
系統更新與保護設定
閾值設定、韌體更新
系統互動與狀態規範
統一全域產品行為邏輯，確保系統在「資料讀取/寫入」過程中的一致性，並提供明確的使用者反饋。以下四種設定為例：
例外狀態
當資訊提供與預期內容不符，顯示 Empty Status、Offline等狀態
二次確認
針對高風險、不可逆或影響物理設備的操作（如：FET 強制執行）。
載入行為
載入資料時，若等待時間超過1秒即顯示loading。
輕量互動回饋
針對非核心元件操作採 「樂觀 UI」 。若失敗執行Rollback
相較於 EMS 系統，BMS 專案更著重於「深層的操作邏輯」與「即時的安全性防禦」。
這份專案讓我體會到，在工業級的操作介面中，過梳理嚴謹的 Logic Flow，將複雜的指令下達轉化為直覺的線性操作，在確保運作效率的同時，建立起系統與硬體之間最堅實的安全防線。
