電動車充電系統開發解決方案：EVCC 車端控制器與 SECC 充電樁軟體
多數團隊在投入充電產品時，第一個真正的難題不是技術，而是「哪幾段自己做」。車端的充電通訊控制器、樁端的控制器、以及多支樁上線後的營運管理，是三段性質完全不同的工作；把它們全部自行開發，維護成本會隨著要進入的市場數量一路累積。歐特莫夫的角色是先協助您把範圍與責任邊界劃清楚，再導入對應的軟體與控制器，並把驗證環境在開發階段就建起來——讓充電流程的問題在控制器層就被發現，而不是等接上真樁才第一次看到。
電動車充電系統開發｜最貴的錯，是決定「這段我們自己做」
歐特莫夫獨立製作影片；Vector 與 CANoe、CANalyzer、CANape 等為 Vector Informatik GmbH 之商標。
01 我們的技術方法
- 釐清充電產品的範圍與自製外購邊界
- 車端與樁端控制器的軟體導入與組態
- 充電場站的營運、授權與監控規劃
- 開發階段就建立驗證環境，避免問題延後浮現
02 使用的核心工具
我們利用業界標準的 Vector 工具來執行此解決方案：
車端充電通訊控制器的嵌入式軟體。讓團隊不必自行實作協定堆疊，把開發資源留給自家的充電策略。
充電樁端的控制器與嵌入式軟體，涵蓋大功率場站與小型樁兩種情境，也提供整合式方案的通訊板。
充電站管理系統。處理多支樁的營運、授權、計費與遠端監控。
軟體工具與量測硬體的組合，用於觀測充電過程的實際電氣行為。
開發階段的模擬與驗證環境，讓通訊協商與電氣行為能在同一個時間軸上對照。
03 技術難點
充電系統的三段分別在做什麼？
車端負責充電通訊的控制器一般稱為 EVCC，樁端對應的則是 SECC，兩者透過充電線上的通訊協商電流、電壓與計費資訊。樁的上層還有一層管理系統，負責多支樁的營運、授權、計費與遠端監控。要做出一個能在真實場域運作的充電產品，這三段都必須成立——只把其中一段做好，產品仍然無法上線。這也是為什麼充電產品的規劃要從「範圍」開始，而不是從「功能」開始。
從一顆控制器到一座充電場
車端：把力氣放在自己的差異化上
以現成的充電通訊控制器軟體作為基礎，團隊的力氣就能放在自家的充電策略與電池管理的搭配上，而不是重新實作一次協定堆疊。標準改版時，跟上規範的責任在軟體供應商，不會變成您每年的固定工作量。
樁端：小型樁與大功率場站是兩件事
小型樁常以整合式的通訊板解決，大功率場站則需要能協調多個功率模組的控制器。選型的關鍵不是功能表比對，而是您要面對的功率等級與場站規模——這兩件事決定了架構，而架構決定了後面能不能擴充。
場站：一旦超過幾支樁就會出現的需求
樁上線之後，授權、計費、遠端監控與故障派工會很快變成日常工作。這一層要在產品規劃初期就決定自建或採用現成的管理系統；等到樁已經佈出去才補，通常要把已經上線的設備重新設定一次。
高壓量測：不是產線才需要
充電過程的電氣行為在開發階段就要看得到，否則異常只能靠推測。把高壓量測納入開發環境，讓通訊層的協商結果與實際的電流電壓行為能對照著看，是縮短除錯時間最直接的做法。
歐特莫夫的技術服務流程
這四個階段的順序刻意把「決定範圍」放在最前面。範圍沒定清楚就開始選設備，是充電專案最常見的返工原因。
產品定位與自製外購決策
先釐清您的產品在充電生態裡的位置，以及哪幾段自己做、哪幾段採用現成方案。產出是一份範圍與責任邊界的說明，後面的預算、人力與時程才估得準。
軟體與控制器導入
依決策導入對應的嵌入式軟體或控制器，並協助完成組態與客製。我們的目標是讓您的團隊能自己維護——長期依賴外部支援的方案，在標準改版時會變成風險。
開發與驗證同步進行
在開發階段就把驗證環境建起來，讓充電流程的問題在單元與控制器層被發現。等到接上真樁才第一次看到問題，能修改的空間已經很有限。
認證準備與場域驗證
協助整理認證所需的證據，並在實際場域驗證與不同廠牌充電樁的互通行為——包含那些行為不完全符合規範的樁，因為使用者一定會遇到。