You are using an unsupported browser. Please update your browser to the latest version on or before July 31, 2020.
close
You are viewing the article in preview mode. It is not live at the moment.
Dom > Artykuły + FAQ > White Paper - Ładowanie na stacji która ma włączone OCPP ale utraciła połączenie
White Paper - Ładowanie na stacji która ma włączone OCPP ale utraciła połączenie
print icon

Wersja 1, 2024-02-23 Autor: Klaudia Kostogłód

 

 

Wstęp

Kiedy stacja ładowania jest podłączona do systemu backendowego za pomocą OCPP (Open Charge Point Protocol), utrata połączenia może stanowić poważny problem dla użytkowników samochodów elektrycznych. Bez stałego połączenia z systemem, użytkownicy mogą napotkać trudności w ładowaniu samochodu i rozpoczęciu transakcji. To może być szczególnie uciążliwe w sytuacjach, gdy podróżujący liczą na szybkie doładowanie swojego pojazdu. Tematem tego dokumentu jest przedstawienie możliwości ładowania samochodu w przypadku kiedy stacja utraci połączenie z serwerem.

 

Opis problemu

Aby Stacja była z sukcesem podłączona do systemu backendowego OCPP musi być skonfigurowana i mieć podłączenie do internetu - dla ładowarki Master - lub do stacji Master - dla ładowarki Slave.

W przypadku problemów z łącznością może pojawić się komunikat Connection state: Disconnected lub Offline. Oznacza to, że komunikacja OCPP jest włączona, jednak nie ma połączenia z serwerem. W takim przypadku ładowanie samochodu nie rozpocznie się jeśli nie będą skonfigurowane odpowiednie klucze konfiguracyjne OCPP.

 

Realizacja w ładowarkach Enelion

W przypadku połączenia stacji z OCPP, ale przy statusie offline czy disconnected, ładowarka domyślnie nie pozwala na ładowanie. Można je umożliwić włączając odpowiednie klucze konfiguracyjne OCPP. W przypadku stacji Enelion można to zrobić za pomocą:

1. Klucza AllowOfflineTxforunknownID, który pozwala na autoryzację nieznanymi kartami RFID (znane karty są rozumiane jako te dodane do lokalnej listy autoryzacyjnej OCPP). Status inny niż “Accepted” (Invalid, Blocked, Expired) musi nadal zostać odrzucony.

2. Włączenia Local List - włączenie dwóch kluczy LocalAuthorizeOffline i LocalAuthListEnable. Lokalna lista zawiera listę ID tagów. Tagi mogą otrzymać różny status: Accepted, Invalid, Blocked i Expired. Ten status jest ustawiany w systemie backendowym i przesyłany do stacji. Oznacza to, że tworząc lokalna listę można umożliwić ładowanie konkretnym ID tagom, a zablokować drugim.

 

 

Przykłady wykorzystania

Metody opisane w poprzednim punkcie mogą być stosowane jednocześnie lub oddzielnie.

1. "Biała lista", korzysta tylko z listy autoryzacyjnej. W przypadku aktywowania Lokalnej listy, tylko ID tagi, które zostały na nią wcześniej dodane ze statusem Accepted, będą mogły autoryzować ładowanie w przypadku utraty połączenia z serwerem.

 

2. "W razie awarii, zezwalaj na wszystko", bez listy, tylko AllowOfflineTxForUnknownId. W przypadku kiedy jest włączony klucz AllowOfflineTxforunknownID stacja po utracie połączenia z serwerem pozwala na ładowanie wszystkimi ID tagami.

Rys.1 Widok kluczy OCPP w tym "AllowOfflineTxForUnknowId" w panelu konfiguracyjnym

 

3. "Czarna lista", korzysta z obu kluczy, wtedy na liście autoryzacyjnej ma sens mieć przede wszystkim tagi, które mają nie być dopuszczone do ładowania. Włączenie klucza AllowOfflineTxforunknownID oraz aktywowanie Lokalnej listy spowoduje że przy utracie połączenia z serwerem, stacja najpierw sprawdzi lokalną listę i przepuści tagi które zostały przesłane ze statusem Accepted. W tej konfiguracji przyjmiemy wszystkie nieznane tagi oraz wszystkie tagi "Accepted" na lokalnej liście, niezależnie od historii autoryzacji do tej pory.

 

informacje zwrotne
0 z 0 uznało to za pomocne

przewiń do górnej ikony