充電產品的規格書裡，EVCC 與 SECC 這兩個縮寫出現的頻率最高，卻常被含糊地理解成「車上的通訊模組」與「樁裡的通訊模組」。這個理解不算錯，但少了關鍵的一半：它們是充電流程的協調者，不只是傳聲筒。搞清楚它們各自協調什麼，「哪幾段自己做」的決策才有依據。
兩個控制器，各自的職責清單
EVCC（車端充電通訊控制器） 站在車輛這一側：
- 對外：與樁端建立通訊（SLAC 建鏈、版本協商、充電參數交換、充電迴圈），詳見版本迷宮那篇
- 對內：與 BMS 對話——電池目前能收多少電流、目標電量、溫度限制，把這些轉譯成協定上的充電需求
- 身分：持有車輛與合約憑證，處理即插即充（PnC）的認證流程
- 狀態機：從插槍、握手、絕緣檢測、預充到能量傳輸與正常/異常終止的全流程協調
SECC（樁端充電通訊控制器） 站在充電設備這一側：
- 對車：回應 EVCC 的協商與請求，回報樁端能力與限制
- 對功率：指揮功率電子模組——輸出的調節、絕緣監測、接觸器控制
- 對後台：把充電會話回報給場站管理系統（走 OCPP，見這篇），執行遠端授權與智慧充電指令
- 保護邏輯：異常（過溫、絕緣失效、通訊逾時）時的安全停機路徑
一次成功的充電，是四方對話：BMS ↔ EVCC ↔ SECC ↔ 功率模組（＋後台）。任何一段介面談不攏，使用者看到的都是同一句「充電失敗」。
基本通訊與高階通訊：兩層並存
容易忽略的一點：CP 線上其實有兩層通訊並存。底層是 IEC 61851 的 PWM 佔空比機制——最基本的「可以充、限多少」的類比語言；高階通訊（HLC，PLC 上的 ISO 15118／DIN 70121）疊在上面談複雜的事。設計要點是降級路徑：HLC 建立失敗時要不要退回基本充電？退的話體驗如何（充得慢但充得了）？這是產品決策，也是測試案例的必考題。
自製或採用：邊界怎麼劃才不後悔
協定堆疊看起來「就是照標準實作」，自製的隱形成本在維護：標準改版（15118-20 的演進）、各地區的認證差異、市場上不合規樁的相容性修補——這些會變成每年固定的工程負擔，而且與產品差異化毫無關係。
務實的劃法是按「差異化價值」切：
| 層 | 差異化價值 | 建議 |
|---|---|---|
| 協定堆疊（15118／61851 狀態機） | 低——大家都要一樣才互通 | 採用成熟堆疊（如 MICROSAR.CHARGE） |
| 充電策略（與 BMS 的協調邏輯） | 高——這是你的電池管理知識 | 自製 |
| 樁端功率協調與場站整合 | 中——依產品定位 | 小樁採整合方案、大功率場站需客製 |
| 憑證與金鑰管理 | 低但風險高 | 採用經驗證的方案＋自己管好營運流程 |
開發階段就要建的驗證環境
等真樁到場才第一次對測，是充電專案時程爆炸的標準劇本。開發桌上就該有：模擬對端（車端開發用模擬 SECC、樁端開發用模擬 EVCC）、通訊與電氣同軸的觀測（CP 線監聽）、異常情境的注入能力（逾時、亂序、非法值）。CANoe 的充電選項把這三件事放在同一個環境裡——在辦公室改一行程式重測，跟派一台車去充電站，成本差兩個量級。
下一步
範圍與責任邊界先劃清楚，預算與時程才估得準。歐特莫夫（Vector Informatik 合作夥伴）協助做充電產品的定位決策、軟體導入與驗證環境建置。