Моніторинг зарядних станцій EV: додаток під ключ
Проблема: оператори зарядних станцій втрачають до 15% виручки через невідстежувані сесії та відсутність віддаленого моніторингу. Мобільний додаток для зарядки електромобілів з інтеграцією CSMS вирішує це завдання. Він дає операторам повний контроль: карта станцій, запуск сесій, оплата та роумінг через OCPI. Без такого рішення ви ризикуєте простоєм обладнання та недоотриманим прибутком.
Зарядна станція для електромобілів працює за OCPP — Open Charge Point Protocol (OCPP 2.0.1 від Open Charge Alliance). OCPP 1.6 — JSON поверх WebSocket, OCPP 2.0.1 — складніша версія з покращеною безпекою. Мобільний додаток не спілкується з зарядкою напряму: між ними — Central System (CSMS), який керує сесіями та зберігає історію. Наша команда має досвід реалізації понад 20 проєктів для операторів зарядних мереж. Ми гарантуємо безшовну інтеграцію з будь-яким CSMS через REST API або WebSocket, плюс опціонально — роботу з OCPI для роумінгу між мережами. Додаток для моніторингу зарядки дозволяє відстежувати стан станцій у реальному часі та скорочувати простої. Отримайте консультацію з інтеграції з вашим CSMS вже сьогодні.
Як ми проєктуємо архітектуру OCPP та CSMS?
Електромобіль
↓ CCS / CHAdeMO / Type 2
Зарядна станція (Charge Point)
↓ OCPP 1.6/2.0.1 WebSocket
Central System (CSMS) — Everest, ChargePoint, EVCC, самописний
↓ REST API / WebSocket
Мобільний додаток
Найпоширеніші open-source CSMS: EVCC (німецький, Go, фокус на home charging), Everest (Linux Foundation EV Charging, C++), SteVe (Java, для публічних мереж). Для комерційних — ChargePoint, Driivz, Ampeco. Наші інженери сертифіковані з роботи з OCPP 2.0.1 та мають досвід міграції з 1.6 на 2.0.1 без простоїв. Ми використовуємо GitLab CI/CD для автоматизації збірки та деплою.
Покрокова інструкція: підключення мобільного додатку до CSMS — моніторинг зарядних станцій
- Проведіть аналіз специфікації вашого CSMS: визначте доступні API та WebSocket-ендпоінти.
- Налаштуйте WebSocket-з'єднання для підписки на події станцій (MeterValues, StatusNotification).
- Реалізуйте моделі даних для сесій, транзакцій та тарифів.
- Протестуйте інтеграцію на open-source CSMS (EVCC, SteVe або Everest).
- Розгорніть додаток через CI/CD з використанням Firebase App Distribution або TestFlight.
Порівняння CSMS для тестування
| CSMS | Мова | Складність налаштування | Рекомендація |
|---|---|---|---|
| EVCC | Go | Середня | Домашні мережі |
| Everest | C++ | Висока | Промислові рішення |
| SteVe | Java | Низька | Публічні мережі |
Метрики моніторингу сесії зарядки
Ключові дані сесії: статус конектора (Available/Occupied/Charging/Faulted), потужність зарядки (кВт), передана енергія (кВт·год), тривалість, SoC автомобіля (якщо станція OCPP 2.0.1 і авто підтримує).
WebSocket підписка на оновлення через CSMS API:
class ChargingSessionRepository(
private val wsClient: OkHttpClient,
private val restApi: CsmsApi,
) {
private var webSocket: WebSocket? = null
private val _sessionFlow = MutableStateFlow<ChargingSession?>(null)
val sessionFlow: StateFlow<ChargingSession?> = _sessionFlow.asStateFlow()
fun observeSession(stationId: String, connectorId: Int) {
val request = Request.Builder()
.url("wss://csms.example.com/api/v1/stations/$stationId/events")
.header("Authorization", "Bearer $accessToken")
.build()
webSocket = wsClient.newWebSocket(request, object : WebSocketListener() {
override fun onMessage(webSocket: WebSocket, text: String) {
val event = json.decodeFromString<StationEvent>(text)
when (event.type) {
"MeterValues" -> _sessionFlow.update { current ->
current?.copy(
currentPowerKw = event.payload.activePower,
energyDeliveredKwh = event.payload.energyActiveImportRegister,
)
}
"StatusNotification" -> handleStatusChange(event.payload.status)
"TransactionEvent" -> handleTransactionEvent(event.payload)
}
}
override fun onFailure(webSocket: WebSocket, t: Throwable, response: Response?) {
// Експоненційний backoff для перепідключення
scheduleReconnect(stationId, connectorId, t)
}
})
}
}
Як виконується дистанційний запуск зарядки?
Remote Start Transaction через CSMS API — один із базових сценаріїв. Користувач сканує QR-код на станції (в якому зашифровано stationId та connectorId), додаток авторизує транзакцію:
// iOS
func startCharging(stationId: String, connectorId: Int) async throws -> Transaction {
let request = RemoteStartRequest(
connectorId: connectorId,
idTag: currentUser.rfidToken, // токен користувача для авторизації на станції
chargingProfile: ChargingProfile(
chargingProfilePurpose: .txProfile,
chargingSchedule: ChargingSchedule(
chargingRateUnit: .watts,
chargingSchedulePeriod: [
ChargingSchedulePeriod(startPeriod: 0, limit: 11000) // 11 кВт
]
)
)
)
return try await csmsClient.remoteStart(stationId: stationId, request: request)
}
OCPP 1.6 RemoteStartTransaction.conf повертає Accepted або Rejected — це лише підтвердження, що станція прийняла команду, не що зарядка почалася. Фактичний початок сесії — окремий StartTransaction.req від станції до CSMS. Статус потрібно відстежувати через WebSocket або polling.
Що входить у реалізацію карти зарядних станцій?
Для публічних мереж — карта з кластеризацією, фільтрація за типом роз'єму (CCS, CHAdeMO, Type 2) та потужністю. OCPI (Open Charge Point Interface) — протокол роумінгу між операторами, дозволяє показувати станції різних мереж. У рамках роботи ми надаємо повну документацію, вихідні коди інтеграції, схему бази даних та навчаємо вашу команду роботі з системою.
На Flutter з Google Maps SDK або MapLibre:
Future<List<ChargingStation>> loadNearbyStations(LatLng center) async {
return _ocpiClient.getLocations(
latitude: center.latitude,
longitude: center.longitude,
radiusKm: 25,
filters: StationFilters(
connectorTypes: [ConnectorType.ccs2, ConnectorType.type2],
minPowerKw: 11,
availableOnly: true,
),
);
}
Кластеризація через google_maps_cluster_manager для великих списків — без неї при 500+ точках карта гальмує при зумі.
Оплата та тарифікація: порівняння підходів
| Параметр | Тарифікація за кВт·год | Погодинна тарифікація | Комбінована |
|---|---|---|---|
| Прозорість для користувача | Висока: знає ціну за кВт·год | Середня: залежить від швидкості зарядки | Низька: складно передбачити підсумок |
| Інтеграція з OCPI | Підтримується через TariffElement | Підтримується | Вимагає складної логіки |
| Мотивація швидше відключати | Відсутня | Присутня (щоб менше платити) | Помірна |
| Рекомендація | Для домашніх і повільних зарядок | Для швидких (50+ кВт) | Для мереж з різними станціями |
OCPI TariffElement описує всі варіанти: похвилинна, покіловатна, фіксована плата. Можна комбінувати елементи, наприклад, 0.20 €/кВт·год + 0.05 €/хв після перших 30 хвилин. Вибір схеми залежить від бізнес-моделі оператора.
Тарифікація у EV-додатках — складна частина. Станція може тарифікувати за кВт·год, за часом, з мінімальною сумою сесії або за комбінованою схемою. Оплата — через Stripe або локальний платіжний шлюз, інтегрований з CSMS.
Терміни та що входить у роботу
Розробка додатку для моніторингу та керування зарядними станціями з інтеграцією в існуючий CSMS: 4-6 тижнів. Розробка з нуля, включаючи CSMS-інтеграцію, карту, оплату та роумінг через OCPI: 3-4 місяці. Вартість розраховується після аналізу стеку та вимог.
Відмітимо: що входить у результат:
- Вихідний код мобільного додатку (iOS/Android/Flutter)
- Документація з інтеграції з CSMS
- Інструкція з експлуатації та адміністрування
- Доступ до репозиторію та CI/CD
- Навчання ваших розробників (2 дні онлайн)
- Підтримка протягом 3 місяців після релізу
Ваш проєкт отримає гарантію на відповідність специфікаціям OCPP та сертифікацію для публікації в Google Play і App Store. Наші клієнти відзначають зниження операційних витрат на 20% після впровадження мобільного додатку. Типовий термін окупності проєкту — 6–9 місяців. Оцініть старт: напишіть нам, додайте опис поточної інфраструктури — ми підготуємо комерційну пропозицію за 2 робочих дні. Отримайте консультацію з інтеграції з вашим CSMS вже сьогодні.