Пълното ръководство за OCPP 1.6 до EV Мрежи за зареждане

Какво точно е OCPP 1.6?

По същество OCPP 1.6 е комуникационен протокол с отворен код, който се управлява от Open Charge Alliance (OCA), глобален консорциум, посветен на развитието EV инфраструктура. Той определя протоколите за обмен на информация между EV Зарядна станция (точка за зареждане) и централна система или система за бек офис. За разлика от предишните версии на OCPP, версия 1.6 добави някои ключови функции, които направиха обработката на данни в мрежата стандартизирана.

Основните функции на OCPP 1.6 са предназначени да обхванат жизнения цикъл на сесията на зареждане. При първоначално включване на зарядното устройство, то предава BootNotification към CMS, за да се идентифицира и да определи хардуерните спецификации. Зарядното устройство периодично предава Heartbeat съобщение, за да остане онлайн. При пристигане на потребител, протоколът обработва оторизацията, като сравнява RFID етикети или идентификационни данни от мобилно приложение с база данни. Зарядното устройство предава MeterValues ​​по време на процеса на зареждане, за да докладва консумацията на енергия, което е от съществено значение при фактурирането. И накрая, протоколът поддържа отдалечени команди, включително RemoteStartTransaction или RemoteStopTransaction, така че операторите да могат да управляват хардуера на хиляди километри разстояние, без да присъстват физически. В допълнение към тези транзакционни основи, OCPP 1.6 поддържа Firmware Online Upgrades (OTA). Това позволява на операторите дистанционно да инсталират софтуерни корекции, актуализации за сигурност и нови функции към хардуера, така че зарядно устройство, инсталирано днес, да бъде съвместимо с електрическите превозни средства на утрешния ден, без да е необходимо техник да посещава мястото.

Защо OCPP 1.6 JSON замени по-старата SOAP версия?

По време на ранните EV инфраструктура, много производители използваха собствени протоколи. Когато закупихте зарядно устройство от компания А, нямахте друг избор, освен да използвате софтуера на компания А, докато продуктът издържаше. Тази обвързаност от страна на доставчиците представляваше голяма опасност за операторите. В случай че производителят фалираше или увеличи цените на софтуера си, хардуерът беше скъпо преспапие.

OCPP 1.6 избягва този риск, като предлага оперативна съвместимост. Изпълнителят на EPC (инженеринг, снабдяване и строителство) ще може да избере най-стабилния хардуер и да го комбинира с всеки OCPP-съвместим софтуер, който предоставя необходимите му възможности за фактуриране и мониторинг. Тази гъвкавост насърчава конкуренцията и иновациите. Освен това, тя улеснява процеса на разширяване на мрежите за зареждане. Операторът не е ограничен до една марка, когато желае да добави нови станции към съществуващо местоположение. Той може да комбинира и обменя оборудване според местните нужди и все пак да разполага с единно табло за управление.

Причината, поради която OCPP 1.6 JSON замени по-старата версия на SOAP

Технологичната еволюция не е непременно добавяне на функции, а подобряване на механизма за доставка. Преди OCPP 1.6 протоколът използваше SOAP (Simple Object Access Protocol), който използваше XML-базирани съобщения. SOAP беше функционален, но тежък, консумираше много честотна лента и процесорна мощност поради многословния характер на XML.

Индустрията се промени с прехода към OCPP 1.6 JSON (JavaScript Object Notation) върху WebSockets. JSON е лек формат за обмен на данни, който е много по-лесен за четене от машини и хора. Протоколът постигна някои от най-важните цели, използвайки JSON. Първо, той значително подобри ефективността на предаването на данни, което е от решаващо значение за зарядни устройства, свързани чрез клетъчни мрежи, където всеки мегабайт е пари. Второ, той намали латентността, което позволи комуникация почти в реално време между зарядното устройство и системата за управление. И накрая, той увеличи максимално мащабируемостта на системата, позволявайки на един облачен сървър да обработва десетки хиляди зарядни устройства едновременно, без да се срива под натоварването на тежката XML обработка.

Техническото превъзходство на JSON рамката е очевидно веднага в сравнение с наследената SOAP архитектура по редица ключови аспекти на работата:

Механиката на интелигентното зареждане и динамичното балансиране на натоварването чрез OCPP 1.6

OCPP 1.6 трансформации EV зареждане в пасивно захранване и активно оркестриране на енергия. Основната иновация, Smart Charging, позволява на операторите да избегнат скъпоструващи подобрения на мрежата, като преобразуват единичните зарядни устройства в унифицирана, софтуерно контролирана мрежа и драстично увеличават броя на активните точки за зареждане.

Централната система за управление (CMS) вече не само наблюдава данни; тя активно контролира електрическото поведение на хардуера чрез използването на профили за зареждане. Именно този гранулиран контрол прави динамичното балансиране на натоварването (DLB) търговска реалност:

• Оптимизиране на капацитета на инфраструктурата: Динамично балансиране на натоварването (DLB) трансформира физическите ограничения в променливи. OCPP 1.6 може да поддържа безопасно десет или повече зарядни устройства, вместо четирите или повече, които традиционно би поддържало ограничение от 100 kW. Системата измерва общото натоварване в реално време и автоматично намалява мощността на устройство, за да поддържа стабилна мрежата и да увеличи максимално броя на активните точки за зареждане.
• Интелигентно управление на приоритетите: Операторите надхвърлят простото разпределение с функции като StackLevel и Charging Schedules. Можете да дадете приоритет на премиум абонати или автомобили от автопарка, така че те да са готови за мисия, а други сесии да използват останалата част от енергийния буфер.
• Алгоритмична оптимизация на разходите: Системата автоматично ще регулира скоростта на зареждане спрямо тарифите, базирани на времето на потребление (TOU), като премества голямото потребление в извънпикови часове, за да намали значително разходите за електроенергия и да увеличи максимално маржовете.

Преобразуване на цифрови протоколи в мониторинг на хардуерни сензори в реално време

Протоколът е просто поредица от инструкции; той се нуждае от добър хардуер, за да преобразува тези инструкции във физически действия. Представете си протокола и хардуера като мозъка и нервната система. Когато CMS издаде команда за прекратяване на транзакцията, вътрешният контролер на зарядното устройство е длъжен да активира физически контактор, за да прекъсне електрическата връзка.

OCPP 1.6 комуникира директно с различни хардуерни сензори, за да осигури безопасност и точност. Като пример, съобщението MeterValues ​​се основава на сензори за ток и напрежение с висока резолюция в зарядното устройство. Освен ако тези сензори не са правилно калибрирани, информацията за фактуриране, предавана чрез OCPP, ще бъде неправилна. Освен това, протоколът проследява температурните сензори. Когато един от вътрешните компоненти започне да прегрява, зарядното устройство може да изпрати StatusNotification със състояние Faulted и софтуерът може да прекрати сесията, преди да може да се повреди.

В по-сложен хардуер, като например този с PCT патентовани структури за гасене на дъга, взаимодействието е още по-критично. Физическата защита (IP66 уплътнение, 1500 V DC изключване) се предлага от хардуера, а протоколът OCPP предлага диагностичния слой, който информира оператора за състоянието на тези компоненти. Тази синергия гарантира, че концепцията за безопасност не е пасивна функция, а активно наблюдавана точка от данни. Именно в осигуряването на тази перфектна комбинация от груб хардуер и точни цифрови стандарти се крие... BENY натрупва се производствен опит.

Често срещани грешки при свързване и как да ги поправите бързо

Въпреки най-подходящия хардуер, инсталирането на зарядна станция може да е трудно. Цифровото свързване между ново зарядно устройство и CMS може да се провали поради редица причини. Петте най-чести грешки при свързване и техните решения са следните:

• Неправилен URL адрес на WebSocket (крайна точка на OCPP): Най-често срещаният проблем е обикновена печатна грешка в URL адреса на CMS, т.е. зареждащото устройство не знае къде да изпраща съобщенията си. За да разрешите това, уверете се, че адресът на крайната точка (обикновено започващ с ws:// или wss://) е правилен и че идентификаторът на точката за зареждане в края на URL адреса съвпада точно с идентификатора, регистриран във вашия backend софтуер.
• Ограничения на мрежата и защитната стена: Голям брой промишлени или търговски инсталации използват хардуерни защитни стени, които блокират портовете, необходими за използване на WebSockets. Това може да се поправи чрез сътрудничество с ИТ отдела на обекта, за да се гарантира, че локалната мрежа разрешава изходящ трафик на необходимите портове (обикновено порт 80 или 443) и че IP адресът на CMS е успешно добавен в белия списък.
• Несъответствие на SSL/TLS сертификата: В случай на защитена връзка (wss://), зарядното устройство трябва да се доверява на сървъра по подразбиране чрез неговия SSL сертификат. Тъй като по-старият фърмуер може да не е в състояние да идентифицира по-нови сертификати, най-ефективният метод е да надстроите фърмуера на зарядното устройство до най-новата версия или да се уверите, че CMS използва глобално признат сертифициращ орган.
• Неуспешни оторизации (офлайн режим): Понякога зарядното устройство може да се свърже с мрежата, но не започва сесия на зареждане. Това обикновено показва повреден локален списък за оторизация или кеш. Това обикновено се изчиства чрез директно изчистване на локалния кеш на зарядното устройство чрез CMS и гарантиране, че параметърът AuthorizeRemoteTxRequests е зададен правилно.
• Грешки при конфигуриране на параметри: OCPP 1.6 има стотици конфигурационни ключове, включително HeartbeatInterval или MeterValueSampleInterval. Когато някой от тях бъде зададен до стойности, които хардуерът физически не може да поддържа, връзката вероятно ще се прекъсне. Хард ресет ще възстанови зарядното устройство до фабричните му OCPP настройки и можете безопасно да преконфигурирате ключовете един по един.

OCPP 1.6 срещу 2.0.1: Кой да използвам сега?

С развитието на индустрията, дебатът се промени към OCPP 2.0.1. Но в случая с повечето съществуващи проекти, версия 1.6 е швейцарското ножче на индустрията - надеждна, универсална и поддържана от мнозина.

Следва директно сравнение на двете версии по основни технически и оперативни аспекти:

OCPP 1.6 е безспорният лидер на пазара в търговското внедряване и пазарен дял в световен мащаб. Той има несравнима зрялост на екосистемата, осигурявайки бърза и нискобюджетна интеграция с почти всеки съществуващ хардуер или централна система за управление (CMS), и е практичният, доказан в битки работен кон на индустрията. От друга страна, OCPP 2.0.1 е проектиран да поддържа съвременните мрежи с високо търсене. Той предоставя уникални предимства в областта на модерната криптографска сигурност с вградено управление на сертификати от край до край и сложно управление на топологията на устройствата с прецизна дистанционна диагностика и прецизно локално маршрутизиране на енергията.

OCPP 1.6 е правилният вариант днес в по-голямата част от търговските и жилищните инсталации. Той е най-стабилният и почти всички CMS на земята го поддържат. Когато изграждате гигантска станция за зареждане на магистрала, Ultra-Fast, или планирате да използвате Plug and Charge (колата се идентифицира без карта), тогава е добра стратегия за бъдещето да инвестирате в хардуер, готов за 2.0.1.

Необходимо ли е вашето зарядно устройство да бъде официално сертифицирано от OCA?

Само декларирането от производител на зарядно устройство, че то е съвместимо с OCPP, е недостатъчно. Протоколът не е официално сертифициран от Open Charge Alliance (OCA), така че няма външни доказателства, че протоколът е бил използван правилно. OCA сертификацията гарантира, че функциите на Core и Smart Charging са безупречни чрез строги тестове. Това значително минимизира рисковете за оперативна съвместимост за EPC и големи инвеститори. Също така гарантира, че вашият хардуер е напълно съвместим, дори когато смените доставчика на софтуер много години по-късно, без да е нужно да харчите много пари за пренаписване.

В допълнение към техническата надеждност, официалното сертифициране по OCA е важен търговски ресурс. То е задължително за предприятията, които излизат на международния пазар или участват в търгове за държавни договори. На най-конкурентните пазари като Северна Америка, демонстрирането на официално съответствие често е предпоставка за получаване на доходоносни държавни договори. EV инфраструктурни субсидии. И накрая, това е безкомпромисен знак за качество, който демонстрира, че вашият хардуер е банково приемлив, стандартизиран и готов за глобалния пазар.

Заключение

Модерният EV Революцията в зареждането е невидимата ръка на OCPP 1.6. Тя улесни бързото мащабиране на инфраструктурата в световен мащаб, като предлага стандартизирана, лека и интелигентна комуникационна рамка. Независимо дали управлявате малка зарядна площадка на работното място или национална мрежа от хиляди станции, е важно да знаете тънкостите на този протокол, включително неговата ефективност в JSON и интелигентни профили за зареждане, за да бъде успешна неговата работа.

Когато избирате зарядно оборудване, не се фокусирайте само върху външния корпус. Фокусирайте се върху оборудване, което съчетава задълбочени технически познания за постоянен ток със силно, сертифицирано внедряване на OCPP. По този начин вие не само се уверявате, че вашата инвестиция не е просто инструмент на настоящето, а мащабируем, оперативно съвместим актив, който може да се адаптира към постоянно променящите се нужди на глобалния енергиен преход.

Въпроси и Отговори