OCMF je otvorený štandard na výmenu meracích údajov špeciálne navrhnutý pre nabíjanie elektrických vozidiel. Prostredníctvom štandardizovanej štruktúry, šifrovaných podpisov a flexibilnej adaptácie rieši tri hlavné problémové body odvetvia: nedostatočnú transparentnosť pri meraní poplatkov, náchylnosť na manipuláciu s údajmi a nekompatibilitu protokolov. Vďaka tomu je účtovanie spoľahlivejšie a spolupráca v odvetví efektívnejšia.
čo je OCMF?
OCMF (Open Charge Metering Format) je priemyselný štandard podporovaný Európskou alianciou nabíjania a organizáciou SAFE-eV. Je to niečo ako „spoločný jazyk“ pre meracie údaje v odvetví nabíjania, ktorý definuje jednotné pravidlá pre prenos údajov o nabíjaní medzi nabíjacími stanicami, riadiacimi systémami a operátormi. To zaisťuje, že kľúčové informácie, ako je suma nabitia, čas nabíjania a cena, sú „pochopiteľné, čitateľné a-nefalšovateľné“.
Jednoducho povedané, pred OCMF používali rôzne značky nabíjacích staníc rôzne formáty údajov, ako napríklad rôzne regióny hovoriace rôznymi dialektmi, čo znemožňovalo priamu komunikáciu. S OCMF používajú všetky vyhovujúce zariadenia jednotný „jazyk“ na prenos údajov, čo zaisťuje, že údaje sú sledovateľné a overiteľné od začiatku nabíjania až po dokončenie účtovania.
Kľúčové technologické vrcholy OCMF
1. Štandardizovaná štruktúra: Rozdelenie „dátových síl“ OCMF má ľahký dizajn bez zložitých prídavných hlavičiek. Základné dáta sú zapuzdrené v pevnom formáte, prispôsobujúcom sa bežným scenárom sériovej komunikácie, ako je RS-485. Zahŕňa kľúčové polia, ako je množstvo nabíjania (Wh), čas nabíjania, ID zariadenia a informácie o tarife a tiež podporuje iteráciu a rozšírenie verzie – napríklad verzia 1.2.0 pridala údaje o kompenzácii straty kábla a verzia 1.3.0 pridala pole verzie firmvéru ovládača nabíjacej haldy, čo zaisťuje jednotnosť a flexibilitu. Táto štandardizácia umožňuje rôznym značkám nabíjacích staníc, platforiem správy (CSMS) a platobných systémov vzájomne spolupracovať bez dodatočných úprav, čím sa výrazne znižujú náklady na spoluprácu v odvetví.
2. Mechanizmus šifrovania a podpisu: Eliminácia „falšovania údajov“ Toto je najdôležitejší bezpečnostný návrh OCMF. Údaje o meraní generované nabíjacou hromadou sú pred prenosom zašifrované a podpísané a príjemca overí integritu údajov pomocou verejného kľúča. Je to ako pridanie „bezpečnostného vodoznaku“ k údajom; ak je s ním manipulované, overovací proces to okamžite zistí, čím sa zabráni problémom s „prebíjaním a nesprávnym účtovaním“ pri zdroji.
Tento mechanizmus je plne v súlade s medzinárodnými metrologickými predpismi, ako je nemecký Mess{0}} & Eichrecht, vďaka čomu sú údaje o spoplatňovaní právne platné a poskytuje základ dôvery pre používateľov, operátorov a regulačné orgány.
3. Prispôsobenie viacerých protokolov: Kompatibilné s „novými a starými zariadeniami“ OCMF nie je obmedzené na jeden komunikačný protokol a môže sa flexibilne prispôsobiť bežným protokolom nabíjania, ako sú OCPP 1.6 a OCPP 2.0.1/2.1. Konfiguráciou rôznych parametrov môže podporovať tradičné scenáre fixného nabíjania a spĺňať nové potreby, ako je napríklad nabíjanie ad{5}}hoc. Napríklad v systéme OCPP 2.0.1 môže OCMF po povolení príslušnej konfigurácie automaticky prenášať podpísané dáta v kľúčových uzloch, ako je začiatok a koniec nabíjania, bez úpravy existujúceho hardvéru, čo umožňuje upgrade starších zariadení na „dôveryhodné meracie zariadenia“.
Praktické aplikácie OCMF
1. Aplikačné scenáre pokrývajú celý ekosystém nabíjania:
● Výrobcovia nabíjacích kôp: Navrhnite meracie moduly podľa noriem OCMF, čo umožňuje priamu integráciu údajov s hlavnými operátorskými platformami bez samostatného prispôsobenia.
● Operátori nabíjania: Jednotne prijímajte údaje z rôznych značiek nabíjacích hromad, čím sa zjednodušuje správa backendu a znižujú sa náklady na prevádzku a údržbu.
● Používatelia: Po nabití môžu používatelia overiť pravosť fakturačných údajov prostredníctvom šifrovaných podpisov, čím sa vyhnú sporom o „prehnane vysokých poplatkoch“.
● Regulačné agentúry: Priamy prístup k údajom o meraní, ktoré sú v súlade s predpismi, umožňuje dohľad mimo{0}}miesta a zlepšuje efektivitu riadenia odvetvia.
2. Typický pracovný postup
● Pripojením nabíjacieho kábla spustíte nabíjanie a nabíjacia stanica zaznamená údaje, ako je množstvo a čas nabíjania v reálnom čase;
● Údaje sú zapuzdrené vo formáte OCMF a „digitálny podpis“ sa generuje pomocou šifrovacieho algoritmu;
● Podpísaný dátový balík OCMF sa prenáša do riadiacej platformy prostredníctvom protokolu SLIP (s oddeľovačmi začiatku a konca);
● Keď platforma overí podpis, analyzuje údaje a vygeneruje účet;
● Po dokončení nabíjania možno úplný záznam údajov OCMF použiť ako fakturačný doklad na podporu následného overenia.
Vývoj verzie OCMF
Neustále sa zlepšujúci priemyselný štandard OCMF prešiel od svojho uvedenia na trh neustálymi iteráciami, ktoré sa prispôsobovali skutočným potrebám odvetvia: V1.0.1: Presnejšia definícia verzie a základná dátová štruktúra, položenie základov pre štandardizáciu;
● V1.1.0: Pridané tarifné informácie na prispôsobenie sa dočasným scenárom spoplatňovania;
● V1.2.0: Pridané údaje o kompenzácii straty káblov na riešenie problémov spojených s meraním straty energie počas nabíjania;
● V1.3.0: Pridané pole verzie firmvéru ovládača na zlepšenie presnosti správy zariadenia.
Každá aktualizácia sa točí okolo cieľov „vyššej presnosti, väčšej bezpečnosti a väčšej kompatibility“, čím sa zabezpečuje, že štandard bude vždy držať krok s vývojom odvetvia.
Referenčná tabuľka základných polí OCMF a aplikačných scenárov
Táto referenčná tabuľka sumarizuje základné polia OCMF (Open Charging Measurement Format) verzie V1.0.1 až V1.3.0, pričom objasňuje význam, typ údajov, podporu verzií a scenáre základných aplikácií každého poľa. Umožňuje rýchlu orientáciu a praktické prispôsobenie nasadenia.
| Názov poľa | Význam poľa | Typ údajov | Podpora verzií | Hlavné aplikačné scenáre |
|---|---|---|---|---|
| vidieť | Číslo verzie formátu OCMF | Reťazec (napr. "1.3.0") | Všetky verzie | Na prispôsobenie verzie medzi zariadením a platformou, čím sa zabezpečí kompatibilita analýzy údajov |
| gw_predajca | Identifikátor dodávateľa brány | Reťazec | V0.4 a vyššie | sledovateľnosť zariadení; rozlíšiť brány od rôznych predajcov pre riadenie prevádzky a údržby |
| gw_sn | Sériové číslo brány | Reťazec (povinný) | V0.4 a vyššie | Jedinečne identifikovať zariadenia brány; vytvoriť sledovateľný reťazec s údajmi o meraní |
| predajca merača | ID dodávateľa modulu merania | Reťazec | Všetky verzie | Vysledovateľnosť meracích zariadení; nájsť zodpovedné subjekty v prípade sporov o údaje |
| meter_sn | Sériové číslo meracieho modulu | Reťazec (povinný) | Všetky verzie | Jednoznačne identifikujte meracie moduly; zabezpečiť vzájomnú{0}}jednotnú{1}}zhodu medzi meranými údajmi a zariadeniami |
| energie | Celková energia nabíjania | Číselné (jednotka: Wh) | Všetky verzie | Základná fakturačná základňa; základné údaje pre užívateľské zúčtovanie a odsúhlasenie operátora |
| počiatočný_čas | Čas začiatku nabíjania | Časová pečiatka | Všetky verzie | Vypočítajte si trvanie nabíjania, zhodujte{0}}časové ceny elektriny za obdobie a generujte presné účty |
| koncový_čas | Čas ukončenia nabíjania | Časová pečiatka | Všetky verzie | Potvrďte nabíjací cyklus; vypočítajte celkovú dobu nabíjania s časom spustenia |
| tarifa | Informácie o cene elektriny (vrátane časových období, sadzieb) | Štruktúrované dáta | V1.1.0 a vyššie | Prispôsobte sa scenárom dočasného nabíjania; čas podpory--použitia cien a dynamického vyrovnania taríf |
| strata káblu | Energia kompenzácie straty kábla | Číselné (jednotka: Wh) | V1.2.0 a vyššie | Opravte stratu energie počas nabíjania; zabezpečiť presnosť údajov merania |
| porov | Verzia firmvéru kontroléra nabíjania | Reťazec (voliteľné) | V1.3.0 a vyššie | Správa firmvéru; určiť, či sú potrebné inovácie na opravu chýb v meraní |
| podpis | Digitálny podpis | Šifrovaný reťazec | Všetky verzie | Overenie proti{0}}falšovaniu údajov; zabrániť manipulácii s fakturačnými údajmi a zabezpečiť právnu platnosť |
| sig_alg | Identifikátor podpisového algoritmu | Reťazec | V0.4 a vyššie | Objasniť metódu šifrovania údajov; prijímač overí podpis zodpovedajúcim algoritmom |
| stav_overenia | Stav autorizácie (úspešné alebo neúspešné) | Boolovský | V0.4 a vyššie | Potvrdenie oprávnenosti účtovania transakcií; odmietnuť zúčtovanie za neautorizované transakcie |
| počítadlo_udalostí | Počítadlo udalostí | Celé číslo | V0.4 a vyššie | Zaznamenajte počet kľúčových udalostí počas nabíjania; pomáhať pri odstraňovaní porúch |
Ďalšie poznámky k priorite poľa:
1. Polia označené ako „povinné“ (ako napr. gw_sn, meter_sn, energia) sú základom platnosti nameraných údajov; ich absencia znemožní normálne vysporiadanie.
2. Kompatibilita verzií: Polia z vyšších verzií (napríklad cable_loss, cf) sú v systémoch s nižšími verziami voliteľné. Ak sú tieto polia potrebné, vyžaduje sa inovácia zariadenia na zodpovedajúcu verziu.
3. Prispôsobenie protokolu: Všetky polia je možné prenášať prostredníctvom protokolov OCPP 1.6 a OCPP 2.0.1/2.1 bez potreby akýchkoľvek dodatočných úprav štruktúry poľa.
Tabuľka mapovania kompatibility poľa OCMF a protokolu OCPP
OCMF, ako štandard pre meranie nabíjania, sa pri prenose údajov medzi zariadeniami spolieha na protokol OCPP (Open Charge Point Protocol). Nižšie uvedená tabuľka objasňuje prenosové médium, konfiguračné závislosti a pravidlá prispôsobenia základných polí OCMF v rôznych verziách OCPP a rieši praktickú otázku „ako sa údaje OCMF prenášajú a úspešne komunikujú v rámci OCPP“.
| Jadrové pole OCMF | Význam poľa | Podporovaná verzia OCPP | Nosič prenosu OCPP (správa/pole) | Závislosť konfigurácie OCPP |
|---|---|---|---|---|
| FV | Verzia formátu OCMF (napr. 1.0, 1.2.0) | 1.5 a vyššie | Metadáta SignedData (vložené do atribútov MeterValue) | Nevyžaduje sa žiadna ďalšia konfigurácia |
| GS | Sériové číslo brány (jedinečný identifikátor pre komponenty podpisu) | 1.5 a vyššie |
1. MeterValue.req → JSON v SignedData 2. StopTransaction.req → TransactionData |
Nakonfigurujte „väzbový vzťah{0}}brány“ (napr. priraďte GS k ChargePointIdentity OCPP) |
| čs | Sériové číslo meracieho modulu (jedinečný identifikátor merača) | 1.5 a vyššie | JSON v SignedData (zoskupené s MV/MF ako „informácie o meracom zariadení“) | Žiadna ďalšia konfigurácia, ale zaistite, aby bol MS prepojený s profilmi nabíjacích hromad v backende OCPP |
| RD-TM | Čas čítania (vrátane stavu synchronizácie, napr. "2018-07-24T13:22:04,000+0200 S") | 1.5 a vyššie |
1. MeterValue.timestamp (základný čas) 2. JSON v SignedData (stav synchronizácie „S/R“) |
Konfigurácia ClockAlignedDataInterval{0}} (15 minút, v súlade s časovými úsekmi regulácie merania) |
| RD-RV | Stav merača (napr. 2935,6 kWh) | 1.5 a vyššie |
1. MeterValue.value (nespracovaný formát, pre rýchle zobrazenie) 2. JSON v SignedData (podpísaný formát, na overenie fakturácie) |
Konfigurácia MeterValue.sAlignedData=Active.Energy.Register.Import |
| RD-TX | Stav transakcie (napr. B=Začiatok, E=Koniec, T=Zmena tarify) | 1.5 a vyššie |
1. ŠtartTransaction.req → TransactionStatus 2. StopTransaction.req → Dôvod 3. MeterValue.req → JSON v SignedData |
Konfigurácia StopTransactionsSignatureFormat=MR/SR (MR: jeden prenos údajov štart/stop; SR: dva samostatné prenosy) |
| LC | Kompenzácia straty kábla (vrátane odporu LR, jednotky LU atď.) | 2.0 a vyššie | JSON v SignedData (nové pole v OCMF 1.2.0) | Inovovať protokol OCPP na 2.0+; nakonfigurovať "parametre algoritmu straty káblov" v ovládači nabíjacej haldy |
| IS | Stav autorizácie používateľa (true{0}}Autorizované, nepravdivé=Neautorizované) | 2.0 a vyššie |
1. Authorize.req → IdTagInfo.Status 2. JSON v SignedData (je viazaný na výsledok autorizácie OCPP) |
Konfigurácia OCPP_AUTH_TLS (autorizácia údajov prostredníctvom šifrového textu TLS) |
| IT | Typ identifikácie používateľa (napr. ISO14443=karta RFID) | 2.0 a vyššie | Authorize.req → IdTagType (alebo JSON v SignedData) | Nakonfigurujte "mapovanie medzi typom identifikácie a IdTag" v backende OCPP (napr. ISO14443 zodpovedá OCPP IdTag v 16-miestnom hexadecimálnom formáte) |
| SD | Údaje digitálneho podpisu (výsledok šifrovania ECDSA) | 1.5 a vyššie |
1. MeterValue.req → Hodnota (ValueFormat=SignedData, zakódované ako hex) 2. StopTransaction.req → TransactionSignature |
1. Nakonfigurujte SignatureAlgorithm=ECDSA-secp256r1-SHA256 (predvolený algoritmus OCMF) 2. Povoľte MeterValuesSignatureContext=CSL/RW (špecifikujte spúšťacie body podpisu) |
| PG | Identifikátor stránkovania (napr. T12345=čítanie pre transakciu 12345) | 1.5 a vyššie | JSON v SignedData (viazané na TransactionId OCPP) | Nakonfigurujte „kontrolu kontinuity stránkovania“ (koncový server OCPP overuje sekvenčné čísla PG, napr. T1→T2→T3, aby sa predišlo strate údajov) |
Doplnkové poznámky
1. Pravidlá jednotného formátu prenosu: Všetky polia OCMF sú zapuzdrené vo formáte „SignedData“ v OCPP – teda OCMF|
2. Hranice kompatibility verzií:
● OCPP 1.5: Podporuje iba základné polia OCMF (ako sú FV, GS, RD-RV, SD) a nepodporuje polia vyššej verzie (LC, IT typu ISO15118);
● OCPP 2.0 a novší: Plne podporuje všetky polia OCMF 1.2.0 a novšie a možno ho rozšíriť tak, aby vyhovoval budúcim doplnkom OCMF prostredníctvom poľa „CustomData“.
3. Priorita konfigurácie: Keď je konfigurácia OCPP v rozpore s požiadavkami OCMF (napr. ClockAlignedDataInterval OCPP ≠ 15 minút), predpisy o meraní OCMF musia mať prednosť (napr. násilne nastavené na 900 sekúnd), aby sa zabezpečilo, že údaje budú v súlade s právnou platnosťou kalibrácie.
Zhrnutie: Prečo sa OCMF stáva základným štandardom v tomto odvetví?
V rýchlo sa rozvíjajúcom odvetví nabíjania elektrických vozidiel sú kľúčovými prekážkami dôveryhodnosť a interoperabilita nameraných údajov. OCMF svojou kombináciou „jednotný formát + šifrované overenie + flexibilné prispôsobenie“ rieši primárny záujem používateľa o „spravodlivé účtovanie“, znižuje náklady na technickú adaptáciu pre podniky a poskytuje transparentný nástroj na reguláciu, čím sa skutočne dosiahne win{3}}výhra pre všetky strany.
Keďže stále viac výrobcov a prevádzkovateľov nabíjacích zariadení a operátorov prijíma štandard OCMF, v budúcnosti bude zážitok z nabíjania pohodlnejší – používatelia môžu s istotou používať akúkoľvek značku nabíjacieho zásobníka a hladko uhrádzať platby naprieč rôznymi platformami operátorov. Toto je základná hodnota, ktorú otvorené štandardy prinášajú do odvetvia.
