Kaip nustatyti RFID prieigą prie komercinių elektromobilių įkrovimo stotelių

Norėdami nustatyti RFID prieigą prie komercinių elektromobilių įkrovimo stotelių, įsitikinkite, kad skaitytuvas palaiko jūsų identifikavimo priemonę, užfiksuokite stotelės faktiškai perduodamą identifikatorių, užregistruokite šią reikšmę įkrovimo valdymo platformoje, suteikite reikiamas prieigos teises ir išbandykite visą įkrovimo sesiją. Tada patikrinkite, kas vyksta nutrūkus ryšiui ir atšaukus kortelės teises.

Gamybinę partiją užsakykite tik reprezentatyviam pavyzdžiui sėkmingai įveikus šį procesą. Sėkmingas kortelės nuskaitymas patvirtina tik dalį rezultato. Priėmimo dokumentuose taip pat turi būti patvirtinti tinkamas įkrovimo taškas, paskyra, energijos įrašas ir stabdymo veikimas.

Šiame vadove aptariamas prieigos valdymas po to, kai kvalifikuotas montuotojas sumontavo ir paleido įkrovimo įrangą. Jis skirtas komandai, kuri susieja fizines identifikavimo priemones su įkrovimo valdymo sistema.

Supraskite, kuri sistema priima kiekvieną sprendimą

Autorizuojant esant ryšiui, RFID skaitytuvas gauna identifikatorių, įkrovimo stotelė jį perduoda įkrovimo stotelių valdymo sistemai, arba CSMS, o platforma grąžina autorizavimo rezultatą. OCPP reglamentuoja ryšį tarp stotelės ir šios valdymo sistemos. Radijo sąsaja tarp kortelės ir skaitytuvo yra atskira integracijos dalis. Žr. Open Charge Alliance protokolų apžvalgą.

Kiekvienam lygmeniui paskirkite atsakingą asmenį. Kortelių tiekėjas gali pateikti sutartą fizinę identifikavimo priemonę ir identifikatorių failą; įkrovimo įrangos integruotojas patvirtina skaitytuvo veikimą; platformos operatorius valdo paskyrų registravimą ir teises. Prieš pradedant paleidimą užfiksuokite, kas spręs neatitiktis.

1. Patvirtinkite skaitytuvo ir autorizavimo galimybes

Paprašykite skaitytuvo specifikacijos, atitinkančios tikslų stotelės modelį, aparatinės įrangos redakciją ir įdiegtą programinę aparatinę įrangą. Užfiksuokite palaikomus bekontakčius standartus, naudojamą identifikavimo priemonės režimą ir bet kokį konfigūruojamą identifikatoriaus konvertavimą. Apibūdinimas „palaiko RFID“ į šiuos klausimus neatsako.

NFC veikia 13,56 MHz dažniu ir apima kelias bekontaktes technologijas, įskaitant ISO/IEC 14443 Type A, Type B ir ISO/IEC 15693. Todėl vien dažnių sutapimas nėra išsami pirkimo specifikacija. Suderinkite tikrąją kortelės technologiją su skaitytuvo realizacija. NFC Forum techninėje apžvalgoje paaiškinti pagrindiniai protokolai.

Toliau nustatykite, ką iš tikrųjų įgyvendina stotelė ir valdymo sistema:

OCPP sertifikavimą reikia vertinti pagal atskiras funkcijas. 2025 m. gruodžio mėn. OCA atnaujinime Local List Management įtraukta į pasirenkamas OCPP 2.0.1 Core profilio funkcijas. Todėl atnaujinta sertifikavimo programa negarantuoja, kad kiekviena sertifikuota stotelė palaiko vietinį sąrašą. OCA OCPP 2.Lite taikymo pastabos C skirsnyje taip pat aiškinama, kad autorizavimo podėlio gali nebūti, o realizacijos gali palaikyti skirtingus autorizavimo metodus.

Paprašykite sertifikato taikymo srities ir, jei prieinamas, Protocol Implementation Conformance Statement dokumento bei palyginkite juos su įdiegta programine įranga. Šiuos įrodymus saugokite kartu su vietos konfigūracija.

OCA šiuo metu skelbia OCPP 1.6, 2.0.1 ir 2.1 paketus. Toliau pateikti pavyzdžiai skirti konkrečiai 1.6 ir 2.0.1; 2.1 sistemai naudokite atitinkamą specifikaciją. Paleidimo ar atnaujinimo metu patikrinkite oficialius atsisiuntimus ir klaidų atitaisymus.

2. Užfiksuokite identifikatorių iš tikrosios stotelės

Pradėkite nuo nedidelio aiškiai atpažįstamų bandymo kortelių rinkinio. Spausdintą kortelės numerį saugokite atskirai nuo elektroninės reikšmės: matomas serijos numeris, pvz., CRF-TEST-0042, naudingas techninei pagalbai, tačiau jo ryšys su valdymo sistemos identifikatoriumi turi būti dokumentuotas.

Internetinei OCPP autorizavimo užklausai šie fragmentai yra tik iliustraciniai pranešimo duomenys su išgalvotu identifikatoriumi:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

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

Šiuose fragmentuose nepateikiamas WebSocket pranešimų įrėminimas. Oficialiose schemose 1.6 idTag leidžiama ne daugiau kaip 20 simbolių, o 2.0.1 idToken eilutėje – 36; 2.0.1 taip pat būtinas žymens tipas. Patikrinkite pagal integracijoje naudojamą OCPP 1.6 paketą arba OCPP 2.0.1 Edition 4 paketą.

Vietoje autorizuotas paleidimas gali naudoti kitokią pranešimų seką. Integruotojas turi nustatyti, kur šiame režime fiksuojama identifikavimo priemonė ir autorizavimo sprendimas.

3. Prieš importuodami korteles sutarkite dėl UID formato

ISO14443 žymeniui OCPP 2.0.1 rekomenduoja šešioliktainius UID baitus, pradedant 0 baitu. Vis tiek reikia patikrinti senesnių gaminių veikimą: Wallbox OCPP aktyvinimo vadove aptariamiems gaminiams nurodomos little-endian šešioliktainės reikšmės be skirtukų. Tai konkretiems gaminiams skirtas nurodymas, o ne visuotinė konvertavimo taisyklė. Žr. OCPP 2.0.1 autorizavimo skirsnį C.1.1 ir Wallbox aktyvinimo vadovo 14 ir 20 puslapius.

Šios išgalvotos septynių baitų sekos formatai:

Lentelėje parodytos transformacijos, o ne keturios tarpusavyje pakeičiamos valdymo sistemos reikšmės. Importuokite integracijos reikalaujamą formatą. Apverčiant baitus keičiama simbolių porų tvarka; apvertus pavienius simbolius gaunamas kitoks rezultatas.

Raštu fiksuokite atitiktį tarp tiekėjo duomenų, stotelės žurnalo ir valdymo sistemos importo lauko. Nurodykite baitų skaičių, šešioliktainį arba dešimtainį formatą, baitų tvarką, skirtukus ir visas aiškiai dokumentuotas transformacijas. Išsaugokite neapdorotą šaltinio failą. Venkite nedokumentuoto trumpinimo ir trūkstamų baitų spėliojimo.

Patikrinkite identifikatorius transformuojančius įrenginio nustatymus. Pavyzdžiui, Wallbox eM4 WebAdmin vadove yra parinktis „Shorten UIDs“ ir perspėjimas, kad autorizavimo nustatymus galima keisti tiek vietinėje sąsajoje, tiek valdymo sistemoje. Žr. Wallbox WebAdmin vadovo 23 puslapį. Prisijungus abiem sistemoms užfiksuokite faktiškai galiojančią konfigūraciją.

Identifikatorių stulpelius į skaičiuokles importuokite kaip tekstą. Excel gali pašalinti pradinius nulius ir riboja skaičių tikslumą iki 15 reikšminių skaitmenų; mūsų dešimtainis pavyzdys turi 16 skaitmenų. Pakeitus duomenis vėliau pritaikytas rodymo formatas pradinio identifikatoriaus neatkuria. Vadovaukitės Microsoft nurodymais dėl identifikavimo duomenų išsaugojimo.

Formatams peržiūrėti naudokite ChargeRFID UID keitiklį, o gamybos ir valdymo sistemos failams palyginti – identifikatorių failų suderinimo įrankį. Prieš taikydami visai partijai, siūlomą atitiktį patvirtinkite pagal tikrą stotelės žurnalą.

4. Užregistruokite identifikavimo priemones ir suteikite komercines teises

Sukurkite identifikavimo priemonės įrašą pagal dokumentuotą platformos registravimo ar importo procesą. Susiekite jį su numatytu vairuotoju, transporto priemone, padaliniu ar kliento paskyra pagal tai, kaip jūsų veikloje priskiriamas įkrovimas.

Kiekvienai bandomojo diegimo identifikavimo priemonei užfiksuokite:

Tai vertinkite kaip atskirus priėmimo klausimus. Identifikavimo priemonė gali būti duomenų bazėje, bet neturėti reikiamos vietos prieigos teisės ar paskyros priskyrimo. Taip pat sėkmingas paleidimas nepatvirtina, kad pritaikytas tinkamas atsiskaitymo modelis.

Naudokite registravimo žurnalą su partijos nuoroda, importo rezultatu, išimties priežastimi ir tikrintoju. Prieš išduodami išspręskite pasikartojančias reikšmes ir prieštaringus priskyrimus. UID duomenų perdavimo šabloną pritaikykite faktiniams platformos importo reikalavimams; pavyzdinėje eilutėje pateikti bandymo duomenys.

Bendrai naudojamoms transporto priemonėms sutarkite, kas gali sustabdyti sesiją. OCA OCPP 1.6 bandymų atvejai aiškiai apima sustabdymą pradėjusia kortele ir kita kortele, susieta sutampančiu tėviniu identifikatoriumi. Išbandykite numatomą įjungti grupės veikimą. Žr. OCTT 2026-02 bandymų atvejų 2.3.1 ir 2.3.2 skirsnius.

5. Nustatykite aiškias prieigos be ryšio taisykles

Nuspręskite, ar įkrovimas turi tęstis, kai stotelė nepasiekia valdymo sistemos. Ribotos prieigos autoparko bazėje racionali pradinė taisyklė – per sutrikimą priimti numatytas vietoje autorizuotas identifikavimo priemones ir atmesti nežinomas korteles. Prieš pasikliaudami tokia taisykle patvirtinkite, kad įranga gali ją įgyvendinti.

Autorizavimo podėlyje laikoma per ankstesnius apsikeitimus gauta autorizavimo informacija. Vietinis autorizavimo sąrašas valdomas ir sinchronizuojamas iš centrinės valdymo sistemos. Tai skirtingi mechanizmai. Vieno išvalymas nepatvirtina kito atnaujinimo. OCPP 1.6 jų santykį aprašo specifikacijos 3.5 skirsnyje.

Tai yra konkrečioms versijoms būdingų pavadinimų pavyzdžiai, kuriuos reikia aptarti su integruotoju, o ne konfigūracijos failas kopijuoti į stotelę:

Šie pavadinimai nepatvirtina, kad kiekviena funkcija yra įgyvendinta, įjungta ar keičiama. OCPP 2.0.1 naudoja komponentų ir kintamųjų adresavimą; kiekvieno nustatymo veikimą lemia įrenginio modelis ir taikomas naudojimo atvejis. Žr. Edition 4 autorizavimo ir nurodomų kintamųjų skirsnius.

Užfiksuokite vietinio sąrašo talpą, atnaujinimo patvirtinimą, galiojimo pabaigos apdorojimą, duomenų išlikimą po paleidimo iš naujo ir veikimą užpildžius atmintį. Išbandykite žinomą identifikavimo priemonę, kuri toje stotelėje dar niekada nebuvo naudota, ir tokią, kuri joje jau buvo autorizuota. Tai padės nustatyti, kuriuo vietiniu mechanizmu diegimas iš tikrųjų remiasi.

Į bandymą įtraukite ryšio atkūrimą. Patikrinkite, kaip be ryšio atliktos operacijos pasiekia valdymo sistemą, kaip jos suderinamos ir kas vyksta su tęsiama sesija, jei atkūrus ryšį sistema atmeta jos identifikavimo priemonę. Su objekto savininku sutarkite dėl priimtinos veiklos ir finansinės rizikos.

6. Sąmoningai pasirinkite identifikavimo priemonės saugumo modelį

Paklauskite, ar skaitytuvas tik nuskaito identifikatorių, ar atlieka kriptografinį autentifikavimą su identifikavimo priemone. Vien UID pagrįstoje sistemoje sutampančio identifikatoriaus priėmimas neįrodo kriptografinės paslapties turėjimo. Lustas su saugumo funkcijomis vertingas tik tada, kai įdiegtas skaitytuvas ir programa jas naudoja.

Kai būtinas kriptografinis kortelės autentifikavimas, dokumentuokite palaikomą programą, raktų nuosavybę, pradinio parengimo procesą, pakeitimo procedūrą ir atsakomybę už migravimą. Paslapčių neįtraukite į UID perdavimo failus. NIST RFID saugumo gairių 5.3.1 skirsnyje aprašomas skirtumas tarp identifikatorių ir autentifikavimo priemonių. Tai 2007 m. paskelbtos pamatinės gairės; palaikomiems algoritmams ir raktų valdymo mechanizmams pasirinkti naudokite dabartinę gaminio dokumentaciją.

Atskirai apsaugokite ryšį tarp stotelės ir valdymo sistemos. Dabartinio OCA Security Operations Guide 4.2 ir 4.4 skirsniuose Security Profile 2 apibūdinamas kaip TLS su Basic Authentication, o Profile 3 – kaip TLS su kliento sertifikatais; taip pat aptariamas autentifikavimo duomenų saugojimas. Patvirtinkite naudojamą ryšio saugos profilį, sertifikatų tikrinimą ir stotelės autentifikavimo duomenų valdymą. Šie nustatymai saugo kitą ryšį nei kortelės ir skaitytuvo sąsaja.

7. Tarptinklinį autorizavimą pridėkite tik kai to reikia paslaugai

Privačiai darbovietės sistemai gali pakakti tik nuosavos platformos identifikavimo priemonių registro. Tarptinklinis naudojimas prideda dar vieną sistemų ribą: įkrovimo tinklo operatorius, arba CPO, per palaikomą integraciją ir komercinį susitarimą turi gauti atitinkamo elektromobilumo paslaugų teikėjo, arba eMSP, autorizavimą.

OCPI 2.3.0 žymens įraše yra paslaugų teikėjo, kuriam žymuo priklauso, šalies ir organizacijos identifikatoriai, žymens UID, tipas, galiojimas ir įtraukimo į leidžiamųjų sąrašą taisyklė. Taisyklė ALLOWED_OFFLINE taikoma ryšiui tarp CPO ir eMSP. Įkrovimo stotelės ryšio su CSMS nutrūkimas yra atskiras sutrikimas. Jei yra abi ribos, išbandykite abi.

Modulis Tokens taip pat atskiria galiojantį žymenį nuo žymens, leidžiamo konkrečioje vietoje. Panaikinimas perduodamas atnaujintu žymeniu su valid: false; žymenų trynimas per šią sąsają nėra tam skirtas mechanizmas. Palyginkite oficialų OCPI 2.3.0 Tokens modulį su partnerio sutarta versija.

Bandomajam diegimui įvardykite išdavėją ir dalyvaujantį tinklą, nustatykite numatomą autorizavimo kelią ir patikrinkite gautą sesiją bei įkrovimo įrašą. Naudojant tą pačią fizinę kortelę skirtingose paslaugose vis tiek būtinos tinkamos registracijos, teisės ir susitarimai.

8. Paleidimo metu patikrinkite visą prieigos gyvavimo ciklą

Naudokite bandymų matricą, kurioje tikėtini rezultatai užrašyti prieš bandymą. Atlikite bandymus su kiekviena skirtinga aparatinės įrangos, programinės aparatinės įrangos ir valdymo sistemos konfigūracija, o tada atrankiniu būdu patikrinkite įdiegtas stoteles pagal patvirtintą konfigūraciją.

Kiekvienam bandymui išsaugokite laiką, stotelės ir jungties identifikatorius, programinę aparatinę įrangą, bandymo kortelės numerį, faktinę konfigūraciją, tikėtiną ir gautą rezultatą bei atitinkamą operacijos įrašą. Už veiklos komandos ribų dalijamuose įrodymuose paslėpkite asmens duomenis.

Pametus kortelę užfiksuokite, kada gautas pranešimas ir kada kiekviena prijungta sistema patvirtino pakeitimą. Neprijungta stotelė negali iš karto gauti naujo teisių atšaukimo. Praktinė rizika priklauso nuo joje saugomos autorizavimo būsenos, galiojimo pabaigos taisyklių ir veikimo atkūrus ryšį. Šį laikotarpį aptarkite veiklos procedūroje.

Nepavykusį nuskaitymą diagnozuokite ties tinkama sistemų riba

Surinkite vieno nepavykusio bandymo duomenis su laiko žyma ir kortelės numeriu, tada išnagrinėkite įrodymus. Šios patikros susiaurina tyrimą nedarant prielaidos, kad kiekvieno atmetimo priežastis ta pati.

Diegimo autoparko bazėje pavyzdys

Tarkime, išgalvotoje bazėje yra 60 vairuotojų, 12 įkrovimo taškų ir du stotelių modeliai. Operatorius nori prieigą priskirti atskiriems vairuotojams ir apriboti baze, o patvirtintiems vairuotojams leisti įkrauti ir sutrikus valdymo sistemai.

Pradėkite nuo penkių bandomųjų identifikavimo priemonių. Kiekviename stotelės modelyje užfiksuokite perduodamą identifikatorių ir sutarkite dėl atitikties tiekėjo failui. Pavyzdžius užregistruokite bandomojoje paskyroje, suteikite prieigą prie bazės ir patvirtinkite numatytą sąnaudų centrą.

Jei įranga palaiko valdomą vietinį sąrašą, iš anksto įkelkite bandomuosius identifikatorius ir užfiksuokite patvirtintą versiją. Pagal šias siūlomas taisykles nežinomų identifikatorių naudojimas be ryšio turi likti išjungtas. Kontroliuojamo bandymo metu atjunkite stotelę nuo CSMS ir išbandykite iš anksto įkeltą kortelę, nežinomą kortelę bei atšauktą kortelę, kurios pasenusi vietinė būsena sąmoningai dokumentuota. Atkurkite ryšį ir patikrinkite atnaujinimą bei operacijų įrašus.

Abiejuose modeliuose atlikite atmetimo esant ryšiui, sesijos sustabdymo ir apskaitos bandymus. Sėkmingai užbaigus bandomąjį diegimą, 60 kortelių gamybinį failą suderinkite su valdymo sistemos registru, išspręskite išimtis ir išdalykite korteles su paprasta pranešimo apie pamestą kortelę tvarka. Po reikšmingų programinės aparatinės įrangos, skaitytuvo režimo ar platformos pakeitimų pakartokite atitinkamus priėmimo bandymus.

Klausimai, kuriuos reikia išspręsti prieš užsakant

Ar RFID įkrovimo korteles reikia programuoti?

Sprendime, kuris nuskaito esamą kortelės UID, nustatymas gali apsiriboti tos reikšmės registravimu ir prieigos suteikimu platformoje. Sprendimui su apsaugota programa gali reikėti kortelės personalizavimo ir suderintos skaitytuvo konfigūracijos. Prieš užsakydami bet kurią paslaugą nurodykite tikslų skaitytuvo veikimo procesą.

Ar esama darbuotojo kortelė gali atrakinti ir įkrovimo stotelę?

Tai gali būti įmanoma, jei skaitytuvas palaiko kortelės technologiją, reikiamas identifikatorius yra prieinamas ir stabilus, o platforma leidžia registraciją. Gaukite darbuotojų kortelių sistemos savininko leidimą ir išbandykite tikrus pavyzdžius. Kaip konkrečios platformos registravimo pavyzdys, Easee paskyrų ir vietinių raktų dokumentacija aprašo skirtingas registravimo taikymo sritis ir įspėja apie besikeičiančius identifikatorius.

Ar viena kortelė veiks visuose įkrovimo tinkluose?

Numatytus tinklus patikrinkite atskirai. Fizinis nuskaitomumas, identifikavimo priemonės registracija, paskyros teisės ir galimas tarptinklinis susitarimas yra priėmimo kriterijų dalis. Išbandykite dalyvaujantį tinklą, užuot sprendę apie aprėptį iš kortelės išvaizdos.

Ką turi gauti kortelių tiekėjas?

Pateikite skaitytuvo reikalavimus, patvirtintą bandomųjų identifikatorių atitiktį, matomo numeravimo schemą, medžiagos ir spaudos specifikaciją, kiekį bei sutartą duomenų pateikimo formatą. Nurodykite už importą į valdymo sistemą ir pavyzdžių priėmimą atsakingą asmenį. Jei sprendimas to reikalauja, programos paslaptis perduokite atskirai sutartu saugiu pradinio parengimo procesu.

Paruoškite pavyzdžių specifikaciją savo diegimui

Vienoje specifikacijoje surinkite stotelės modelį ir programinę aparatinę įrangą, valdymo sistemos pavadinimą ir protokolo versiją, reikiamą identifikavimo priemonės režimą, patvirtintą identifikatoriaus formatą ir numatytas taisykles be ryšio. ChargeRFID identifikavimo duomenų laboratorijoje peržiūrėkite duomenų perdavimą ir užsisakykite gatavų pavyzdžių bandomajam diegimui. Prieš pateikdami gamybos užsakymą kartu patvirtinkite fizinę identifikavimo priemonę ir visą jos prieigos procesą.