Kompletny przewodnik po OCPP 1.6 EV Sieci ładowania

Czym dokładnie jest OCPP 1.6?

Zasadniczo OCPP 1.6 to protokół komunikacyjny typu open source zarządzany przez Open Charge Alliance (OCA), globalne konsorcjum poświęcone rozwojowi EV infrastruktury. Określa protokoły wymiany informacji między EV Stacja ładowania (punkt ładowania) i system centralny lub system zaplecza. W przeciwieństwie do poprzednich wersji OCPP, wersja 1.6 dodała kilka kluczowych funkcji, które ujednoliciły przetwarzanie danych w sieci.

Podstawowe funkcje protokołu OCPP 1.6 mają na celu obsługę cyklu życia sesji ładowania. Po pierwszym uruchomieniu ładowarki, wysyła ona powiadomienie BootNotification do systemu CMS w celu identyfikacji i sprawdzenia specyfikacji sprzętu. Ładowarka okresowo wysyła komunikat Heartbeat, aby utrzymać połączenie z siecią. Po nadejściu użytkownika protokół obsługuje autoryzację, porównując znaczniki RFID lub dane uwierzytelniające aplikacji mobilnej z bazą danych. Ładowarka przesyła wartości liczników (MeterValues) podczas ładowania, aby raportować zużycie energii, co jest niezbędne do rozliczeń. Protokół obsługuje również polecenia zdalne, w tym RemoteStartTransaction lub RemoteStopTransaction, dzięki czemu operatorzy mogą obsługiwać sprzęt oddalony o tysiące kilometrów bez konieczności fizycznej obecności. Oprócz tych podstawowych funkcji transakcyjnych, protokół OCPP 1.6 obsługuje aktualizacje oprogramowania sprzętowego online (OTA). Umożliwia to operatorom zdalną instalację poprawek oprogramowania, aktualizacji zabezpieczeń i nowych funkcji w sprzęcie, dzięki czemu zainstalowana dziś ładowarka będzie kompatybilna z pojazdami elektrycznymi przyszłości, bez konieczności wizyty technika.

Dlaczego OCPP 1.6 JSON zastąpił starszą wersję SOAP?

Podczas wczesnej EV W przypadku infrastruktury, wielu producentów stosowało zastrzeżone protokoły. Kupując ładowarkę w firmie A, nie miałeś wyboru i musiałeś korzystać z oprogramowania tej firmy, dopóki produkt działał. To uzależnienie od dostawców stanowiło ogromne zagrożenie dla operatorów. W przypadku bankructwa producenta lub podniesienia opłat za oprogramowanie, sprzęt był kosztownym przyciskiem do papieru.

OCPP 1.6 eliminuje to ryzyko, oferując interoperacyjność. Wykonawca EPC (Engineering, Procurement, and Construction) będzie mógł wybrać najbardziej stabilny sprzęt i połączyć go z dowolnym oprogramowaniem kompatybilnym z OCPP, które zapewnia wymagane funkcje fakturowania i monitorowania. To elastyczność, która sprzyja konkurencji i innowacyjności. Co więcej, ułatwia proces rozbudowy sieci ładowania. Operator nie jest ograniczony do jednej marki, gdy chce dodać nowe stacje do istniejącej lokalizacji. Może łączyć i wymieniać sprzęt zgodnie z lokalnymi potrzebami, nadal korzystając z jednego panelu zarządzania.

Powód, dla którego OCPP 1.6 JSON zastąpił starszą wersję SOAP

Ewolucja technologiczna niekoniecznie oznacza dodawanie funkcji, ale udoskonalanie mechanizmu dostarczania. Przed wersją OCPP 1.6 protokół wykorzystywał SOAP (Simple Object Access Protocol), który wykorzystywał komunikację opartą na XML. SOAP był funkcjonalny, ale wymagał dużej przepustowości i mocy obliczeniowej ze względu na rozwlekłą naturę XML.

Branża zmieniła się wraz z przejściem na protokół OCPP 1.6 JSON (JavaScript Object Notation) w stosunku do protokołu WebSockets. JSON to lekki format wymiany danych, znacznie łatwiejszy do odczytania przez maszyny i ludzi. Protokół ten spełnił niektóre z najważniejszych celów dzięki wykorzystaniu JSON. Po pierwsze, znacząco zwiększył wydajność transmisji danych, co jest kluczowe w przypadku ładowarek połączonych za pośrednictwem sieci komórkowych, gdzie każdy megabajt to pieniądz. Po drugie, zmniejszył opóźnienia, umożliwiając komunikację między ładowarką a systemem zarządzania niemal w czasie rzeczywistym. Wreszcie, zmaksymalizował skalowalność systemu, umożliwiając pojedynczemu serwerowi w chmurze obsługę dziesiątek tysięcy ładowarek jednocześnie bez ryzyka awarii pod wpływem intensywnego przetwarzania XML.

Przewaga techniczna struktury JSON jest natychmiast widoczna, gdy porównamy ją ze starszą architekturą SOAP w kilku kluczowych wymiarach operacyjnych:

Mechanika inteligentnego ładowania i dynamicznego równoważenia obciążenia za pomocą protokołu OCPP 1.6

OCPP 1.6 transformuje EV Przejście z pasywnego ładowania do aktywnej koordynacji energetycznej. Podstawowa innowacja, inteligentne ładowanie, pozwala operatorom uniknąć kosztownych modernizacji sieci poprzez przekształcenie pojedynczych ładowarek w ujednoliconą, sterowaną programowo sieć i radykalne zwiększenie liczby aktywnych punktów ładowania.

Centralny System Zarządzania (CMS) nie tylko monitoruje dane, ale także aktywnie kontroluje zachowanie sprzętu pod względem elektrycznym poprzez wykorzystanie profili ładowania. To właśnie ta szczegółowa kontrola sprawia, że ​​Dynamiczne Równoważenie Obciążenia (DBA)DLB) rzeczywistość komercyjna:

• Optymalizacja przepustowości infrastruktury: Dynamiczne równoważenie obciążenia (DLB) przekształca ograniczenia fizyczne w zmienne. OCPP 1.6 może bezpiecznie obsługiwać dziesięć lub więcej ładowarek, zamiast około czterech, które tradycyjnie obsługiwałby limit 100 kW. System mierzy całkowite obciążenie w czasie rzeczywistym i automatycznie zmniejsza moc wyjściową na jednostkę, aby utrzymać stabilność sieci i zmaksymalizować liczbę aktywnych punktów ładowania.
• Inteligentne zarządzanie priorytetami: Operatorzy wykraczają poza samą dystrybucję, oferując takie funkcje jak StackLevel i harmonogramy ładowania. Możesz nadać priorytet abonentom premium lub pojazdom flotowym, aby były gotowe do misji, a pozostałe sesje wykorzystały resztę bufora mocy.
• Algorytmiczna optymalizacja kosztów: System będzie automatycznie dostosowywał prędkość ładowania do taryf uzależnionych od czasu użytkowania (TOU), przenosząc duże zużycie energii na godziny poza szczytem, ​​co znacznie obniży koszty energii elektrycznej i zmaksymalizuje marże.

Przełożenie protokołów cyfrowych na monitorowanie czujników sprzętowych w czasie rzeczywistym

Protokół to po prostu sekwencja instrukcji; wymaga dobrego sprzętu, aby przekształcić te instrukcje w działania fizyczne. Wyobraź sobie protokół i sprzęt jako mózg i układ nerwowy. Gdy system CMS wyda polecenie przerwania transakcji, wewnętrzny kontroler ładowarki musi aktywować fizyczny stycznik, aby przerwać połączenie elektryczne.

Protokół OCPP 1.6 komunikuje się bezpośrednio z różnymi czujnikami sprzętowymi, zapewniając bezpieczeństwo i dokładność. Na przykład komunikat MeterValues ​​jest oparty na czujnikach prądu i napięcia o wysokiej rozdzielczości, wbudowanych w ładowarkę. Bez prawidłowej kalibracji tych czujników, informacje rozliczeniowe przesyłane przez OCPP będą nieprawidłowe. Co więcej, protokół śledzi czujniki temperatury. Gdy jeden z wewnętrznych komponentów zaczyna się przegrzewać, ładowarka może wysłać powiadomienie o stanie błędu (StatusNotification), a oprogramowanie może zakończyć sesję, zanim dojdzie do jego uszkodzenia.

W bardziej zaawansowanym sprzęcie, takim jak ten z PCT W przypadku opatentowanych struktur gaszenia łuku elektrycznego, interakcja jest jeszcze bardziej krytyczna. Ochrona fizyczna (uszczelnienie IP66, odcięcie 1500 V DC) jest zapewniana przez sprzęt, a protokół OCPP oferuje warstwę diagnostyczną, która informuje operatora o stanie tych komponentów. Ta synergia gwarantuje, że koncepcja bezpieczeństwa nie jest bierną cechą, lecz aktywnie monitorowanym punktem danych. To właśnie w zapewnieniu tego idealnego połączenia solidnego sprzętu i precyzyjnych standardów cyfrowych… BENY doświadczenie produkcyjne wchodzi w grę.

Typowe błędy połączenia i jak je szybko naprawić

Pomimo najodpowiedniejszego sprzętu, instalacja stacji ładowania może być trudna. Cyfrowe nawiązanie połączenia między nową ładowarką a systemem CMS może się nie powieść z wielu powodów. Oto pięć najczęstszych błędów połączenia i ich rozwiązania:

• Nieprawidłowy adres URL WebSocket (punkt końcowy OCPP): Najczęstszym problemem jest literówka w adresie URL CMS, czyli ładowarka nie wie, gdzie wysyłać wiadomości. Aby rozwiązać ten problem, upewnij się, że adres punktu końcowego (zazwyczaj zaczynający się od ws:// lub wss://) jest poprawny, a identyfikator punktu ładowania na końcu adresu URL dokładnie odpowiada identyfikatorowi zarejestrowanemu w oprogramowaniu zaplecza.
• Ograniczenia sieciowe i zapory sieciowej: Wiele instalacji przemysłowych lub komercyjnych korzysta ze sztywnych zapór sieciowych, które blokują dostęp do portów niezbędnych do korzystania z protokołu WebSocket. Można to rozwiązać, współpracując z działem IT danej lokalizacji, aby upewnić się, że sieć lokalna zezwala na ruch wychodzący na wymaganych portach (zazwyczaj 80 lub 443) oraz że adres IP CMS został pomyślnie dodany do białej listy.
• Niezgodność certyfikatu SSL/TLS: W przypadku bezpiecznego połączenia (wss://) ładowarka musi domyślnie ufać serwerowi poprzez jego certyfikat SSL. Ponieważ starsze oprogramowanie układowe może nie być w stanie zidentyfikować nowszych certyfikatów, najskuteczniejszą metodą jest aktualizacja oprogramowania układowego ładowarki do najnowszej wersji lub upewnienie się, że system CMS korzysta z globalnie akceptowanego urzędu certyfikacji.
• Błędy autoryzacji (tryb offline): Czasami ładowarka może połączyć się z siecią, ale nie rozpoczyna sesji ładowania. Zazwyczaj wskazuje to na uszkodzenie lokalnej listy autoryzacji lub pamięci podręcznej. Zazwyczaj można to naprawić, czyszcząc lokalną pamięć podręczną ładowarki bezpośrednio przez CMS i upewniając się, że parametr AuthorizeRemoteTxRequests jest ustawiony poprawnie.
• Błędy konfiguracji parametrów: OCPP 1.6 zawiera setki kluczy konfiguracyjnych, w tym HeartbeatInterval lub MeterValueSampleInterval. Jeśli którykolwiek z nich zostanie ustawiony na wartość, której sprzęt fizycznie nie jest w stanie obsłużyć, połączenie prawdopodobnie zostanie zerwane. Twardy reset przywróci ładowarkę do fabrycznych ustawień OCPP, a Ty będziesz mógł bezpiecznie konfigurować klucze pojedynczo.

OCPP 1.6 czy 2.0.1: Którego używać teraz?

Wraz z rozwojem branży, debata przeniosła się na OCPP 2.0.1. Jednak w przypadku większości istniejących projektów, wersja 1.6 to scyzoryk szwajcarski w branży – niezawodny, wszechstronny i wspierany przez wielu.

Poniżej przedstawiono bezpośrednie porównanie obu wersji pod względem najważniejszych aspektów technicznych i operacyjnych:

OCPP 1.6 jest niekwestionowanym liderem rynku wdrożeń komercyjnych i posiada największy udział w rynku na całym świecie. Charakteryzuje się niezrównaną dojrzałością ekosystemu, zapewniając szybką i tanią integrację z praktycznie każdym istniejącym sprzętem lub systemem centralnego zarządzania (CMS), i jest praktycznym, sprawdzonym w boju koniem roboczym w branży. Z drugiej strony, OCPP 2.0.1 został zaprojektowany z myślą o obsłudze dzisiejszych sieci o wysokim zapotrzebowaniu. Zapewnia unikalne korzyści w zakresie najnowocześniejszych zabezpieczeń kryptograficznych dzięki natywnemu kompleksowemu zarządzaniu certyfikatami oraz złożonemu zarządzaniu topologią urządzeń z precyzyjną zdalną diagnostyką i precyzyjnym lokalnym routingiem energii.

OCPP 1.6 to obecnie właściwe rozwiązanie w zdecydowanej większości instalacji komercyjnych i domowych. Jest to najstabilniejszy protokół, obsługiwany przez niemal wszystkie systemy CMS na świecie. Jeśli budujesz ogromną stację ładowania autostradowego, Ultra-Fast lub planujesz korzystać z funkcji Plug and Charge (samochód identyfikuje się bez karty), inwestycja w sprzęt zgodny z 2.0.1 będzie dobrym rozwiązaniem na przyszłość.

Czy Twoja ładowarka potrzebuje oficjalnego certyfikatu OCA?

Deklaracja producenta ładowarki o zgodności z OCPP jest niewystarczająca. Protokół nie został oficjalnie certyfikowany przez Open Charge Alliance (OCA), dlatego nie ma zewnętrznych dowodów na jego prawidłowe użycie. Certyfikacja OCA gwarantuje, że funkcje Core i Smart Charging są bezbłędne dzięki rygorystycznym testom. To znacznie minimalizuje ryzyko braku interoperacyjności dla EPC i dużych inwestorów. Gwarantuje również pełną kompatybilność sprzętu, nawet po zmianie dostawcy oprogramowania wiele lat później – nie trzeba wydawać dużych pieniędzy na przepisywanie oprogramowania.

Oprócz niezawodności technicznej, oficjalna certyfikacja OCA stanowi ważny atut komercyjny. Jest ona niezbędna dla przedsiębiorstw działających na arenie międzynarodowej lub ubiegających się o kontrakty rządowe. Na najbardziej konkurencyjnych rynkach, takich jak Ameryka Północna, wykazanie oficjalnej zgodności jest często warunkiem wstępnym do uzyskania lukratywnych kontraktów rządowych. EV dotacje na infrastrukturę. Wreszcie, jest to bezkompromisowy znak jakości, który pokazuje, że Twój sprzęt jest bankowalny, znormalizowany i gotowy do wejścia na rynek globalny.

Wniosek

Nowoczesny EV Rewolucja w ładowaniu to niewidzialna ręka protokołu OCPP 1.6. Umożliwił on szybkie skalowanie infrastruktury na całym świecie, oferując ujednolicony, lekki i inteligentny system komunikacji. Niezależnie od tego, czy obsługujesz małą strefę ładowania w miejscu pracy, czy krajową sieć tysięcy stacji, ważne jest, aby znać zawiłości tego protokołu, w tym jego wydajność w formacie JSON i inteligentne profile ładowania, aby skutecznie z niego korzystać.

Wybierając sprzęt do ładowania, nie ograniczaj się do obudowy. Postaw na urządzenia, które łączą dogłębną wiedzę techniczną w zakresie prądu stałego z solidną, certyfikowaną implementacją OCPP. W ten sposób upewnisz się, że Twoja inwestycja nie jest jedynie narzędziem teraźniejszości, ale skalowalnym, interoperacyjnym zasobem, który można dostosować do stale zmieniających się potrzeb globalnej transformacji energetycznej.

FAQ