Як NEVI рахує час роботи — і чому ваша RMS не погоджується
RMS постачальника вимірює думку зарядної станції про саму себе. NEVI вимірює, чи міг водій під'їхати та завершити сесію. Це не одні й ті самі числа — і розрив є структурним.
Кожен CPO з грантом NEVI в якийсь момент це помічав. Панель RMS постачальника каже, що об'єкт мав 98,7% часу роботи минулого місяця. Аналітик з відповідності відкриває дані, застосовує методологію NEVI та отримує 91,4%. Той самий об'єкт. Той самий місяць. Ті самі зарядні станції. Сім пунктів різниці.
Перша інтуїція — що хтось помиляється. Чесна відповідь полягає в тому, що обидва числа правильні — вони вимірюють різні речі. Розуміння того, яке з них важливе для федерального звіту, — це різниця між виконанням 97% порогу часу роботи на порт та написанням плану коригувальних дій.
Більшість постачальників зарядних станцій визначають «час роботи» у своїй RMS як одне з двох: відсоток часу, коли пристрій відправляв heartbeat до CSMS (метрика heartbeat), або відсоток часу, коли пристрій не перебував у стані «Faulted» згідно з повідомленнями StatusNotification OCPP (метрика без збоїв). Обидва є корисними операційними метриками. Обидва також самозвітуються. Зарядна станція повинна знати, що вона зламана, щоб повідомити про це.
RMS постачальника вимірює думку зарядної станції про саму себе. NEVI вимірює, чи міг водій під'їхати та завершити сесію. Це не одні й ті самі числа.
Режими збоїв, які RMS постачальника систематично пропускає, включають: стани застряглого кабелю, що блокують нові сесії, при цьому пристрій повідомляє «Доступний»; тайм-аути платіжної шини, що перешкоджають авторизації, незважаючи на технічно справний пристрій; помилки на рівні повідомлень OCPP, що залишають пристрій у стані «готовий, але нездатний»; втрати мережевого з'єднання, що перешкоджають авторизаційним раундам CSMS; та проблеми з прошивкою, що змушують пристрій прийняти штекер, а потім відмовити у доставці енергії.
Водію, що під'їжджає до зарядної станції зі «100% часу роботи за RMS» і не може завершити сесію, байдуже, який із цих режимів збоїв відповідальний. NEVI теж байдуже.
Остаточне правило NEVI Title 23 визначає час роботи на порт в операційних термінах: відсоток часу, коли порт був доступний для надання успішної сесії зарядки. Методологія явно виключає час, коли порт не міг надати сесію з будь-якої причини, включаючи причини, які RMS постачальника не позначає. Це включає час, коли кабель був застряглий, платіжний термінал був недоступний, мережеве з'єднання CSMS було нестабільним та пристрій був технічно «онлайн», але відмовляв у запуску сесій.
Розрив існує тому, що два виміри мають різні джерела інформації. RMS постачальника бачить те, що зарядна станція повідомляє про себе. NEVI вимагає інформацію про те, якою була фактична поведінка порту щодо водія. Два збігаються лише у рідкісному випадку, коли зарядна станція правильно самозвітує кожен режим збою в момент його виникнення — а цей випадок практично не існує у виробництві.
CPO, що намагаються вручну узгодити розрив, зазвичай завантажують експорти RMS постачальників, журнали платіжних шин від платіжного процесора, дані квитків від польової сервісної команди та експорти реєстру сесій CSMS. Вони об'єднують їх за міткою часу та намагаються визначити періоди, коли зарядна станція вважала, що вона доступна, але жодна сесія не могла завершитися. Це 2-3 тижневе щомісячне завдання на об'єкт, і воно дає наближення — а не запечатані докази.
Реальне вимірювання часу роботи рівня NEVI вимагає безперервної кореляції джерел телеметрії, а не щомісячного узгодження. Кожне повідомлення OCPP повинно бути поєднане з подією платіжної шини, яку воно ініціювало (або ні). Кожне StatusNotification повинно бути перевірено щодо реєстру сесій CSMS. Кожна хвилина, яку порт провів у стані не-Доступний, повинна бути класифікована: чи може водій успішно завершити тут сесію, зараз чи ні? Результатом є рядок «доступний для сесії» на порт, що малюється в реальному часі відносно запечатаного потоку подій.
Коли відкривається квартальна звітність NEVI, пакет складається сам: час роботи на порт за методологією, виключені хвилини з задокументованими причинами, доданий сирий потік подій для будь-якого аудитора, що запитує. Аналітик з відповідності перевіряє, а не збирає. А коли RMS постачальника показує час роботи, що не відповідає виміру NEVI, у CPO є конкретні докази того, які хвилини розходились — і розмова з управлінням постачальником із важелем впливу.
Ознайомтесь із цим
у нашій пісочниці.
30 хвилин. Ми залучимо оператора, який пережив цей сценарій.