OCMF on avoin mittaustietojen vaihtostandardi, joka on suunniteltu erityisesti sähköajoneuvojen lataukseen. Standardoidun rakenteen, salattujen allekirjoitusten ja joustavan mukauttamisen ansiosta se korjaa kolme suurta alan vaikeuskohtaa: läpinäkyvyyden puute laskutusmittauksissa, alttius tietojen peukalointiin ja protokollien yhteensopimattomuus. Tämä tekee laskutuksesta luotettavampaa ja alan yhteistyön tehokkaampaa.
Mikä on OCMF?
OCMF (Open Charge Metering Format) on alan standardi, jota edistävät European Charging Alliance ja SAFE{0}}eV-organisaatio. Se on kuin latausalan mittaustietojen "yhteinen kieli", joka määrittelee yhtenäiset säännöt lataustietojen siirrolle latausasemien, hallintajärjestelmien ja operaattoreiden välillä. Näin varmistetaan, että tärkeimmät tiedot, kuten latausmäärä, latausaika ja hinta, ovat "ymmärrettäviä, luettavia ja väärentämissuojattuja".
Yksinkertaisesti sanottuna, ennen OCMF:ää eri merkkiset latausasemat käyttivät erilaisia tietomuotoja, kuten eri alueet puhuivat eri murteita, mikä teki suoran viestinnän mahdottomaksi. OCMF:n avulla kaikki yhteensopivat laitteet käyttävät yhtenäistä "kieltä" tietojen välittämiseen, mikä varmistaa, että tiedot ovat jäljitettävissä ja todennettavissa latauksen alusta laskutuksen loppuun.
OCMF:n tärkeimmät tekniset kohokohdat
1. Standardoitu rakenne: "Data Siilojen" purkaminen OCMF käyttää kevyttä rakennetta ilman monimutkaisia ylimääräisiä otsikoita. Ydindata on kapseloitu kiinteään muotoon, joka mukautuu yleisiin sarjaliikenneskenaarioihin, kuten RS-485. Se sisältää avainkenttiä, kuten latausmäärä (Wh), latausaika, laitetunnus ja tariffitiedot, ja tukee myös version iteraatiota ja laajentamista – esimerkiksi V1.2.0 lisäsi kaapelihäviön kompensointitiedot ja V1.3.0 lisäsi latauspaaluohjaimen laiteohjelmistoversiokentän, mikä varmistaa sekä yhdenmukaisuuden että joustavuuden. Tämä standardointi mahdollistaa erimerkkisten latauspaalujen, hallintaalustojen (CSMS) ja maksujärjestelmien yhteentoimivuuden ilman lisäsovituksia, mikä vähentää merkittävästi alan yhteistyökustannuksia.
2. Salaus- ja allekirjoitusmekanismi: "Datan peukaloinnin" eliminointi Tämä on OCMF:n tärkein suojaussuunnittelu. Laskutuspinon tuottama mittaustieto salataan ja allekirjoitetaan ennen lähetystä, ja vastaanottaja varmistaa tiedon eheyden julkisella avaimella. Se on kuin "turvavesileiman" lisääminen tietoihin; Jos sitä on peukaloitu, vahvistusprosessi havaitsee sen välittömästi, mikä estää "ylihinnoittelun ja virheellisen laskutuksen" ongelmat lähteessä.
Tämä mekanismi on täysin kansainvälisten metrologian säädösten, kuten Saksan Mess{0}} & Eichrechtin, mukainen, mikä tekee laskutustiedoista laillisesti päteviä ja luo luottamuksen perustan käyttäjille, operaattoreille ja sääntelyviranomaisille.
3. Moni-Protokollasovitus: Yhteensopiva "uusien ja vanhojen laitteiden" kanssa OCMF ei rajoitu yhteen viestintäprotokollaan, vaan se voi mukautua joustavasti yleisimpiin latausprotokolliin, kuten OCPP 1.6 ja OCPP 2.0.1/2.1. Eri parametrien avulla se voi tukea perinteisiä kiinteitä latausskenaarioita ja vastata uusiin tarpeisiin, kuten ad hoc -lataukseen. Esimerkiksi OCPP 2.0.1 -järjestelmässä asianmukaisen kokoonpanon käyttöönoton jälkeen OCMF voi automaattisesti lähettää allekirjoitetut tiedot avainsolmuissa, kuten latauksen alussa ja lopussa, muuttamatta olemassa olevaa laitteistoa, jolloin vanhemmat laitteet voidaan päivittää "luotetuiksi mittauslaitteiksi".
OCMF:n käytännön sovellukset
1. Sovellusskenaariot kattavat koko latausekosysteemin:
● Latauspaalujen valmistajat: Suunnittele mittausmoduulit OCMF-standardien mukaisesti, mikä mahdollistaa tietojen suoran integroinnin tärkeimpien käyttöalustojen kanssa ilman erillistä sovitusta.
● Latausoperaattorit: Vastaanottavat tasaisesti tietoa eri merkkisistä latauspaaluista, mikä yksinkertaistaa taustahallintaa ja alentaa käyttö- ja ylläpitokustannuksia.
● Käyttäjät: Latauksen jälkeen käyttäjät voivat varmistaa laskutustietojen aitouden salattujen allekirjoitusten avulla välttäen kiistat "kohtuuttomista veloitusmaksuista".
● Sääntelyviranomaiset: Käytä suoraan vaatimustenmukaisia mittaustietoja, mikä mahdollistaa paikan päällä tapahtuvan valvonnan-ja parantaa alan hallinnon tehokkuutta.
2. Tyypillinen työnkulku
● Aloitat lataamisen kytkemällä latauskaapelin, ja latausasema tallentaa tietoja, kuten latausmäärän ja -ajan reaaliajassa;
● Tiedot kapseloidaan OCMF-muotoon ja "digitaalinen allekirjoitus" luodaan käyttämällä salausalgoritmia;
● Allekirjoitettu OCMF-datapaketti välitetään hallintaalustalle SLIP-protokollan kautta (alku- ja loppuerotin);
● Kun alusta on tarkistanut allekirjoituksen, se jäsentää tiedot ja luo laskun;
● Kun lataus on valmis, täydellistä OCMF-tietotietuetta voidaan käyttää laskutuskuponkina myöhemmän tarkastuksen tukemiseksi.
OCMF Version Evolution
Jatkuvasti parantuva teollisuuden standardi OCMF on käynyt läpi jatkuvaa iteraatiota julkaisustaan lähtien mukautuen alan todellisiin tarpeisiin: V1.0.1: Selvennetty versiomäärittely ja perustietorakenne, joka luo perustan standardoinnille;
● V1.1.0: Lisätty tariffitiedot mukautumaan väliaikaisiin veloitusskenaarioihin;
● V1.2.0: Lisätty kaapelihäviön kompensointitiedot latauksen aikana aiheutuvien energiahäviöiden mittaushaasteisiin vastaamiseksi;
● V1.3.0: Lisätty ohjaimen laiteohjelmiston versiokenttä laitehallinnan tarkkuuden parantamiseksi.
Jokainen päivitys pyörii "paremman tarkkuuden, paremman turvallisuuden ja paremman yhteensopivuuden" tavoitteiden ympärillä, mikä varmistaa, että standardi pysyy aina alan kehityksen tahdissa.
OCMF-ydinkenttien ja sovellusskenaarioiden viitetaulukko
Tässä viitetaulukossa on yhteenveto OCMF:n (Open Charging Measurement Format) -versioiden V1.0.1–V1.3.0 ydinkentistä ja selventää kunkin kentän merkitystä, tietotyyppiä, versiotukea ja ydinsovellusskenaarioita. Se helpottaa nopeaa käyttöä ja käytännön mukauttamista käyttöön.
| Kentän nimi | Kentän merkitys | Tietotyyppi | Version tuki | Ydinsovellusskenaariot |
|---|---|---|---|---|
| ver | OCMF-muodon versionumero | Merkkijono (esim. "1.3.0") | Kaikki versiot | Version mukauttamiseen laitteen ja alustan välillä tietojen jäsentämisen yhteensopivuuden varmistamiseksi |
| gw_vendor | Yhdyskäytävän toimittajan tunniste | merkkijono | V0.4 ja uudemmat | Laitteen jäljitettävyys; erottaa yhdyskäytävät eri toimittajista käytön ja ylläpidon hallintaa varten |
| gw_sn | Yhdyskäytävän sarjanumero | Merkkijono (pakollinen) | V0.4 ja uudemmat | Yksilöllisesti tunnistaa yhdyskäytävälaitteet; muodostaa jäljitettävän ketjun mittaustiedoilla |
| mittari_toimittaja | Mittausmoduulin toimittajan tunnus | merkkijono | Kaikki versiot | Mittauslaitteiden jäljitettävyys; paikantaa vastuulliset tahot tietoriitojen varalta |
| meter_sn | Mittausmoduulin sarjanumero | Merkkijono (pakollinen) | Kaikki versiot | Tunnistavat mittausmoduulit yksilöllisesti; varmistaa mittaustietojen ja laitteiden välinen vastaavuus-yhteen- |
| energiaa | Koko latausenergia | Numeerinen (yksikkö: Wh) | Kaikki versiot | Laskutusperuste; perustiedot käyttäjien selvitystä ja operaattorin täsmäyttämistä varten |
| aloitusaika | Latauksen alkamisaika | Aikaleima | Kaikki versiot | Laske latauksen kesto, sovitusaika-jakson sähköhinnat ja luo tarkat laskut |
| end_time | Latauksen päättymisaika | Aikaleima | Kaikki versiot | Vahvista latausjakso; laske latauksen kokonaiskesto aloitusajan kanssa |
| tariffi | Sähkön hintatiedot (mukaan lukien ajanjaksot, hinnat) | Strukturoitu data | V1.1.0 ja uudemmat | Sopeutua tilapäisiin latausskenaarioihin; hinnoittelun ja dynaamisen tariffiratkaisun tuki--käyttöajan |
| cable_loss | Kaapelin menetyskompensointienergia | Numeerinen (yksikkö: Wh) | V1.2.0 ja uudemmat | Oikea energiahäviö latauksen aikana; varmistaa mittaustietojen tarkkuuden |
| vrt | Latauspaaluohjaimen laiteohjelmistoversio | Merkkijono (valinnainen) | V1.3.0 ja uudemmat | Laiteohjelmiston hallinta; määrittää, tarvitaanko päivityksiä mittaushaavoittuvuuksien korjaamiseksi |
| allekirjoitus | Digitaalinen allekirjoitus | Salattu merkkijono | Kaikki versiot | Tietojen väärentämisen torjunta-; estää laskutustietojen väärentäminen ja varmistaa lainmukaisuuden |
| sig_alg | Allekirjoitusalgoritmin tunniste | merkkijono | V0.4 ja uudemmat | Selvennä tietojen salausmenetelmää; vastaanotin tarkistaa allekirjoituksen vastaavalla algoritmilla |
| auth_status | Valtuutuksen tila (onnistui tai ei) | Boolen | V0.4 ja uudemmat | Vahvista veloitustapahtumien laillisuus; hylkää maksun luvattomista tapahtumista |
| event_counter | Tapahtumalaskuri | Kokonaisluku | V0.4 ja uudemmat | Tallenna keskeisten tapahtumien määrä latauksen aikana; auttaa vianmäärityksessä |
Lisähuomautuksia kentän tärkeydestä:
1. "Pakollisiksi" merkityt kentät (kuten gw_sn, meter_sn, energy) ovat tärkeitä mittaustietojen oikeellisuuden kannalta; niiden puuttuminen estää normaalin selvityksen.
2. Version yhteensopivuus: Kentät korkeammista versioista (kuten cable_loss, cf) ovat valinnaisia alemmissa versioissa. Laite on päivitettävä vastaavaan versioon, jos näitä kenttiä tarvitaan.
3. Protokollasovitus: Kaikki kentät voidaan lähettää OCPP 1.6- ja OCPP 2.0.1/2.1 -protokollien kautta ilman, että kenttärakenteeseen tarvitaan lisämuutoksia.
OCMF-kentän ja OCPP-protokollan yhteensopivuuskartoitustaulukko
OCMF, latauksen mittaustietostandardina, käyttää OCPP:tä (Open Charge Point Protocol) tiedonsiirrossa laitteiden välillä. Alla oleva taulukko selventää eri OCPP-versioiden OCMF-ydinkenttien lähetysvälinettä, konfiguraatioriippuvuuksia ja sovitussääntöjä. Se vastaa käytännön kysymykseen "miten OCMF-data siirretään ja viestitään onnistuneesti OCPP:ssä".
| OCMF-ydinkenttä | Kentän merkitys | Tuettu OCPP-versio | OCPP-lähetyksen kantoaalto (viesti/kenttä) | OCPP-määritysriippuvuus |
|---|---|---|---|---|
| FV | OCMF-muotoinen versio (esim. 1.0, 1.2.0) | 1.5 ja uudemmat | SignedData-metatiedot (upotettu MeterValue-määritteissä) | Lisämäärityksiä ei tarvita |
| GS | Yhdyskäytävän sarjanumero (allekirjoituskomponenttien yksilöllinen tunniste) | 1.5 ja uudemmat |
1. MeterValue.req → JSON SignedDatassa 2. StopTransaction.req → TransactionData |
Määritä "yhdyskäytävän{0}}latauspinon sidontasuhde" (esim. yhdistä GS OCPP:n ChargePointIdentityyn) |
| MS | Mittausmoduulin sarjanumero (yksilöllinen mittarin tunniste) | 1.5 ja uudemmat | JSON SignedDatassa (ryhmitelty MV/MF:n kanssa "mittauslaitteen tiedoissa") | Ei lisämäärityksiä, mutta varmista, että MS on linkitetty latauspinoprofiileihin OCPP-taustajärjestelmässä |
| RD-TM | Lukuaika (mukaan lukien synkronoinnin tila, esim. "2018-07-24T13:22:04,000+0200 S") | 1.5 ja uudemmat |
1. MeterValue.timestamp (perusaika) 2. JSON SignedDatassa (synkronoinnin tila "S/R") |
Määritä ClockAlignedDataInterval{0}} (15 minuuttia, linjassa mittauksen säätöaikavälien kanssa) |
| RD-RV | Mittarin lukema (esim. 2935,6 kWh) | 1.5 ja uudemmat |
1. MeterValue.value (raakamuoto, nopeaa näyttöä varten) 2. JSON SignedData-muodossa (allekirjoitettu muoto, laskutuksen vahvistusta varten) |
Määritä MeterValue.sAlignedData=Active.Energy.Register.Import |
| RD-TX | Tapahtuman tila (esim. B=Aloitus, E=Loppu, T=tariffimuutos) | 1.5 ja uudemmat |
1. StartTransaction.req → TransactionStatus 2. StopTransaction.req → Syy 3. MeterValue.req → JSON SignedDatassa |
Määritä StopTransactionsSignatureFormat=MR/SR (MR: yksi aloitus/lopetustietojen lähetys; SR: kaksi erillistä lähetystä) |
| LC | Kaapelihäviön kompensointi (mukaan lukien LR-vastus, LU-yksikkö jne.) | 2.0 ja uudemmat | JSON SignedDatassa (uusi kenttä OCMF 1.2.0:ssa) | Päivitä OCPP-protokolla muotoon 2.0+; määritä "kaapelikatkosalgoritmin parametrit" latauspaalun ohjaimessa |
| ON | Käyttäjän valtuutuksen tila (tosi=Valtuutettu, false=Luvaton) | 2.0 ja uudemmat |
1. Authorize.req → IdTagInfo.Status 2. JSON SignedDatassa (ON sidottu OCPP-valtuutustulokseen) |
Määritä OCPP_AUTH_TLS (valtuuta tiedot TLS-salatekstin kautta) |
| SE | Käyttäjän tunnistetyyppi (esim. ISO14443=RFID-kortti) | 2.0 ja uudemmat | Authorize.req → IdTagType (tai JSON SignedDatassa) | Määritä "tunnistustyypin ja IdTagin välinen yhdistäminen" OCPP-taustajärjestelmässä (esim. ISO14443 vastaa OCPP IdTagia 16-numeroisessa heksadesimaalimuodossa) |
| SD | Digitaalisen allekirjoituksen tiedot (ECDSA-salaustulos) | 1.5 ja uudemmat |
1. MeterValue.req → Arvo (ValueFormat=SignedData, heksadesimaalikoodattu) 2. StopTransaction.req → TransactionSignature |
1. Määritä SignatureAlgorithm=ECDSA-secp256r1-SHA256 (OCMF-oletusalgoritmi) 2. Ota käyttöön MeterValuesSignatureContext=CSL/RW (määritä allekirjoituksen käynnistyspisteet) |
| PG | Sivutustunniste (esim. tapahtuman 12345 T12345=luku) | 1.5 ja uudemmat | JSON SignedDatassa (sidottu OCPP:n tapahtumatunnukseen) | Määritä "sivujen jatkuvuuden tarkistus" (OCPP-taustaohjelma tarkistaa peräkkäiset PG-numerot, esim. T1→T2→T3 tietojen häviämisen välttämiseksi) |
Lisähuomautuksia
1. Unified Transmission Format Rules: Kaikki OCMF-kentät on kapseloitu "SignedData"-muotoon OCPP:ssä eli OCMF|
2. Versioiden yhteensopivuuden rajat:
● OCPP 1.5: tukee vain OCMF-peruskenttiä (kuten FV, GS, RD-RV, SD), eikä tue korkeamman version kenttiä (LC, IT, ISO15118-tyyppinen);
● OCPP 2.0 ja uudemmat: Tukee täysin kaikkia OCMF 1.2.0:n ja sitä vanhempien kenttiä, ja sitä voidaan laajentaa mukautumaan tuleviin OCMF-lisäyksiin "CustomData"-kentän kautta.
3. Määrityksen prioriteetti: Kun OCPP-määritys on ristiriidassa OCMF-vaatimusten kanssa (esim. OCPP:n ClockAlignedDataInterval ≠ 15 minuuttia), OCMF-mittausmääräysten on oltava ensisijaisia (esim. pakotettu 900 sekuntiin) varmistaakseen, että tiedot ovat kalibroinnin lainmukaisia.
Yhteenveto: Miksi OCMF:stä on tulossa olennainen standardi alalla?
Nopeasti kehittyvässä sähköauton latausteollisuudessa mittaustietojen uskottavuus ja yhteentoimivuus ovat keskeisiä pullonkauloja. OCMF:n "yhtenäinen muoto + salattu vahvistus + joustava mukauttaminen" yhdistelmällä vastaa käyttäjän ensisijaiseen huolenaiheeseen "reilun laskutuksen" suhteen, vähentää teknisiä mukautuskustannuksia yrityksille ja tarjoaa läpinäkyvän työkalun sääntelyyn, jolloin kaikki osapuolet todella hyötyvät.
Kun yhä useammat latauspaalujen valmistajat ja operaattorit ottavat käyttöön OCMF-standardin, latauskokemuksesta tulee tulevaisuudessa entistä mukavampi – käyttäjät voivat turvallisesti käyttää minkä tahansa merkkisiä latauspaaluja ja suorittaa maksuja sujuvasti eri käyttöympäristöissä. Tämä on ydinarvo, jonka avoimet standardit tuovat alalle.
