Kā iestatīt RFID piekļuvi komerciālām elektroauto uzlādes stacijām

Lai iestatītu RFID piekļuvi komerciālām elektroauto uzlādes stacijām, pārliecinieties, ka lasītājs atbalsta jūsu identifikācijas līdzekli, fiksējiet identifikatoru, ko stacija faktiski nosūta, reģistrējiet šo vērtību uzlādes pārvaldības platformā, piešķiriet vajadzīgās piekļuves tiesības un pārbaudiet visu uzlādes sesiju. Pēc tam pārbaudiet, kas notiek, pārtrūkstot savienojumam un atsaucot kartes tiesības.

Ražošanas partiju pasūtiet pēc tam, kad reprezentatīvs paraugs ir sekmīgi izturējis šo procesu. Veiksmīga kartes nolasīšana apliecina tikai daļu rezultāta. Pieņemšanas dokumentācijā jābūt apstiprinātam arī pareizajam uzlādes punktam, kontam, enerģijas ierakstam un apturēšanas darbībai.

Šajā rokasgrāmatā aplūkota piekļuves pārvaldība pēc tam, kad kvalificēts uzstādītājs ir uzstādījis uzlādes aprīkojumu un nodevis to ekspluatācijā. Tā paredzēta komandai, kas fiziskos identifikācijas līdzekļus sasaista ar uzlādes pārvaldības sistēmu.

Noskaidrojiet, kura sistēma pieņem katru lēmumu

Tiešsaistes autorizācijas gaitā RFID lasītājs iegūst identifikatoru, uzlādes stacija to nodod uzlādes staciju pārvaldības sistēmai jeb CSMS, un platforma atgriež autorizācijas rezultātu. OCPP regulē saziņu starp staciju un šo pārvaldības sistēmu. Kartes un lasītāja radiosaskarne ir atsevišķa integrācijas daļa. Skatiet Open Charge Alliance protokolu pārskatu.

Katram slānim nozīmējiet vienu atbildīgo personu. Karšu piegādātājs var nodrošināt norunāto fizisko identifikācijas līdzekli un identifikatoru failu; stacijas integrators apstiprina lasītāja darbību; platformas operators kontrolē kontu reģistrāciju un tiesības. Pirms nodošanas ekspluatācijā fiksējiet, kurš novērsīs neatbilstības.

1. Apstipriniet lasītāja un autorizācijas iespējas

Pieprasiet lasītāja specifikāciju precīzam stacijas modelim, aparatūras redakcijai un uzstādītajai aparātprogrammatūrai. Fiksējiet atbalstītos bezkontakta standartus, identifikācijas līdzekļu izmantošanas režīmu un jebkuru konfigurējamu identifikatoru pārveidošanu. Apraksts „RFID atbalsts” uz šiem jautājumiem neatbild.

NFC darbojas 13,56 MHz frekvencē un aptver vairākas bezkontakta tehnoloģijas, tostarp ISO/IEC 14443 Type A, Type B un ISO/IEC 15693. Tādēļ frekvences atbilstība vien vēl nav pilnīga iepirkuma specifikācija. Saskaņojiet faktisko kartes tehnoloģiju ar lasītāja realizāciju. NFC Forum tehniskais pārskats skaidro pamatā esošos protokolus.

Pēc tam noskaidrojiet, ko stacija un aizmugursistēma faktiski īsteno:

OCPP sertifikācija jāvērtē atsevišķu funkciju līmenī. OCA 2025. gada decembra atjauninājumā Local List Management iekļauta starp OCPP 2.0.1 Core profila izvēles funkcijām. Tādēļ atjauninātā sertifikācijas programma negarantē lokālā saraksta atbalstu ikvienā sertificētā stacijā. OCA OCPP 2.Lite lietojuma piezīmes C sadaļā arī skaidrots, ka autorizācijas kešatmiņu var neiekļaut un realizācijas var atbalstīt dažādas autorizācijas metodes.

Pieprasiet sertifikāta tvērumu un Protocol Implementation Conformance Statement dokumentu, ja tas pieejams, un salīdziniet tos ar uzstādīto programmatūru. Saglabājiet šos pierādījumus kopā ar objekta konfigurāciju.

OCA pašlaik publicē OCPP 1.6, 2.0.1 un 2.1 pakotnes. Tālākie piemēri attiecas tieši uz 1.6 un 2.0.1; 2.1 instalācijai izmantojiet atbilstošo specifikāciju. Nododot ekspluatācijā vai veicot jaunināšanu, pārbaudiet oficiālās lejupielādes un kļūdu labojumus.

2. Fiksējiet identifikatoru no faktiskās uzlādes stacijas

Sāciet ar nelielu skaidri identificējamu testa karšu kopu. Drukāto kartes atsauci turiet atsevišķi no elektroniskās vērtības: redzams sērijas numurs, piemēram, CRF-TEST-0042, ir noderīgs atbalstam, bet tā saistība ar aizmugursistēmas identifikatoru ir jādokumentē.

Tiešsaistes OCPP autorizācijas pieprasījumam šie ir ilustratīvi ziņojuma datu fragmenti ar izdomātu identifikatoru:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

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

Šajos fragmentos nav iekļauta WebSocket ziņojumu ierāmēšana. Oficiālās shēmas nosaka ne vairāk kā 20 rakstzīmes 1.6 laukā idTag un 36 rakstzīmes 2.0.1 virknē idToken; 2.0.1 pieprasa arī marķiera tipu. Validējiet atbilstoši integrācijā izmantotajai OCPP 1.6 pakotnei vai OCPP 2.0.1 Edition 4 pakotnei.

Lokāli autorizēta uzsākšana var izmantot citu ziņojumu secību. Integratoram jānosaka, kur attiecīgajā režīmā reģistrē identifikācijas līdzekli un autorizācijas lēmumu.

3. Pirms karšu importa vienojieties par UID atveides formātu

ISO14443 marķierim OCPP 2.0.1 iesaka UID baitus heksadecimālā formātā, sākot ar 0. baitu. Vecāku produktu darbība tik un tā jāpārbauda: Wallbox OCPP aktivizēšanas rokasgrāmata tajā aplūkotajiem produktiem nosaka little-endian heksadecimālas vērtības bez atdalītājiem. Tas ir konkrētiem produktiem paredzēts norādījums, nevis universāls pārveidošanas noteikums. Skatiet OCPP 2.0.1 autorizācijas sadaļu C.1.1 un Wallbox aktivizēšanas rokasgrāmatas 14. un 20. lappusi.

Šai izdomātajai septiņu baitu virknei atveides formāti ir šādi:

Tabulā parādītas transformācijas, nevis četras savstarpēji aizvietojamas aizmugursistēmas vērtības. Importējiet integrācijas prasīto formātu. Baitu apgriešana maina rakstzīmju pāru secību; atsevišķu rakstzīmju apgriešana dod citu rezultātu.

Rakstiski fiksējiet atbilstību starp piegādātāja datiem, stacijas žurnālu un aizmugursistēmas importa lauku. Iekļaujiet garumu baitos, heksadecimālo vai decimālo pierakstu, baitu secību, atdalītājus un jebkuru skaidri dokumentētu transformāciju. Saglabājiet neapstrādāto avota failu. Izvairieties no nedokumentētas saīsināšanas vai trūkstošu baitu minēšanas.

Pārbaudiet ierīču iestatījumus, kas pārveido identifikatorus. Piemēram, Wallbox eM4 WebAdmin rokasgrāmatā ir opcija „Shorten UIDs” un brīdinājums, ka autorizācijas iestatījumus var mainīt gan lokālajā saskarnē, gan aizmugursistēmā. Skatiet Wallbox WebAdmin rokasgrāmatas 23. lappusi. Pēc abu sistēmu savienošanas fiksējiet faktiski spēkā esošo konfigurāciju.

Identifikatoru kolonnas importējiet izklājlapās kā tekstu. Excel var noņemt sākuma nulles un ierobežo skaitļu precizitāti līdz 15 zīmīgajiem cipariem; mūsu decimālais piemērs satur 16 ciparus. Pēc datu izmaiņām piemērots attēlojuma formāts neatjauno sākotnējo identifikatoru. Ievērojiet Microsoft norādījumus par identifikatoru datu saglabāšanu.

Izmantojiet ChargeRFID UID pārveidotāju, lai pārskatītu atveides formātus, un identifikatoru failu salīdzināšanas un saskaņošanas rīku, lai salīdzinātu ražošanas un aizmugursistēmas failus. Pirms piemērot piedāvāto atbilstību visai partijai, apstipriniet to, izmantojot īstas stacijas žurnālu.

4. Reģistrējiet identifikācijas līdzekļus un piešķiriet komerciālās tiesības

Izveidojiet identifikācijas līdzekļa ierakstu, izmantojot platformas dokumentēto reģistrācijas vai importa procesu. Piesaistiet to paredzētajam vadītājam, transportlīdzeklim, nodaļai vai klienta kontam atbilstoši tam, kā jūsu darbībā tiek attiecināta uzlāde.

Katram pilotprojekta identifikācijas līdzeklim fiksējiet:

Uztveriet tos kā atsevišķus pieņemšanas jautājumus. Identifikācijas līdzeklis var būt datubāzē, bet tam var nebūt paredzētās vietas piekļuves tiesību vai konta piesaistes. Tāpat veiksmīga uzsākšana nepierāda pareizās norēķinu kārtības piemērošanu.

Izmantojiet reģistru ar partijas atsauci, importa rezultātu, izņēmuma iemeslu un pārbaudītāju. Pirms izsniegšanas novērsiet dublētās vērtības un pretrunīgās piesaistes. Pielāgojiet UID datu nodošanas veidni faktiskajām platformas importa prasībām; piemēra rinda satur testa datus.

Koplietošanas transportlīdzekļiem vienojieties, kurš drīkst apturēt sesiju. OCA OCPP 1.6 testa gadījumi tieši aptver apturēšanu ar uzsākšanai lietoto karti un ar citu karti, kas piesaistīta ar vienādu vecākidentifikatoru. Pārbaudiet grupas darbību, kuru plānojat iespējot. Skatiet OCTT 2026-02 testa gadījumu 2.3.1 un 2.3.2 sadaļu.

5. Nosakiet skaidru bezsaistes piekļuves politiku

Izlemiet, vai uzlādei jāturpinās, ja stacija nevar sasniegt pārvaldības sistēmu. Autoparka bāzei ar ierobežotu piekļuvi saprātīgs sākumpunkts ir pārtraukuma laikā pieņemt paredzētos lokāli autorizētos identifikācijas līdzekļus un noraidīt nezināmas kartes. Pirms paļauties uz šo politiku, apstipriniet, ka aprīkojums spēj to īstenot.

Autorizācijas kešatmiņa glabā autorizācijas informāciju, kas iegūta iepriekšējā datu apmaiņā. Lokālo autorizācijas sarakstu pārvalda un sinhronizē no aizmugursistēmas. Tie ir atšķirīgi mehānismi. Viena notīrīšana neapstiprina otra atjaunināšanu. OCPP 1.6 to saistību apraksta specifikācijas 3.5 sadaļā.

Šie ir konkrētām versijām raksturīgu nosaukumu piemēri, ko apspriest ar integratoru, nevis konfigurācijas fails ievietošanai stacijā:

Nosaukumi neapliecina, ka visas funkcijas ir īstenotas, iespējotas vai maināmas. OCPP 2.0.1 izmanto komponentu un mainīgo adresēšanu; katra iestatījuma darbību nosaka ierīces modelis un attiecīgais lietojuma gadījums. Skatiet Edition 4 sadaļas par autorizāciju un mainīgajiem, uz kuriem ir atsauces.

Fiksējiet lokālā saraksta ietilpību, atjauninājuma apstiprinājumu, derīguma termiņu apstrādi, datu saglabāšanu pēc restartēšanas un darbību, kad krātuve ir pilna. Pārbaudiet zināmu identifikācijas līdzekli, kas stacijā vēl nekad nav izmantots, kā arī tādu, kas tur jau autorizēts. Tas palīdz noteikt, uz kuru lokālo mehānismu ieviešana faktiski paļaujas.

Testā iekļaujiet savienojuma atjaunošanu. Pārbaudiet, kā bezsaistes transakcijas nonāk aizmugursistēmā, kā tās saskaņo un kas notiek ar aktīvu sesiju, ja pēc savienojuma atjaunošanas aizmugursistēma noraida tās identifikācijas līdzekli. Ar objekta īpašnieku vienojieties par pieļaujamo darbības un finanšu risku.

6. Apzināti izvēlieties identifikācijas līdzekļa drošības modeli

Noskaidrojiet, vai lasītājs vienkārši nolasa identifikatoru vai veic kriptogrāfisku autentifikāciju ar identifikācijas līdzekli. Risinājumā, kas balstās tikai uz UID, atbilstoša identifikatora pieņemšana nepierāda kriptogrāfiska noslēpuma esību lietotāja rīcībā. Mikroshēmas ar drošības iespējām iegāde dod vērtību tikai tad, ja uzstādītais lasītājs un lietotne šīs iespējas izmanto.

Ja vajadzīga kartes kriptogrāfiska autentifikācija, dokumentējiet atbalstīto lietotni, atslēgu īpašumtiesības, sākotnējās sagatavošanas procesu, nomaiņas kārtību un migrācijas pienākumus. Slepenus datus neiekļaujiet UID nodošanas failos. NIST RFID drošības vadlīniju 5.3.1 sadaļa apraksta atšķirību starp identifikatoriem un autentifikācijas kontroles mehānismiem. Tās ir 2007. gadā publicētas pamatvadlīnijas; atbalstītu algoritmu un atslēgu pārvaldības mehānismu izvēlei izmantojiet pašreizējo produkta dokumentāciju.

Atsevišķi aizsargājiet savienojumu starp staciju un aizmugursistēmu. Pašreizējā OCA Security Operations Guide 4.2 un 4.4 sadaļa raksturo Security Profile 2 kā TLS ar Basic Authentication un Profile 3 kā TLS ar klienta sertifikātiem, kā arī aplūko autentifikācijas datu glabāšanu. Apstipriniet ieviesto transporta profilu, sertifikātu validāciju un stacijas autentifikācijas datu pārvaldību. Šie iestatījumi aizsargā citu savienojumu nekā kartes un lasītāja saikne.

7. Viesabonēšanas autorizāciju pievienojiet tikai tad, ja pakalpojumam tā vajadzīga

Privātai darbavietas instalācijai var pietikt ar savas platformas identifikācijas līdzekļu reģistru. Viesabonēšana pievieno vēl vienu robežu: uzlādes punktu operatoram jeb CPO jāsaņem autorizācija no attiecīgā elektromobilitātes pakalpojumu sniedzēja jeb eMSP, izmantojot atbalstīto integrāciju un komerciālo vienošanos.

OCPI 2.3.0 marķiera ieraksts satur pakalpojumu sniedzēja, kuram marķieris pieder, valsts un dalībnieka identifikatorus, marķiera UID, tipu, derīgumu un iekļaušanas atļauto sarakstā politiku. Politika ALLOWED_OFFLINE attiecas uz saziņu starp CPO un eMSP. Stacijas savienojuma ar CSMS zudums ir atsevišķs pārtraukums. Ja ir abas robežas, pārbaudiet abas.

Modulis Tokens arī nošķir derīgu marķieri no tāda, kas atļauts konkrētā vietā. Derīguma atsaukumu izplata ar atjauninātu marķieri, kuram ir valid: false; marķieru dzēšana šajā saskarnē nav attiecīgais mehānisms. Salīdziniet oficiālo OCPI 2.3.0 Tokens moduli ar versiju, par kuru esat vienojušies ar partneri.

Pilotprojektam nosauciet izdevēju un iesaistīto tīklu, nosakiet paredzēto autorizācijas ceļu un pārbaudiet iegūto sesiju un uzlādes ierakstu. Arī vienas fiziskās kartes izmantošanai vairākos pakalpojumos ir vajadzīga atbilstoša reģistrācija, tiesības un vienošanās.

8. Nododot ekspluatācijā, pārbaudiet visu piekļuves dzīves ciklu

Izmantojiet testu matricu ar pirms testa pierakstītiem sagaidāmajiem rezultātiem. Izpildiet to katrai atšķirīgai aparatūras, aparātprogrammatūras un aizmugursistēmas konfigurācijai, pēc tam izlases veidā pārbaudiet uzstādītās iekārtas pret apstiprināto konfigurāciju.

Katrai izpildei saglabājiet laiku, stacijas un savienotāja identifikatorus, aparātprogrammatūru, testa kartes atsauci, faktisko konfigurāciju, sagaidāmo un faktisko rezultātu un attiecīgo transakcijas ierakstu. Pierādījumos, ko izplata ārpus darbības komandas, aizsedziet personas datus.

Ja karte ir pazaudēta, fiksējiet ziņojuma saņemšanas laiku un laiku, kad katra savienotā sistēma apstiprināja izmaiņas. Atvienota stacija nevar uzreiz saņemt jaunu atsaukumu. Praktiskais risks ir atkarīgs no tajā saglabātā autorizācijas stāvokļa, derīguma termiņa noteikumiem un darbības pēc savienojuma atjaunošanas. Šo intervālu iekļaujiet ekspluatācijas procedūrā.

Neveiksmīgu kartes nolasīšanu diagnosticējiet pie pareizās sistēmu robežas

Savāciet viena neveiksmīga mēģinājuma datus ar laikspiedolu un kartes atsauci, pēc tam izskatiet pierādījumus. Šīs pārbaudes sašaurina izmeklēšanu, nepieņemot, ka visiem noraidījumiem ir viens iemesls.

Ieviešanas piemērs autoparka bāzē

Apskatīsim izdomātu bāzi ar 60 vadītājiem, 12 uzlādes punktiem un diviem staciju modeļiem. Operators vēlas piekļuvi attiecināt uz katru vadītāju, ierobežot to ar bāzes teritoriju un ļaut apstiprinātajiem vadītājiem uzlādēt arī aizmugursistēmas darbības pārtraukumā.

Sāciet ar pieciem identifikācijas līdzekļu paraugiem. Katram stacijas modelim fiksējiet nosūtīto identifikatoru un vienojieties par atbilstību piegādātāja failam. Reģistrējiet paraugus pilotprojekta kontā, piešķiriet piekļuvi bāzei un apstipriniet paredzēto izmaksu centru.

Ja aprīkojums atbalsta pārvaldītu lokālo sarakstu, iepriekš ielādējiet pilotprojekta identifikatorus un fiksējiet apstiprināto versiju. Šai piedāvātajai politikai nezināmu identifikatoru pieņemšanu bezsaistē atstājiet atspējotu. Kontrolētā testā atvienojiet staciju no CSMS, pēc tam izmēģiniet iepriekš ielādētu karti, nezināmu karti un atsauktu karti ar apzināti dokumentētu novecojušu lokālo stāvokli. Atjaunojiet savienojumu un pārbaudiet atjauninājumu un transakciju ierakstus.

Abos modeļos pabeidziet tiešsaistes noraidījuma, sesijas apturēšanas un norēķinu testus. Kad pilotprojekts ir sekmīgs, saskaņojiet 60 karšu ražošanas failu ar aizmugursistēmas reģistru, novērsiet izņēmumus un izdaliet kartes kopā ar vienkāršu pazaudētas kartes ziņošanas kārtību. Pēc būtiskām aparātprogrammatūras, lasītāja režīma vai platformas izmaiņām atkārtojiet attiecīgos pieņemšanas testus.

Jautājumi, kas jāatrisina pirms pasūtīšanas

Vai RFID uzlādes kartes ir jāprogrammē?

Risinājumā, kas nolasa kartes esošo UID, iestatīšana var ietvert šīs vērtības reģistrēšanu un piekļuves piešķiršanu platformā. Risinājumam ar aizsargātu lietotni var būt vajadzīga kartes personalizēšana un saskaņota lasītāja konfigurācija. Pirms pasūtāt kādu no šiem pakalpojumiem, precīzi nosakiet lasītāja darbības procesu.

Vai esoša darbinieka karte var atbloķēt arī uzlādes staciju?

Tas var būt iespējams, ja lasītājs atbalsta kartes tehnoloģiju, nepieciešamais identifikators ir pieejams un stabils un platforma atļauj reģistrāciju. Saņemiet darbinieku karšu sistēmas īpašnieka apstiprinājumu un pārbaudiet faktiskus paraugus. Kā konkrētas platformas reģistrācijas piemērs Easee kontu un lokālo atslēgu dokumentācija apraksta atšķirīgus reģistrācijas tvērumus un brīdina par mainīgiem identifikatoriem.

Vai viena karte darbosies visos uzlādes tīklos?

Paredzētos tīklus pārbaudiet pa vienam. Fiziskā nolasāmība, identifikācijas līdzekļa reģistrācija, konta tiesības un iespējamā viesabonēšanas vienošanās ir pieņemšanas kritēriju daļa. Pārbaudiet iesaistīto tīklu, nevis pieņemiet pārklājumu pēc kartes izskata.

Kas jāsaņem karšu piegādātājam?

Nododiet lasītāja prasības, apstiprināto paraugu identifikatoru atbilstību, redzamās numerācijas shēmu, materiāla un drukas specifikāciju, daudzumu un norunāto datu piegādes formātu. Iekļaujiet personu, kas atbild par importu aizmugursistēmā un paraugu pieņemšanu. Ja risinājums to prasa, lietotnes slepenos datus nododiet atsevišķi saskaņotā drošā sākotnējās sagatavošanas procesā.

Sagatavojiet paraugu specifikāciju savai ieviešanai

Vienā specifikācijā apvienojiet stacijas modeli un aparātprogrammatūru, aizmugursistēmas nosaukumu un protokola versiju, nepieciešamo identifikācijas līdzekļa režīmu, apstiprināto identifikatora atveides formātu un paredzēto bezsaistes politiku. Izmantojiet ChargeRFID identifikācijas datu laboratoriju, lai pārskatītu datu nodošanu, un pieprasiet gatavus paraugus pilotprojektam. Pirms ražošanas pasūtījuma apstipriniet kopā gan fizisko identifikācijas līdzekli, gan visu tā piekļuves procesu.