整車控制器（VCU）是什麼？商用電動車控制架構指南
整車控制器（Vehicle Control Unit, VCU）是商用電動車、電動巴士、卡車、農用車與特種車的核心控制 ECU。本文說明 VCU 的系統角色、AUTOSAR 架構、CAN FD、Ethernet、OTA、診斷、BMS/EVCC 整合、功能安全與車用資安。
重點摘要
Summary
整車控制器（Vehicle Control Unit, VCU）是車輛控制系統中的核心 ECU，負責整合駕駛命令、電池狀態、馬達控制、充電系統、車身訊號與診斷資料，並輸出車輛層級的控制策略。
在商用電動車、電動巴士、卡車、農用車、特種車與原型車中，VCU 通常負責動力模式、扭矩請求、能量管理、故障降級、充電協調、通訊閘道、OTA 更新、診斷與量產維護。它不是單一功能控制器，而是讓多個 ECU 在同一個車輛狀態機下協同工作的中樞。
System Role
VCU 通常不取代 BMS、MCU、OBC、DCDC、EVCC 或 BCM，而是協調這些 ECU 的狀態與控制請求。對 OEM、Tier 1 與商用車系統整合商來說，VCU 的價值在於把分散的訊號、故障與控制邏輯整理成可驗證、可維護、可量產的車輛控制架構。
常見職責包含：
- 管理車輛 power mode、ready mode、drive mode、charging mode 與 limp-home mode
- 解析油門、煞車、檔位、駕駛模式與上裝設備請求
- 產生扭矩請求、再生煞車策略、功率限制與能量分配邏輯
- 整合 BMS、MCU、OBC、DCDC、EVCC、BCM、TBOX 與熱管理系統
- 監控故障、DTC、降級策略、診斷資料與維修流程
- 管理 CAN、CAN FD、LIN、Ethernet 訊號與車輛網路狀態
- 支援 OTA 更新、bootloader、資安保護與量產測試
Typical Commercial EV Architecture
| 車輛子系統 | VCU 的整合角色 |
|---|---|
| BMS 電池管理系統 | 讀取 SOC、SOH、電壓、電流、溫度與功率限制，協調放電、回充與保護策略 |
| MCU 馬達控制器 | 輸出扭矩命令、轉速限制、再生煞車需求與故障降級策略 |
| EVCC / OBC 充電系統 | 協調充電狀態、插槍狀態、充電允許、ISO 15118 / DIN 70121 流程與充電安全條件 |
| BCM 車身控制 | 整合門控、燈號、低壓電源、駕駛艙訊號與上裝設備狀態 |
| TBOX / OTA | 協調遠端資料、車隊管理、更新狀態與診斷事件回傳 |
| HMI / 儀表 | 提供車輛狀態、警示、故障碼、駕駛模式與能量資訊 |
Communication Interfaces and Protocols
整車控制器需要連接不同世代與不同供應商的 ECU，因此通訊能力通常是 VCU 選型的關鍵。CAN、CAN FD、Ethernet 與 LIN 屬於車載網路介面；UDS 與 XCP 則是運行在這些網路上的 Communication Protocol，用於診斷、刷寫、標定與量測。
| Network Interface | 常見用途 |
|---|---|
| CAN | 傳統車輛 ECU 通訊、BMS/MCU/OBC 訊號交換、診斷與狀態管理 |
| CAN FD | 高資料量車輛訊號、較複雜的控制拓撲與新世代 ECU 整合 |
| Ethernet | OTA、診斷、資料記錄、閘道、服務導向通訊與高頻資料交換 |
| LIN | 低速週邊、簡易致動器、感測器與車身子系統 |
| Communication Protocol | 常見用途 |
|---|---|
| UDS (ISO 14229) | DTC、DID、例行控制、SecurityAccess、刷寫與維修診斷 |
| XCP (ASAM MCD-1 XCP) | 標定、量測、DAQ、控制參數調整與測試驗證 |
AUTOSAR and Software Architecture
對量產專案而言，VCU 軟體不只是寫控制邏輯。它需要能與 OEM 的 ECU 開發流程、通訊矩陣、診斷需求、功能安全分析與資安要求銜接。
AUTOSAR Classic 在 VCU 專案中常用於：
- 將應用層控制邏輯拆分為 Software Component（SWC）
- 透過 RTE 管理 SWC 之間的資料交換
- 使用 BSW / MCAL / CAN Stack / Ethernet Stack 管理底層通訊
- 透過 ARXML 與 OEM 或 Tier 1 的工程流程交換設定
- 支援可重用、可測試、可移植的 ECU 軟體架構
不是每一個 VCU 專案都一定需要完整 AUTOSAR，但當專案牽涉多供應商協作、量產維護、功能安全、資安或長期平台化時，AUTOSAR 會明顯降低系統整合風險。
Functional Safety and Cybersecurity
商用電動車 VCU 會處理扭矩、煞車協調、充電允許、故障降級與低壓電源狀態，因此功能安全與車用資安不能只放在專案後段補做。
| 主題 | VCU 專案需要考慮的內容 |
|---|---|
| ISO 26262 | HARA、ASIL 分析、安全目標、安全機制、故障反應與測試證據 |
| ISO/SAE 21434 | TARA、資安需求、威脅分析、安全更新與診斷保護 |
| Secure Boot | 確認啟動映像與韌體完整性 |
| Secure Update | 保護 OTA 或刷寫流程，避免未授權軟體進入 ECU |
| Diagnostics Protection | 控制 UDS SecurityAccess、敏感 DID、例行控制與刷寫權限 |
| Degradation Strategy | 故障時進入可控的限功率、停車、禁止充電或維修模式 |
Engineering Inputs Required
導入 VCU 前，工程團隊通常需要準備以下資料：
| 輸入資料 | 用途 |
|---|---|
| 車輛功能需求 | 定義車輛模式、駕駛行為、故障反應、充電流程與上裝設備控制 |
| I/O List | 定義數位輸入、類比輸入、PWM、頻率輸入、高低邊輸出與繼電器控制 |
| DBC / ARXML | 定義 CAN、CAN FD、LIN、Ethernet 訊號與 AUTOSAR 設定 |
| 診斷協定需求 | 定義 UDS services、DTC、DID、維修流程與量產測試 |
| 安全與資安需求 | 對應 ISO 26262、ISO/SAE 21434、HARA、TARA 與安全機制 |
| 標定通訊需求 | 定義 XCP on CAN/CAN FD/Ethernet、HIL、SIL、道路測試、資料記錄與參數調整流程 |
How KopherBit Supports VCU Projects
KopherBit 以 KCU GEN1、KCU GEN2、KCU EVCC、KCU BCM 與 KopherSAR AUTOSAR 平台支援商用電動車控制系統。KCU GEN1 適合 I/O 需求明確、需要快速導入與量產驗證的商用車專案；KCU GEN2 則面向更高運算需求、CAN FD、Ethernet、功能安全與資安整合的進階 VCU 或域控制應用。
在軟體與服務層，KopherBit 可支援 AUTOSAR BSW/SWC/RTE 整合、VCU 應用層開發、BMS/MCU/EVCC/BCM 整合、UDS 診斷、bootloader、OTA、標定、HIL/SIL 測試與量產導入。這讓客戶不只取得一個控制器硬體，而是取得可落地到車輛平台的控制系統工程能力。
FAQ
VCU 和一般 ECU 有什麼不同？
一般 ECU 通常負責單一子系統，例如電池、車門、燈光或充電。VCU 負責車輛層級的協調，會把多個 ECU 的狀態、故障與控制命令整合成一致的車輛行為。
VCU 和 MCU 有什麼不同？
在電動車領域，MCU 常指 Motor Control Unit，主要控制馬達與逆變器；VCU 則負責整車層級策略，包含扭矩請求、功率限制、駕駛模式、故障降級與其他 ECU 協調。
商用電動車 VCU 一定需要 AUTOSAR 嗎？
不一定。是否導入 AUTOSAR 取決於 OEM 要求、量產規模、供應鏈協作、安全等級、資安要求與後續維護策略。若專案需要長期平台化、多供應商協作或安全/資安流程，AUTOSAR 通常更適合。
VCU 會和 EVCC、BMS、BCM 一起工作嗎？
會。VCU 通常會讀取 BMS 的電池限制、MCU 的馬達狀態、EVCC 的充電流程、BCM 的車身訊號，並與 TBOX、HMI、OBC、DCDC 等系統交換狀態，形成完整的車輛控制架構。
KopherBit 能提供整車控制器應用開發嗎？
可以。KopherBit 可依車輛需求協助 VCU 狀態機、扭矩策略、能量管理、充電協調、診斷、OTA、標定、AUTOSAR 軟體架構與量產測試流程的開發與整合。
需要可量產的整車控制器平台？
查看 KopherBit 針對商用電動車、電動巴士、卡車與特種車提供的 VCU 平台與工程服務。