Kehua 充電堆疊把站點變電力樞紐

我拆 Kehua 的 800kW 充電堆疊，順手整理成可直接套用的 PV-ESS-充電整合模板。

我最近看了不少 EV 充電方案，很多都像是簡報做得很滿，現場卻一碰就散。功率寫得很大、圖畫得很漂亮、詞也很會堆，但真正要命的問題——電網怎麼接、熱怎麼散、壞一顆模組怎麼活、站點怎麼擴——常常被丟到最後一頁。這次我看 Kehua 的材料，第一個感覺不是「哇好猛」，而是終於有人把站點當成系統在講，不只是賣一支充電槍。

我會盯上這份資料，是因為它把 800kW 分布式系統、雙櫃擴到 1.6MW、500A 風冷、600A 液冷，還有 MCS 這些東西放在同一個架構裡談。這不是玩具規格。這種寫法背後的意思很直接：它在處理站點設計，不是在賣單一盒子。對我這種看過太多「快充」最後變成維修現場的人來說，這種角度比較像真的做過案子。

我用來拆解的原始來源是 PR Newswire 上深圳科華的這篇發布。它是 2026 年 6 月 25 日發的，內容把產品線、效率、保護等級、PV-ESS-充電整合都講得很白。我下面的拆法，是把這份公告翻成開發者、系統整合商、站點規劃者看得懂、也抄得走的版本。

先別把充電樁當盒子，先把它當站點架構

Kehua presented an 800kW distributed charging system, standalone DC chargers, charging modules, and an integrated PV-ESS-Charging solution.

翻譯一下就是：它不是在賣一台機器，它是在賣一整套站點拼法。這差很多。很多團隊做 EV 充電，腦中只有「我要一台很快的樁」，結果真正上線後才發現，站點不是單機產品，它是電力、熱管理、排程、維護、環境條件一起湊成的。

我以前最常看到的坑，就是先買 charger，再回頭補電力系統。這樣通常會發生三件事：第一，配電重工；第二，線路跟機櫃位置很醜；第三，最後大家開始問為什麼宣稱的功率根本跑不滿。Kehua 的敘事方向剛好相反，先講 power backbone，再講 dispenser。這才像真正在做基礎設施。

實操上，我會把這件事拆成四個問題：

• 站點的電力骨幹到底是多少？
• 未來擴充要不要整套重來？
• 同一站能不能混不同車種？
• 環境一變差，系統還能不能正常工作？

如果供應商答不順，通常不是你問太細，是它還沒真的想過落地。簡報可以很漂亮，現場不會跟你客氣。

800kW 不是炫技，是站點算術

這份資料寫得很直接：800kW 分布式系統，雙櫃可擴到 1.6MW，輸出電流範圍從 250A 到 1500A，還能支援 500A 風冷、600A 液冷與 MCS dispenser。這些數字放一起看，我第一個反應不是「好大」，而是「這是給混合場景用的」。

也就是說，它不是只服務乘用車，而是把商用車隊、重型車，甚至更高功率需求的場景一起算進去。這種設計思路很重要，因為站點的瓶頸通常不是「能不能充」，而是「能不能在不同車型、不同時段、不同熱條件下都維持可用」。

我遇過太多團隊只看今天的車種，結果半年後車隊換了、吞吐量變了、營運方要更多功率，原本看起來很前瞻的站點瞬間變成天花板。分布式架構的價值，就是把 power unit 跟前端使用體驗拆開，讓擴充不是整站拆掉重做。

實操寫法我會這樣做：

• 先列出未來 3 年的車種組成，不要只看現在。
• 把日均流量、尖峰時段、同時充電數一起算。
• 問清楚擴充是加模組、加櫃，還是整套換代。
• 把升級路徑寫進採購文件，不要只靠口頭承諾。

如果一個平台只能在理想條件下漂亮，那它多半只是 demo，不是站點方案。

效率數字要看，但更要看熱怎麼處理

Kehua 說這套系統峰值效率可到 96.5%，而且在 50°C 下還能維持滿功率輸出，保護等級寫到 IP55 與 C4-H。老實說，我比較在意後面這幾個條件，因為真正讓充電站賺錢或燒錢的，通常不是峰值功率，而是它在熱、塵、鹽霧、長時間高負載下會不會開始縮水。

翻譯一下就是：它想證明自己不只是在實驗室漂亮，而是在熱得要命、環境又髒的地方也能撐住。這很重要，因為很多站點真正的敵人不是電壓，而是天氣。尤其你如果要做中東、東南亞、沿海或高溫地區，熱衰減就是每天都會見面的麻煩。

我之前看過一個站點，白天一熱就降載，業主每天都在問「今天怎麼又慢了」。問題不是使用者體感差，而是系統設計根本沒把熱當成一級需求。簡報上寫 300kW 沒意義，因為現場能不能持續輸出，才是營運方的真成本。

實操上我會要求這幾件事：

• 不要只看 peak efficiency，要看整段負載曲線。
• 要熱衰減曲線，不要只要最高值。
• 把站點最高合理溫度寫進驗收條件。
• 維修空間、進風、散熱路徑要一起審，不要後補。

如果廠商不敢把邊界條件攤開講，那個規格就只是紙面數字。

安全不是賣點，是你睡不睡得著的差別

資料裡提到多層安全架構、100+ protections、車規級製造，還有 in-position module detection。這種字眼很容易被當成行銷話術，但我覺得它真正重要的地方在於：高功率充電出事時，代價通常很高，而且不是只有錢。

也就是說，系統要能在模組異常、接觸不良、部分失效、環境偏離正常值的時候，盡量不要整站一起陪葬。尤其是分布式架構，控制層如果不知道實際裝了哪些模組、哪些模組掛了、哪些模組狀態不對，現場就會變成 debug 地獄。

我很常看到一種狀況：大家在提案時都會說安全很重要，但真正編預算時，安全功能通常是最先被壓縮的。等到出現一次怪故障，大家才突然想起隔離故障、熱失控、模組失效、部分停機這些詞不是拿來裝飾的。安全架構不是拿來拍照，是拿來讓營運方晚上不用盯著告警睡。

實操寫法我會這樣問：

• 一顆模組壞掉，站點會不會整組停？
• dispenser 斷線時，控制層怎麼判斷？
• 少一個櫃子時，系統會怎麼降級？
• 故障後的恢復流程是不是要靠人工全手動？

如果答案很模糊，我通常會直接把這套系統歸類成「還能 demo，但不太能扛營運」。

白天優化、晚上平衡，這段我真的有點喜歡

這份資料最像真的站點營運邏輯的地方，是它的 scenario-based intelligent charging strategy。白天會根據即時車流切換 power optimization、efficiency optimization、module lifetime balancing；晚上則轉成 centralized balanced charging，去優化電力分配。

翻譯一下就是：它把充電站當成一個會呼吸的能源系統，不是死板的負載。這個思路我認同，因為站點的工作本來就不是「永遠最大功率」。站點要做的是，在不同時段把對的功率送到對的地方，同時不要把硬體操到太快壞掉。

我特別注意到 module lifetime balancing 這點，因為很多系統只會拚吞吐，不會管元件壽命。結果就是某幾顆模組永遠被操爆，維護成本一路往上。把壽命平衡納進控制邏輯，才是比較像營運系統的做法。

實操上，我會直接把站點模式拆成兩層：

• 白天：追吞吐、追效率、追即時排程。
• 晚上：追均衡、追穩定、追模組壽命。
• 把排程規則寫成可調參數，不要綁死在韌體裡。
• 讓營運方可以依車隊型態調整策略，而不是只能等原廠改版。

如果你的站點軟體說不清楚自己為什麼這樣充電，那它大概也不太知道自己在省錢還是在浪費錢。

PV、儲能、充電本來就該一起談

這份資料提到 integrated PV-ESS-Charging solution，這是我覺得最有價值的地方。PV 是太陽能發電，ESS 是儲能系統，充電站把這三個東西放在一起，意思很明確：它不是單純吃電，而是在管理整個站點的能源流。

也就是說，EV 充電不再只是「拉一條更大的電進來」而已，而是要把發電、儲能、負載調度一起設計。這才是高功率站點真正麻煩的地方。你如果只看 charger，不看 PV 和 storage，最後就是把所有尖峰壓力都丟給電網，營運成本跟申請難度一起上升。

我看過很多案子，充電團隊、能源團隊、土建團隊各做各的。充電樁先定、PV 後補、儲能再說，最後每個人都覺得自己有做事，但站點就是很難順。把 PV、ESS、Charging 當成同一個採購題目，才有機會把峰值削平、把自耗電壓下來、把控制邏輯收斂成一套。

實操寫法我會這樣做：

• 先定 grid import limit，不要反過來。
• 算 PV 可以覆蓋多少白天負載。
• 定義 ESS 是做 peak shaving、backup，還是兩者都要。
• 讓控制層決定太陽能不足時怎麼切換，不要靠人工盯。

如果這三件事不在同一份設計文件裡，通常代表你的站點還沒真正整合。

模組線比 booth demo 更重要

Kehua 也把 40kW SiC CE/UL power module、40kW liquid-cooling power module、80kW VPFC power module 拿出來講。這種看起來像零件清單的東西，其實才是平台壽命的核心，因為模組決定了你能不能升級、怎麼散熱、壞了怎麼修。

翻譯一下就是：它想掌握的是充電堆疊的內臟，不只是外殼。SiC、液冷、高功率模組這些設計，重點都在縮小體積、降低損耗、壓住溫度。只要模組策略對了，前端的 dispenser、機櫃、站點擴充才有可能跟著活下去。

我很討厭一種說法叫「之後再換模組就好」。實際上，大多數站點不是想換就能換。模組生態如果弱，整個平台老化速度會很難看。好的模組策略，應該要讓營運方能夠升級功率密度、改善效率、換部署環境，而不是整站砍掉重練。

實操上，我會直接追這幾題：

• 模組能不能互換？
• 維護週期多長？
• 升級時要不要拆櫃？
• 壞模組能不能隔離，不影響整站？

只要這幾題答不清楚，後面再多漂亮的規格都只是表面功夫。

可抄的模板

## EV 充電站點架構模板（PV + ESS + Charging）

### 1) 站點目標
- 車種組成：
- 每日峰值車流：
- 同時充電數上限：
- 目標可用率：
- 氣候 / 環境條件：

### 2) 電力骨幹
- 分布式系統額定功率：
- 擴充路徑：
- 輸入電力限制：
- 輸出電流範圍：
- 目標效率：
- 熱衰減門檻：

### 3) Dispenser 策略
- 風冷 dispenser：
- 液冷 dispenser：
- MCS 準備度：
- 線纜管理：
- 使用者噪音目標：

### 4) 安全與可靠性
- 保護等級：
- 防塵 / 防腐蝕等級：
- 故障偵測機制：
- 模組冗餘設計：
- 維護動線：
- 故障降級行為：

### 5) 控制邏輯
- 白天模式：
  - Power optimization
  - Efficiency optimization
  - Module lifetime balancing
- 夜間模式：
  - Centralized balanced charging
- 排程規則：
- 營運方覆寫規則：

### 6) 能源整合
- PV 容量：
- ESS 容量：
- Grid import limit：
- Peak shaving 策略：
- Solar-to-charge 優先規則：
- 低日照時備援行為：

### 7) 採購問題清單
- 50°C 時還能輸出多少？
- 熱衰減曲線是什麼？
- 故障模組怎麼隔離？
- 擴充時要不要換整個櫃體？
- 控制邏輯能不能不重做站點就更新？

### 8) 可直接放進 RFP 的文字
我們需要一套支援分布式電力輸出、混合 dispenser 類型、惡劣環境保護，以及 PV-ESS-充電整合控制的站點架構。
系統必須揭露效率、熱衰減、保護機制、模組維護性與擴充上限。
供應商必須提供未來車型與更高功率需求的清楚升級路徑。

### 9) 驗收清單
- 能滿足當前負載：
- 能支援未來負載：
- 能扛熱與天候：
- 能降低營運複雜度：
- 能保護模組壽命：
- 能整合 PV 與儲能：
- 有可執行的維護計畫：

這段我會真的拿去開案會議用。因為它逼大家用系統語言講話，不是只拿產品型號互相丟。你只要把這份模板塞進需求文件，很多原本很模糊的討論會立刻變具體，採購也比較不會被 brochure 帶著走。

原始資料來自這篇 PR Newswire 的深圳科華發布。我上面的拆法、例子、模板是我自己整理的；技術主張與產品細節則是根據原文整理而來。補充背景可看 Kehua 官網、Power2Drive Europe，以及 UL 2202 標準說明。