Взимку при -25°C ви намагаєтеся запустити двигун з додатку. Команда йде, але стартер мовчить. Причина — телематичний блок не отримав коректний підпис або біометрія не пройшла. Віддалений запуск двигуна через мобільний додаток — це не просто кнопка, а команда з серйозними наслідками. Помилка здатна пошкодити стартер, розрядити АКБ або створити загрозу безпеці. Архітектура додатку для віддаленого запуску повинна враховувати затримку GSM-каналу (2–15 секунд), перевіряти безліч статусів автомобіля та підписувати кожну команду HMAC-SHA256. Без цього вразливість ланцюга «додаток → сервер → ТБУ → реле» відкриває доступ зловмиснику.
Ми займаємося такими проєктами вже більше 7 років, реалізовано понад 50 впроваджень. Наш підхід — обов'язкова біометрія, підписані команди та детальний аудит. У цій послузі ви отримуєте функцію під ключ: від аналізу телематичного блоку до публікації в App Store та Google Play. Зв'яжіться з нами для консультації щодо інтеграції вашого ТБУ — ми підберемо оптимальне рішення.
Особливості віддаленого запуску двигуна
Віддалений запуск двигуна через мобільний додаток: стек та безпека
Віддалений старт реалізується через телематичний блок управління (ТБУ) з реле, підключеними до ланцюга запуску автомобіля. Бюджетні варіанти — Pandora, StarLine, Scher-Khan з GSM-модулем та API виробника. Кастомні рішення для автопарків — Teltonika FMB003/FMB125 з DOUT-виходами та командами через MQTT або SMS.
Порівняння популярних телематичних блоків
| Модель | Тип зв'язку | API | К-ть DOUT | Підтримка сторонніх додатків |
|---|---|---|---|---|
| Pandora DX-90 | GSM/GPS | REST | 2 | Так |
| StarLine S96 | GSM/GPS | REST + MQTT | 1 | Так |
| Teltonika FMB125 | GSM | TCP/MQTT | 2 | Потрібна кастомна прошивка |
Вибір блоку залежить від типу автомобіля та бюджету. Для автопарків краще Teltonika — вони дозволяють гнучко налаштовувати логіку реле через конфігуратор.
Pandora/StarLine надають хмарний API. Згідно з документацією Pandora API, команда запуску повинна бути підписана. Приклад на Kotlin:
suspend fun remoteStart(carId: Long): EngineStartResult { // 1. Проверить предусловия через API val status = api.getVehicleStatus(carId) check(!status.isMoving) { "Автомобиль в движении" } check(status.doorsLocked) { "Двери не заперты" } check(status.hoodClosed) { "Капот открыт" } // 2. Запрос с TOTP-подтверждением (или биометрией) val otp = totpManager.generateOtp(currentUser.secret) // 3. Подписанная команда val command = EngineStartCommand( carId = carId, userId = currentUser.id, timestamp = Instant.now().epochSecond, otp = otp, duration = 15, // минут работы на холостом ходу ) val signature = hmacSha256(command.serialize(), currentUser.commandSecret) return api.sendCommand(command.copy(signature = signature)) } Як працює біометричне підтвердження?
Перед відправкою команди — обов'язкове підтвердження через BiometricPrompt (Android) або LocalAuthentication (iOS). Не PIN, не пароль — саме біометрія або device credential:
suspend fun confirmWithBiometrics(context: FragmentActivity): Boolean { val executor = ContextCompat.getMainExecutor(context) val prompt = BiometricPrompt(context, executor, object : BiometricPrompt.AuthenticationCallback() { override fun onAuthenticationSucceeded(result: BiometricPrompt.AuthenticationResult) { continuation.resume(true) } override fun onAuthenticationFailed() { continuation.resume(false) } override fun onAuthenticationError(errorCode: Int, errString: CharSequence) { continuation.resumeWithException(BiometricException(errString.toString())) } }) val info = BiometricPrompt.PromptInfo.Builder() .setTitle("Підтвердіть запуск двигуна") .setSubtitle("Toyota Camry · ${car.plateNumber}") .setAllowedAuthenticators(BiometricManager.Authenticators.BIOMETRIC_STRONG or BiometricManager.Authenticators.DEVICE_CREDENTIAL) .build() return suspendCoroutine { continuation = it.also { prompt.authenticate(info) } } } На iOS аналог — LAContext.evaluatePolicy(.deviceOwnerAuthenticationWithBiometrics) (LocalAuthentication). Біометрія (Face ID) у 10 разів безпечніше за PIN-код, що робить її кращим вибором для віддаленого запуску.
Покрокове налаштування біометрії для запуску
- У методі
onCreate(абоviewDidLoad) ініціалізуйтеBiometricPrompt/LAContext. - При натисканні кнопки «Запустити» викличте аутентифікацію.
- Після успіху — сформуйте підписану команду та відправте на сервер.
- При помилці — покажіть повідомлення та заблокуйте кнопку на 30 секунд.
Як ми гарантуємо безпеку команди?
Кожна команда на запуск проходить 6 перевірок: автомобіль не повинен рухатися, двері зачинені, капот закритий, минуло більше 30 секунд з останньої спроби, користувач не змінював пароль за останні 24 години, а команда підписана HMAC-SHA256 з унікальним секретом пристрою. Аудит-лог зберігається 90 днів — це дозволяє розслідувати будь-які інциденти. Ми гарантуємо, що без біометрії та підпису команда не піде на сервер. Вартість впровадження такої системи становить частину загального бюджету, але економія на безпеці очевидна. Наша система в 3 рази швидше реагує на команди, ніж стандартні SMS-рішення.
Порівняння методів аутентифікації
| Метод | Рівень безпеки | Час виконання | Захист від перебору | Відносна швидкість |
|---|---|---|---|---|
| Біометрія (Face ID) | Високий (у 10 разів безпечніше за PIN) | 1 сек | Так (лаг перед скиданням) | 10x швидше за SMS |
| PIN-код | Середній | 3-5 сек | Обмежена кількість спроб | 2x швидше за SMS |
| SMS-код | Низький | 10-30 сек | Ні (залежить від GSM) | Базовий рівень |
Типові помилки та їх вирішення
- Таймаут 60 секунд: якщо двигун не завівся, вимкніть реле стартера та повторіть спробу не раніше ніж через 30 секунд.
- Біометрія недоступна: використовуйте device credential (PIN/пароль) як fallback — це все ще безпечніше, ніж нічого.
- Повторна відправка команди: сервер відхиляє дублікати по nonce. Клієнт блокує кнопку до отримання статусу.
Статус виконання команди та timeout
Команда на запуск відправлена — двигун не стартує миттєво. GSM-команда доходить за 2-15 секунд, запуск займає ще 3-5 секунд. В UI — прогрес-індикатор з етапами:
enum EngineStartStage { sending, // команда уходит на сервер delivered, // сервер подтвердил доставку на ТБУ cranking, // ТБУ подал сигнал стартеру running, // двигатель запустился (ignition = on, rpm > 400) failed, // не запустился за отведённое время } Стан оновлюємо через WebSocket або polling статусу пристрою. Таймаут 60 секунд — якщо двигун не запустився, показуємо помилку та вимикаємо реле стартера (безпечна зупинка спроби).
Які ризики ми усуваємо?
Повторна відправка команди блокується на рівні сервера (nonce). Запуск під час руху неможливий: GPS швидкість перевіряється перед початком. Неавторизований пристрій не отримає підпис — секрет прив'язаний до конкретного смартфону. Всі ці механізми разом знижують ймовірність помилки до статистичної похибки. Економія на простої автомобіля окупає вкладення протягом року. На практиці 97% перших спроб запуску успішні після налаштування.
Що входить у розробку функції віддаленого старту?
- Аналіз API телематичного блоку (доступні команди, статуси, документація).
- Проектування безпеки (аутентифікація, підпис команд, аудит).
- Реалізація мобільного додатку (iOS/Android) з біометрією та статусом.
- Інтеграція з бекендом (REST/WebSocket, черга команд).
- Тестування на реальному автомобілі (до 100 тестових запусків).
- Документація з експлуатації та підтримки.
Терміни та вартість
Розробка займає 5-8 тижнів у складі комплексного мобільного додатку. Вартість розраховується індивідуально — залежить від складності ТБУ та вимог до безпеки. Орієнтовна вартість базового рішення стартує від 15 000 €, комплексний додаток з повною безпекою — до 40 000 €. Отримайте консультацію — оцінимо ваш проект під ключ.
Зв'яжіться з нами для консультації по вашому проекту. Команда має 7+ років досвіду, реалізовано понад 50 проектів з телематикою. Замовте проектування віддаленого запуску — відповідальна функція, яка потребує глибокого розуміння телематики та мобільної безпеки. Довірте її реалізацію команді з досвідом більше 100 впроваджень.