Ako nastaviť prístup RFID ku komerčným nabíjačkám elektromobilov

Ak chcete nastaviť prístup RFID ku komerčným nabíjačkám elektromobilov, potvrďte podporu vášho identifikačného prostriedku čítačkou, zachyťte identifikátor, ktorý nabíjačka skutočne hlási, zaregistrujte túto hodnotu v platforme na správu nabíjania, prideľte potrebné prístupové oprávnenia a otestujte celú nabíjaciu reláciu. Potom overte, čo sa stane pri výpadku pripojenia a po odobratí oprávnení karte.

Výrobnú sériu objednajte až po úspešnom overení reprezentatívnej vzorky týmto postupom. Úspešné priloženie karty potvrdzuje len časť výsledku. Akceptačný záznam musí potvrdiť aj správny nabíjací bod, účet, záznam energie a správanie pri zastavení.

Tento sprievodca sa venuje správe prístupu po inštalácii a uvedení nabíjacieho zariadenia do prevádzky kvalifikovaným montážnym pracovníkom. Je určený tímu, ktorý prepája fyzické identifikačné prostriedky so systémom na správu nabíjania.

Ujasnite si, ktorý systém prijíma jednotlivé rozhodnutia

Pri online autorizácii čítačka RFID získa identifikátor, nabíjacia stanica ho odošle systému na správu nabíjacích staníc, teda CSMS, a platforma vráti výsledok autorizácie. OCPP upravuje komunikáciu medzi stanicou a týmto systémom. Rádiové rozhranie medzi kartou a čítačkou je samostatnou časťou integrácie. Pozrite si prehľad protokolov Open Charge Alliance.

Pre každú vrstvu určte jednu zodpovednú osobu. Dodávateľ kariet môže poskytnúť dohodnutý fyzický identifikačný prostriedok a súbor identifikátorov; integrátor nabíjačky potvrdí správanie čítačky; prevádzkovateľ platformy riadi registráciu účtov a oprávnenia. Ešte pred uvedením do prevádzky zaznamenajte, kto rieši prípadné nezhody.

1. Potvrďte možnosti čítačky a autorizácie

Vyžiadajte si špecifikáciu čítačky pre presný model nabíjačky, revíziu hardvéru a nainštalovaný firmvér. Zaznamenajte podporované bezkontaktné štandardy, používaný režim identifikačného prostriedku a prípadnú nastaviteľnú konverziu identifikátora. Opis „s podporou RFID“ na tieto otázky neodpovedá.

NFC pracuje na frekvencii 13,56 MHz a zahŕňa niekoľko bezkontaktných technológií vrátane ISO/IEC 14443 Type A, Type B a ISO/IEC 15693. Zhoda frekvencie preto sama osebe nie je úplnou nákupnou špecifikáciou. Zosúlaďte skutočnú technológiu karty s implementáciou čítačky. Technický prehľad NFC Forum vysvetľuje základné protokoly.

Následne zistite, čo stanica a serverový systém skutočne implementujú:

Certifikáciu OCPP treba čítať na úrovni funkcií. Aktualizácia OCA z decembra 2025 zaraďuje Local List Management medzi voliteľné funkcie profilu OCPP 2.0.1 Core. Aktualizovaný certifikačný program teda nezaručuje podporu lokálneho zoznamu pri každej certifikovanej stanici. Aplikačná poznámka OCA k OCPP 2.Lite, časť C, tiež vysvetľuje, že autorizačná vyrovnávacia pamäť môže chýbať a implementácie môžu podporovať rôzne metódy autorizácie.

Vyžiadajte si rozsah certifikátu a dokument Protocol Implementation Conformance Statement, ak je dostupný, a porovnajte ich s nainštalovaným softvérom. Tieto podklady uchovávajte spolu s konfiguráciou lokality.

OCA aktuálne zverejňuje balíky OCPP 1.6, 2.0.1 a 2.1. Príklady nižšie sa týkajú konkrétne 1.6 a 2.0.1; pri inštalácii 2.1 použite príslušnú špecifikáciu. Pri uvádzaní do prevádzky alebo aktualizácii skontrolujte oficiálne balíky na stiahnutie a opravy.

2. Zachyťte identifikátor zo skutočnej nabíjačky

Začnite malým súborom jednoznačne označených testovacích kariet. Vytlačenú referenciu karty veďte oddelene od elektronickej hodnoty: viditeľné sériové označenie, napríklad CRF-TEST-0042, je užitočné pre podporu, ale jeho vzťah k identifikátoru v serverovom systéme musí byť zdokumentovaný.

Pri online autorizačnej požiadavke OCPP ide o ilustračné časti obsahu správ s fiktívnym identifikátorom:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

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

Tieto časti neobsahujú rámcovanie správ WebSocket. Oficiálne schémy určujú maximum 20 znakov pre idTag vo verzii 1.6 a 36 pre reťazec idToken vo verzii 2.0.1; 2.0.1 vyžaduje aj typ tokenu. Overte údaje podľa balíka OCPP 1.6 alebo balíka OCPP 2.0.1 Edition 4 použitého v integrácii.

Lokálne autorizované spustenie môže mať inú sekvenciu správ. Integrátor má určiť, kde sa v tomto režime zaznamenáva identifikačný prostriedok a rozhodnutie o autorizácii.

3. Pred importom kariet sa dohodnite na zápise UID

Pre token ISO14443 odporúča OCPP 2.0.1 hexadecimálny zápis bajtov UID s bajtom 0 na začiatku. Správanie starších produktov treba aj tak overiť: aktivačný sprievodca OCPP od Wallboxu pre zahrnuté produkty predpisuje hexadecimálne hodnoty little-endian bez oddeľovačov. Je to pokyn pre konkrétne produkty, nie univerzálne pravidlo konverzie. Pozrite si OCPP 2.0.1, časť o autorizácii C.1.1 a aktivačného sprievodcu Wallbox, strany 14 a 20.

Pre túto fiktívnu sedembajtovú sekvenciu sú zápisy takéto:

Tabuľka ukazuje transformácie, nie štyri vzájomne zameniteľné hodnoty serverového systému. Importujte zápis, ktorý vyžaduje integrácia. Obrátenie bajtov mení poradie dvojíc znakov; obrátenie jednotlivých znakov dáva iný výsledok.

Písomne uchovávajte mapovanie medzi údajmi dodávateľa, denníkom stanice a importným poľom serverového systému. Uveďte dĺžku v bajtoch, hexadecimálny alebo desiatkový zápis, poradie bajtov, oddeľovače a každú výslovne zdokumentovanú transformáciu. Uchovajte pôvodný nespracovaný súbor. Vyhnite sa nezdokumentovanému skracovaniu a odhadovaniu chýbajúcich bajtov.

Skontrolujte nastavenia zariadení, ktoré transformujú identifikátory. Príručka Wallbox eM4 WebAdmin napríklad obsahuje možnosť „Shorten UIDs“ a upozorňuje, že nastavenia autorizácie možno meniť z lokálneho rozhrania aj zo serverového systému. Pozrite si príručku Wallbox WebAdmin, stranu 23. Po pripojení oboch systémov zaznamenajte účinnú konfiguráciu.

Stĺpce identifikátorov importujte do tabuliek ako text. Excel môže odstrániť úvodné nuly a obmedzuje číselnú presnosť na 15 platných číslic; náš desiatkový príklad má 16 číslic. Použitie formátu zobrazenia po zmene údajov pôvodný identifikátor neobnoví. Postupujte podľa pokynov Microsoftu na zachovanie identifikačných údajov.

Na preskúmanie zápisov použite konvertor UID ChargeRFID a na porovnanie výrobných súborov so súbormi serverového systému nástroj na zosúladenie súborov identifikátorov. Pred použitím na celú sériu potvrďte navrhované mapovanie podľa skutočného denníka nabíjačky.

4. Zaregistrujte identifikačné prostriedky a prideľte obchodné oprávnenia

Vytvorte záznam identifikačného prostriedku dokumentovaným registračným alebo importným postupom platformy. Pripojte ho k zamýšľanému vodičovi, vozidlu, oddeleniu alebo zákazníckemu účtu podľa toho, ako vaša prevádzka priraďuje nabíjanie.

Pri každom pilotnom identifikačnom prostriedku zaznamenajte:

Posudzujte ich ako samostatné akceptačné otázky. Identifikačný prostriedok môže byť v databáze a pritom nemusí mať zamýšľané oprávnenie pre lokalitu alebo priradenie účtu. Ani úspešné spustenie nepotvrdzuje použitie správneho spôsobu účtovania.

Použite registračný zoznam s referenciou série, výsledkom importu, dôvodom výnimky a kontrolórom. Pred vydaním vyriešte duplicitné hodnoty a konfliktné priradenia. Šablónu na odovzdanie údajov UID prispôsobte skutočným importným požiadavkám platformy; jej ukážkový riadok obsahuje testovacie údaje.

Pri zdieľaných vozidlách sa dohodnite, kto môže zastaviť reláciu. Testovacie prípady OCA pre OCPP 1.6 výslovne pokrývajú zastavenie iniciačnou kartou a zastavenie inou kartou prepojenou zhodným nadradeným identifikátorom. Otestujte skupinové správanie, ktoré chcete povoliť. Pozrite si testovacie prípady OCTT 2026-02, časti 2.3.1 a 2.3.2.

5. Stanovte výslovné pravidlá prístupu offline

Rozhodnite, či má nabíjanie pokračovať, keď stanica nedosiahne svoj riadiaci systém. Pri obmedzenom prístupe do depa vozového parku je rozumným východiskom počas výpadku povoliť zamýšľané lokálne autorizované identifikačné prostriedky a odmietať neznáme karty. Skôr než sa na tieto pravidlá spoľahnete, overte, že ich zariadenie dokáže vykonať.

Autorizačná vyrovnávacia pamäť uchováva autorizačné údaje získané pri predchádzajúcich výmenách. Lokálny autorizačný zoznam sa spravuje a synchronizuje zo serverového systému. Sú to odlišné mechanizmy. Vymazanie jedného nepotvrdzuje aktualizáciu druhého. OCPP 1.6 opisuje ich vzťah v časti 3.5 špecifikácie.

Toto sú príklady názvov špecifických pre jednotlivé verzie, ktoré treba prediskutovať s integrátorom, nie konfiguračný súbor na vloženie do nabíjačky:

Tieto názvy neznamenajú, že každá funkcia je implementovaná, zapnutá alebo zapisovateľná. OCPP 2.0.1 používa adresovanie komponentov a premenných; fungovanie každého nastavenia určuje model zariadenia a príslušný prípad použitia. Pozrite si časti Edition 4 o autorizácii a odkazovaných premenných.

Zaznamenajte kapacitu lokálneho zoznamu, potvrdenie aktualizácie, spracovanie skončenia platnosti, uchovanie po reštarte a správanie pri plnom úložisku. Otestujte známy identifikačný prostriedok, ktorý na stanici ešte nikdy nebol použitý, aj taký, ktorý tam už bol autorizovaný. Pomôže to určiť, o ktorý lokálny mechanizmus sa nasadenie skutočne opiera.

Do testu zahrňte opätovné pripojenie. Overte, ako sa offline transakcie dostanú do serverového systému, ako sa zosúladia a čo sa stane s prebiehajúcou reláciou, ak serverový systém po obnovení spojenia odmietne jej identifikačný prostriedok. S vlastníkom lokality sa dohodnite na prijateľnej prevádzkovej a finančnej expozícii.

6. Vedome zvoľte bezpečnostný model identifikačného prostriedku

Zistite, či čítačka len číta identifikátor, alebo s identifikačným prostriedkom vykonáva kryptografickú autentifikáciu. Pri riešení založenom iba na UID prijatie zhodného identifikátora nedokazuje držbu kryptografického tajomstva. Nákup čipu s bezpečnostnými funkciami má hodnotu len vtedy, ak ich nasadená čítačka a aplikácia využívajú.

Ak sa vyžaduje kryptografická autentifikácia karty, zdokumentujte podporovanú aplikáciu, vlastníctvo kľúčov, postup úvodnej prípravy, výmeny a zodpovednosti za migráciu. Tajné údaje nepatria do súborov na odovzdanie UID. Usmernenie NIST o bezpečnosti RFID, časť 5.3.1, opisuje rozdiel medzi identifikátormi a autentifikačnými mechanizmami. Ide o základné usmernenie z roku 2007; pri výbere podporovaných algoritmov a mechanizmov správy kľúčov používajte aktuálnu dokumentáciu produktu.

Spojenie stanice so serverovým systémom zabezpečte samostatne. Aktuálny Security Operations Guide OCA, časti 4.2 a 4.4, opisuje Security Profile 2 ako TLS s Basic Authentication a Profile 3 ako TLS s klientskymi certifikátmi a zaoberá sa ukladaním prihlasovacích údajov. Potvrďte nasadený profil transportu, validáciu certifikátov a správu autentifikačných údajov stanice. Tieto nastavenia chránia iné spojenie než prepojenie karty s čítačkou.

7. Roamingovú autorizáciu pridajte len vtedy, keď ju služba potrebuje

Súkromná inštalácia na pracovisku môže potrebovať iba register identifikačných prostriedkov vlastnej platformy. Roaming pridáva ďalšiu hranicu: prevádzkovateľ nabíjacích bodov, teda CPO, musí získať autorizáciu od príslušného poskytovateľa služieb elektromobility, teda eMSP, prostredníctvom podporovanej integrácie a obchodnej dohody.

V OCPI 2.3.0 záznam tokenu obsahuje identifikátor krajiny a identifikátor subjektu poskytovateľa, ktorému patrí, UID tokenu, typ, platnosť a pravidlá zaradenia do zoznamu povolených tokenov. Pravidlo ALLOWED_OFFLINE sa týka komunikácie medzi CPO a eMSP. Strata spojenia nabíjačky s CSMS je samostatný výpadok. Ak existujú obe hranice, otestujte obe.

Modul Tokens rozlišuje aj platný token a token povolený v konkrétnej lokalite. Zneplatnenie sa šíri aktualizovaným tokenom s valid: false; vymazávanie tokenov cez toto rozhranie nie je príslušný mechanizmus. Oficiálny modul Tokens OCPI 2.3.0 porovnajte s verziou dohodnutou s partnerom.

Pre pilot pomenujte vydavateľa a zapojenú sieť, určte očakávanú autorizačnú cestu a skontrolujte výslednú reláciu aj záznam nabíjania. Používanie rovnakej fyzickej karty vo viacerých službách stále vyžaduje príslušnú registráciu, oprávnenia a dohody.

8. Pri uvádzaní do prevádzky overte celý životný cyklus prístupu

Použite testovaciu maticu s očakávanými výsledkami zapísanými pred testom. Vykonajte ju pre každú odlišnú konfiguráciu hardvéru, firmvéru a serverového systému a potom výberovo overte nainštalované zariadenia voči schválenej konfigurácii.

Pri každom vykonaní uchovajte čas, identifikátory stanice a konektora, firmvér, referenciu testovacej karty, účinnú konfiguráciu, očakávaný a skutočný výsledok a príslušný záznam transakcie. V dôkazoch zdieľaných mimo prevádzkového tímu anonymizujte osobné údaje.

Pri strate karty zaznamenajte čas prijatia hlásenia a čas, keď každý pripojený systém potvrdil zmenu. Odpojená stanica nemôže okamžite prijať nové odobratie oprávnení. Praktická expozícia závisí od uloženého autorizačného stavu, pravidiel skončenia platnosti a správania pri opätovnom pripojení. Tento interval riešte v prevádzkovom postupe.

Neúspešné priloženie karty diagnostikujte na správnej hranici systémov

Získajte údaje o jednom neúspešnom pokuse vrátane časovej pečiatky a referencie karty a potom prejdite dôkazy. Tieto kontroly zúžia vyšetrovanie bez predpokladu, že každé zamietnutie má rovnakú príčinu.

Príklad nasadenia v depe vozového parku

Predstavme si fiktívne depo so 60 vodičmi, 12 nabíjacími bodmi a dvoma modelmi nabíjačiek. Prevádzkovateľ chce prístup priradený jednotlivým vodičom, obmedzený na depo, s možnosťou nabíjania schválených vodičov aj počas výpadku serverového systému.

Začnite piatimi vzorovými identifikačnými prostriedkami. Na každom modeli nabíjačky zachyťte hlásený identifikátor a dohodnite mapovanie na súbor dodávateľa. Vzorky zaregistrujte do pilotného účtu, prideľte prístup do depa a potvrďte zamýšľané nákladové stredisko.

Ak zariadenie podporuje spravovaný lokálny zoznam, vopred nahrajte pilotné identifikátory a zaznamenajte potvrdenú verziu. Pri týchto navrhovaných pravidlách nechajte neznáme offline identifikátory zakázané. V kontrolovanom teste odpojte stanicu od CSMS a vyskúšajte vopred nahratú kartu, neznámu kartu a kartu s odobratými oprávneniami, ktorej neaktuálny lokálny stav je zámerne zdokumentovaný. Obnovte spojenie a overte aktualizáciu aj záznamy transakcií.

Na oboch modeloch dokončite testy online zamietnutia, zastavenia relácie a účtovania. Po úspešnom pilote zosúlaďte výrobný súbor pre 60 kariet s registrom serverového systému, vyriešte výnimky a rozdeľte karty s jednoduchým postupom hlásenia straty. Príslušné akceptačné testy zopakujte po významných zmenách firmvéru, režimu čítačky alebo platformy.

Otázky, ktoré treba vyriešiť pred objednávkou

Treba nabíjacie karty RFID programovať?

Pri riešení, ktoré číta existujúci UID karty, môže nastavenie pozostávať z registrácie tejto hodnoty a pridelenia prístupu v platforme. Riešenie s chránenou aplikáciou môže vyžadovať personalizáciu karty a koordinovanú konfiguráciu čítačky. Pred objednaním ktorejkoľvek služby určte presný postup čítačky.

Môže existujúca zamestnanecká karta odomknúť aj nabíjačku?

Môže to byť možné, ak čítačka podporuje technológiu karty, požadovaný identifikátor je dostupný a stabilný a platforma umožňuje registráciu. Získajte súhlas vlastníka kartového systému a otestujte skutočné vzorky. Ako príklad registrácie špecifickej pre platformu dokumentácia Easee pre účty a lokálne kľúče opisuje odlišné rozsahy registrácie a upozorňuje na meniace sa identifikátory.

Bude jedna karta fungovať vo všetkých nabíjacích sieťach?

Zamýšľané siete overujte jednotlivo. Fyzická čitateľnosť, registrácia identifikačného prostriedku, práva účtu aj prípadná roamingová dohoda sú súčasťou akceptačných kritérií. Otestujte zapojenú sieť namiesto predpokladania pokrytia podľa vzhľadu karty.

Čo má dostať dodávateľ kariet?

Poskytnite požiadavky čítačky, schválené mapovanie vzorových identifikátorov, schému viditeľného číslovania, špecifikáciu materiálu a tlače, množstvo a dohodnutý formát dodania údajov. Uveďte osobu zodpovednú za import do serverového systému a prevzatie vzoriek. Ak to návrh vyžaduje, tajné údaje aplikácie odovzdajte samostatne dohodnutým bezpečným postupom úvodnej prípravy.

Pripravte špecifikáciu vzoriek pre svoje nasadenie

V jednej špecifikácii spojte model nabíjačky a firmvér, názov serverového systému a verziu protokolu, požadovaný režim identifikačného prostriedku, potvrdený zápis identifikátora a zamýšľané pravidlá offline. V laboratóriu identifikačných údajov ChargeRFID skontrolujte odovzdanie údajov a vyžiadajte si hotové vzorky pre pilot. Pred uvoľnením výrobnej objednávky spoločne schváľte fyzický identifikačný prostriedok aj celý jeho prístupový proces.