通俗易懂的 OCMF 開放充電計(jì)量格式技術(shù)解析
OCMF 是專為電動(dòng)汽車充電設(shè)計(jì)的開放式計(jì)量數(shù)據(jù)交換標(biāo)準(zhǔn)，通過標(biāo)準(zhǔn)化結(jié)構(gòu)、加密簽名和靈活適配，解決了充電計(jì)量不透明、數(shù)據(jù)易篡改、協(xié)議不兼容三大行業(yè)痛點(diǎn)，讓充電計(jì)費(fèi)更可信、行業(yè)協(xié)作更高效。
一、OCMF 是什么？一句話看懂核心價(jià)值
OCMF（Open Charge Metering Format）即開放充電計(jì)量格式，是由歐洲充電聯(lián)盟和 SAFE-eV 組織推動(dòng)的行業(yè)標(biāo)準(zhǔn)。它就像充電領(lǐng)域的 “計(jì)量數(shù)據(jù)普通話”，定義了充電樁、管理系統(tǒng)、運(yùn)營(yíng)商之間傳輸充電數(shù)據(jù)的統(tǒng)一規(guī)則，確保充電量、充電時(shí)間、費(fèi)用等關(guān)鍵信息 “說得出、讀得懂、改不了”。
簡(jiǎn)單來說，沒有 OCMF 之前，不同品牌充電樁的數(shù)據(jù)格式五花八門，就像不同地區(qū)說不同方言，互相無法直接溝通；有了 OCMF，所有符合標(biāo)準(zhǔn)的設(shè)備都用統(tǒng)一 “語言” 傳輸數(shù)據(jù)，從充電開始到結(jié)算完成，數(shù)據(jù)全程可追溯、可驗(yàn)證。
二、OCMF 的核心技術(shù)亮點(diǎn)：解決三大行業(yè)痛點(diǎn)
1. 標(biāo)準(zhǔn)化結(jié)構(gòu)：打破 “數(shù)據(jù)孤島”
OCMF 采用輕量化設(shè)計(jì)，沒有復(fù)雜的額外包頭，核心數(shù)據(jù)按固定格式封裝，適配 RS-485 等常見串口通信場(chǎng)景。它包含充電量（Wh）、充電時(shí)間、設(shè)備 ID、 tariff 信息等關(guān)鍵字段，還支持版本迭代擴(kuò)展 —— 比如 V1.2.0 新增了電纜損耗補(bǔ)償數(shù)據(jù)，V1.3.0 加入了充電樁控制器固件版本字段，既保證統(tǒng)一性又兼顧靈活性。
這種標(biāo)準(zhǔn)化讓不同品牌充電樁、管理平臺(tái)（CSMS）、支付系統(tǒng)之間無需額外適配就能互通，大幅降低行業(yè)協(xié)作成本。
2. 加密簽名機(jī)制：杜絕 “數(shù)據(jù)篡改”
這是 OCMF 最核心的安全設(shè)計(jì)。充電樁產(chǎn)生的計(jì)量數(shù)據(jù)會(huì)經(jīng)過加密簽名后再傳輸，接收方通過公開密鑰驗(yàn)證數(shù)據(jù)完整性。就像給數(shù)據(jù)加了 “防偽水印”，一旦被篡改，驗(yàn)證環(huán)節(jié)會(huì)立刻發(fā)現(xiàn)，從根源上杜絕 “多計(jì)費(fèi)、亂計(jì)費(fèi)” 問題。
這種機(jī)制完全符合德國(guó) Mess- & Eichrecht 等國(guó)際計(jì)量法規(guī)要求，讓充電數(shù)據(jù)具備法律有效性，為用戶、運(yùn)營(yíng)商、監(jiān)管方提供三方信任基礎(chǔ)。
3. 多協(xié)議適配：兼容 “新舊設(shè)備”
OCMF 不局限于單一通信協(xié)議，能靈活適配 OCPP 1.6、OCPP 2.0.1/2.1 等主流充電協(xié)議。通過配置不同參數(shù)，既能支持傳統(tǒng)的固定充電場(chǎng)景，也能滿足臨時(shí)充電（ad-hoc charging）等新興需求。
比如在 OCPP 2.0.1 系統(tǒng)中，開啟相關(guān)配置后，OCMF 可以在充電開始、結(jié)束等關(guān)鍵節(jié)點(diǎn)自動(dòng)傳輸簽名數(shù)據(jù)，無需改造現(xiàn)有硬件，讓老設(shè)備也能升級(jí)為 “可信計(jì)量設(shè)備”。
三、OCMF 的實(shí)際應(yīng)用：誰在用？怎么用？
1. 應(yīng)用場(chǎng)景覆蓋全充電生態(tài)
充電樁廠商：按 OCMF 標(biāo)準(zhǔn)設(shè)計(jì)計(jì)量模塊，數(shù)據(jù)直接對(duì)接各大運(yùn)營(yíng)商平臺(tái)，無需單獨(dú)適配。
充電運(yùn)營(yíng)商：統(tǒng)一接收不同品牌充電樁數(shù)據(jù)，簡(jiǎn)化后臺(tái)管理，降低運(yùn)維成本。
用戶：充電后可通過加密簽名驗(yàn)證計(jì)費(fèi)數(shù)據(jù)真實(shí)性，避免 “天價(jià)充電費(fèi)” 糾紛。
監(jiān)管機(jī)構(gòu)：直接調(diào)取符合標(biāo)準(zhǔn)的計(jì)量數(shù)據(jù)，實(shí)現(xiàn)非現(xiàn)場(chǎng)監(jiān)管，提升行業(yè)治理效率。
2. 典型工作流程（通俗版）
你插入充電槍開始充電，充電樁實(shí)時(shí)記錄充電量、時(shí)間等數(shù)據(jù)；
數(shù)據(jù)按 OCMF 格式封裝，并通過加密算法生成 “數(shù)字簽名”；
帶簽名的 OCMF 數(shù)據(jù)包通過 SLIP 協(xié)議（加起始符和終止符）傳輸?shù)焦芾砥脚_(tái)；
平臺(tái)驗(yàn)證簽名無誤后，解析數(shù)據(jù)并生成賬單；
充電結(jié)束后，完整的 OCMF 數(shù)據(jù)記錄可作為計(jì)費(fèi)憑證，支持后續(xù)核查。
四、OCMF 的版本演進(jìn)：持續(xù)完善的行業(yè)標(biāo)準(zhǔn)
OCMF 自推出后不斷迭代，貼合行業(yè)實(shí)際需求：
V1.0.1：明確版本定義和基礎(chǔ)數(shù)據(jù)結(jié)構(gòu)，奠定標(biāo)準(zhǔn)化基礎(chǔ)；
V1.1.0：新增 tariff 信息，適配臨時(shí)充電場(chǎng)景；
V1.2.0：補(bǔ)充電纜損耗補(bǔ)償數(shù)據(jù)，解決充電過程中能量損耗的計(jì)量難題；
V1.3.0：增加控制器固件版本字段，提升設(shè)備管理精準(zhǔn)度。
每一次更新都圍繞 “更精準(zhǔn)、更安全、更兼容” 的目標(biāo)，讓標(biāo)準(zhǔn)始終跟上行業(yè)發(fā)展節(jié)奏。
五、OCMF 核心字段與應(yīng)用場(chǎng)景對(duì)照表
該對(duì)照表梳理了 OCMF（開放充電計(jì)量格式）V1.0.1 至 V1.3.0 的核心字段，明確了每個(gè)字段的含義、數(shù)據(jù)類型、版本支持及核心應(yīng)用場(chǎng)景，方便快速查閱與實(shí)際部署適配。
| 字段名稱 | 字段含義 | 數(shù)據(jù)類型 | 版本支持 | 核心應(yīng)用場(chǎng)景 |
|---|---|---|---|---|
| ver | OCMF 格式版本號(hào) | 字符串（如 “1.3.0”） | 所有版本 | 用于設(shè)備與平臺(tái)的版本適配，確保數(shù)據(jù)解析兼容性 |
| gw_vendor | 網(wǎng)關(guān)廠商標(biāo)識(shí) | 字符串 | V0.4 及以上 | 設(shè)備溯源，區(qū)分不同廠商的網(wǎng)關(guān)設(shè)備，便于運(yùn)維管理 |
| gw_sn | 網(wǎng)關(guān)序列號(hào) | 字符串（必填） | V0.4 及以上 | 唯一標(biāo)識(shí)網(wǎng)關(guān)設(shè)備，配合計(jì)量數(shù)據(jù)形成可追溯鏈條 |
| meter_vendor | 計(jì)量模塊廠商標(biāo)識(shí) | 字符串 | 所有版本 | 計(jì)量設(shè)備溯源，若出現(xiàn)數(shù)據(jù)爭(zhēng)議可定位責(zé)任主體 |
| meter_sn | 計(jì)量模塊序列號(hào) | 字符串（必填） | 所有版本 | 唯一標(biāo)識(shí)計(jì)量模塊，確保計(jì)量數(shù)據(jù)與設(shè)備一一對(duì)應(yīng) |
| energy | 充電總能量 | 數(shù)值（單位：Wh） | 所有版本 | 核心計(jì)費(fèi)依據(jù)，用戶結(jié)算、運(yùn)營(yíng)商對(duì)賬的基礎(chǔ)數(shù)據(jù) |
| start_time | 充電開始時(shí)間 | 時(shí)間戳 | 所有版本 | 計(jì)算充電時(shí)長(zhǎng)，匹配時(shí)段電價(jià)，生成精準(zhǔn)賬單 |
| end_time | 充電結(jié)束時(shí)間 | 時(shí)間戳 | 所有版本 | 確認(rèn)充電周期，結(jié)合開始時(shí)間核算總充電時(shí)長(zhǎng) |
| tariff | 電價(jià)信息（含時(shí)段、費(fèi)率） | 結(jié)構(gòu)化數(shù)據(jù) | V1.1.0 及以上 | 適配臨時(shí)充電場(chǎng)景，支持分時(shí)計(jì)費(fèi)、動(dòng)態(tài)電價(jià)結(jié)算 |
| cable_loss | 電纜損耗補(bǔ)償能量 | 數(shù)值（單位：Wh） | V1.2.0 及以上 | 修正充電過程中的能量損耗，確保計(jì)量數(shù)據(jù)精準(zhǔn)性 |
| cf | 充電樁控制器固件版本 | 字符串（可選） | V1.3.0 及以上 | 設(shè)備固件管理，判斷是否需要升級(jí)以修復(fù)計(jì)量漏洞 |
| signature | 數(shù)字簽名 | 加密字符串 | 所有版本 | 數(shù)據(jù)防偽驗(yàn)證，防止計(jì)費(fèi)數(shù)據(jù)被篡改，保障法律有效性 |
| sig_alg | 簽名算法標(biāo)識(shí) | 字符串 | V0.4 及以上 | 明確數(shù)據(jù)加密方式，接收方按對(duì)應(yīng)算法驗(yàn)證簽名 |
| auth_status | 授權(quán)狀態(tài)（是否成功授權(quán)） | 布爾值 | V0.4 及以上 | 確認(rèn)充電交易合法性，未授權(quán)交易可拒絕結(jié)算 |
| event_counter | 事件計(jì)數(shù)器 | 整數(shù) | V0.4 及以上 | 記錄充電過程中的關(guān)鍵事件次數(shù)，輔助故障排查 |
補(bǔ)充說明
字段優(yōu)先級(jí)：標(biāo)為 “必填” 的字段（如 gw_sn、meter_sn、energy）是計(jì)量數(shù)據(jù)有效性的基礎(chǔ)，缺失則無法完成正常結(jié)算。
版本兼容性：高版本字段（如 cable_loss、cf）在低版本系統(tǒng)中為可選，若需使用需升級(jí)設(shè)備至對(duì)應(yīng)版本。
協(xié)議適配：所有字段均可通過 OCPP 1.6、OCPP 2.0.1/2.1 協(xié)議傳輸，無需額外修改字段結(jié)構(gòu)。
六、OCMF 字段與 OCPP 協(xié)議適配對(duì)照表
OCMF 作為充電計(jì)量數(shù)據(jù)標(biāo)準(zhǔn)，需依托 OCPP（開放充電點(diǎn)協(xié)議）實(shí)現(xiàn)設(shè)備間傳輸，下表明確了 OCMF 核心字段在不同 OCPP 版本中的傳輸載體、配置依賴及適配規(guī)則，解決 “OCMF 數(shù)據(jù)怎么在 OCPP 中傳、傳得通” 的實(shí)際問題。
| OCMF 核心字段 | 字段含義 | 支持 OCPP 版本 | OCPP 傳輸載體（消息 / 字段） | OCPP 配置依賴 | 適配說明 |
|---|---|---|---|---|---|
| FV | OCMF 格式版本（如 1.0、1.2.0） | 1.5 及以上 | SignedData 元數(shù)據(jù)（隱含在 MeterValue 的屬性中） | 無需額外配置 | 后端通過解析 SignedData 內(nèi)的 JSON 結(jié)構(gòu)提取，OCPP 無直接對(duì)應(yīng)字段，但需確保版本兼容（如 OCMF 1.2.0 需 OCPP 2.0 + 支持電纜損耗字段） |
| GS | 網(wǎng)關(guān)序列號(hào)（簽名組件唯一標(biāo)識(shí)） | 1.5 及以上 | 1. MeterValue.req → SignedData 內(nèi) JSON2. StopTransaction.req → TransactionData | 需配置 “網(wǎng)關(guān)與充電樁綁定關(guān)系”（如 OCPP 的 ChargePointIdentity 關(guān)聯(lián) GS） | 若網(wǎng)關(guān)管理多個(gè)充電樁，需在 OCPP 中附加 GS 與 ChargeBoxID 的映射，確保數(shù)據(jù)溯源唯一 |
| MS | 計(jì)量模塊序列號(hào)（電表唯一標(biāo)識(shí)） | 1.5 及以上 | SignedData 內(nèi) JSON（與 MV/MF 字段同屬 “計(jì)量設(shè)備信息” 組） | 無需額外配置，但需確保 MS 在 OCPP 后端與充電樁檔案關(guān)聯(lián) | 是計(jì)量數(shù)據(jù)合法性的核心標(biāo)識(shí)，OCPP 后端需校驗(yàn) MS 與實(shí)際接入電表的一致性 |
| RD-TM | 讀數(shù)時(shí)間（含同步狀態(tài)，如 “2018-07-24T13:22:04,000+0200 S”） | 1.5 及以上 | 1. MeterValue.timestamp（基礎(chǔ)時(shí)間）2. SignedData 內(nèi) JSON（同步狀態(tài) “S/I/R”） | 需配置ClockAlignedDataInterval=900（15 分鐘，符合計(jì)量法規(guī)的時(shí)段對(duì)齊要求） | OCPP 基礎(chǔ) timestamp 可能不滿足計(jì)量精度，需以 SignedData 內(nèi) TM 的同步狀態(tài)為準(zhǔn)（如 “S” 代表已同步，可用于計(jì)費(fèi)） |
| RD-RV | 計(jì)量讀數(shù)（如 2935.6 kWh） | 1.5 及以上 | 1. MeterValue.value（Raw 格式，用于快速顯示）2. SignedData 內(nèi) JSON（Signed 格式，用于計(jì)費(fèi)校驗(yàn)） | 需配置MeterValuesAlignedData=Active.Energy.Register.Import | 雙格式傳輸：Raw 格式供實(shí)時(shí)顯示，Signed 格式（含 RV+RU+RI）供結(jié)算，后端需對(duì)比兩者一致性避免篡改 |
| RD-TX | 交易狀態(tài)（如 B = 開始、E = 結(jié)束、T = 電價(jià)變更） | 1.5 及以上 | 1. StartTransaction.req → TransactionStatus2. StopTransaction.req → Reason3. MeterValue.req → SignedData 內(nèi) JSON | 需配置StopTransactionSignatureFormat=MR/SR（MR：?jiǎn)未蝹鬏攩⑼?shù)據(jù)；SR：分兩次傳輸） | 若 TX=“T”（電價(jià)變更），需確保 OCPP 的ClockAlignedDataInterval與電價(jià)變更時(shí)段（如 15 分鐘）一致，避免數(shù)據(jù)斷檔 |
| LC | 電纜損耗補(bǔ)償（含 LR 電阻、LU 單位等） | 2.0 及以上 | SignedData 內(nèi) JSON（OCMF 1.2.0 新增字段） | 需升級(jí) OCPP 協(xié)議至 2.0+，并在充電樁控制器中配置 “電纜損耗算法參數(shù)” | OCPP 1.5 及以下不支持該字段，若需兼容需通過 OCPP 擴(kuò)展字段（如 “CustomData”）封裝 LC 對(duì)象 |
| IS | 用戶授權(quán)狀態(tài)（true = 授權(quán)成功，false = 未授權(quán)） | 2.0 及以上 | 1. Authorize.req → IdTagInfo.Status2. SignedData 內(nèi) JSON（IS 與 OCPP 授權(quán)結(jié)果綁定） | 需配置OCPP_AUTH_TLS（通過 TLS 加密授權(quán)數(shù)據(jù)） | OCPP 2.0 前需通過 “IdTag” 間接判斷授權(quán)狀態(tài)，OCPP 2.0 可直接與 OCMF 的 IS 字段映射（如 OCPP 的 “Accepted” 對(duì)應(yīng) IS=true） |
| IT | 用戶識(shí)別類型（如 ISO14443=RFID 卡） | 2.0 及以上 | Authorize.req → IdTagType（或 SignedData 內(nèi) JSON） | 需在 OCPP 后端配置 “識(shí)別類型與 IdTag 的映射”（如 ISO14443 對(duì)應(yīng) OCPP 的 IdTag 格式為 16 位十六進(jìn)制） | OCPP 1.5 僅支持基礎(chǔ) IdTag，需后端解析 SignedData 內(nèi)的 IT 字段補(bǔ)充識(shí)別類型信息 |
| SD | 數(shù)字簽名數(shù)據(jù)（ECDSA 加密結(jié)果） | 1.5 及以上 | 1. MeterValue.req → Value（ValueFormat=SignedData，編碼為十六進(jìn)制）2. StopTransaction.req → TransactionSignature | 1. 配置SignatureAlgorithm=ECDSA-secp256r1-SHA256（OCMF 默認(rèn)算法）2. 開啟MeterValuesSignatureContexts=CSL/RW（指定生成簽名的觸發(fā)點(diǎn)） | 簽名需與 OCPP 的 “公鑰管理” 聯(lián)動(dòng)：充電樁公鑰需提前通過 OCPP 外渠道（如監(jiān)管平臺(tái)注冊(cè)）同步至后端，確保驗(yàn)證通過 |
| PG | 分頁(yè)標(biāo)識(shí)（如 T12345 = 交易 12345 的讀數(shù)） | 1.5 及以上 | SignedData 內(nèi) JSON（與 OCPP 的 TransactionId 綁定） | 需配置 “分頁(yè)連續(xù)性校驗(yàn)”（OCPP 后端需檢查 PG 的序號(hào)是否連續(xù)，如 T1→T2→T3，避免數(shù)據(jù)缺失） | 若為 “F”（財(cái)務(wù)計(jì)量，無交易關(guān)聯(lián)），需在 OCPP 中配置MeterValuesAlignedData=Active.Energy.Register.Import，按固定時(shí)段（如每日 0 點(diǎn)）生成讀數(shù) |
▼補(bǔ)充說明▼
1.傳輸格式統(tǒng)一規(guī)則：OCMF 所有字段在 OCPP 中均以 “SignedData” 格式封裝 —— 即 OCMF 的 OCMF|| 結(jié)構(gòu)，需先編碼為十六進(jìn)制字符串，再填入 OCPP MeterValue/StopTransaction 的 “Value” 字段（ValueFormat=SignedData），后端需反向解碼 JSON。
2.版本兼容性邊界：
◆OCPP 1.5：僅支持 OCMF 基礎(chǔ)字段（如 FV、GS、RD-RV、SD），不支持高版本字段（LC、IT 的 ISO15118 類型）；
◆OCPP 2.0 及以上：完全支持 OCMF 1.2.0 及以下所有字段，且可通過 “CustomData” 擴(kuò)展字段兼容未來 OCMF 新增內(nèi)容。
3.配置優(yōu)先級(jí)：當(dāng) OCPP 配置與 OCMF 要求沖突時(shí)（如 OCPP 的 ClockAlignedDataInterval ≠15 分鐘），需以 OCMF 計(jì)量法規(guī)要求為準(zhǔn)（如強(qiáng)制調(diào)整為 900 秒），確保數(shù)據(jù)符合校準(zhǔn)法律有效性。
七、總結(jié)：OCMF 為何能成為行業(yè)剛需？
在電動(dòng)汽車充電行業(yè)快速發(fā)展的當(dāng)下，計(jì)量數(shù)據(jù)的可信度和互通性是核心瓶頸。OCMF 通過 “統(tǒng)一格式 + 加密驗(yàn)證 + 靈活適配” 的組合設(shè)計(jì)，既解決了用戶最關(guān)心的 “計(jì)費(fèi)是否公平” 問題，也降低了企業(yè)的技術(shù)適配成本，還為監(jiān)管提供了透明化工具，真正實(shí)現(xiàn)了多方共贏。
隨著越來越多充電樁廠商和運(yùn)營(yíng)商采用 OCMF 標(biāo)準(zhǔn)，未來充電體驗(yàn)會(huì)更省心 —— 無論用哪個(gè)品牌的充電樁，都能放心計(jì)費(fèi)；無論跨哪個(gè)運(yùn)營(yíng)商平臺(tái)，都能順暢結(jié)算，這正是開放式標(biāo)準(zhǔn)給行業(yè)帶來的核心價(jià)值。
審核編輯 黃宇
-
充電樁
+關(guān)注
關(guān)注
155文章
3072瀏覽量
89821
發(fā)布評(píng)論請(qǐng)先 登錄
高效充電與精準(zhǔn)計(jì)量：MAX77818的卓越性能解析
時(shí)間同步不再難：常見問題解析與實(shí)操指南
OCMF/OCPP/SLIP 是什么？充電樁數(shù)據(jù)傳輸?shù)?“黃金搭檔” 拆解
使用諾頓定理的等效電路分析
通俗易懂的晶振專業(yè)術(shù)語
四維防護(hù) vs 開放可驗(yàn)證：S.A.F.E.與OCMF如何重構(gòu)充電樁的安全基座
【「DeepSeek 核心技術(shù)揭秘」閱讀體驗(yàn)】--全書概覽
LED驅(qū)動(dòng)電路設(shè)計(jì)
電路基礎(chǔ)學(xué)習(xí)資料
安科瑞直流計(jì)量方案，解決直流充電樁計(jì)量問題！
電源模塊PCB設(shè)計(jì)注意事項(xiàng)
通俗易懂說電能表Modbus RTU協(xié)議
工商網(wǎng)監(jiān)
評(píng)論