Мониторинг зарядных станций EV: мобильное приложение под ключ

Мониторинг зарядных станций 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 — мониторинг зарядных станций

1. Проведите анализ спецификации вашего CSMS: определите доступные API и WebSocket-эндпоинты.
2. Настройте WebSocket-соединение для подписки на события станций (MeterValues, StatusNotification).
3. Реализуйте модели данных для сессий, транзакций и тарифов.
4. Протестируйте интеграцию на open-source CSMS (EVCC, SteVe или Everest).
5. Разверните приложение через CI/CD с использованием Firebase App Distribution или TestFlight.

Сравнение CSMS для тестирования

Метрики мониторинга сессии зарядки

Ключевые данные сессии: статус коннектора (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 описывает все варианты: поминутная, покиловаттная, фиксированная плата. Можно комбинировать элементы, например, 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 уже сегодня.