Мы разрабатываем мобильные приложения для автомобильной телематики, которые превращают разрозненные данные с трекеров в управляемую картину автопарка. 8 лет опыта — это десятки интеграций с Teltonika, Concox и Queclink, каждая из которых требовала глубокого понимания бинарных протоколов и real-time архитектуры. Мобильное приложение становится единым окном для диспетчера: карта с живыми маркерами, алерты, отчёты и аналитика — всё в одном интерфейсе.
Мы используем open-source платформу Traccar как основу серверной части. Это даёт готовую поддержку 200+ протоколов трекеров, REST API и WebSocket для real-time. Вместо того чтобы писать интеграцию с нуля, мы сосредотачиваемся на бизнес-логике и пользовательском опыте. Каждый новый трекер добавляется за 1-2 часа, экономя до 500 USD на разработку интеграции с нуля.
Структура телематического блока управления
ТБУ (или AVL-трекер) — OBD-II или CAN-устройство с GSM/LTE модемом, GPS-модулем и внутренней памятью для буферизации. Популярные серии: Teltonika FMB (FMB920, FMB003, FMB125), Concox GT06N, Queclink GV500. Данные передаются на сервер по TCP в проприетарном бинарном протоколе. Teltonika Codec 8/8E — наиболее распространённый. Структура AVL-записи:
Полная структура AVL-записи Codec8
| Поле | Размер (байт) | Описание |
|---|---|---|
| Timestamp | 8 | Unix ms |
| Priority | 1 | 0–3 |
| Longitude | 4 | int32 × 0.0000001 |
| Latitude | 4 | int32 × 0.0000001 |
| Altitude | 2 | int16 (метры) |
| Angle | 2 | uint16 (градусы) |
| Satellites | 1 | uint8 |
| Speed | 2 | uint16 (км/ч × 10) |
| IO count | 1 | количество IO элементов |
| IO elements | N | пары ID-Value |
Парсинг на сервере (Go):
type AVLRecord struct { Timestamp time.Time Longitude float64 Latitude float64 Altitude int16 Angle uint16 Satellites uint8 Speed uint16 IOElements map[uint16]int64 } func parseAVLRecord(r *bufio.Reader) (AVLRecord, error) { var rec AVLRecord var tsMs uint64 binary.Read(r, binary.BigEndian, &tsMs) rec.Timestamp = time.UnixMilli(int64(tsMs)) var priority uint8 binary.Read(r, binary.BigEndian, &priority) // GPS Element: lon(4), lat(4), alt(2), angle(2), sat(1), speed(2) var lonRaw, latRaw int32 binary.Read(r, binary.BigEndian, &lonRaw) binary.Read(r, binary.BigEndian, &latRaw) rec.Longitude = float64(lonRaw) / 10_000_000.0 rec.Latitude = float64(latRaw) / 10_000_000.0 // ... остальные поля return rec, nil } Почему Traccar — оптимальный выбор для серверной части?
Traccar — open-source платформа, которая знает 200+ протоколов трекеров и предоставляет REST API и WebSocket. Она разворачивается за 2-3 дня, что в 30-60 раз быстрее, чем разработка собственной серверной платформы (3-4 месяца).
Согласно официальной документации, Traccar поддерживает 200+ протоколов. GitHub: Traccar
| Параметр | Traccar | Самописная платформа |
|---|---|---|
| Время запуска | 2-3 дня | 3-4 месяца |
| Поддержка протоколов | 200+ (встроенная) | Нужно писать каждую интеграцию |
| Real-time | WebSocket из коробки | Разрабатывать с нуля |
| Масштабирование | До 10 000 устройств | Ограниченное |
Traccar REST API для мобильного клиента:
interface TraccarApi { @GET("devices") suspend fun getDevices(@Query("groupId") groupId: Long? = null): List<Device> @GET("positions") suspend fun getLatestPositions( @Query("deviceId") deviceId: Long? = null ): List<Position> @GET("reports/trips") suspend fun getTrips( @Query("deviceId") deviceId: Long, @Query("from") from: String, @Query("to") to: String, ): List<Trip> @GET("reports/events") suspend fun getEvents( @Query("deviceId") deviceId: Long, @Query("from") from: String, @Query("to") to: String, @Query("type") types: List<String>, ): List<Event> } Real-time позиции — WebSocket Traccar (wss://server/api/socket):
class TraccarLiveSession(private val baseUrl: String, private val sessionCookie: String) { fun observe(): Flow<TraccarMessage> = callbackFlow { val client = OkHttpClient.Builder() .readTimeout(0, TimeUnit.MILLISECONDS) .build() val ws = client.newWebSocket( Request.Builder() .url("wss://$baseUrl/api/socket") .header("Cookie", "JSESSIONID=$sessionCookie") .build(), object : WebSocketListener() { override fun onMessage(webSocket: WebSocket, text: String) { trySend(Json.decodeFromString(text)) } override fun onFailure(webSocket: WebSocket, t: Throwable, response: Response?) { close(t) } } ) awaitClose { ws.close(1000, null) } } } Как обеспечить плавную анимацию маркеров на карте?
Google Maps SDK — стандарт для Android, MapKit для iOS, Mapbox или Yandex MapKit для российского рынка. Маркеры двигаются плавно между позициями с интерполяцией:
private fun updateVehicleMarker(position: Position) { val latLng = LatLng(position.latitude, position.longitude) val existing = vehicleMarkers[position.deviceId] if (existing == null) { vehicleMarkers[position.deviceId] = map.addMarker( MarkerOptions() .position(latLng) .icon(getVehicleIcon(position.attributes["ignition"] as? Boolean ?: false)) .rotation(position.course.toFloat()) .flat(true) )!! } else { ValueAnimator.ofFloat(0f, 1f).apply { duration = 1000 interpolator = LinearInterpolator() val from = existing.position addUpdateListener { anim -> val f = anim.animatedFraction existing.position = LatLng( from.latitude + (latLng.latitude - from.latitude) * f, from.longitude + (latLng.longitude - from.longitude) * f ) existing.rotation = position.course.toFloat() } }.start() } } Кластеризация для автопарков с > 50 машин — обязательна: ClusterManager из Maps SDK Utilities без неё карта тормозит при сотнях маркеров.
История поездок и геозоны
Трек поездки — Polyline по списку GPS-точек. Цвет линии по скорости даёт мгновенное визуальное понимание манеры езды:
fun drawSpeedColoredRoute(points: List<Position>) { points.zipWithNext().forEach { (from, to) -> val color = when { to.speed > speedLimitKph -> Color.RED to.speed > speedLimitKph * 0.8 -> Color.YELLOW else -> Color.GREEN } map.addPolyline( PolylineOptions() .add(LatLng(from.latitude, from.longitude)) .add(LatLng(to.latitude, to.longitude)) .color(color) .width(4f) ) } } Геозоны — полигоны на карте, при пересечении сервер генерирует события. Создание геозоны из приложения: рисуем полигон тапами, отправляем координаты в Traccar Geofences API. Привязка устройства через notificationTypes.
CAN-данные и расширенная телематика
Через OBD-II порт или CAN-шину получаем: уровень топлива, пробег из ECU, обороты, нагрузку, коды DTC, температуру. Данные приходят в IOElements AVL-записи по IO ID. Для Teltonika: ID 12 = ignition, ID 67 = CAN speed, ID 82 = CAN fuel level. На сервере хранится маппинг, клиент получает уже именованные поля.
Уведомления и алерты
Алерты настраиваются на сервере и доставляются через FCM или APNS. Типовые алерты автопарка:
- превышение скорости > X км/ч
- выезд из геозоны в нерабочее время
- длительная стоянка с включённым двигателем (расход вхолостую)
- разряд аккумулятора (< 11.8 В)
- резкое торможение / ускорение
- потеря связи с устройством > 5 минут
На клиенте — лента алертов с фильтрацией, переход к карте в момент события.
Этапы разработки приложения для телематики
- Аудит парка трекеров — определяем поддерживаемые протоколы, частоту отправки данных, параметры IO.
- Настройка сервера Traccar — установка, конфигурация протоколов, настройка алертов и отчётов.
- Разработка мобильного клиента — UI для карты, отчётов, алертов, настроек геозон. Реализация WebSocket-соединения.
- Интеграция с CAN-данными — если нужна расширенная телематика, подключаем OBD-II или CAN-шину.
- Тестирование на реальных устройствах — проверка стабильности при разных нагрузках.
- Деплой в App Store и Google Play — подготовка метаданных, прохождение ревью.
Каждый этап завершается демонстрацией заказчику. После запуска предоставляем месяц поддержки.
Сроки и оценка
Базовое приложение на Traccar: 8–12 недель. Кастомная платформа с CAN-данными и белым лейблом: 4–6 месяцев. Стоимость рассчитывается индивидуально. Свяжитесь с нами для оценки вашего проекта. Получите консультацию инженера по выбору трекеров и архитектуры.