營運模式 · OCPP 1.6、2.0.1、2.1

ChargePilot

一套充電樁管理系統

在同一個儀表板上營運你的網路——每台充電樁自己回報的狀態、每一次充電工作階段與訂單、預約,以及一套讓同時上線的充電樁數量超出電源原本承載能力的功率預算。駕駛與營運人員都在瀏覽器中操作,不需安裝任何程式。

免費方案:1 個站點 · 2 台充電樁 · 不需信用卡

示意圖:ChargePilot 儀表板列出分布於兩個站點的四台充電樁——CP_001 充電中、CP_002 閒置、CP_014 準備中、CP_017 故障。

你會得到什麼

在正式環境中營運充電樁所需的一切,執行在與平台其餘部分相同的 OCPP 引擎之上。

充電樁即時狀態

每個連接器的 OCPP 狀態,完全依充電樁自己回報的內容呈現——Available、Preparing、Charging、Faulted——透過 WebSocket 推送到儀表板,而不是輪詢取得。

充電工作階段與訂單

每一筆交易都附帶電表讀數、已輸出電量與時長,可匯出為 CSV。一次結束的工作階段會成為駕駛可以查看的訂單。

遠端啟動與停止

從儀表板或駕駛應用程式下發 RemoteStartTransaction 與 RemoteStopTransaction。結果由充電樁自己的回應決定——被拒絕就據實回報為拒絕,而不是回報成功。

預約

依時段預約一台充電樁,或一直保留到你主動取消。OCPP 本身無法提前預約,因此排程器會在時段開始時佔位,並在工作階段結束時釋放。

負載管理

安裝的充電樁數量超過電源可同時承載的數量時,依站點分配的功率預算會在進行中的工作階段之間分攤可用電流,而不是直接跳電。Advanced 及以上方案提供。

多租戶,統一儀表板

每個營運方只看得到自己的站點。指令轉發前會先驗證歸屬關係,因此一個誤填的 ID 既無法觸及其他營運方的設備,也不會洩漏它的存在。

各部分如何協作

三層結構,呼叫只會向內。每一層各自持有一個資料庫,跨越邊界的一切都透過回送介面上的 HTTP 完成。

  1. 1

    充電樁透過 wss:// 接入

    硬體主動連線 OCPP 閘道並維持長連線。閘道只負責協定,不承載任何商業規則——因此協定層的變化無法波及系統其餘部分。

  2. 2

    由 API 作出判斷

    授權、歸屬與方案權限都在這裡裁定,之後才會轉發任何請求。這是負責說「不」的一層:未登入回傳 401,方案不含該功能回傳 402,充電樁不屬於你則回傳 404。

  3. 3

    你來查看與操作

    營運主控台與駕駛網頁應用程式讀取同一套 API。不需安裝——駕駛在瀏覽器中發起充電,營運人員也在瀏覽器中管理整張網路。

遵循標準,而非自創方言

ChargePilot 透過 WebSocket 使用 OCPP-J,並在交握階段協商版本,因此 1.6 與 2.0.1 的充電樁可以共處同一個站點。所有充電樁都連線到同一個進入點:

wss://ocpp.chargepilot.infinite-service.com/chargepilot/{stationId}

每則報文都依抵達時的原樣保存——無論是否合法——這樣任何爭議都能追溯到引發它的那一幀。同樣的報文都記載於我們的 OCPP 參考文件.

OCPP 1.6 + 2.0.1 + 2.1wss://多租戶負載管理網頁應用程式——免安裝
現已推出

從一個站點開始

免費方案涵蓋 1 個站點與 2 台充電樁——足以滿足自家車庫或一個小型停車場。費用隨網路中的資產數量變動,你擴張,它才增長。