Kako nastaviti dostop RFID za poslovne polnilnice električnih vozil

Za nastavitev dostopa RFID za poslovne polnilnice električnih vozil potrdite, da čitalnik podpira vaše identifikacijsko sredstvo, zajemite identifikator, ki ga polnilnica dejansko sporoča, to vrednost registrirajte v platformi za upravljanje polnjenja, dodelite potrebne pravice dostopa in preizkusite celotno sejo polnjenja. Nato preverite še dogajanje ob izpadu povezave in ob preklicu kartice.

Proizvodno serijo naročite šele, ko reprezentativen vzorec uspešno prestane ta postopek. Uspešno približanje kartice potrdi le del rezultata. Prevzemni zapis mora potrditi tudi pravo polnilno mesto, račun, zapis energije in delovanje ob ustavitvi.

Ta vodnik obravnava upravljanje dostopa po tem, ko usposobljen monter namesti in zažene polnilno opremo. Namenjen je ekipi, ki fizična identifikacijska sredstva povezuje s sistemom za upravljanje polnjenja.

Razjasnite, kateri sistem sprejema posamezne odločitve

Pri spletni avtorizaciji čitalnik RFID pridobi identifikator, polnilna postaja ga posreduje sistemu za upravljanje polnilnih postaj oziroma CSMS, platforma pa vrne rezultat avtorizacije. OCPP ureja komunikacijo med postajo in tem sistemom. Radijski vmesnik med kartico in čitalnikom je ločen del integracije. Glejte pregled protokolov Open Charge Alliance.

Za vsako raven določite odgovorno osebo. Dobavitelj kartic lahko zagotovi dogovorjeno fizično identifikacijsko sredstvo in datoteko identifikatorjev; integrator polnilnic potrdi delovanje čitalnika; upravljavec platforme nadzoruje registracijo računov in pravice. Pred začetkom zagona zapišite, kdo odpravlja neskladja.

1. Potrdite zmogljivosti čitalnika in avtorizacije

Pridobite specifikacijo čitalnika za točen model polnilnice, različico strojne opreme in nameščeno vdelano programsko opremo. Zapišite podprte brezstične standarde, način uporabe identifikacijskih sredstev in morebitne nastavljive pretvorbe identifikatorjev. Oznaka »podpira RFID« na ta vprašanja ne odgovori.

NFC deluje pri 13,56 MHz in vključuje več brezstičnih tehnologij, med njimi ISO/IEC 14443 Type A, Type B in ISO/IEC 15693. Zgolj ujemanje frekvence zato ni popolna nabavna specifikacija. Uskladite dejansko tehnologijo kartice in izvedbo čitalnika. Tehnični pregled NFC Forum pojasnjuje osnovne protokole.

Nato ugotovite, kaj postaja in zaledni sistem dejansko podpirata:

Certifikat OCPP je treba razlagati na ravni posameznih funkcij. Posodobitev OCA iz decembra 2025 uvršča Local List Management med neobvezne funkcije profila OCPP 2.0.1 Core. Posodobljen certifikacijski program zato ne zagotavlja, da vsaka certificirana postaja podpira lokalne sezname. Opomba OCA o uporabi OCPP 2.Lite, razdelek C, pojasnjuje tudi, da je avtorizacijski predpomnilnik lahko izpuščen in da lahko izvedbe podpirajo različne metode avtorizacije.

Pridobite obseg certifikata in dokument Protocol Implementation Conformance Statement, če je na voljo, ter ju primerjajte z nameščeno programsko opremo. Dokazila hranite skupaj s konfiguracijo lokacije.

OCA trenutno objavlja pakete OCPP 1.6, 2.0.1 in 2.1. Spodnji primeri se nanašajo posebej na 1.6 in 2.0.1; za postavitev 2.1 uporabite ustrezno specifikacijo. Ob zagonu ali nadgradnji preverite uradne prenose in popravke.

2. Zajemite identifikator z dejanske polnilnice

Začnite z majhnim naborom jasno označenih testnih kartic. Natisnjeno referenco kartice ločite od elektronske vrednosti: vidna serijska oznaka, kot je CRF-TEST-0042, je uporabna pri podpori, vendar mora biti njena povezava z identifikatorjem v zalednem sistemu dokumentirana.

Za spletno avtorizacijsko zahtevo OCPP so to ponazoritveni izseki vsebine sporočila z izmišljenim identifikatorjem:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

{"idToken":{"idToken":"04A1B2C3D4E5F7","type":"ISO14443"}}

Izseki ne vključujejo uokvirjanja sporočil WebSocket. Uradne sheme določajo največ 20 znakov za idTag v 1.6 in 36 za niz idToken v 2.0.1; 2.0.1 zahteva tudi vrsto tokena. Preverite skladnost s paketom OCPP 1.6 ali paketom OCPP 2.0.1 Edition 4, uporabljenim pri integraciji.

Lokalno odobren začetek lahko sledi drugačnemu zaporedju sporočil. Integrator naj določi, kje sta za ta način zapisana identifikacijsko sredstvo in odločitev o avtorizaciji.

3. Pred uvozom kartic se dogovorite o zapisu UID

Za token ISO14443 OCPP 2.0.1 priporoča šestnajstiški zapis bajtov UID z bajtom 0 na začetku. Kljub temu je treba preveriti delovanje starejših izdelkov: Wallboxov vodnik za aktivacijo OCPP za obravnavane izdelke določa šestnajstiške vrednosti little-endian brez ločil. To je navodilo za posamezne izdelke, ne splošno pravilo pretvorbe. Glejte OCPP 2.0.1, avtorizacijski razdelek C.1.1, in Wallboxov vodnik za aktivacijo, strani 14 in 20.

Za to izmišljeno sedembajtno zaporedje so zapisi naslednji:

Tabela prikazuje pretvorbe, ne štirih medsebojno zamenljivih vrednosti za zaledni sistem. Uvozite zapis, ki ga zahteva integracija. Obračanje bajtov spremeni vrstni red parov znakov; obračanje posameznih znakov da drugačen rezultat.

Pisno dokumentirajte preslikavo med podatki dobavitelja, dnevnikom postaje in uvoznim poljem zalednega sistema. Vključite dolžino v bajtih, šestnajstiški ali desetiški zapis, vrstni red bajtov, ločila in vsako izrecno dokumentirano pretvorbo. Ohranite surovo izvorno datoteko. Izogibajte se nedokumentiranemu krajšanju in ugibanju manjkajočih bajtov.

Preverite nastavitve naprav, ki pretvarjajo identifikatorje. Priročnik Wallbox eM4 WebAdmin na primer vsebuje možnost »Shorten UIDs« in opozarja, da se avtorizacijske nastavitve lahko spremenijo prek lokalnega vmesnika ali zalednega sistema. Glejte priročnik Wallbox WebAdmin, stran 23. Dejansko konfiguracijo zapišite po vzpostavitvi povezave z obema sistemoma.

Stolpce z identifikatorji uvozite v preglednice kot besedilo. Excel lahko odstrani začetne ničle, natančnost števil pa omejuje na 15 pomembnih števk; naš desetiški primer ima 16 števk. Oblika prikaza, uporabljena po spremembi podatkov, izvirnega identifikatorja ne obnovi. Upoštevajte Microsoftova navodila za ohranjanje identifikacijskih podatkov.

Za pregled zapisov uporabite pretvornik UID ChargeRFID, za primerjavo proizvodnih datotek in datotek zalednega sistema pa orodje za usklajevanje datotek identifikatorjev. Pred uporabo za celotno serijo predlagano preslikavo potrdite z dejanskim dnevnikom polnilnice.

4. Registrirajte identifikacijska sredstva in dodelite poslovne pravice

Zapis identifikacijskega sredstva ustvarite po dokumentiranem postopku registracije ali uvoza platforme. Povežite ga s predvidenim voznikom, vozilom, oddelkom ali računom stranke glede na način pripisovanja polnjenja v vaši organizaciji.

Za vsako pilotno identifikacijsko sredstvo zapišite:

To obravnavajte kot ločena prevzemna vprašanja. Identifikacijsko sredstvo je lahko v podatkovni zbirki, a nima predvidene pravice za lokacijo ali dodelitve računu. Prav tako uspešen začetek ne potrdi, da je bil uporabljen pravilen način obračunavanja.

Uporabite register z referenco serije, rezultatom uvoza, razlogom za izjemo in pregledovalcem. Pred izdajo odpravite podvojene vrednosti in nasprotujoče si dodelitve. Predlogo za predajo podatkov UID prilagodite dejanskim uvoznim zahtevam platforme; vzorčna vrstica vsebuje testne podatke.

Pri skupnih vozilih se dogovorite, kdo sme ustaviti sejo. Testni primeri OCA za OCPP 1.6 izrecno zajemajo ustavitev s kartico, ki je polnjenje začela, in z drugo kartico, povezano z ujemajočim se nadrejenim identifikatorjem. Preizkusite skupinsko delovanje, ki ga nameravate omogočiti. Glejte testne primere OCTT 2026-02, razdelka 2.3.1 in 2.3.2.

5. Določite izrecna pravila dostopa brez povezave

Odločite se, ali naj se polnjenje nadaljuje, ko postaja ne doseže sistema upravljanja. Za zaprto lokacijo voznega parka je smiselno izhodišče, da so med izpadom dovoljena predvidena lokalno avtorizirana identifikacijska sredstva, neznane kartice pa zavrnjene. Preden se na to zanesete, potrdite, da oprema takšna pravila lahko izvaja.

Avtorizacijski predpomnilnik hrani avtorizacijske podatke, pridobljene iz prejšnjih izmenjav. Lokalni avtorizacijski seznam se upravlja in sinhronizira iz zalednega sistema. To sta ločena mehanizma. Izbris enega ne potrdi, da je drugi posodobljen. OCPP 1.6 opisuje njuno razmerje v razdelku 3.5 specifikacije.

Spodaj so primeri imen za posamezne različice, o katerih se pogovorite z integratorjem, ne konfiguracijska datoteka za kopiranje v polnilnico:

Imena ne pomenijo, da je vsaka funkcija izvedena, omogočena ali zapisljiva. OCPP 2.0.1 uporablja naslavljanje komponent in spremenljivk; delovanje vsake nastavitve določata model naprave in ustrezni primer uporabe. Glejte razdelke Edition 4 o avtorizaciji in spremenljivkah, na katere se dokument sklicuje.

Zapišite zmogljivost lokalnega seznama, potrditev posodobitve, obravnavo poteka veljavnosti, ohranitev po ponovnem zagonu in delovanje ob polnem pomnilniku. Preizkusite znano identifikacijsko sredstvo, ki na postaji še nikoli ni bilo uporabljeno, in sredstvo, ki je bilo tam že avtorizirano. Tako lažje ugotovite, na kateri lokalni mehanizem se postavitev dejansko opira.

V preizkus vključite ponovno povezavo. Preverite, kako transakcije brez povezave prispejo v zaledni sistem, kako se uskladijo in kaj se zgodi s tekočo sejo, če zaledni sistem po obnovi povezave zavrne njeno identifikacijsko sredstvo. Z lastnikom lokacije se dogovorite o sprejemljivi operativni in finančni izpostavljenosti.

6. Zavestno izberite varnostni model identifikacijskih sredstev

Vprašajte, ali čitalnik zgolj prebere identifikator ali z identifikacijskim sredstvom opravi kriptografsko preverjanje pristnosti. Pri zasnovi samo z UID sprejem ujemajočega se identifikatorja ne dokazuje posedovanja kriptografske skrivnosti. Nakup čipa z varnostnimi funkcijami prinaša vrednost le, če nameščeni čitalnik in aplikacija te funkcije uporabljata.

Če je zahtevano kriptografsko preverjanje pristnosti kartice, dokumentirajte podprto aplikacijo, lastništvo ključev, postopek začetne priprave, zamenjavo in odgovornosti pri migraciji. Skrivnosti ne vključujte v datoteke za predajo UID. Smernice NIST za varnost RFID, razdelek 5.3.1, opisujejo razliko med identifikatorji in mehanizmi preverjanja pristnosti. To so temeljne smernice iz leta 2007; za izbiro podprtih algoritmov in mehanizmov upravljanja ključev uporabite aktualno dokumentacijo izdelka.

Povezavo med postajo in zalednim sistemom zaščitite ločeno. Aktualni Security Operations Guide OCA, razdelka 4.2 in 4.4, opisuje Security Profile 2 kot TLS z Basic Authentication in Profile 3 kot TLS z odjemalskimi certifikati ter obravnava shranjevanje poverilnic. Potrdite uporabljeni varnostni profil prenosa, preverjanje certifikatov in upravljanje poverilnic postaje. Te nastavitve ščitijo drugo povezavo kot povezava med kartico in čitalnikom.

7. Avtorizacijo gostovanja dodajte le, če jo storitev potrebuje

Zasebna postavitev na delovnem mestu lahko potrebuje samo register identifikacijskih sredstev lastne platforme. Gostovanje doda novo mejo: upravljavec polnilnih postaj oziroma CPO mora pridobiti avtorizacijo ustreznega ponudnika storitev elektromobilnosti oziroma eMSP prek podprte integracije in poslovnega dogovora.

V OCPI 2.3.0 zapis tokena vsebuje identifikatorja države in organizacije ponudnika, ki mu token pripada, UID tokena, vrsto, veljavnost in pravila uvrščanja na seznam dovoljenih. Pravilo ALLOWED_OFFLINE se nanaša na komunikacijo med CPO in eMSP. Izguba povezave polnilnice s CSMS je ločen izpad. Če obstajata obe meji, preizkusite obe.

Modul Tokens razlikuje tudi med veljavnim tokenom in tokenom, dovoljenim na določeni lokaciji. Razveljavitev se posreduje s posodobljenim tokenom z valid: false; brisanje tokenov prek tega vmesnika ni predvideni mehanizem. Uradni modul Tokens OCPI 2.3.0 primerjajte z različico, dogovorjeno s partnerjem.

Za pilot določite izdajatelja in sodelujoče omrežje, predvideno pot avtorizacije ter preverite nastalo sejo in zapis polnjenja. Uporaba iste fizične kartice v več storitvah še vedno zahteva ustrezne registracije, pravice in dogovore.

8. Ob zagonu preverite celoten življenjski cikel dostopa

Uporabite testno matriko s pričakovanimi rezultati, zapisanimi pred preizkusom. Izvedite jo na vsaki različni konfiguraciji strojne opreme, vdelane programske opreme in zalednega sistema, nato pa nameščene naprave vzorčno preverite glede na odobreno konfiguracijo.

Za vsako izvedbo shranite čas, identifikatorja postaje in priključka, vdelano programsko opremo, referenco testne kartice, dejansko konfiguracijo, pričakovani in dejanski rezultat ter ustrezen zapis transakcije. V dokazilih, deljenih zunaj operativne ekipe, zakrijte osebne podatke.

Ob izgubi kartice zapišite čas prejema prijave in čas, ko je vsak povezani sistem potrdil spremembo. Postaja brez povezave novega preklica ne more prejeti takoj. Dejanska izpostavljenost je odvisna od shranjenega stanja avtorizacije, pravil poteka veljavnosti in delovanja ob ponovni povezavi. Ta časovni razmik vključite v operativni postopek.

Neuspešno branje kartice diagnosticirajte na pravi meji sistemov

Zberite podatke o enem neuspelem poskusu, vključno s časovnim žigom in referenco kartice, ter preglejte dokazila. Ta preverjanja zožijo preiskavo, ne da bi predpostavljala enak vzrok za vsako zavrnitev.

Primer uvedbe na lokaciji voznega parka

Predstavljajmo si izmišljeno lokacijo s 60 vozniki, 12 polnilnimi mesti in dvema modeloma polnilnic. Upravljavec želi dostop pripisati posameznim voznikom in ga omejiti na to lokacijo, odobrenim voznikom pa omogočiti polnjenje med izpadom zalednega sistema.

Začnite s petimi vzorčnimi identifikacijskimi sredstvi. Pri vsakem modelu polnilnice zajemite sporočeni identifikator in se dogovorite o preslikavi v datoteko dobavitelja. Vzorce registrirajte v pilotnem računu, dodelite dostop do lokacije in potrdite predvideno stroškovno mesto.

Če oprema podpira upravljan lokalni seznam, vnaprej naložite pilotne identifikatorje in zapišite potrjeno različico. Za ta predlog pravil pustite neznana identifikacijska sredstva brez povezave onemogočena. V nadzorovanem preizkusu prekinite povezavo postaje s CSMS, nato poskusite z vnaprej naloženo kartico, neznano kartico in preklicano kartico z namerno dokumentiranim zastarelim lokalnim stanjem. Obnovite povezavo in preverite posodobitev ter zapise transakcij.

Na obeh modelih izvedite preizkuse spletne zavrnitve, ustavitve seje in obračunavanja. Ko pilot uspe, proizvodno datoteko za 60 kartic uskladite z registrom zalednega sistema, odpravite izjeme ter kartice razdelite s preprostim postopkom prijave izgube. Po pomembnih spremembah vdelane programske opreme, načina čitalnika ali platforme ponovite ustrezne prevzemne preizkuse.

Vprašanja, ki jih razrešite pred naročilom

Ali je treba kartice RFID za polnjenje programirati?

Pri zasnovi, ki bere obstoječi UID kartice, lahko nastavitev obsega registracijo te vrednosti in dodelitev dostopa v platformi. Zasnova z zaščiteno aplikacijo lahko zahteva personalizacijo kartice in usklajeno konfiguracijo čitalnika. Pred naročilom katere koli storitve določite natančen postopek delovanja čitalnika.

Ali lahko obstoječa službena kartica odklene tudi polnilnico?

To je lahko mogoče, če čitalnik podpira tehnologijo kartice, je zahtevani identifikator na voljo in stabilen ter platforma omogoča registracijo. Pridobite soglasje lastnika sistema službenih kartic in preizkusite dejanske vzorce. Kot primer registracije na določeni platformi dokumentacija Easee o računih in lokalnih ključih opisuje različne obsege registracije in opozarja na spreminjajoče se identifikatorje.

Ali bo ena kartica delovala v vseh polnilnih omrežjih?

Vsako predvideno omrežje preverite posebej. Fizična berljivost, registracija identifikacijskega sredstva, pravice računa in morebitni dogovor o gostovanju so del prevzemnih meril. Preizkusite sodelujoče omrežje; dosega ne sklepajte po videzu kartice.

Kaj mora prejeti dobavitelj kartic?

Posredujte zahteve čitalnika, odobreno preslikavo vzorčnih identifikatorjev, shemo vidnega številčenja, specifikacijo materiala in tiska, količino ter dogovorjeno obliko predaje podatkov. Navedite odgovorno osebo za uvoz v zaledni sistem in prevzem vzorcev. Če zasnova to zahteva, skrivnosti aplikacije prenesite po posebej dogovorjenem varnem postopku začetne priprave.

Pripravite specifikacijo vzorcev za svojo postavitev

V eno specifikacijo združite model polnilnice in vdelano programsko opremo, ime zalednega sistema in različico protokola, zahtevani način identifikacijskega sredstva, potrjeni zapis identifikatorja in predvidena pravila za delo brez povezave. V laboratoriju identifikacijskih podatkov ChargeRFID preglejte predajo podatkov in naročite izdelane vzorce za pilot. Pred oddajo proizvodnega naročila skupaj odobrite fizično identifikacijsko sredstvo in celoten postopek dostopa.