Jak skonfigurować dostęp RFID do firmowych ładowarek samochodów elektrycznych

Aby skonfigurować dostęp RFID do firmowych ładowarek samochodów elektrycznych, potwierdź zgodność czytnika z nośnikiem identyfikacyjnym, odczytaj identyfikator faktycznie zgłaszany przez ładowarkę, zarejestruj tę wartość na platformie zarządzania ładowaniem, przypisz wymagane uprawnienia i przetestuj całą sesję ładowania. Następnie sprawdź, co dzieje się po utracie łączności i po cofnięciu uprawnień karty.

Zamów partię produkcyjną dopiero wtedy, gdy reprezentatywna próbka przejdzie tę procedurę. Prawidłowy odczyt karty potwierdza tylko część wyniku. Protokół odbioru powinien również potwierdzać właściwy punkt ładowania, konto, zapis energii i sposób zatrzymania sesji.

Ten poradnik dotyczy zarządzania dostępem po zainstalowaniu i uruchomieniu urządzeń przez wykwalifikowanego instalatora. Jest przeznaczony dla zespołu łączącego fizyczne nośniki identyfikacyjne z systemem zarządzania ładowaniem.

Ustal, który system podejmuje poszczególne decyzje

W procesie autoryzacji online czytnik RFID pobiera identyfikator, stacja ładowania przekazuje go do systemu zarządzania stacjami ładowania, czyli CSMS, a platforma zwraca wynik autoryzacji. OCPP reguluje komunikację między stacją a tym systemem zarządzania. Radiowy interfejs karty i czytnika stanowi osobną część integracji. Zobacz opis protokołu Open Charge Alliance.

Wyznacz jedną osobę odpowiedzialną za każdą warstwę. Dostawca kart może dostarczyć uzgodniony fizyczny nośnik i plik identyfikatorów; integrator ładowarek potwierdza zachowanie czytnika; operator platformy kontroluje rejestrację kont i uprawnienia. Przed rozpoczęciem uruchamiania zapisz, kto rozwiązuje rozbieżności.

1. Potwierdź możliwości czytnika i autoryzacji

Poproś o specyfikację czytnika dla dokładnego modelu ładowarki, rewizji sprzętu i zainstalowanego oprogramowania układowego. Zapisz obsługiwane standardy bezstykowe, używany tryb obsługi nośnika i wszelkie konfigurowalne konwersje identyfikatora. Określenie takie jak „obsługuje RFID” pozostawia te pytania bez odpowiedzi.

NFC działa na częstotliwości 13,56 MHz i obejmuje kilka technologii bezstykowych, w tym ISO/IEC 14443 Type A, Type B oraz ISO/IEC 15693. Sama zgodność częstotliwości nie jest więc kompletną specyfikacją zakupową. Dopasuj rzeczywistą technologię karty i implementację czytnika. Opis techniczny NFC Forum wyjaśnia te podstawowe protokoły.

Następnie ustal, co stacja i system zaplecza faktycznie implementują:

Certyfikację OCPP trzeba analizować na poziomie poszczególnych funkcji. Aktualizacja OCA z grudnia 2025 r. umieszcza Local List Management wśród funkcji opcjonalnych profilu OCPP 2.0.1 Core. Zaktualizowany program certyfikacji nie gwarantuje więc, że każda certyfikowana stacja obsługuje listę lokalną. Nota aplikacyjna OCPP 2.Lite, sekcja C, wydana przez OCA, również wyjaśnia, że można pominąć pamięć podręczną autoryzacji i że implementacje mogą obsługiwać różne metody autoryzacji.

Poproś o zakres certyfikatu i Protocol Implementation Conformance Statement, jeżeli są dostępne, i porównaj je z zainstalowanym oprogramowaniem. Zachowaj te dowody wraz z konfiguracją obiektu.

OCA publikuje obecnie pakiety OCPP 1.6, 2.0.1 i 2.1. Poniższe przykłady dotyczą konkretnie wersji 1.6 i 2.0.1; dla instalacji 2.1 użyj odpowiedniej specyfikacji. Podczas uruchamiania lub aktualizacji sprawdź oficjalne pliki do pobrania i erraty.

2. Odczytaj identyfikator z rzeczywistej ładowarki

Zacznij od niewielkiego zestawu rozróżnialnych kart testowych. Oddziel nadrukowane oznaczenie karty od wartości elektronicznej: widoczny numer seryjny, taki jak CRF-TEST-0042, pomaga w obsłudze technicznej, ale trzeba udokumentować jego związek z identyfikatorem w systemie zaplecza.

Poniżej znajdują się przykładowe fragmenty danych żądania autoryzacji OCPP online z fikcyjnym identyfikatorem:

OCPP 1.6

{"idTag":"04A1B2C3D4E5F7"}

OCPP 2.0.1

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

Fragmenty pomijają opakowanie komunikatów WebSocket. Oficjalne schematy określają maksymalnie 20 znaków dla idTag w 1.6 i 36 dla ciągu idToken w 2.0.1; wersja 2.0.1 wymaga też typu tokena. Zweryfikuj dane względem pakietu OCPP 1.6 lub pakietu OCPP 2.0.1 Edition 4 używanego w integracji.

Uruchomienie autoryzowane lokalnie może mieć inną sekwencję komunikatów. Poproś integratora o wskazanie, gdzie w tym trybie rejestrowane są nośnik i decyzja autoryzacyjna.

3. Uzgodnij reprezentację UID przed importem kart

Dla tokena ISO14443 OCPP 2.0.1 zaleca szesnastkowe bajty UID z bajtem 0 na początku. Nadal trzeba sprawdzić zachowanie starszych produktów: instrukcja aktywacji OCPP firmy Wallbox wymaga wartości szesnastkowych little-endian bez separatorów dla produktów objętych instrukcją. To zalecenie właściwe dla produktu, a nie uniwersalna reguła konwersji. Zobacz OCPP 2.0.1, sekcja autoryzacji C.1.1 oraz instrukcję aktywacji Wallbox, strony 14 i 20.

Dla tej fikcyjnej sekwencji siedmiu bajtów reprezentacje są następujące:

Tabela przedstawia przekształcenia, a nie cztery wymienne wartości dla systemu zaplecza. Importuj reprezentację wymaganą przez integrację. Odwrócenie bajtów zmienia kolejność parami znaków; odwrócenie pojedynczych znaków daje inny wynik.

Prowadź pisemne mapowanie między danymi dostawcy, dziennikiem stacji i polem importu systemu zaplecza. Uwzględnij długość w bajtach, zapis szesnastkowy lub dziesiętny, kolejność bajtów, separatory oraz każde wyraźnie udokumentowane przekształcenie. Zachowaj surowy plik źródłowy. Unikaj nieudokumentowanego obcinania i zgadywania brakujących bajtów.

Sprawdź ustawienia urządzenia przekształcające identyfikatory. Na przykład instrukcja Wallbox eM4 WebAdmin zawiera opcję „Shorten UIDs” i ostrzega, że ustawienia autoryzacji można zmieniać zarówno lokalnie, jak i w systemie zaplecza. Zobacz instrukcję Wallbox WebAdmin, strona 23. Zapisz faktyczną konfigurację po połączeniu obu systemów.

Importuj kolumny identyfikatorów do arkuszy kalkulacyjnych jako tekst. Excel może usuwać zera wiodące i ogranicza precyzję liczbową do 15 cyfr znaczących; nasz przykład dziesiętny ma 16 cyfr. Nadanie formatu wyświetlania po zmianie danych nie przywraca oryginalnego identyfikatora. Postępuj zgodnie ze wskazówkami Microsoft dotyczącymi zachowania danych identyfikatorów.

Użyj konwertera UID ChargeRFID, aby sprawdzić reprezentacje, oraz narzędzia do uzgadniania plików nośników identyfikacyjnych, aby porównać pliki produkcyjne z plikami systemu zaplecza. Potwierdź proponowane mapowanie na podstawie rzeczywistego dziennika ładowarki przed zastosowaniem go do całej partii.

4. Zarejestruj nośniki i przypisz uprawnienia oraz zasady rozliczeń

Utwórz rekord nośnika zgodnie z udokumentowaną procedurą rejestracji lub importu platformy. Powiąż go z właściwym kierowcą, pojazdem, działem lub kontem klienta zgodnie ze sposobem przypisywania ładowania w organizacji.

Dla każdego nośnika pilotażowego zapisz:

Traktuj te punkty jako osobne kryteria odbioru. Nośnik może istnieć w bazie danych bez właściwego uprawnienia do lokalizacji lub przypisania do konta. Podobnie poprawne uruchomienie nie dowodzi zastosowania prawidłowych warunków rozliczeń.

Używaj rejestru z oznaczeniem partii, wynikiem importu, przyczyną wyjątku i osobą sprawdzającą. Rozwiąż problemy z powielonymi wartościami i sprzecznymi przypisaniami przed wydaniem kart. Dostosuj szablon przekazania UID do rzeczywistej specyfikacji importu platformy; przykładowy wiersz zawiera dane testowe.

Dla współdzielonych pojazdów uzgodnij, kto może zatrzymać sesję. Przypadki testowe OCPP 1.6 organizacji OCA wyraźnie obejmują zatrzymywanie kartą inicjującą oraz inną kartą powiązaną przez zgodny identyfikator nadrzędny. Przetestuj zachowanie grupowe, które zamierzasz włączyć. Zobacz przypadki testowe OCTT 2026-02, sekcje 2.3.1 i 2.3.2.

5. Określ jednoznaczną politykę dostępu offline

Zdecyduj, czy ładowanie ma być dostępne, gdy stacja nie może połączyć się z systemem zarządzania. W zamkniętej bazie floty rozsądnym punktem wyjścia jest dopuszczanie przewidzianych nośników autoryzowanych lokalnie i odrzucanie nieznanych kart podczas awarii. Zanim zaczniesz polegać na tej polityce, potwierdź, że urządzenia potrafią ją realizować.

Pamięć podręczna autoryzacji przechowuje informacje o autoryzacji pozyskane w poprzednich wymianach. Lokalna lista autoryzacji jest zarządzana i synchronizowana z systemu zaplecza. Są to odrębne mechanizmy. Wyczyszczenie jednego nie dowodzi aktualizacji drugiego. OCPP 1.6 opisuje ich związek w sekcji 3.5 specyfikacji.

Poniżej podano przykłady nazw właściwych dla wersji, które należy omówić z integratorem, a nie plik konfiguracji do wklejenia do ładowarki:

Nazwy nie stanowią potwierdzenia, że każda funkcja jest zaimplementowana, włączona lub dostępna do zapisu. OCPP 2.0.1 stosuje adresowanie przez komponenty i zmienne; model urządzenia oraz właściwy przypadek użycia określają działanie każdego ustawienia. Zobacz sekcje Edition 4 dotyczące autoryzacji i wskazanych zmiennych.

Zapisz pojemność listy lokalnej, potwierdzenie aktualizacji, obsługę wygaśnięcia, zachowanie danych po restarcie oraz działanie przy pełnej pamięci. Przetestuj znany nośnik, którego nigdy wcześniej nie użyto na stacji, oraz taki, który był już na niej autoryzowany. Pomoże to ustalić, na którym mechanizmie lokalnym faktycznie opiera się wdrożenie.

Uwzględnij ponowne połączenie w testach. Sprawdź, jak transakcje offline trafiają do systemu zaplecza, jak są uzgadniane i co dzieje się z trwającą sesją, jeżeli system zaplecza odrzuci jej nośnik po przywróceniu łączności. Uzgodnij z właścicielem obiektu dopuszczalne ryzyko operacyjne i finansowe.

6. Świadomie wybierz model bezpieczeństwa nośników

Zapytaj, czy czytnik tylko odczytuje identyfikator, czy przeprowadza z nośnikiem uwierzytelnianie kryptograficzne. W rozwiązaniu opartym wyłącznie na UID akceptacja zgodnego identyfikatora nie dowodzi posiadania tajnego materiału kryptograficznego. Zakup układu z funkcjami bezpieczeństwa przynosi korzyść tylko wtedy, gdy wdrożony czytnik i aplikacja wykorzystują te funkcje.

Jeśli wymagane jest kryptograficzne uwierzytelnianie karty, udokumentuj obsługiwaną aplikację, własność kluczy, proces przygotowania i konfiguracji, procedurę wymiany oraz odpowiedzialność za migrację. Nie umieszczaj tajnych danych w plikach przekazania UID. Wytyczne NIST dotyczące bezpieczeństwa RFID, sekcja 5.3.1, opisują różnicę między identyfikatorami a mechanizmami uwierzytelniania. To podstawowe wytyczne opublikowane w 2007 r.; wybieraj obsługiwane algorytmy i mechanizmy zarządzania kluczami na podstawie aktualnej dokumentacji produktów.

Oddzielnie zabezpiecz połączenie między stacją a systemem zaplecza. Aktualny Security Operations Guide OCA, sekcje 4.2 i 4.4, opisuje Security Profile 2 jako TLS z Basic Authentication, a Profile 3 jako TLS z certyfikatami po stronie klienta oraz omawia przechowywanie danych uwierzytelniających. Potwierdź wdrożony profil transportowy, weryfikację certyfikatów i zarządzanie danymi uwierzytelniającymi stacji. Ustawienia te chronią inne połączenie niż łącze między kartą a czytnikiem.

7. Dodaj autoryzację roamingową tylko wtedy, gdy wymaga jej usługa

Prywatna instalacja w miejscu pracy może potrzebować wyłącznie rejestru nośników we własnej platformie. Roaming dodaje kolejną granicę: operator punktów ładowania, czyli CPO, musi uzyskać autoryzację od odpowiedniego dostawcy usług elektromobilności, czyli eMSP, poprzez obsługiwaną integrację i uzgodnienia handlowe.

W OCPI 2.3.0 rekord tokena zawiera identyfikatory kraju i podmiotu dostawcy będącego właścicielem, UID tokena, typ, ważność i politykę listy dozwolonych tokenów. Polityka ALLOWED_OFFLINE dotyczy komunikacji między CPO a eMSP. Utrata połączenia ładowarki z CSMS jest odrębną awarią. Przetestuj obie granice, jeżeli obie występują.

Moduł Tokens odróżnia również token ważny od tokena dozwolonego w konkretnej lokalizacji. Unieważnienie propaguje się przez aktualizację tokena z valid: false; usuwanie tokenów przez ten interfejs nie jest przewidzianym mechanizmem. Sprawdź oficjalny moduł Tokens OCPI 2.3.0 względem wersji uzgodnionej z partnerem.

Na potrzeby pilotażu wskaż wydawcę i uczestniczącą sieć, określ oczekiwaną ścieżkę autoryzacji i sprawdź wynikową sesję oraz zapis ładowania. Używanie tej samej fizycznej karty w różnych usługach nadal wymaga odpowiednich rejestracji, uprawnień i umów.

8. Sprawdź cały cykl życia dostępu podczas uruchamiania

Użyj macierzy testów z wynikami oczekiwanymi zapisanymi przed testem. Wykonaj ją dla każdej odrębnej konfiguracji sprzętu, oprogramowania układowego i systemu zaplecza, a następnie wyrywkowo porównaj zainstalowane urządzenia z zatwierdzoną konfiguracją.

Dla każdego przebiegu zachowaj czas, identyfikatory stacji i złącza, oprogramowanie układowe, oznaczenie karty testowej, efektywną konfigurację, wynik oczekiwany, wynik rzeczywisty i właściwy zapis transakcji. Ukryj dane osobowe w dowodach udostępnianych poza zespołem operacyjnym.

Po zgubieniu karty zapisz czas otrzymania zgłoszenia oraz potwierdzenia zmiany przez każdy połączony system. Odłączona stacja nie może natychmiast otrzymać nowej informacji o cofnięciu uprawnień. Rzeczywiste ryzyko zależy od zapisanego stanu autoryzacji, reguł wygaśnięcia i zachowania po ponownym połączeniu. Uwzględnij ten przedział czasu w procedurze operacyjnej.

Diagnozuj nieudany odczyt na właściwej granicy systemów

Zbierz dane jednej nieudanej próby ze znacznikiem czasu i oznaczeniem karty, a następnie przeanalizuj dowody. Te kontrole zawężają badanie bez założenia, że każde odrzucenie ma tę samą przyczynę.

Przykładowe wdrożenie w bazie floty

Rozważmy fikcyjną bazę z 60 kierowcami, 12 punktami ładowania i dwoma modelami ładowarek. Operator chce przypisywać dostęp poszczególnym kierowcom, ograniczyć go do bazy i umożliwić zatwierdzonym kierowcom ładowanie podczas awarii systemu zaplecza.

Zacznij od pięciu próbnych nośników. Na każdym modelu ładowarki odczytaj zgłaszany identyfikator i uzgodnij mapowanie do pliku dostawcy. Zarejestruj próbki na koncie pilotażowym, nadaj dostęp do bazy i potwierdź właściwe centrum kosztów.

Jeśli urządzenia obsługują zarządzaną listę lokalną, wczytaj wcześniej nośniki pilotażowe i zapisz potwierdzoną wersję. W proponowanej polityce pozostaw wyłączoną obsługę nieznanych nośników offline. W kontrolowanym teście odłącz stację od CSMS, a następnie wypróbuj kartę wstępnie wczytaną, nieznaną oraz kartę z cofniętymi uprawnieniami, której nieaktualny stan lokalny świadomie udokumentowano. Przywróć łączność i sprawdź aktualizację oraz zapisy transakcji.

Wykonaj testy odrzucania online, zatrzymywania sesji i rozliczeń na obu modelach. Po pomyślnym pilotażu uzgodnij plik produkcyjny 60 kart z rejestrem systemu zaplecza, rozwiąż wyjątki i rozdaj karty wraz z prostą procedurą zgłaszania zagubienia. Powtarzaj odpowiednie testy odbiorowe po istotnych zmianach oprogramowania układowego, trybu czytnika lub platformy.

Pytania do rozstrzygnięcia przed zamówieniem

Czy karty RFID do ładowania wymagają programowania?

W rozwiązaniu odczytującym istniejący UID karty konfiguracja może sprowadzać się do rejestracji tej wartości i nadania dostępu na platformie. Rozwiązanie korzystające z chronionej aplikacji może wymagać personalizacji karty i skoordynowanej konfiguracji czytnika. Określ dokładny sposób działania czytnika przed zamówieniem którejkolwiek z tych usług.

Czy istniejąca karta pracownicza może też odblokować ładowarkę?

Może to być możliwe, jeśli czytnik obsługuje technologię karty, wymagany identyfikator jest dostępny i stabilny, a platforma pozwala go zarejestrować. Uzyskaj zgodę właściciela systemu kart i przetestuj rzeczywiste próbki. Jako przykład rejestracji właściwej dla platformy dokumentacja Easee dotycząca kont i kluczy lokalnych opisuje różne zakresy rejestracji i ostrzega przed zmieniającymi się identyfikatorami.

Czy jedna karta będzie działać w każdej sieci ładowania?

Ustal docelowe sieci osobno. Fizyczna możliwość odczytu, rejestracja nośnika, prawa konta i ewentualna umowa roamingowa należą do kryteriów odbioru. Przetestuj uczestniczącą sieć zamiast zakładać zasięg na podstawie wyglądu karty.

Co powinien otrzymać dostawca kart?

Przekaż wymagania czytnika, zatwierdzone mapowanie identyfikatora próbki, schemat widocznej numeracji, specyfikację materiału i nadruku, ilość oraz uzgodniony format dostarczenia danych. Wskaż osobę odpowiedzialną za import do systemu zaplecza i odbiór próbek. Jeżeli rozwiązanie tego wymaga, przekaż tajne dane aplikacji przez osobno uzgodniony, bezpieczny proces przygotowania i konfiguracji.

Przygotuj specyfikację próbek dla swojego wdrożenia

Połącz w jednej specyfikacji model i oprogramowanie układowe ładowarki, nazwę systemu zaplecza i wersję protokołu, wymagany tryb nośnika, potwierdzoną reprezentację identyfikatora oraz docelową politykę offline. Skorzystaj z laboratorium nośników ChargeRFID, aby sprawdzić przekazanie danych, i zamów gotowe próbki do pilotażu. Zatwierdź fizyczny nośnik wraz z całym procesem dostępu przed zwolnieniem zamówienia produkcyjnego.