В кутията cFos Power Brain Wallbox трябва да настроите управлението на товара на "монитор" в настройките на мениджъра за зареждане. След това щракнете върху зъбното колело в плочката на wallbox, за да получите достъп до настройките. Там превъртете до областта "Настройки на шлюза OCPP".
URL адрес на шлюза на OCPP | URL адресът на бекенда на OCPP, напр. ws://ocpp.backend.com/ за некриптирани връзки или wss://ocpp.secure-backend.com/ за TLS-криптирани връзки. За някои бекендове е необходимо да се посочи и път, напр. ws://ocpp.backend.com/path/to/resource/. |
Парола на шлюза OCPP | Ако бекенд операторът посочи парола за OCPP връзката, тя трябва да бъде въведена тук. Ако операторът не посочи парола, това поле може да остане празно. |
Клиентски идентификатор на шлюза OCPP | Идентификаторът, с който шлюзът се отчита пред централата. Обикновено този идентификатор трябва да бъде посочен от оператора на бекенда. Някои бекендове идентифицират своите клиенти чрез индивидуални ключове, които са част от URL адреса, например ws://xyz123.backend.com/ или ws://ocpp.backend.com/xyz123/. В този случай клиентът може да има възможност свободно да избере идентификатора на клиента. |
За да направите това, кликнете върху "Settings" (Настройки) на съответното EVSE и въведете следните данни:
Тип устройство | EVSE с OCPP 1.6 |
Адрес | Тук трябва да въведете идентификатора на ChargeBox ID, който е конфигуриран в кутията за стена. |
Id | Тук трябва да въведете идентификатора на конектора. За стенни кутии с една точка за зареждане това винаги е 1, за две точки за зареждане е 1 или 2 и т.н. |
В настройките на Charging Manager (Мениджър за зареждане) изберете опцията "Off" (Изкл.) под "OCPP Server TLS", ако не трябва да се приемат криптирани връзки, "Detect" (Откриване), ако трябва да се приемат както криптирани, така и некриптирани връзки, и "On" (Вкл.), ако трябва да се приемат само криптирани връзки. Под "OCPP Server Port" (Порт на сървъра на OCPP) изберете TCP порта, на който да се приемат OCPP връзките (по подразбиране 19520). Паролата на OCPP сървъра не е задължителна и също трябва да бъде въведена в wallbox, ако е зададена.
В wallbox конфигурирайте OCPP-1.6J като протокол в настройките на OCPP. Въведете IP адреса на Charging Manager и избрания порт на OCPP като сървър. Обикновено това се предшества от ws://. Например, ws://192.168.178.42:19520/
Предходният ws:// показва, че връзката ще бъде установена некриптирано. Обикновено това би трябвало да е достатъчно, стига wallbox и cFos Charging Manager да са в една и съща локална мрежа. Ако обаче връзката трябва да бъде криптирана, вместо това трябва да се използва wss://. Моля, уверете се, че изборът на ws:// или wss:// съответства на избора на параметъра "OCPP Server TLS" (вж. по-горе). За ws:// параметърът "OCPP Server TLS" трябва да бъде зададен на "Off" (Изкл.) или "Recognise" (Разпознаване), а за wss:// - на "On" (Вкл.) или "Recognise" (Разпознаване).
Избраният в мениджъра за зареждане ChargeBox ID трябва да бъде въведен и в wallbox. Има wallbox-и, при които то не може да се избира свободно, а е фиксирано и съответства на серийния номер на кутията, например. Тогава той трябва да бъде въведен съответно в Charging Manager.
При някои стенни кутии портът се въвежда в отделно поле. При някои устройства ws:// може или трябва да се пропусне, а при други е задължително. Повечето wallboxs трябва да бъдат рестартирани след промяна на настройките на OCPP.
Мениджърът за зареждане на cFos използва OCPP, за да зададе профили за зареждане в свързана към него кутия за стена или станция за зареждане. Профилът по подразбиране гласи, че зареждането не е разрешено. Някои зарядни станции запазват тези профили за зареждане дори след нулиране. Ако такава станция за зареждане трябва да бъде използвана по-късно без cFos Charging Manager, профилите за зареждане в нея трябва първо да бъдат изтрити. Това може да се направи с помощта на мениджъра за зареждане cFos по следния начин
Някои стенни кутии с OCPP, като например Innogy eBox professional S или Mennekes Amtron, могат да предават данни от измервателните уреди към бекенда на OCPP в съответствие със закона за калибриране. Шлюзът за OCPP на мениджъра за зареждане cFos може да препраща такива данни от измервателните уреди прозрачно към backend.
Някои стенни кутии с OCPP могат да изпращат данни за Giro-E от терминала на EC картата към бекенда. Мениджърът за таксуване cFos препраща тези данни прозрачно към backend.
Шлюзът не е необходим за работа с кутията cFos Power Brain Wallbox, тъй като кутията cFos Power Brain Wallbox позволява едновременна работа с OCPP към бекенда за оторизация и фактуриране, както и с Modbus за управление на товара. За да направите това, конфигурирайте клиента OCPP в "Конфигурация на cFos Power Brain" и активирайте също Modbus. След това влезте в Wallbox на cFos Power Brain под "Start" (Стартиране) и въведете адреса или данните за COM порта и Modbus ID.
Ако искате да настроите шлюза, трябва да конфигурирате следните параметри. За да направите това, щракнете върху "Settings" (Настройки) на съответното EVSE и въведете следното:
URL адрес на шлюза на OCPP | URL адресът на счетоводния backend на OCPP, например ws://ocpp.backend.com/ за некриптирани връзки или wss://ocpp.secure-backend.com/ за TLS-криптирани връзки. За някои бекендове е необходимо да се посочи и път, например ws://ocpp.backend.com/path/to/resource/. |
Парола на шлюза OCPP | Ако бекенд операторът посочи парола за OCPP връзката, тя трябва да бъде въведена тук. Ако операторът на бекенд не посочи парола, това поле може да остане празно. |
Клиентски идентификатор на шлюза OCPP | Идентификаторът, с който шлюзът се отчита пред централата. Обикновено този идентификатор трябва да бъде посочен от оператора на бекенда. Някои бекендове идентифицират своите клиенти чрез индивидуални ключове, които са част от URL адреса, например ws://xyz123.backend.com/ или ws://ocpp.backend.com/xyz123/. В този случай клиентът може да има възможност свободно да избере идентификатора на клиента. |
Сертификатите се използват при използване на криптирани TLS връзки между клиент и сървър. За успешното установяване на такава връзка сървърът винаги се нуждае от сертификат и свързан с него частен ключ. Мениджърът за таксуване cFos вече има на борда си самоподписан сертификат. Следователно не е необходимо да се импортират собствени сертификати. Тази възможност обаче съществува както от страна на сървъра, така и от страна на клиента.
От страна на сървъра можете да импортирате свой собствен сертификат и съответния частен ключ. Този сертификат може да бъде собственоръчно подписан или подписан от официален орган за издаване на сертификати (CA). Ако в клиента не е съхранен сертификат на CA, при всички случаи се установява TLS връзка. Ако в клиента са съхранени един или повече сертификати на CA, съответните сертификати на сървъра трябва да съвпадат (OCPP Security Profile 2). Самият сертификат на сървъра може да бъде съхранен като сертификат на CA. Ако клиентът има връзка с интернет, там могат да се съхраняват и кореновите сертификати от сертифициращите органи, които са подписали сертификата на сървъра. Можете обаче да съхранявате и свой собствен коренов сертификат, който е подписал сертификата на сървъра.
Като допълнително ниво на сигурност сертификатът може да се използва и в обратна посока (протокол за сигурност OCPP 3). За тази цел сертификатът и съответният частен ключ се съхраняват в клиента. Сред сертификатите на CA сървърът получава и този сертификат или коренен сертификат, който е подписал клиентския сертификат. Това означава, че TLS връзката се установява само ако сървърът може да провери и клиентския сертификат.
Можете сами да създадете сертификати, например с програмата OpenSSL, която е достъпна безплатно за Windows и Linux. Следват няколко примера за използване на OpenSSL. Примерите използват конфигурационен файл, записан във формат UTF8, в комбинация с параметъра -config. Това има предимството, че в сертификата могат да се използват и умлаути и други символи от Unicode. Конфигурационният файл винаги има следния формат:
[req] prompt = no distinguished_name = dn req_extensions = ext [dn] CN = Unsere Tiefgarage emailAddress = info@tiefgarage-koeln.de O = Tiefgarage Köln GmbH OU = Abteilung 13 L = Köln C = DE [ext] subjectAltName = DNS:tiefgarage-koeln.de,DNS:*.tiefgarage-koeln.de
Създаване на частен ключ rootCA.key за коренен сертификат:openssl genrsa -des3 -out rootCA.key 4096
Създайте собственоръчно подписан коренов сертификат rootCA.crt, като използвате частния ключ rootCA.key, създаден по-горе, и конфигурационния файл rootCA.cnf (параметърът -days указва колко дни е валиден сертификатът):openssl req -x509 -new -nodes -key rootCA.key -sha256 -days 365 -out rootCA.crt -config rootCA.cnf -utf8
Създаване на частен ключ client.key за клиентски сертификат:openssl genrsa -out client.key 2048
Създайте заявка за подписване на сертификат (CSR) client.csr за клиентски сертификат, като използвате частния ключ client.key, създаден по-горе, и конфигурационния файл client.cnf:openssl req -new -key client.key -out client.csr -config client.cnf -utf8
Създаване на клиентско удостоверение client1.crt, което е подписано с горното коренно удостоверение rootCA.crt и свързания с него частен ключ rootCA.key (параметърът -days отново указва колко време е валидно удостоверението):openssl x509 -req -in client.csr -CA rootCA.crt -CAkey rootCA.key -CAcreateserial -out client.crt -days 365 -sha256
Можете да работите със стенната кутия cFos Power Brain паралелно с Modbus и OCPP, например за да я интегрирате в локално управление на товара чрез Modbus и да я свържете с база данни за фактуриране чрез OCPP. За тази цел в настройките на кутията cFos Power Brain Wallbox трябва да се включи "Enable Modbus" (Включване на Modbus) и да се конфигурира TCP порт или COM параметър, за да може да се адресира кутията Wallbox чрез Modbus. Освен това в настройките на OCPP трябва да се зададе URL адрес на OCPP backend, идентификатор на клиента на OCPP и, ако е приложимо, идентификатор на конектора на OCPP. След това OCPP започва да зарежда процеси, т.е. транзакции. Следователно той използва предадената радиочестотна идентификация, за да определи дали трансакцията е разрешена, и след това започва зареждане, ако е необходимо. Ако не е наличен RFID четец, можете да конфигурирате фиксиран RFID, който е известен на OCPP backend. Сега токът на зареждане може да се регулира от управлението на зареждането чрез Modbus, т.е. токът на зареждане, определен от профила на зареждане на OCPP, може да бъде намален. Профилът на зареждане определя максималния ток на зареждане. Следователно токът на зареждане винаги е минималният от токовете на зареждане, определени от Modbus и OCPP. Зареждането може също така да се деактивира временно и да се активира отново чрез Modbus или OCPP. Зареждането се извършва само ако Modbus и OCPP backend позволяват зареждане.