Зарядка находится между двумя разговорами, которые не совпадают. С одной стороны он сообщает автомобилю о том, сколько тока нужно взять и кто платит. С другой стороны он общается с бэкендом о сессиях, счетчиках и удалённых командах. Оба используют разные протоколы, разные модели данных и разные режимы сертификации.
Покупатели постоянно смешивают их, и это смешивание приводит к одним из самых дорогостоящих недоразумений при закупках: спецификации, требующей современного бэкенд-протокола, полагая, что она обеспечивает plug and charge, или модернизация автомобиля, ожидаемая для решения проблемы с биллингом. Разделение слоёв делает каждое требование проверяемым отдельно
.две стопки, две задачи
Нижний стек проходит по зарядному кабелю. Он отвечает за физическое соединение, проверку безопасности перед подачей питания, согласование параметров зарядки и — в более поздних версиях — идентификацию автомобиля и обмен сертификатами, обеспечивающий автоматическую авторизацию.
Верхний стек проходит через сетевое соединение, обычно через мобильные данные или локальную сетевую сетку. Он хранит всё необходимое оператору: команды запуска и остановки, записи транзакций, значения счетчика, диагностику, управление и конфигурацию прошивки. У него нет прямого обзора на транспортное средство. Всё, что он знает о сессии, он узнал с зарядки.
Асимметрия — ключ к всему предмету. Зарядное устройство — это переводчик со своими мнениями, а не прозрачная труба. То, что записывает бэкенд, — это то, что зарядное устройство выбрало для передачи, в формате, который определяет верхний протокол
.между транспортным средством и зарядным
устройствомСтарая схема проста и всё ещё универсальна как запасной вариант. Импульсно-модулированный сигнал на управляющем пилоте передаёт максимальный ток, автомобиль реагирует изменением уровня напряжения, а зарядное устройство закрывает контактор, когда позволяет последовательность. В современном смысле нет канала данных и нет обмена идентичностью. Авторизация происходит вне протокола — через считыватель карт, приложение или ручной выпуск
.Высокоуровневые протоколы добавляют канал данных. ISO 15118 и его предшественник DIN 70121 ведут структурированный диалог по линии электропередачи: автомобиль идентифицирует себя, стороны обмениваются возможностями, автомобиль указывает свои желания, а зарядное устройство сообщает о том, что может предоставить. Обмен продолжается на протяжении всей сессии, поэтому зарядное устройство видит запрос автомобиля, а не только текущий ток.
Поздние издания ISO 15118 расширяют это на идентификацию на основе сертификатов, что делает возможным автоматическое авторизирование, а также на двунаправленную передачу энергии. Оба расширения требуют аппаратного и программного обеспечения, чего нет у зарядного устройства, созданного только для более ранней версии.
Этот слой — это место, где характеристики транспортного средства входят в систему. Также именно здесь в собственной документации зарядного устройства обычно указаны две отдельные вещи: какой высокоуровневый протокол он общается с автомобилем и какой бэкэнд-протокол передаёт вверх
.между зарядным устройством и бэкендом
Доминирующим протоколом здесь является OCPP, открытый стандарт, поддерживаемый отраслевой ассоциацией и реализуемый производителями зарядных устройств и серверными платформами независимо. Он определяет сообщения для авторизации, запуска и остановки транзакции, значения счетчика, уведомления о состоянии, удалённых команд, обновления и конфигурации прошивки.
Поздние версии OCPP добавляют управление устройствами, улучшенные умные профили зарядки и более структурированный подход к составным расписаниям. Практическое отличие для оператора заключается в том, насколько бэкенд контролирует скорость и скорость зарядки каждого разъёма, и насколько это можно изменить без визита на объект
.OCPP не общается с автомобилем. Бэкенд, поддерживающий новейшую версию, всё равно узнаёт о автомобиле с последующих рук. Если зарядное устройство не показывает значение, бэкенд не может его отобразить, и никакая платформа не восстановит его.
Соответствие добавляет дополнительный уровень путаницы. Соответствие OCPP сертифицируется для зарядного устройства по определённой версии, и сертификация принадлежит этому продукту и этой версии. Там ничего не говорится о протоколе на стороне автомобиля, и о том, насколько хорошо конкретный бэкенд реализует ту же версию. Два конформных продукта всё ещё могут не взаимодействовать с опциональными частями спецификации, поэтому интеграционное тестирование существует как отдельная деятельность
.Почему plug and charge нужны обе стороны
Автоматическая авторизация, обычно описываемая как plug and charge, — это цепочка, а не функция. Автомобиль представляет сертификат контракта по протоколу высокого уровня. Зарядное устройство проверяет её по доверяющей цепочке сертификатов и либо авторизирует его локально, либо пересылает идентификатор вверх для принятия решения. Бэкенд подтверждает, что контракт действительный и может быть выставлен счет.
Каждая ссылка должна присутствовать. Транспортное средство без контрактного свидетельства не может его предъявлять. Зарядное устройство без высокоуровневого протокола и доверительного хранилища не может его прочитать. Бэкенд без соответствующей обработки сертификатов не может решить этот вопрос. Если какая-либо связь отсутствует, сессия возвращается к карте, приложению или QR-коду — именно так водители сталкиваются в сетях, рекламирующих автоматическую зарядку и предоставляющих её только для некоторых комбинаций автомобилей и оператора.
Именно поэтому функция на практике неравномерно доступна. Это зависит от пересечения трёх независимо обновлённых систем, и это пересечение меньше любой из них.
Обновление одного не улучшает другое
Четыре распространённых предположения не работают по той же причине.
Что новый бэкенд-протокол обеспечивает автоматическую авторизацию. Это не так, потому что авторизация распространяется по нижнему стеку. Зарядное устройство может говорить с самой новой версией сервера и при этом требовать карту.
Что автомобиль с поддержкой автоматической зарядки работает в любой сети. Он работает там, где зарядное устройство и бэкэнд настроены под него, а оператор имеет роуминговые или контрактные отношения с поставщиком автомобиля.
Что обновление прошивки зарядного устройства добавляет возможность работы со стороны автомобиля. Разговор со стороны зарядного устройства можно обновить. У автомобиля не получается, из-за зарядного устройства.
И эта одна сертификация охватывает обе категории. Сертификаты выдаются по продукту, протоколу и версии, а сертификат с названием одного уровня ничего не говорит о другом.
Хорошо оформленный зарядный устройство указывает два слоя отдельно, и продукты этого диапазона обычно включают версию бэкенд-протокола наряду с поддерживаемыми ими транспортными протоколами. Спецификация 120 и 180 кВт для станций делает это, и именно разделение делает эти два требования индивидуально проверяемыми.
как вписать это в требование
Требование, которое нельзя проверить, не является обязательным. Четыре строки делают её проверяемой.
Укажите протокол и редакцию, поддерживаемую на стороне транспортного средства, а также укажите, требуется ли автоматическое авторизирование на этом интерфейсе. Укажите протокол и версию бэкенда, а также укажите, должна ли соответствие быть подтверждена или просто заявлена. Указывайте резервное поведение при неудаче любого из согласований, потому что сайт, который тихо переходит в неаутентифицированный режим, приносит доход. И указывайте, какие доказательства принимаются: номер сертификата, отчёт о испытании или совместный тест с платформой, которую оператор собирается использовать.
Последний из них — тот, который захватывает большинство проектов. Тестирование на соответствие доказывает, что продукт соответствует спецификации. Интеграционное тестирование доказывает, что два продукта работают вместе. В закупочных документах часто требуется первое, а второе — второе, и разрыв становится заметен только после доставки оборудования
.Связь между этими протоколами и управлением нагрузкой настолько тесна, что сама вызывает путаницу: умный зарядный профиль, передаваемый через бэкенд-протокол, — это инструкция зарядному устройству, который затем должен выполнять её в рамках того, что принимает автомобиль. Это взаимодействие рассматривается в заметке load management, где заканчивается инструкция и начинаются пределы транспортного средства
.Один стек обращён к транспортному средства, другой — к платформе, и ни один из них не может заменить другой. Когда функция отсутствует, первый вопрос — на какой стек она должна была появиться.
Для большинства операторов практическим следствием является контрольный список, а не переработка. Напишите два протокола в отдельных строках, назовите версию для каждого, спросите, что происходит, когда переговоры не завершаются, и проверьте комбинацию до открытия сайта, а не после первой жалобы.
Проверяете, что именно поддерживает зарядка?
Запросить протокол со стороны автомобиля и бэкенд как две отдельные строки, каждая со своей версией. Один сертификат не охватывает обе категории.
Задать вопрос по спецификации