OCMF on avatud mõõtmise andmevahetusstandard, mis on loodud spetsiaalselt elektrisõidukite laadimiseks. Standardiseeritud struktuuri, krüpteeritud allkirjade ja paindliku kohandamise kaudu käsitleb see kolme peamist tööstusharu valupunkti: läbipaistvuse puudumine tasu mõõtmisel, vastuvõtlikkus andmete võltsimisele ja protokollide mitteühilduvus. See muudab arveldamise usaldusväärsemaks ja valdkonna koostöö tõhusamaks.
Mis on OCMF?
OCMF (Open Charge Metering Format) on tööstusstandard, mida propageerivad Euroopa laadimisliit ja SAFE{0}}eV organisatsioon. See on nagu "ühine keel" mõõtmisandmete jaoks laadimistööstuses, määratledes ühtsed reeglid laadimisandmete edastamiseks laadimisjaamade, juhtimissüsteemide ja operaatorite vahel. See tagab, et põhiteave, nagu laadimissumma, laadimisaeg ja maksumus, on "arusaadav, loetav ja võltsimiskindel".
Lihtsamalt öeldes kasutasid erinevad laadimisjaamade kaubamärgid enne OCMF-i erinevaid andmevorminguid, nagu erinevad piirkonnad, mis rääkisid erinevat dialekti, muutes otsese suhtluse võimatuks. OCMF-iga kasutavad kõik ühilduvad seadmed andmete edastamiseks ühtset "keelt", tagades andmete jälgitavuse ja kontrollimise alates laadimise algusest kuni arveldamise lõpetamiseni.
OCMF-i peamised tehnoloogilised tipphetked
1. Standardne struktuur: "Andmehoidlate" jaotamine OCMF võtab kasutusele kerge disaini ilma keerukate lisapäisteta. Põhiandmed on kapseldatud fikseeritud vormingusse, kohandudes tavaliste jadakommunikatsiooni stsenaariumidega, nagu RS-485. See sisaldab võtmevälju, nagu laadimiskogus (Wh), laadimisaeg, seadme ID ja tariifiinfo, ning toetab ka versiooni iteratsiooni ja laiendamist – näiteks V1.2.0 lisas kaablikao kompenseerimise andmed ja V1.3.0 laadimisvaiade kontrolleri püsivara versioonivälja, tagades nii ühtluse kui ka paindlikkuse. See standardimine võimaldab erinevate kaubamärkide laadimispakkidel, haldusplatvormidel (CSMS) ja maksesüsteemidel koostoimida ilma täiendava kohandamiseta, vähendades oluliselt tööstuse koostöökulusid.
2. Krüpteerimis- ja allkirjamehhanism: "Andmete manipuleerimise" kõrvaldamine See on OCMF-i kõige olulisem turvakujundus. Laadimishunniku poolt genereeritud mõõteandmed krüpteeritakse ja allkirjastatakse enne edastamist ning saaja kontrollib andmete terviklikkust avaliku võtme abil. See on nagu "turvavesimärgi" lisamine andmetele; kui seda rikutakse, tuvastab kinnitusprotsess selle kohe, vältides allikas "ületasustamise ja vale arveldamise" probleeme.
See mehhanism vastab täielikult rahvusvahelistele metroloogia eeskirjadele, nagu Saksa Mess{0}} & Eichrecht, muutes maksustamisandmed juriidiliselt kehtivaks ja pakkudes kasutajate, operaatorite ja reguleerivate asutuste usaldusväärsust.
3. Mitme-protokolli kohandamine: ühildub "uute ja vanade seadmetega" OCMF ei piirdu ühe sideprotokolliga ja võib paindlikult kohaneda tavaliste laadimisprotokollidega, nagu OCPP 1.6 ja OCPP 2.0.1/2.1. Erinevate parameetrite konfigureerimisega saab see toetada traditsioonilisi fikseeritud laadimisstsenaariume ja rahuldada esilekerkivaid vajadusi, nagu ad hoc laadimine. Näiteks OCPP 2.0.1 süsteemis saab OCMF pärast asjakohase konfiguratsiooni lubamist automaatselt edastada allkirjastatud andmeid võtmesõlmedes, nagu laadimise algus ja lõpp, ilma olemasolevat riistvara muutmata, võimaldades vanemate seadmete uuendamist "usaldusväärseteks mõõteseadmeteks".
OCMF-i praktilised rakendused
1. Rakendusstsenaariumid hõlmavad kogu laadimisökosüsteemi.
● Laadimisvaiade tootjad: projekteerige mõõtemoodulid vastavalt OCMF standarditele, võimaldades andmete otsest integreerimist suuremate operaatoriplatvormidega ilma eraldi kohandamiseta.
● Laadimisoperaatorid: saavad ühtlaselt andmeid erinevat marki laadimispakkidelt, lihtsustades taustahaldust ning vähendades kasutus- ja hoolduskulusid.
● Kasutajad: pärast laadimist saavad kasutajad kontrollida arveldusandmete autentsust krüpteeritud allkirjade abil, vältides vaidlusi "ülemääraste tasude üle".
● Reguleerivad asutused: pääsete otse juurde nõuetele vastavatele mõõtmisandmetele, võimaldades{0}}välist järelevalvet ja parandades valdkonna juhtimise tõhusust.
2. Tüüpiline töövoog
● Laadimise alustamiseks ühendate laadimiskaabli vooluvõrku ning laadimisjaam salvestab reaalajas andmeid, nagu laadimismaht ja -aeg;
● Andmed on kapseldatud OCMF-vormingusse ja krüpteerimisalgoritmi abil genereeritakse "digitaalallkiri";
● Allkirjastatud OCMF-i andmepakett edastatakse haldusplatvormile SLIP-protokolli kaudu (alguse ja lõpu eraldajatega);
● Pärast seda, kui platvorm on allkirja kontrollinud, analüüsib see andmeid ja genereerib arve;
● Pärast laadimise lõpetamist saab täielikku OCMF-i andmekirjet kasutada arveldusvautšerina, et toetada hilisemat kontrollimist.
OCMF-i versiooni areng
Pidevalt täiustatav tööstusstandard OCMF on alates selle käivitamisest läbinud pidevaid iteratsioone, kohandudes tööstuse tegelike vajadustega: V1.0.1: täpsustatud versioonide määratlus ja põhiandmete struktuur, mis paneb aluse standardimisele;
● V1.1.0: lisatud tariifiteave, et kohaneda ajutiste laadimisstsenaariumitega;
● V1.2.0: lisatud kaablikao kompenseerimise andmed, et lahendada laadimise ajal tekkivate energiakadude mõõtmise väljakutseid;
● V1.3.0: lisati kontrolleri püsivara versiooni väli, et parandada seadmehalduse täpsust.
Iga värskendus keerleb "suurema täpsuse, suurema ohutuse ja suurema ühilduvuse" eesmärkide ümber, tagades, et standard peab alati sammu tööstuse arenguga.
OCMF-i põhiväljade ja rakendusstsenaariumide viitetabel
See viitetabel võtab kokku OCMF-i (Open Charging Measurement Format) versioonide V1.0.1 kuni V1.3.0 põhiväljad, selgitades iga välja tähendust, andmetüüpi, versioonituge ja põhirakenduste stsenaariume. See hõlbustab kiiret viidet ja praktilist kasutuselevõttu kohandamist.
| Välja nimi | Välja tähendus | Andmetüüp | Versiooni tugi | Põhirakenduse stsenaariumid |
|---|---|---|---|---|
| ver | OCMF-vormingus versiooninumber | String (nt "1.3.0") | Kõik versioonid | Seadme ja platvormi vahelise versiooni kohandamiseks, tagades andmete parsimise ühilduvuse |
| gw_vendor | Lüüsi hankija identifikaator | String | V0.4 ja uuemad | Seadme jälgitavus; eristada opereerimis- ja hooldushalduse lüüsi erinevatest tarnijatest |
| gw_sn | Lüüsi seerianumber | String (nõutav) | V0.4 ja uuemad | Unikaalselt tuvastada lüüsiseadmed; moodustavad mõõtmisandmetega jälgitava ahela |
| arvesti_müüja | Mõõtmismooduli hankija ID | String | Kõik versioonid | Mõõteseadmete jälgitavus; andmevaidluste korral vastutavate üksuste leidmine |
| meeter_sn | Mõõtemooduli seerianumber | String (nõutav) | Kõik versioonid | Unikaalselt tuvastada mõõtemoodulid; tagage mõõteandmete ja seadmete üks-ühele-vastavus |
| energiat | Kogu laadimisenergia | Numbriline (ühik: Wh) | Kõik versioonid | arvelduse põhialus; põhiandmed kasutajate arveldamiseks ja operaatorite vastavusse viimiseks |
| algusaeg | Laadimise algusaeg | Ajatempel | Kõik versioonid | Arvutage laadimise kestus, sobitage{0}}perioodi elektrihinnad ja koostage täpsed arved |
| lõpu_aeg | Laadimise lõpuaeg | Ajatempel | Kõik versioonid | Kinnitage laadimistsükkel; arvutage kogu laadimise kestus koos algusajaga |
| tariif | Elektrihinna info (sh ajaperioodid, hinnad) | Struktureeritud andmed | V1.1.0 ja uuemad | Kohandage ajutiste laadimisstsenaariumidega; hinnakujunduse ja dünaamilise tariifi arvelduse-kasutusaeg- |
| kaabli_kaotus | Kaabli kadude kompenseerimise energia | Numbriline (ühik: Wh) | V1.2.0 ja uuemad | Õige energiakadu laadimise ajal; tagada mõõtmisandmete täpsus |
| vrd | Laadimisvaiade kontrolleri püsivara versioon | String (valikuline) | V1.3.0 ja uuemad | Püsivara haldus; teha kindlaks, kas mõõtmise haavatavuste parandamiseks on vaja uuendusi |
| allkiri | Digiallkiri | Krüpteeritud string | Kõik versioonid | Andmete võltsimisvastane{0}}kinnitus; vältida arveldusandmete rikkumist ja tagada seaduslik kehtivus |
| sig_alg | Allkirja algoritmi identifikaator | String | V0.4 ja uuemad | Täpsustage andmete krüpteerimismeetodit; vastuvõtja kontrollib allkirja vastava algoritmiga |
| auth_status | Volituse olek (edunes või mitte) | Boolean | V0.4 ja uuemad | Kinnitada tasuliste tehingute legitiimsust; keelduda volitamata tehingute arveldamisest |
| sündmuste_loendur | Sündmuste loendur | Täisarv | V0.4 ja uuemad | Salvestage laadimise ajal toimunud võtmesündmuste arv; abi tõrkeotsingul |
Täiendavad märkused väljade prioriteedi kohta:
1. Väljad, mis on märgitud kui "nõutav" (nagu gw_sn, meter_sn, energy) on mõõtmisandmete kehtivuse seisukohalt olulised; nende puudumine takistab normaalset asustamist.
2. Versioonide ühilduvus: kõrgemate versioonide väljad (nt cable_loss, cf) on madalama versiooni süsteemides valikulised. Seadme uuendamine vastavale versioonile on vajalik, kui need väljad on vajalikud.
3. Protokolli kohandamine: kõiki välju saab edastada OCPP 1.6 ja OCPP 2.0.1/2.1 protokollide kaudu, ilma et oleks vaja välja struktuuris täiendavaid muudatusi teha.
OCMF väljade ja OCPP protokollide ühilduvuse kaardistamise tabel
OCMF kui laadimismõõtmise andmestandard tugineb seadmetevaheliseks andmeedastuseks OCPP-le (Open Charge Point Protocol). Allolev tabel selgitab erinevate OCPP versioonide OCMF-i põhiväljade edastusmeediumi, konfiguratsiooni sõltuvusi ja kohandamisreegleid, käsitledes praktilist küsimust, "kuidas OCMF-i andmeid OCPP-s edastatakse ja edukalt edastatakse".
| OCMF põhiväli | Välja tähendus | Toetatud OCPP versioon | OCPP edastuskandja (sõnum/väli) | OCPP konfiguratsiooni sõltuvus |
|---|---|---|---|---|
| FV | OCMF-vormingu versioon (nt 1.0, 1.2.0) | 1,5 ja üle selle | SignedData metaandmed (manustatud MeterValue atribuutidesse) | Täiendavat konfiguratsiooni pole vaja |
| GS | Lüüsi seerianumber (allkirjakomponentide kordumatu identifikaator) | 1,5 ja üle selle |
1. MeterValue.req → JSON kaustas SignedData 2. StopTransaction.req → TransactionData |
Seadistage "lüüsi-laadimiskuhja sidumise seos" (nt seostage GS OCPP ChargePointIdentity-ga) |
| MS | Mõõtemooduli seerianumber (arvesti kordumatu identifikaator) | 1,5 ja üle selle | JSON rakenduses SignedData (grupeeritud MV/MF-iga kui "mõõteseadme teave") | Täiendavat konfiguratsiooni pole vaja, kuid veenduge, et MS oleks OCPP taustaprogrammis lingitud laadimisvaiade profiilidega |
| RD-TM | Lugemisaeg (sh sünkroonimise olek, nt "2018-07-24T13:22:04, 000+0200 S") | 1,5 ja üle selle |
1. MeterValue.timestamp (baasaeg) 2. JSON rakenduses SignedData (sünkroonimise olek "S/R") |
ClockAlignedDataInterval=900 seadistamine (15 minutit, joondub mõõtmise reguleerimise ajapiludega) |
| RD-RV | Arvesti näit (nt 2935,6 kWh) | 1,5 ja üle selle |
1. MeterValue.value (töötlemata vorming, kiireks kuvamiseks) 2. JSON SignedDatas (allkirjastatud vorming, arvelduse kinnitamiseks) |
Seadistage MeterValue.sAlignedData=Active.Energy.Register.Import |
| RD-TX | Tehingu olek (nt B=Algus, E=Lõpp, T=tariifi muutus) | 1,5 ja üle selle |
1. StartTransaction.req → TransactionStatus 2. StopTransaction.req → Põhjus 3. MeterValue.req → JSON kaustas SignedData |
StopTransactionsSignatureFormat{0}}MR/SR seadistamine (MR: üks algus-/lõpetamisandmete edastamine; SR: kaks eraldi edastust) |
| LC | Kaablikao kompenseerimine (sh LR-takistus, LU-seade jne) | 2.0 ja uuemad | JSON rakenduses SignedData (uus väli OCMF 1.2.0-s) | Täiendage OCPP protokolli 2.0+; konfigureerige laadimisvaiade kontrolleris "kaablikao algoritmi parameetrid". |
| ON | Kasutaja volituse olek (true=Authorized, false=Powerized) | 2.0 ja uuemad |
1. Authorize.req → IdTagInfo.Status 2. JSON rakenduses SignedData (ON seotud OCPP autoriseerimise tulemusega) |
OCPP_AUTH_TLS-i seadistamine (andmete autoriseerimine TLS-i šifriteksti kaudu) |
| IT | Kasutaja identifitseerimistüüp (nt ISO14443=RFID-kaart) | 2.0 ja uuemad | Authorize.req → IdTagType (või JSON rakenduses SignedData) | Seadistage OCPP taustaprogrammis "tuvastustüübi ja IdTagi vaheline vastendamine" (nt ISO14443 vastab OCPP IdTagile 16-kohalises kuuekohalises vormingus) |
| SD | Digitaalallkirja andmed (ECDSA krüptimise tulemus) | 1,5 ja üle selle |
1. MeterValue.req → Väärtus (ValueFormat=SignedData, kodeeritud kuueteistkümnendkoodina) 2. StopTransaction.req → TransactionSignature |
1. Seadistage SignatureAlgorithm=ECDSA-secp256r1-SHA256 (OCMF-i vaikealgoritm) 2. Lubage MeterValuesSignatureContext=CSL/RW (määrake allkirja käivituspunktid) |
| PG | Lehekülje identifikaator (nt T12345=lugemine tehingu 12345 jaoks) | 1,5 ja üle selle | JSON rakenduses SignedData (seotud OCPP tehingu ID-ga) | Seadistage "lehekülgede järjepidevuse kontroll" (OCPP taustaprogramm kontrollib andmete kadumise vältimiseks järjestikuseid PG-numbreid, nt T1 → T2 → T3) |
Täiendavad märkused
1. Ühtse edastusvormingu reeglid: kõik OCMF-i väljad on kapseldatud OCPP-vormingus "SignedData" – see tähendab OCMF|
2. Versioonide ühilduvuse piirid:
● OCPP 1.5: toetab ainult OCMF-i põhivälju (nt FV, GS, RD-RV, SD) ja ei toeta kõrgema versiooni välju (LC, IT, ISO15118 tüüpi);
● OCPP 2.0 ja uuemad: toetab täielikult kõiki OCMF 1.2.0 ja vanemaid välju ning seda saab laiendada tulevaste OCMF-i täienduste jaoks välja "CustomData" kaudu.
3. Konfiguratsiooni prioriteet: kui OCPP konfiguratsioon on vastuolus OCMF-i nõuetega (nt OCPP ClockAlignedDataInterval ≠ 15 minutit), peavad OCMF-i mõõtmiseeskirjad olema ülimuslikud (nt sunniviisiliselt seadistatud 900 sekundile), et tagada andmete vastavus kalibreerimise seaduslikule kehtivusele.
Kokkuvõte: Miks on OCMF muutumas tööstuses oluliseks standardiks?
Kiiresti arenevas elektrisõidukite laadimistööstuses on mõõtmisandmete usaldusväärsus ja koostalitlusvõime peamised kitsaskohad. OCMF lahendab oma kombinatsiooni "ühtne vorming + krüpteeritud kinnitamine + paindlik kohandamine" kasutajate peamise murega "õiglane arveldamine", vähendab ettevõtete tehnilisi kohandamiskulusid ja pakub läbipaistvat reguleerimisvahendit, saavutades tõeliselt kasuliku olukorra, millest kõik osapooled võidavad.
Kuna üha enam laadimisvaiade tootjaid ja operaatoreid võtab kasutusele OCMF-standardi, muutub laadimiskogemus tulevikus mugavamaks – kasutajad saavad julgelt kasutada mis tahes brändi laadimisvaia ja arveldada makseid sujuvalt erinevatel operaatoriplatvormidel. See on põhiväärtus, mille avatud standardid tööstusele toovad.
