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.
Home > FAQ > PL FAQ > Ładowanie na stacji która ma włączone OCPP ale utraciła połączenie
Ł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. Na rys. 1 przedstawiono połączenie z sukcesem widoczne w panelu
konfiguracyjnym.

 

 

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.

 

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.

 

 

 

Feedback
0 out of 0 found this helpful

scroll to top icon