OCPP 2.1 ja EV-latausmittarin tiedot: mitä EVSE-valmistajien tulee tarkistaa

OCPP-yhteensopivuus on tärkeä osa sähköajoneuvojen latausjärjestelmän kehitystä, mutta se ei varmista koko sähköauton latausmittarin dataketjua.

Open Charge Alliance on ajoittanut OCPP 2.0.1- ja OCPP 2.1 Plugfest & Conference Asia -tapahtumansa 25–26 August 2026 COEX-konferenssikeskuksessa Soulissa. Tapahtuma tarjoaa latausaseman ja latausaseman hallintajärjestelmän (CSMS) toteuttajille mahdollisuuden testata OCPP-toteutuksiaan useiden kumppanien kanssa, tunnistaa ongelmia ja parantaa käytännön yhteentoimivuutta.

Tämä testaus on tärkeä, mutta se kattaa vain yhden osan koko tietoketjusta:

Energiamittari
→ Laturin ohjain
→ Latausasemaohjelmisto
→ OCPP-viestintäkerros
→ CSMS

OCPP määrittelee tiedonsiirron latausaseman ja CSMS:n välillä. Se ei ole energiamittarin sertifiointistandardi. OCPP-yhteensopivuustestaus ei sinänsä vahvista mittarin tarkkuutta, Modbus-rekistereitä, ohjaimen kartoitusta, mittauksen ajoitusta, kyselylogiikkaa tai laskutustietojen oikeellisuutta.

Vaikka tässä artikkelissa käytetään OCPP 2.1:tä nykyisenä vertailukohtana, mittaritason integroinnin ja OCPP-tason tiedonsiirron välinen ero pätee myös moniin OCPP 1.6- ja OCPP 2.0.1 -käyttöönottoihin.

EVSE-valmistajille käytännön kysymys ei siis ole vain:

Tukeeko latausasema OCPP 2.1:tä?

It is:

Voiko koko järjestelmä kerätä, tulkita, tallentaa ja lähettää oikeat mittaritiedot laitteistomittarista CSMS:ään?

Missä energiamittari sijaitsee sähköauton latausjärjestelmässä

Energiamittari asennetaan määrättyyn sähkönmittauspisteeseen latauslaitteen sisään tai viereen.

Laturin arkkitehtuurista riippuen tämä voi sisältää:

• AC-energiamittari tulo- tai lähtöpiirissä
• A DC energy meter on the DC output path
• DIN-kiskomittari AC-latauskotelon sisällä
• Sisäänrakennettu mittausmoduuli kytketty laturin ohjaimeen
• Laskutukseen tarkoitettu mittari, erillinen sisäisistä valvontaantureista

Vaadittu mittausraja tulisi määrittää laturin arkkitehtuurilla, laskutusmallilla ja sovellettavilla markkinasäännöillä.

Laitteistomittari kommunikoi normaalisti laturin ohjaimen kanssa paikallisen liitännän, kuten RS485/Modbus, pulssilähdön, CAN-, sarjaliikenteen tai muun sisäisen liitännän kautta, mallista riippuen.

Ohjain lukee mittarin arvot, muuntaa ne vaadittuun sisäiseen muotoon ja välittää ne latausasemaohjelmistoon. Asema lähettää sitten valitut mittaus- ja tapahtumatiedot CSMS:lle soveltuvan OCPP-toteutuksen kautta.

Tämä luo kaksi erillistä integrointikerrosta:

1. Integrointi mittarista säätimeen
2. Latausaseman ja CSMS:n välinen OCPP-yhteys

Kelvollinen OCPP-sanoma ei todista, että alkuperäinen mittarirekisteri, yksikkö, skaalaus, suunta tai aikaleima on tulkittu oikein ennen lähetystä.

Mittarin valinta riippuu myös siitä, mittaako latausarkkitehtuuri energiaa AC- vai DC-puolella. Katso laajempi selitys mittauspisteiden valinnasta YTL:n oppaasta AC vs DC mittaus sähköautojen latausprojekteissa .

Mitä sähköauton latausmittarin arvot yleensä sisältävät

Vaaditut arvot riippuvat laturin tyypistä, laskutusmallista, valvontavaatimuksista, kuormanhallintastrategiasta ja kohdemarkkinoista.

Yleisiä mittarien arvoja voivat olla:

• Cumulative active energy
• Tapahtuman aloitusmittarin arvo
• Tapahtuman pysäytysmittarin arvo
• Laskettu transaktioenergia tarvittaessa
• Jännite
• Nykyinen
• Aktiivinen teho
• Loisteho tarvittaessa
• Tehokerroin
• Taajuus
• Import or export energy
• Per-phase measurements
• Aikaleimaed values
• Meter status
• Viestintä- tai hälytystiedot

Transaktioenergiaa ei pitäisi automaattisesti käsitellä suorana laitteisto-mittarirekisterinä. Monissa järjestelmissä se lasketaan tapahtuman alkaessa ja lopettaessa kerättyjen kumulatiivisten mittariarvojen erotuksesta.

Laskutussovellus voi vaatia pääasiassa kumulatiivista energiaa, tapahtumarajoja, aikaleimoja ja mittarin tunnistamista. Valvontasovellus voi myös tarvita jännite-, virta-, teho- ja tila-arvoja. Paikallinen kuormanhallintatoiminto saattaa vaatia nopeampia päivityksiä kuin CSMS-raportointiprosessi.

Jokainen mittari ei tarjoa kaikkia arvoja, virkistystaajuuksia tai resoluutioita. Valittua mittaria tulee siksi arvioida ohjaimen, laturin ohjelmiston ja projektin vaatimusten perusteella.

Laitteistomittarin tiedot vs. OCPP-alustan tiedot

CSMS:ssä näkyvä arvo ei välttämättä ole suora, muuttumaton arvo laitteistomittarista.

Se voi käydä läpi useita käsittelyvaiheita:

1. Mittari mittaa ja tallentaa sähköisen arvon.
2. Rekisterinpitäjä lukee rekisterin tai tietoobjektin.
3. Ohjain käyttää oikeaa tietotyyppiä, yksikköä ja skaalainta.
4. Laturi yhdistää arvon EVSE:hen, liittimeen tai tapahtumaan.
5. Asema kartoittaa arvon sovellettavaan OCPP-mittaussuureen ja siihen liittyviin metatietoihin, kuten kontekstiin, vaiheeseen, sijaintiin, EVSE:hen, liittimeen tai tapahtumayhdistykseen.
6. Asema määrittää tai säilyttää vaaditun aikaleiman.
7. Arvo lähetetään valitun OCPP-version ja toteutuksen mukaan.
8. CSMS tallentaa, vahvistaa, kokoaa tai käsittelee tuloksen.

Tarkka viestin rakenne ja metatietojen organisaatio vaihtelevat OCPP-versioiden välillä. Projektiryhmien tulee siksi vahvistaa, mitkä OCPP-versiot, skeemat ja sertifiointiprofiilit koskevat valittua toteutusta.

Virhe missä tahansa vaiheessa voi aiheuttaa virheellisiä alustatietoja, vaikka energiamittari ja OCPP-liitäntä ovat molemmat toiminnassa.

Yleisiä integrointivirheitä ovat:

• Väärän rekisterin lukeminen
• Väärä tavu- tai sanajärjestys
• Väärä allekirjoitettu tai allekirjoittamaton tulkinta
• Väärä desimaaliskaalaus
• Hämmentävät kumulatiiviset ja intervalliarvot
• Tuonnin ja viennin suunnan vaihtaminen
• Tietojen kohdistaminen väärään EVSE:hen tai liittimeen
• Väärä aikaleima tai aikavyöhykemuunnos
• Arvot menetetään viestintähäiriön aikana
• Kumulatiivisen energian laskurin nollaus tai vaihtaminen ilman asianmukaista käsittelyä

EVSE-valmistajien tulee verrata samaa testiarvoa koko jäljessä:

Mittarin lukema tai mittarin diagnostiikkaarvo
→ Ohjaimen diagnostiikka
→ Charging Station Log
→ OCPP-viesti
→ CSMS-tietue

Tämä menetelmä toimii myös sulautetuissa mittausmoduuleissa, joissa ei ole paikallista näyttöä.

Mittaus-, päivitys-, kysely- ja raportointivälit

On erotettava useita ajoituskäsitteitä.

Näiden välien ei tarvitse olla identtisiä.

Esimerkiksi energiamittari voi päivittää aktiivisen tehon nopeasti, ohjain voi pollata sitä joka sekunti paikallista kuormitusta varten ja latausasema voi raportoida valittua tai aggregoitua tietoa CSMS:lle pidemmän väliajoin.

Projektiryhmien tulee määritellä:

• Mittarin mittaus- tai laskentaväli
• Rekisteröi päivitysväli
• Ohjaimen kyselyväli
• CSMS reporting interval
• Tapahtuman alkamisen ja lopettamisen kaappauksen ajoitus
• Aikaleiman lähde
• Kellon synkronointimenetelmä
• Vaadittu tietojen resoluutio
• Counter pysyvyys uudelleenkäynnistyksen jälkeen
• Puuttuvien ja päällekkäisten tietojen käsittely

Järjestelmässä on erotettava toisistaan:

• Fast local control data
• Periodic monitoring data
• Tapahtuma- ja laskutustiedot
• Diagnostiikka- ja tapahtumatiedot

Laskutussovellukseen sopiva mittari ei välttämättä tarjoa automaattisesti dynaamisen kuormituksen hallintaan tarvittavaa virkistystaajuutta. Vastaavasti nopea sisäinen anturi ei täytä automaattisesti lakisääteisiä metrologisia tai laskutusvaatimuksia.

Rekisteröi mittarin ja laturin ohjaimen välinen kartoitus

Modbus-tiedonsiirron tukeminen ei takaa yhteensopivuutta kaikkien EV-latausohjainten kanssa.

Modbus-energiamittarin osalta EVSE:n valmistajan tulee varmistaa:

• Rekisteröi osoitteet
• Toimintokoodit
• Tietotyypit
• Tavu- ja sanajärjestys
• Allekirjoitettu tai allekirjoittamaton muoto
• Scaling factors
• Yksiköt
• Vain luku - ja kirjoitettavat rekisterit
• Tietojen päivitystaajuus
• Tiedonsiirtonopeus
• Pariteetti- ja stop-bitit
• Device address
• Aikakatkaisu ja uudelleenyritys
• Poikkeuskäsittely
• Laiteohjelmiston ja rekisteri-karttaversioiden johdonmukaisuus

Säätimen tulee yhdistää jokainen mittarirekisteri oikeaan sisäiseen muuttujaan. Latausasemaohjelmiston täytyy sitten yhdistää tämä sisäinen arvo sovellettavaan OCPP-mittaussuureen ja siihen liittyviin metatietoihin valitun OCPP-version määrittelemällä tavalla.

Testauksessa tulee käyttää tunnettuja kuormia ja verrata mittarin lukemaa, ohjaimen diagnostiikkaa, latausaseman lokia, OCPP-sanomaa ja CSMS-tietuetta.

Offline-tallennus ja tietojen täsmäytys

Latausasema voi jatkaa toimintaansa, kun sen viestintä CSMS:n kanssa on tilapäisesti poissa käytöstä.

Laturin ohjaimen tai asemaohjelmiston tulee toteuttaa projektin määrittelemä strategia:

• Kaupan jatkuvuuden säilyttäminen
• Tarvittavien mittarien ja tapahtumatietojen tallentaminen
• Retaining timestamps
• Lähettämättömien tietojen uudelleenlähetys
• Päällekkäisten tietueiden estäminen
• Palautetaan viestijärjestystä
• Tapahtumatietojen täsmäytys
• Käsittely laskurin kiertymisen tai nollauksen
• Hoito mittarin vaihto

Järjestelmäspesifikaatioiden tulee määrittää, sisältääkö paikallinen tallennustila:

• Raakamittarilukemat
• Käsitellyt tapahtuman aloitus- ja lopetusarvot
• Lasketut tapahtumaarvot
• Rakennetut, mutta lähettämättömät OCPP-viestit
• Local database records
• Näiden tietueiden yhdistelmä

Tämä ero vaikuttaa uudelleenlähetykseen, sovitukseen ja tarkastetavuuteen.

Laitteistomittari voi jatkaa energian keräämistä CSMS-katkon aikana, mutta se ei tarkoita, että ohjain tai latausasemaohjelmisto olisi tallentanut jokaista väliarvoa.

Edustavien testiskenaarioiden tulee sisältää:

• CSMS-yhteys katkesi latauksen aikana
• Laturi-ohjain käynnistyy uudelleen
• Mittarin tiedonsiirtohäiriö
• Sähkökatkos
• Viestin toimitus viivästyy
• Kaksoislähetys
• Out-of-order data
• Meter replacement
• Laskurin nollaus tai rollover

Mitä OCPP-yhteentoimivuuden testaus varmistaa

OCPP Plugfestin avulla latausaseman ja CSMS:n toteuttajat voivat testata OCPP-toteutuksiaan useita kumppaneita vastaan.

Toteutetuista toiminnallisista lohkoista, testiskenaarioista, OCPP-versiosta, kokoonpanosta ja osallistuvista järjestelmistä riippuen yhteentoimivuuden testaus voi auttaa arvioimaan:

• Viestinvaihto
• Vaadittu protokollakäyttäytyminen
• Transaktioviestintä
• Mittaritietojen viestien käsittely
• Virhevastaukset
• Turvallisuuteen liittyvä viestintä
• Älykkäät lataustoiminnot
• Valitut OCPP-toimintojen vuorovaikutukset

Tarkka kattavuus riippuu toteutetuista toiminnallisista lohkoista, testiskenaarioista ja osallistuvista järjestelmistä.

Plugfest ei automaattisesti vastaa täydellistä OCPP-sertifiointia, jokaisen valinnaisen ominaisuuden validointia tai latausaseman sisäisen mittaritietoketjun varmentamista.

OCPP 2.1 laajentaa OCPP 2.0.1:tä ominaisuuksilla ja parannuksilla, jotka liittyvät muun muassa ISO 15118-20:een, kaksisuuntaiseen lataukseen, hajautettuun energiaresurssien hallintaan ja muihin lataustoimintoihin.

OCPP 2.1 Edition 1 julkaistiin nimellä IEC 63584-210:2025 . Projektiryhmien tulee kuitenkin varmistaa, mitkä OCPP-versiot, skeemat ja sertifiointiprofiilit koskevat todellista latausasemaa ja CSMS-toteutusta.

Mikä vielä vaatii mittaritason testausta

OCPP-yhteentoimivuuden testaus ei itsessään varmista:

• Meter accuracy
• AC- tai DC-mittauspisteen soveltuvuus
• Modbus-rekisterin oikeellisuus
• Ohjain-ohjaimen toteutus
• Yksikkö- ja skaalausmuunnos
• Mittarin päivitysteho
• Ohjaimen kyselylogiikka
• Aikaleiman lähde
• Vastustamattomuus
• Offline-mittaritietojen käsittely
• Laskutuksen soveltuvuus
• Tamper protection
• Käyttäytyminen uudelleenkäynnistyksen jälkeen
• Yhteensopivuus jokaisen mittarin laiteohjelmistoversion kanssa

Latausasema voi vaihtaa kelvollisia OCPP-viestejä raportoidessaan virheellisen arvon sisäisen kartoitus-, skaalaus-, ajoitus- tai tallennusvirheen vuoksi.

Siksi EVSE-valmistajien tulisi suorittaa kolme erillistä validointikerrosta:

1. Mittareiden tarkkuus ja sähkötestit
   2. Mittarien ja säätimen välisen integroinnin testaus
   3. Latausaseman ja CSMS:n välinen OCPP-testaus

Yhden kerroksen läpäiseminen ei todista kahden muun kerroksen ohittamista.

Laskutus, allekirjoitetut mittarin arvot ja sertifiointitarkastukset

Laskutus- ja metrologiset vaatimukset vaihtelevat maan, lainkäyttöalueen, veloitusskenaarion ja liiketoimintamallin mukaan.

Projektista riippuen ostajien on ehkä tarkistettava:

• Mittarin tarkkuusvaatimukset
• MID-sertifiointi
• Saksan Eichrechtin vaatimukset
• OCMF tai muu allekirjoitettu mittari-arvomuoto
• Markkinakohtaiset hyväksynnät
• Näyttö- ja läpinäkyvyysvaatimukset
• Tietojen allekirjoitus ja vahvistus
• Sinetti- tai peukalointivaatimukset
• Tapahtumatietueiden säilyttäminen
• Sertifikaatin laajuus
• Hyväksytty laiteohjelmisto tai järjestelmäkokoonpano

Nämä vaatimukset eivät päde tasaisesti jokaiseen maahan tai veloitusskenaarioon.

Vastuullinen osapuoli ja vaaditut todisteet voivat koskea mittaria, latausasemaa, läpinäkyvyysohjelmistoa, CSMS-työnkulkua tai täydellistä latausjärjestelmää lainkäyttöalueen mukaan.

Allekirjoitetut mittariarvot ovat yksi osa päästä päähän -tietoketjua. Niiden lähettäminen OCPP:n kautta ei sinänsä todista, että kaikki paikalliset lakisääteiset metrologia-, avoimuus-, allekirjoituksen todentamis- tai laskutusvaatimukset on täytetty.

OCPP on latausaseman ja CSMS:n välinen viestintäprotokolla. Se ei korvaa lakisääteistä metrologista hyväksyntää, mittarien sertifiointia, laskutusjärjestelmän validointia tai markkinakohtaista vaatimustenmukaisuuden arviointia.

EV-laturimittarin integroinnin tarkistuslista

Kuinka YTL voi tukea EV-latauksen mittaus Laitteisto

Zhejiang Yongtailong Electronic Co., Ltd. (YTL) valmistaa energianmittaus- ja tehonmittaustuotteita sähköajoneuvojen lataukseen, kaupalliseen ja teolliseen energianhallintaan, PV/ESS-sovelluksiin, älykkäisiin rakennus- ja sähkönjakelusovelluksia varten.

Asiaankuuluvia YTL-tuotteiden ominaisuuksia voivat olla:

• AC energiamittarit
• DC-energiamittarit
• DIN-kiskoenergiamittarit
• RS485 / Modbus energiamittarit
• Nopealla tietojen päivityksellä varustettu energiamittari valituille kuormanhallintasovelluksille
• Viestintäkäyttöiset mittaustuotteet
• Projektipohjainen OEM/ODM-tuki

YTL voi tukea alustavaa mittarin arviointia, joka perustuu:

• Laturin arkkitehtuuri
• AC tai DC mittauspiste
• Sähköinen alue
• Vaaditut mittarin arvot
• Tiedonsiirtoliittymä
• Mittausten päivitys ja ohjaimen kyselyvaatimukset
• Kohdemarkkinat
• Sertifiointitarpeet

Tuki voi sisältää:

• Rekisteröinti-kartan tarkistus
• Esimerkkitietojen validointi
• Viestintävaihtoehdon tarkistus
• Näytetestaus
• Hankekohtainen tekninen arviointi

Lopullinen ohjainkartoitus, OCPP-toteutus ja päästä päähän CSMS-validointi edellyttävät yhteistyötä mittarin toimittajan, EVSE-valmistajan, ohjaimen kehittäjän ja alustan toimittajan välillä.

Tuotteen ominaisuudet vaihtelevat mallin, laiteohjelmiston, tiedonsiirtoliittymän ja sertifikaatin laajuuden mukaan. Modbus-tiedonsiirto, tiedon virkistystaajuus, laskutuksen sopivuus ja laturin ja ohjaimen yhteensopivuus tulee vahvistaa valitulle mittarille ja testata aiotussa EVSE-ympäristössä.

FAQ

Mitä ovat OCPP-mittarin tiedot?

OCPP-mittaritiedot ovat mittaustietoja, jotka latausasema lähettää CSMS:ään. Alkuperäinen mittaus voi tulla laitteiston energiamittarista, mutta laturin ohjain ja asemaohjelmisto lukevat, kartoittavat ja käsittelevät sen ennen lähettämistä.

Onko OCPP 2.1 yhteydessä suoraan energiamittariin?

Yleensä ei. OCPP:tä käytetään latausaseman ja CSMS:n välillä. Laitteistomittari kommunikoi normaalisti laturin ohjaimen kanssa Modbus-, pulssi-, CAN- tai muun paikallisen liitännän kautta.

Takaako Modbus-tuki EV-laturien yhteensopivuuden?

Ei. Yhteensopivuus riippuu myös rekisteriosoitteista, tietotyypeistä, tavujärjestyksestä, yksiköistä, skaalauksesta, virkistystaajuudesta, kyselylogiikasta, ohjainohjelmistosta ja virheiden käsittelystä.

Vahvistaako OCPP Plugfestin läpäiseminen mittarin tarkkuuden?

Ei. Plugfest-testaus keskittyy latausaseman ja CSMS-toteutusten väliseen vuorovaikutukseen. Mittarin tarkkuus ja mittarin ja ohjaimen välinen kartoitus vaativat erillisen testauksen.

Miten transaktioenergia lasketaan?

Monissa järjestelmissä tapahtumaenergia lasketaan tapahtuman alkaessa ja lopettaessa tallennetun kumulatiivisen energian erotuksesta. Tarkka menetelmä riippuu mittarista, ohjaimesta, latausasemaohjelmistosta ja alustan suunnittelusta.

Miksi aikaleimat ovat tärkeitä?

Aikaleimat yhdistävät mittaukset tapahtumiin ja raportointikausiin. Väärät kellon asetukset, aikavyöhykkeet tai viivästyneet viestit voivat aiheuttaa laskutus- ja täsmäytysvirheitä.

Mitä pitäisi tallentaa, kun CSMS on offline-tilassa?

Järjestelmäspesifikaatiossa tulee määrittää, tallentaako laturi raakamittarilukemat, tapahtuman aloitus- ja lopetusarvot, lasketut tapahtumatiedot, lähettämättömät OCPP-viestit vai näiden tietueiden yhdistelmän.

Takaavatko allekirjoitetut mittariarvot laskutuksen noudattamisen?

Ei. Allekirjoitetut mittarien arvot voivat tukea laskutuksen tai läpinäkyvyyden työnkulkua, mutta lainmukaisuus riippuu sovellettavista markkinasäännöistä, mittarin ja laturin kokoonpanosta, varmistusohjelmistosta, sertifikaatin laajuudesta ja täydellisestä järjestelmän toteutuksesta.

Mitä EVSE:n valmistajien tulee tarjota mittaria pyytäessä?

Niiden tulee ilmoittaa laturin tyyppi, mittauspiste, jännite- ja virta-alue, vaaditut arvot, mittauksen päivitys- ja ohjaimen kyselyvaatimukset, viestintäliitäntä, rekisterivaatimukset, kohdemarkkinat, laskutuksen tarkoitus ja odotettu määrä.

Johtopäätös

OCPP 2.1 tukee viestintää ja yhteentoimivuutta latausasemien ja CSMS-alustojen välillä, mutta luotettava sähköauton latausmittaus alkaa OCPP-kerroksen alta.

Täydellinen tietoketju sisältää:

Laitteiston energiamittari
→ Laturin ohjain
→ Latausasemaohjelmisto
→ OCPP-viestintä
→ CSMS

EVSE-valmistajien tulee tarkistaa:

• Mittauspisteen soveltuvuus
• Vaaditut mittarin arvot
• Rekisterikartoitus
• Mittaus-, päivitys-, kysely- ja raportointivälit
• Aikaleiman käyttäytyminen
• Kumulatiivisen energian käsittely
• Offline-tallennus ja täsmäytys
• OCPP-tietojen kartoitus
• Allekirjoitettu mittari-arvo ja markkinakohtaiset laskutusvaatimukset
• Mittari-, ohjain- ja CSMS-tason testitulokset

Suunnitteletko sähköautojen latausmittarien integrointiprojektia? Ota yhteyttä YTL:ään ja jaa laturin arkkitehtuuri, AC- tai DC-mittauspisteesi, vaaditut arvot, viestintäliitäntä, kyselyvaatimukset ja kohdemarkkinat.

Viralliset referenssit

• Open Charge Alliance — OCPP-protokollatiedot
• Open Charge Alliance — OCPP 2.0.1 & 2.1 Plugfest & Conference Asia 2026
• Open Charge Alliance — OCPP 2.1:n ja OCPP 2.0.1:n uudet versiot
• Open Charge Alliance — Allekirjoitetut mittariarvot OCPP:ssä
• Open Charge Alliance — OCPP 2.1 Edition 1 julkaistu IEC 63584-210:2025
• IEC — IEC 63584-210:2025