Що CPO повинні знати перед масштабуванням від одного місця заряджання до мережі

Управління одним місцем заряджання електромобілів — це передусім проект із розгортання апаратного забезпечення. Ви обираєте фізичну станцію. Ви підключаєте його до мережі. Ви вмикаєте його. Масштабування до мережі з кількома сайтами представляє зовсім іншу реальність. Це швидко стає складним програмним забезпеченням, оркестровкою сітки та завданням управління капіталом. Багато операторів зарядних точок (CPO) на ранній стадії роботи значною мірою покладаються на комплексне програмне забезпечення постачальників замкнутого циклу для свого першого сайту. Вони очікують, що ця проста установка розвиватиметься природним шляхом.

Такий підхід часто дає зворотний результат. Незабаром оператори зіткнуться з жорсткою прив’язаністю до постачальника. Вони стикаються з неконтрольованими витратами на оновлення мережі. Вони також мають справу з фрагментованим досвідом водія, намагаючись розширити свій слід. Додавання нових станцій без уніфікованого сервера створює робочий хаос. Багато додатків засмучують водіїв. Ваші витрати на технічне обслуговування зростають, оскільки кожен постачальник апаратного забезпечення вимагає окремих робочих процесів моніторингу.

Для прибуткового масштабування без пропорційного збільшення накладних витрат CPO повинні перейти від реактивного апаратного моніторингу до проактивної оркестровки інфраструктури. Ви повинні керувати цією оркестровкою через базу програмного забезпечення з високим ступенем взаємодії. Ви дізнаєтеся, як уникнути передчасного переналагодження, вибрати правильне корпоративне програмне забезпечення, створити безперебійний досвід роботи з драйверами та перенести застарілі системи, не втрачаючи наявних користувачів.

Ключові висновки

• Агностицизм апаратного забезпечення не підлягає обговоренню: масштабування вимагає змішування постачальників обладнання; сувора відповідність OCPP запобігає блокуванню постачальника.

• CAPEX і OPEX масштабуються нелінійно: обмеження мережі та плата за попит зменшуватимуть маржу, якщо їх не пом’якшать динамічне керування навантаженням (DLM) і поетапне розширення.

• Час безвідмовної роботи — це проблема програмного забезпечення: 99% безвідмовної роботи залежить від віддаленої діагностики та алгоритмів самовідновлення, а не лише від надійності апаратного забезпечення.

• Акціонерний капітал бренду вимагає власності: перехід від базової SaaS до архітектури, керованої білими мітками або API, має вирішальне значення для довгострокової оцінки та утримання драйверів.

Пастка розширення: чому надмірне будівництво першого дня вбиває рентабельність інвестицій

Забезпечення модернізації комунальної мережі для мереж великої пропускної спроможності створює величезні блокпости. Це легко може зайняти 12 і більше місяців. Це також може коштувати сотні тисяч доларів капітальних витрат (CAPEX). Це значно затримує ваш вихід на ринок. Багато нових операторів роблять помилку, запитуючи максимальну потужність мережі в перший день. Вони припускають, що їм потрібна достатня потужність для одночасної роботи всіх запланованих зарядних пристроїв на максимальній потужності. Це припущення паралізує розширення. Комунальні служби відмовляються, посилаючись на обмеження мережі. Зрештою, ви чекаєте на дорогу модернізацію трансформатора, перш ніж зможете прокласти один кабель.

Ви можете уникнути цієї пастки, прийнявши стратегію поетапного зростання. Зазвичай попит зростає в окремі фази. Це рідко матеріалізується відразу. Ваша стратегія розгортання зарядних пристроїв завжди має відповідати поведінці конкретного місця. Ви повинні адаптуватися до фізичного розташування та намірів водія.

1. Офісні паркування з тривалим перебуванням: водії паркуються на вісім годин. Їм не потрібна швидка швидка зарядка постійним струмом. Ви можете розгорнути повільніші зарядні пристрої змінного струму рівня 2. Ви можете розподілити електричне навантаження на весь робочий день.

2. Роздрібна торгівля та бакалія: водії залишаються від 45 до 90 хвилин. Їм потрібна середньошвидкісна зарядка постійним струмом (від 50 до 100 кВт). Вам потрібен достатній оборот, щоб обслуговувати багатьох клієнтів, але вам не потрібна потужність на рівні магістралі.

3. Коридори шосе: водії хочуть швидкого розвороту. Вони залишаються від 15 до 30 хвилин. Ви повинні розгорнути надшвидкісні зарядні пристрої постійного струму (150 кВт+). Ці сайти вимагають ретельного балансування потужності, щоб впоратися з раптовими стрибками попиту.

Ви повинні зменшити початкові капітальні витрати за допомогою розумного планування інфраструктури. Використовуйте 'темний канал' на початковому етапі будівництва. Ви попередньо прокладаєте необхідні підземні труби та електропроводку, не встановлюючи одразу кожну зарядну станцію. Ви заливаєте бетон один раз. Ви витягуєте кабелі та монтуєте апаратне забезпечення пізніше, коли потреба драйверів зростає.

Крім того, ви можете уникнути необхідності негайного, дорогого оновлення трансформатора. Ви досягаєте цього, використовуючи передові Система керування зарядкою електромобілів . Ця платформа в реальному часі відображає розподіл потужності на вашому сайті. Він інтелектуально обмежує загальне споживання електроенергії, щоб залишатися в межах існуючих лімітів корисності. Ви можете встановити 20 зарядних пристроїв до мережі, яка спочатку розрахована на 10. Програмне забезпечення безпечно організовує потік енергії за лаштунками.

Оцінка системи керування зарядкою електромобілів для масштабу

Перехід від базових готових додатків до платформ корпоративного рівня потребує чіткої системи прийняття рішень. Базовий додаток добре працює для п’яти зарядних пристроїв на одній автостоянці. Це вражаюче не справляється з керуванням 500 вузлами в трьох станах. Ви повинні оцінювати нові платформи на основі критеріїв підтримки великого масштабу, гнучкості апаратного забезпечення та автоматизованого контролю витрат.

Справжня апаратна сумісність (стандарти OCPP)

Аппаратний агностицизм — ваш найпотужніший важіль. Уникайте платформ, які підтримують лише вузький список бажаних постачальників апаратного забезпечення. Якщо ви заблокуєтеся на власну систему, ви втрачаєте силу переговорів. Коли проблеми з ланцюгом постачання затримують поставку конкретного обладнання, ви не можете легко перейти до іншого виробника.

Оцініть можливості вашої платформи за протоколом Open Charge Point Protocol (OCPP). Перевірте власну підтримку OCPP 1.6J і 2.0.1. OCPP 2.0.1 пропонує чудове керування пристроєм і підвищену безпеку. Справжня сумісність гарантує, що ви можете закуповувати апаратне забезпечення на основі реалій ланцюга поставок, цін і регіональної доступності. Ви обираєте обладнання. Обмеження програмного забезпечення ніколи не повинні визначати ваші рішення про покупку.

Автоматизований контроль OPEX (динамічне керування навантаженням і PPA)

Некеровані сайти зарядки стикаються з руйнівною платою за комунальні послуги. Комунальні підприємства штрафують комерційних операторів за різкі стрибки пікового споживання енергії. Короткий 15-хвилинний сплеск у години пік у другій половині дня може спричинити величезні комісії за весь платіжний цикл. Ця пікова ціна знищує ваш бюджет операційних витрат (OPEX).

Система повинна підтримувати інтелектуальне керування навантаженням (ILM). ILM активно регулює потужність на основі потужності мережі в режимі реального часу та попередньо визначених обмежень для сайтів. Він також зчитує стан заряду автомобіля (SOC). Якщо один автомобіль має 90% заряду акумулятора, а інший досягає 10%, ILM динамічно передає потужність на щойно прибулий автомобіль. Це автоматизоване дроселювання зберігає ваше пікове споживання ідеально рівним. Ви уникаєте штрафів за комунальні послуги, максимізуючи використання сайту. Поєднання цієї можливості з фіксованою угодою про закупівлю електроенергії (PPA) забезпечує довгострокову прибутковість.

Дистанційна діагностика та автоматичне усунення несправностей

Рулони вантажівок руйнують економіку агрегату. Відправка технічного спеціаліста на віддалений сайт коштує сотні доларів за відвідування. Ви не можете масштабувати мережу, якщо кожен незначний збій потребує фізичної перевірки на місці. Безвідмовна робота — це, по суті, проблема програмного забезпечення.

Ваша платформа повинна мати широкі можливості віддаленої діагностики. Він потребує автоматичного журналювання помилок. Він повинен підтримувати команди віддаленого перезавантаження. Якщо сеанс заряджання завершується невдачею, програмне забезпечення має автоматично спробувати м’яке скидання перед тим, як попередити оператора. Шукайте системи, які використовують інтелектуальне технічне обслуговування на основі штучного інтелекту. Ці алгоритми аналізують незначні падіння напруги або стрибки температури роз’єму з часом. Вони передбачають поломки компонентів ще до того, як вони відбудуться. Цей проактивний підхід допоможе вам без особливих зусиль підтримувати 99% цільових показників безвідмовної роботи угоди про рівень обслуговування (SLA).

Створення досвіду водія 'без тертя' як конкурентоспроможного рову

Щільність мережі зростає щодня. Учасники ринку з глибокими кишенями, включаючи транснаціональні роздрібні торговці та традиційні нафтові компанії, активно будують конкуруючі зарядні центри. Водії тепер мають вибір. Вони швидко покинуть мережі, змушуючи їх через високі платежі. Вони агресивно уникатимуть мереж, уражених зарядними пристроями «привиди». Зарядний пристрій-привид виглядає повністю працездатним у додатку, але після прибуття виявляє розбитий екран або несправний роз’єм. Цей сценарій миттєво руйнує довіру до бренду.

Щоб побудувати справжній конкурентоспроможний рів, ви повинні створити безперебійний досвід. Усунення тривоги щодо заряду виходить далеко за рамки простого встановлення надійного обладнання.

• Видимість без збереження стану: забезпечте точну доступність у реальному часі. Ваші API повинні миттєво транслювати точні рівні потужності та статуси несправності. Якщо станція вимикається, вона має зникнути з загальнодоступних карт протягом кількох секунд.

• Plug & Charge (ISO 15118): запровадження безперебійної автентифікації. Водії повинні просто підключити кабель до свого автомобіля. Система автентифікує автомобіль, авторизує оплату та автоматично ініціює стягнення. Ви повністю обходите втому від додатків.

• Уніфіковані платіжні шлюзи: підтримка терміналів кредитних карток, угод про роумінг RFID та уніфікованих гаманців програм. Не змушуйте кожного водія завантажувати вашу фірмову програму лише для того, щоб подолати 20 миль.

Прозора монетизація захищає репутацію вашого бренду. Водії ненавидять приховані платежі. Переконайтеся, що ваша платформа підтримує складні динамічні моделі ціноутворення. Ви можете запровадити ціноутворення за часом використання (TOU), щоб заохотити заряджати в період непікової навантаження. Ви можете застосувати ставки за кВт-год, змішані з платою за простой. Плата за простій карає водіїв, які займають простір довго після того, як їхній акумулятор досягає 100%. Ви повинні чітко показати ці складні моделі ціноутворення перед початком сеансу. Чітка попередня комунікація запобігає суперечкам користувачів. Це усуває запити на повернення коштів. Це формує довгострокову лояльність.

Рішення щодо архітектури програмного забезпечення: стандартний SaaS проти White-Label/API

Оскільки ваша мережа перевищує 50 активних вузлів, ви стикаєтеся з ключовим рішенням щодо архітектури програмного забезпечення. Ви повинні вибрати правильну модель розгортання, щоб підтримувати зростання. Ринок зазвичай пропонує дві різні категорії рішень для зростаючих СРО. Кожен має різні наслідки для капіталу вашого бренду та операційного контролю.

Стандартна ліцензована система керування зарядними точками (CPMS) забезпечує модель програмного забезпечення як послуги (SaaS). Продавець розміщує все. Вони пропонують стандартизовану програму для водія. Вони керують бекендом. Ця модель гарантує неймовірно швидкий вихід на ринок. Це потребує меншого початкового капіталу та мінімальних внутрішніх технічних знань. Однак це значно обмежує диференціацію вашого бренду. Ви не можете глибоко інтегрувати цю стандартну платформу SaaS з наявними інструментами планування ресурсів підприємства (ERP). Ви не можете легко об’єднати його з вашими усталеними роздрібними програмами лояльності. По суті, ви орендуєте свій клієнтський досвід.

І навпаки, гібридні моделі White-Label і API-First пропонують максимальний контроль. Ця архітектура дозволяє CPO створювати власні додатки для драйверів. Ви перекладаєте надскладні серверні завдання на постачальника. Постачальник керує складними комунікаційними рівнями OCPP. Вони обробляють системи білінгу. Вони керують центрами роумінгу. Ви керуєте пікселями на екрані смартфона водія.

Ця реальність впровадження вимагає зрілої внутрішньої команди продукту. Вам потрібні розробники для керування кінцевими точками API та розробки інтерфейсу користувача. Незважаючи на цей вищий бар’єр входу, це значно підвищує оцінку вашого підприємства. Ви володієте даними клієнтів. Ви володієте досвідом бренду. Ви диктуєте точний шлях користувача від прибуття до від’їзду. Для мереж, які прагнуть домінувати в певних регіонах або вертикалях, ця гібридна модель представляє золотий стандарт.

Реальності впровадження: пом’якшення ризиків міграції та розгортання

Згодом мережі масштабування переростають своє початкове програмне забезпечення. Копіювання та заміна застарілої серверної частини для встановлення масштабованої системи створює величезний ризик. Неякісно виконані міграції спричиняють катастрофічні перебої в роботі служби. Вони викликають невідновну втрату даних. Вони відштовхують водіїв, які завчасно прийняли автомобіль.

Ви повинні дотримуватися суворої, покрокової логіки міграції. Ітераційні розгортання 'сірого ящика' досягають успіху. Комплексні міграції 'великого вибуху' зазвичай не вдаються. Ви ніколи не повинні замінювати 500 зарядних пристроїв на нову платформу в ту ж ніч. Спочатку перенесіть невеликий кластер із п’яти зарядних пристроїв. Слідкуйте за стабільністю їх з'єднання протягом трьох днів. Перевірте правильність виставлення рахунків. Коли тестовий кластер стане стабільним, поступово розгортайте його за географічними зонами.

Проведіть вичерпні перевірки апаратного забезпечення перед зміною будь-яких конфігурацій серверної частини. Перевірте точну версію мікропрограми, що працює на ваших фізичних зарядних пристроях. Підтвердьте налаштування підключення до мережі. Ви повинні зіставити існуючі APN стільникового зв’язку GSM або налаштування Wi-Fi. Якщо зарядний пристрій використовує застарілу пропрієтарну версію мікропрограми, маршрутизація його на нову серверну частину OCPP назавжди заблокує комунікаційну плату. Ви повинні оновити мікропрограму локально перед виконанням команд віддаленої міграції.

Безпека даних і безперервність роботи користувача вимагають делікатного поводження. Перехід до відповідності GDPR і CCPA під час передавання даних історичного сеансу вимагає суворого шифрування. Ви повинні точно переносити баланс гаманця водія та історію транзакцій.

Вирішальний ризик: будь-якою ціною уникайте копіювання пароля. Ви не можете безпечно розшифрувати та перенести паролі користувачів із застарілої системи. Спроба зробити це створює катастрофічну вразливість безпеки. Натомість створіть чіткий життєвий цикл зв’язку з підтримкою кількох дотиків. Надішліть водіям електронні листи за тижні. Вітаємо їх у оновленій мережі. Допоможіть існуючим користувачам безпечно скинути свої облікові дані на новій платформі. Запропонуйте невеликий зарядний кредит як заохочення. Ця стратегія запобігає відтоку та забезпечує сувору відповідність вимогам безпеки. Якщо вам потрібні спеціальні вказівки щодо навігації цими складними правилами передачі даних, ви можете безпечно зв’яжіться з нами , щоб безпечно спланувати свою міграцію.

Висновок

Масштабування мережі зарядки електромобілів — це, по суті, проблема оркестровки. Ваш довгостроковий успіх менше залежить від того, який зарядний пристрій ви придбаєте сьогодні. Це майже повністю залежить від цифрової інфраструктури, яку ви розгортаєте, щоб керувати витратами на електроенергію, забезпечити безвідмовну роботу та усунути тертя водіїв завтра.

Побудова прибуткової мережі вимагає розумного розподілу капітальних витрат. Ви повинні прийняти динамічне керування навантаженням, щоб захиститися від плати за комунальні послуги. Ви повинні вимагати суворого апаратного агностицизму, щоб запобігти блокуванню постачальника. Нарешті, ви повинні контролювати роботу драйвера за допомогою розширеної інтеграції API або додатків із білими мітками.

Негайно вживіть наступних заходів:

• Перевірте свою поточну потужність утиліти на всіх запланованих ділянках розширення.

• Оцініть апаратні агностичні можливості вашого існуючого програмного забезпечення. Надішліть запит на підтвердження концепції (POC) з використанням невласного зарядного пристрою.

• Оцініть свою поточну архітектуру. Визначте, чи підтримує він розширене керування навантаженням і автоматичне вирішення проблем.

• Створіть карту подорожі свого водія, щоб виявити та усунути сценарії прихованого тертя з оплатою або примарного зарядного пристрою.

FAQ

З: Коли саме час оновити базову програму зарядного пристрою до корпоративної системи керування зарядкою електромобілів?

A: Ви повинні оновити під час розширення на другий географічно відмінний сайт. Оновлення також має вирішальне значення під час керування змішаним обладнанням від кількох постачальників. Крім того, якщо плата за комунальні послуги почне впливати на прибутковість вашого сайту, вам негайно знадобиться корпоративна система, здатна динамічно керувати навантаженням.

З: Чи можу я масштабувати свою мережу за допомогою існуючого обладнання, якщо я зміню програмну платформу?

A: Так, за умови, що застаріле обладнання повністю сумісно з OCPP. Більшість сучасних апаратних засобів підтримує ці відкриті стандарти. Однак для старішої застарілої мікропрограми може знадобитися ручне оновлення за допомогою технічних спеціалістів, перш ніж ви зможете виконати безпечну віддалену міграцію на нову програмну платформу.

Питання: скільки часу реально потрібно для перенесення існуючої мережі на нову програмну платформу?

A: Правильна міграція зазвичай займає від 4 до 12 тижнів. Цей період значною мірою залежить від розміру вашої мережі та однорідності апаратного забезпечення. Безпечний графік включає обов’язкові аудити апаратного забезпечення, ретельне відображення даних, перевірки відповідності та повторне пілотне тестування перед повним розгортанням.