Sähköajoneuvojen latausprotokollat: Latausprojektin viestintätasojen ymmärtäminen

Etusivu / Insights / EV Charging

EV LATAUSTIEDOT

OCPP:n suunnitteluopas. Latausprojektin viestintätasojen ymmärtäminen

SINELINK| Tekninen opas

 

Latausasema voi yhdistää onnistuneesti hallintaalustaan, mutta silti ei toimi sivuston dynaamisen kuormituksen tasapainotusohjaimen kanssa. Kehittäjälle, EPC-urakoitsijoille ja toimitilojen omistajille tämä aukko voi tarkoittaa lisäintegrointityötä, rajoitettuja laitevalintoja tai muutoksia ohjausarkkitehtuuriin asennuksen jälkeen.

Protokollan valinnan tulisi siksi alkaa paikan aiotusta toiminnasta. Selvitä, mikä järjestelmä varaa latauskapasiteetin, miten laturit saavat rajoitukset ja mitä pitäisi tapahtua, kun tiedonsiirto epäonnistuu. Varmista sitten, että valittu laitteisto ja ohjelmisto tukevat näitä vaatimuksia yhdessä.

Ymmärrä viestintätasot

Latausprojektissa on useita tietoliikenneyhteyksiä rinnakkain. Jokainen kuljettaa erilaista tietoa ja palvelee eri tarkoitusta.

Esimerkiksi,OCPItoimii latauspalvelualustojen välillä. Sen läsnäolo ei kerro, kuinka yksittäinen laturi vastaanottaa paikallisen tehorajan. Ajoneuvoviestintä vaatii myös omia yhteensopivuustarkistuksia; OCPP-tuki ei määritä, mitä ajoneuvoja tai ajoneuvon viestintäominaisuuksia laturi tukee.

Ethernet, Wi-Fi, matkapuhelinviestintä ja RS485 kuvaavat pikemminkin yhteyksiä kuin täydellistä ohjausliitäntää. Kaksi laitetta voivat jakaa verkon ja silti käyttää erilaisia ​​komentoja, tietomuotoja ja käyttöoikeuksia.

Valitse OCPP projektin tarvitsemien toimintojen mukaan

Open Charge Point Protocol määrittää tiedonsiirron latausasemien ja latausaseman hallintajärjestelmän tai CSMS:n välillä. TheAvaa Charge Allianceraportoi, että OCPP 1.6:ta käytetään edelleen laajalti, kun taas käyttöönotto siirtyy kohti OCPP 2.x:ää.

OCPP 1.6 sisältää jo Smart Charging -mekanismit latausprofiileihin ja kuormituksen ohjaukseen. OCPP 2.0.1 lisää vahvemmat laitehallinnan, tapahtumien käsittelyn, turvallisuuden ja älykkäät latausominaisuudet, mukaan lukien ISO 15118 -standardiin liittyvä tuki. OCPP 2.1, joka julkaistiin vuonna 2025, laajentaa kaksisuuntaisen latauksen ja hajautetun energiaresurssien hallinnan tukea.

OCPP 1.6 ja 2.0.1 eivät ole suoraan yhteensopivia. Molempia palveleva alusta tarvitsee asianmukaiset protokollatoteutukset. Jos toimittaja tarjoaa tulevaa päivitystä, vahvista tuetut laitteistot, toimitusehdot ja vaadittavat alustamuutokset.

Uusille kaupallisille sivustoille OCPP 2.0.1 on hyödyllinen lähtökohta arvioinnissa. Varmennettu 1.6J-toteutus, joka käyttää JSON:ia WebSocketin kautta, voi myös täyttää määritetyn projektin vaatimukset. Projekteissa, joissa harkitaan kaksisuuntaista latausta, tulee arvioida OCPP 2.1 ajoneuvon viestinnän, teholaitteiston ja sovellettavien verkkovaatimusten ohella.

Sertifioinnin laajuudella on yhtä paljon merkitystä kuin versiolla. allaOCPP 2.0.1 -sertifiointiohjelma, Smart Charging, Advanced Security ja ISO 15118 -tuki ovat valinnaisia ​​profiileja. Pelkästään Core-sertifikaatti ei todista, että näitä toimintoja on testattu. Pyydä sertifikaatti ja toteutuslausunto, joka kattaa toimitetun mallin ja laiteohjelmiston.

Tarkista sertifioinnin laajuus →

Määrittele dynaaminen kuormanhallinta täydelliseksi ohjaussilmukaksi

Dynaaminen kuormituksen hallinta säätää veloitusten jakoa, kun muut sivuston kuormitukset muuttuvat. Se tarvitsee mittauksia, allokointialgoritmin, komentopolun ja tuloksen vahvistavan palautteen.

Harkitse yksinkertaistettua sivustoa, jossa on 300 kW:n tuontiraja ja 20 kW:n käyttömarginaali. Kun ei--latausteho on 180 kW, käytettävissä oleva latauskapasiteetti on 100 kW. Jos tämä tarve nousee 240 kW:iin, määrä laskee 40 kW:iin.

Tässä esimerkissä käytetään AC-aktiivista tehoa ja oletetaan, ettei sivustossa -tuotantoa tai tallennusta ole. Varsinaisessa suunnittelussa on myös tarkistettava vaihevirrat, haararajat ja muuntajan rajoitukset. DC-laturin tulo sisältää muunnoshäviöt ja lisäkulutuksen. Jos käytössä on aurinko- tai varastointi, mittausrajan on oltava selkeä, jotta energiavirtoja ei lasketa kahteen kertaan.

Ohjain päättää, kuinka käytettävissä oleva kapasiteetti jaetaan. Tasainen jakaminen, ajoneuvon prioriteetti ja lähtöaika-aikataulut vaativat erilaista toimintalogiikkaa. Viestintäprotokolla siirtää tämän päätöksen latureille; se ei itsessään toimita allokointialgoritmia.

Vahvista koko vasteaika mittauksesta todelliseen tehonsäätöön. Mittarin näytteenotto, verkon viive, ohjaimen käsittely ja laturin tai ajoneuvon vastaus vaikuttavat kaikkiin. Onnistunut komennon kuittaus ei ole riittävä todiste siitä, että pyydetty raja on tullut voimaan. Kuormanhallinta on myös sovitettava yhteen työmaan sähkösuojasuunnitelman kanssa.

Tarkista, mitä paikallinen käyttöliittymä todella sallii

Laturi voi tarjota erilliset rajapinnat hallintaalustaan ​​ja paikalliseen energianhallintajärjestelmään (EMS).Phoenix Contact kuvaileejärjestely, jossa käytetään OCPP:tä taustaviestintään ja Modbus TCP:tä dynaamiseen virran allokointiin kiinteistönhallintajärjestelmästä.

Modbus on käytännöllinen vaihtoehto teolliseen integraatioon, mutta rekisterikartta vaatii vielä tarkistuksen. Tarkista, paljastaako liitäntä kirjoitettavat latausrajat, niiden yksiköt ja sallitun kantaman, ohjaustason ja aikakatkaisukäyttäytymisen. Modbus-sähkömittarin lukeminen ja komentojen hyväksyminen ulkoisesta Modbus-ohjaimesta ovat erilaisia ​​ominaisuuksia.

EEBUStarjoaa energian{0}}hallinnan käyttötapauksia, kuten tehonrajoituksen ja aurinkoenergian itse{1}}kulutuksen optimoinnin. Sen soveltuvuus riippuu molempien laitteiden käyttötapauksista ja versioista. Yleisen EEBUS-vaatimuksen jälkeen tulisi suorittaa erityinen yhteensopivuusarviointi.

Valmistajan API:t ja omat protokollat ​​voivat myös tukea tehokasta paikallista ohjausta. Niiden hyödyllisyys riippuu saatavilla olevasta dokumentaatiosta, toteutusoikeuksista, käytettävissä olevista toiminnoista ja vakaasta tuesta. Kysy, ovatko paikalliset komennot saatavilla ilman pilvitilausta ja voivatko laiteohjelmiston muutokset muuttaa käyttöliittymää.

Laiteohjelmisto ansaitsee erityistä huomiota. Esimerkiksi,Alfenin AHP 2.6.0 -julkaisutiedototti käyttöön Modbus TCP/IP EMS -ohjauksen tietyille tuotteille ja dokumentoi yhden samanaikaisen EMS-yhteyden. Samat huomautukset määrittelevät vastaavat ohjelmistovaatimukset älykkään latausverkon sisällä. Yhteensopivuus on siksi kirjattava mallin ja laiteohjelmiston mukaan, myös yhden merkin laitteiden osalta.

Valitse arkkitehtuuri, jolla on selkeä hallintaoikeus

OCPP voi toimia paikallisessa verkossa. TheOCA:n paikallinen{0}}ohjainarkkitehtuurikuvaa laturien ja ylävirran hallintajärjestelmän väliin sijoitettua säädintä. Tämä luo useita vaihtoehtoja aseman suunnitteluun.

Kapasiteettirajoitteisilla{0}}kaupallisilla sivustoilla paikallinen ohjaus on usein järkevä suunnitteluvaihtoehto, koska mittaus- ja ohjauspolku voi jatkua ilman toimivaa internetyhteyttä. Tämä hyöty on varmistettava valitussa toteutuksessa.

Jos useat järjestelmät voivat asettaa rajoja, dokumentoi niiden valtuudet. Toimipaikan kapasiteettirajoitus, operaattorin aikataulu ja sisäinen latausraja voivat kaikki olla aktiivisia. Määritä, kuinka ne yhdistetään, kuinka kauan kukin on voimassa ja kuinka vanhentuneet komennot poistetaan.

Tämä on dokumentoitu integraatioongelma.KEBA:n liitettävyysohjeetvaroittaa, että ulkoinen ohjaus voi häiritä tiettyjen pääasiakaskokoonpanojen-sisäänrakennettua kuormituksen hallintaa-. Useat tuetut rajapinnat eivät takaa, että kaikkia ohjaimien yhdistelmiä tuetaan.

Arvioi vaikutus rakentamiseen ja elinkaaren kustannuksiin

Protokollapäätökset vaikuttavat laiteluetteloon ja viestintäinfrastruktuuriin. Paikallinen ohjaus saattaa vaatia lisämittareita, paikannusohjainta, verkkokytkimiä, tietoliikennekaapelointia ja käyttöönottoa. Sisällytä nämä kohteet ennen kuin vertaat latureita.

Dynaaminen hallinta voi parantaa olemassa olevan tarjonnan käyttöä, mutta se ei voi luoda lisäkapasiteettia. Sähköpäivityksen välttäminen riippuu kysynnästä, samanaikaisista lataustarpeista ja hyväksyttävistä odotusajoista. Ajoneuvon latauksen suorituskyvyn on säilyttävä osana suunnittelun arviointia.

Laajentamista varten selvitä, voivatko uudet laturit liittyä olemassa olevaan ohjausjärjestelmään yksitellen vai vain toisen valmistajan ryhmäohjaimen kautta. Tarkista, voidaanko sekoitettuja AC- ja DC-laitteita ohjata vaaditulla tasolla ja vaikuttaako yksi viallinen laite muuhun ryhmään.

Vahvista alustan vaihtamista varten palvelimen kokoonpanon, valtuustietojen ja varmenteiden omistajuus. Selvitä pääsy tapahtumavientiin ja onko tärkeä paikallinen valvonta riippuvainen jatkuvasta tilauksesta. Sisällytä käyttökustannusarvioon käyttöliittymälisenssit, integrointityöt, laiteohjelmiston ylläpito ja regressiotestaus.

Turvallisuus on myös toiminnallinen vaatimus. Määritä laitteen identiteetti, salattu viestintä, jos sitä tuetaan, sekä varmenteen uusimis- ja päivitysvastuut. TheOCA Security Operations Guidetarjoaa täytäntöönpanoa koskevia ohjeita. Paikalliset rajapinnat tulee suojata asianmukaisilla verkkoon pääsyn valvonnalla; paikallisessa verkossa oleminen ei poista tarvetta hallita pääsyä.

Muuta protokollavaatimukset hyväksymisvaatimuksiksi

Ennen kuin tilaat laitteita, pyydä laturin ja ohjaimen toimittajia vahvistamaan ehdotettu kokoonpano yhdessä. Hyödyllisen teknisen lähetyksen tulee sisältää:

Käyttöönoton tulee testata rakennuksen kysynnän äkillistä kasvua, samanaikaista latausta, Internetin katkeamista, mittarin tiedonsiirtohäiriötä, ohjaimen uudelleenkäynnistystä ja ristiriitaisia ​​ohjauspyyntöjä. Mittaa tuloksena oleva virta tai teho, kirjaa vasteaika ja vahvista palautuminen ilman tahatonta latauksen lisääntymistä.

Käsittele jatkuvaa veloitusta, uusien istuntojen valtuutusta ja tapahtumien palauttamista erillisinä offline-vaatimuksina. Järjestelmä voi tukea yhtä tukematta muita. Jos sivustolla on eri laturimerkkejä, suorita testit koko ehdotetulle yhdistelmälle ennen laajempaa käyttöönottoa.

Liitä valitut laturit paikannusjärjestelmään

Olemassa oleva kuormituksen tasausohjain voi jo tarjota vaaditun allokointilogiikan, kun taas valitut laturit paljastavat erilaisia ​​komentomuotoja ja palautetietoja. Tässä tilanteessa laturikohtainen{1}}integrointikerros voi yhdistää ohjaimen vaatimukset kunkin valitun laitteen toimintoihin.

SINELINKinMonimerkkinen EV-laturin ohjausintegraatioratkaisukeskittyy tähän yhteyteen. Jokainen integraatio arvioidaan laturin mallin ja laiteohjelmiston, saatavilla olevan protokolladokumentaation, asiakkaan{1}}puolen käyttöliittymän ja vaaditun toiminnan perusteella. Jaa nämä tiedot SINELINKin kanssa keskustellaksesi latausasemasi kehittämisen laajuudesta ja validoinnista.