Я CEO и Co-Founder проекта it.CHARGE - это ИТ-платформа, созданная для того, чтобы сделать процесс заряда электромобиля максимально удобным как для водителя, так и для владельца зарядной станции.
Совместно с моим партнером Андрюхой мы придумали и делаем очень крутой проект, которым мы искренне гордимся и всеми силами развиваем уже 4й год.
За время с начала проекта было уже много крутых моментов и пилотов, которыми можно искренне гордиться: мы первыми в РФ (а может, и единственные до сих пор) осилили самый современный протокол заряда OCPP 2.0.1, мы были первыми, кто показал монетизацию на федеральной трассе М11, мы до сих пор являемся крупнейшим частным оператором ЭЗС в Москве, да и еще много чего интересного, о чем буду еще рассказывать)
#itcharge #ocpp #россети #м11 #заряд #электромобиль #ocpp201
Совместно с моим партнером Андрюхой мы придумали и делаем очень крутой проект, которым мы искренне гордимся и всеми силами развиваем уже 4й год.
За время с начала проекта было уже много крутых моментов и пилотов, которыми можно искренне гордиться: мы первыми в РФ (а может, и единственные до сих пор) осилили самый современный протокол заряда OCPP 2.0.1, мы были первыми, кто показал монетизацию на федеральной трассе М11, мы до сих пор являемся крупнейшим частным оператором ЭЗС в Москве, да и еще много чего интересного, о чем буду еще рассказывать)
#itcharge #ocpp #россети #м11 #заряд #электромобиль #ocpp201
🔥1
#совещания
На мероприятии от #АЭТИ в «Точке кипения», посвященному новому протоколу управления зарядными станциями OCPP 2.0.1 сегодня собирались активные участники рынка электромобильности.
Вопрос для сообщества достаточно насущный, так как в этом регламенте много нововведений и расписанной логики, которой не было ранее. Или она была расписана не очень подробно.
Преамбула к этому событию - приказ Минцифры о нововведениях по требованиям к ЭЗС по субсидии с 01.01.25
Последняя опубликованная версия протокола OCPP 2.0.1 - версия 3, опубликованная 06
Мая 2024, где есть моменты , которые значительно ее отличают от предыдущих версий этого протокола. И тут такой момент: так как информация достаточно свежая, скорее всего она не будет реализована в виде готового кода на github и всю логику придется писать самостоятельно «с нуля». А те, кто взял готовый код - вряд ли сами смогут переделать архитектуру под поддержку новой логики.
На совещании решили брать именно эту версию протокола в качестве целевой для использования, а также договорились скоординироваться по вопросам вендор-кодов о событиях на зарядных станциях.
Рассказать про основные проблемы перехода с точки зрения вендора и оператора?
#электромобиль #заряднаястанция #ocpp #ocpp201 @tryelectro
На мероприятии от #АЭТИ в «Точке кипения», посвященному новому протоколу управления зарядными станциями OCPP 2.0.1 сегодня собирались активные участники рынка электромобильности.
Вопрос для сообщества достаточно насущный, так как в этом регламенте много нововведений и расписанной логики, которой не было ранее. Или она была расписана не очень подробно.
Преамбула к этому событию - приказ Минцифры о нововведениях по требованиям к ЭЗС по субсидии с 01.01.25
Последняя опубликованная версия протокола OCPP 2.0.1 - версия 3, опубликованная 06
Мая 2024, где есть моменты , которые значительно ее отличают от предыдущих версий этого протокола. И тут такой момент: так как информация достаточно свежая, скорее всего она не будет реализована в виде готового кода на github и всю логику придется писать самостоятельно «с нуля». А те, кто взял готовый код - вряд ли сами смогут переделать архитектуру под поддержку новой логики.
На совещании решили брать именно эту версию протокола в качестве целевой для использования, а также договорились скоординироваться по вопросам вендор-кодов о событиях на зарядных станциях.
Рассказать про основные проблемы перехода с точки зрения вендора и оператора?
#электромобиль #заряднаястанция #ocpp #ocpp201 @tryelectro
👍8🔥4
#техническое
Сейчас в основном все производители ЭЗС и разработчики ПО для управления ЭЗС используют протокол OCPP 1.6 JSON. Это версия протокола 2015 года. Реализовать ее базовый функционал не сложно ни на той, ни на другой стороне: достаточно готового кода, с базовыми командами, при чем как со стороны зарядки, так и со стороны облачного сервиса управления. То есть можно взять готовое, накидать сверху немного своей логики - и вот уже готовое простое решение. Как минимум, стартовать и останавливать точно можно.
Но сейчас речь о протоколе
OCPP 2.0.1 (версия 3) - версия май 2024.
На деле протокол OCPP - опыт Альянса OpenChargeAlliance по управлению ЭЗС, изложенный в единой документальной форме. Ну и имеющий версионность, с учетом развития рынка, технологий и накопленных знаний для работы в стандартизированной информационной среде.
По 2.0.1 готовых публичных решений для реализации практически нет. То есть чтобы получить эту реализацию как на стороне зарядной станции, так и на стороне сервиса управления нужно и прочитать и реализовать вручную с самого начала. И данная работа достаточно объемная.
Важная ремарка про версии: Note that OCPP 1.6 and OCPP 2.0.1 are not compatible (цитата с сайта OCA)
Проблемы перехода с более ранних версий OCPP и отличия версии 2.0.1:
Это только часть нюансов. А самое главное, что реализовывать логику протокола «в вакууме» сложно. То есть с какой бы ты стороны не делал работу - тебе нужна вторая сторона, потому что на любой запрос нужен ответ с другой стороны.
А с точки зрения тестов и отладки есть принципиально разных подхода:
1) сам изучаешь и реализуешь протокол, полностью прорабатывая все нюансы и совершая ошибки.
2)можно отладиться вместе с кем-то, кто этот путь уже прошел, зная, куда можно адресовать вопросы.
Но каждый этот путь выбирает сам. Делать в любом случае надо.
#заряднаяинфраструктура #ocpp #ocpp201 @tryelectro
Сейчас в основном все производители ЭЗС и разработчики ПО для управления ЭЗС используют протокол OCPP 1.6 JSON. Это версия протокола 2015 года. Реализовать ее базовый функционал не сложно ни на той, ни на другой стороне: достаточно готового кода, с базовыми командами, при чем как со стороны зарядки, так и со стороны облачного сервиса управления. То есть можно взять готовое, накидать сверху немного своей логики - и вот уже готовое простое решение. Как минимум, стартовать и останавливать точно можно.
Но сейчас речь о протоколе
OCPP 2.0.1 (версия 3) - версия май 2024.
На деле протокол OCPP - опыт Альянса OpenChargeAlliance по управлению ЭЗС, изложенный в единой документальной форме. Ну и имеющий версионность, с учетом развития рынка, технологий и накопленных знаний для работы в стандартизированной информационной среде.
По 2.0.1 готовых публичных решений для реализации практически нет. То есть чтобы получить эту реализацию как на стороне зарядной станции, так и на стороне сервиса управления нужно и прочитать и реализовать вручную с самого начала. И данная работа достаточно объемная.
Важная ремарка про версии: Note that OCPP 1.6 and OCPP 2.0.1 are not compatible (цитата с сайта OCA)
Проблемы перехода с более ранних версий OCPP и отличия версии 2.0.1:
1. В 2.0.1 транзакцию создает зарядная станция, а не CSMS как в 1.6. Это полностью меняет всю архитектуру работы.
2. В 2.0.1 появилось понятие EVSE, которого раньше не было и какие-то моменты управляются именно EVSE, а не коннектором в рамках станции.
3. В 2.0.1 появилось понятия места старта и стопа транзакции TxStartPoint и TxStopPoint, что усложняет общую архитектуру.
4. В 2.0.1 появилось понятие remoteStartId, то есть ключа запуска транзакции, которое отличается от idToken и сосуществует вместе.
5. В OCPP 2.0.1 появилась версия 3, от 6 мая 2024 года. От предыдущей версии этого же протокола полностью поменялась логика запуска до вставки кабеля. А так же появились детальные диаграммы TxStartPoint и TxStopPoint. Точка начала транзакции полностью меняет логику передаваемых сообщений, например, точка старта DataSigned, создает транзакцию и отправляет ее на CSMS только лишь тогда, когда получены данные от счетчика и подписаны цифровой подписью. То есть, при вставке кабеля в авто и при запуске из приложения - ничего происходить не будет и сессия не будет создана.
Это только часть нюансов. А самое главное, что реализовывать логику протокола «в вакууме» сложно. То есть с какой бы ты стороны не делал работу - тебе нужна вторая сторона, потому что на любой запрос нужен ответ с другой стороны.
А с точки зрения тестов и отладки есть принципиально разных подхода:
1) сам изучаешь и реализуешь протокол, полностью прорабатывая все нюансы и совершая ошибки.
2)можно отладиться вместе с кем-то, кто этот путь уже прошел, зная, куда можно адресовать вопросы.
Но каждый этот путь выбирает сам. Делать в любом случае надо.
#заряднаяинфраструктура #ocpp #ocpp201 @tryelectro
👍1