Фитнес-браслеты и умные кольца: как мы восстановили BLE-протокол и запустили IoT-продукт без рабочего SDK

Главное о кейсе

Hardware-стартап «Воксо» выпускает фитнес-браслеты и умные кольца, но столкнулся с проблемой: SDK от китайского производителя оказался непригоден — устаревший код, закрытые библиотеки, отсутствие документации. Данные о шагах и пульсе терялись или приходили некорректно, запуск приложения был под угрозой. Мы отказались от SDK, декомпилировали iOS-библиотеку, проанализировали Android-часть и восстановили BLE-протокол «по байтам» — через реальные запросы к устройству и сопоставление бинарных ответов с метриками. В результате заказчик получил стабильное iOS- и Android-приложение, а главное — универсальный BLE-слой, который работает не с одной моделью, а с классом устройств: браслетами и умными кольцами. Архитектура готова к масштабированию и обновлениям прошивок без переработки ядра.

Как проект изменил жизнь пользователей

До проекта пользователи носимых устройств «Воксо» не могли получить достоверную картину активности: данные о шагах и пульсе терялись при синхронизации. После восстановления протокола приложение стало работать как ассистент, а не просто трекер: оно не только собирает сырые данные, но и интерпретирует их, помогая человеку понять состояние своего организма и принять решения — от корректировки нагрузки до отдыха. Для конечного пользователя это означает предсказуемую синхронизацию, точные метрики и полезные рекомендации.

Бизнес-задача и ее решение

Задача: запустить мобильное приложение для линейки носимых устройств (фитнес-браслеты и умные кольца) на iOS и Android, обеспечив стабильную синхронизацию биометрических данных по BLE и выход на релиз.

Проблема: производитель предоставил SDK, который не позволял выстроить предсказуемую архитектуру — данные приходили некорректно. Заменить устройства было нельзя: это ломало экономику стартапа.

Решение: двухэтапный подход. Сначала — реверс-инжиниринг BLE-протокола и создание управляемого слоя интеграции. Затем — превращение технической базы в продукт с понятной монетизацией: базовый функционал бесплатен, платная часть строится вокруг аналитики, рекомендаций и интерпретации данных. Доступ к самим данным при этом остаётся в бесплатном сегменте.

Бизнес-результат: продукт готов к запуску, архитектура масштабируется на новые устройства без переработки ядра, а заложенные сценарии вовлечённости можно развивать без изменения технической базы.

Крафт (мастерство), реализация, технические детали

Ключевая техническая находка — прямая работа с BLE-протоколом без опоры на «волшебный» SDK. Что именно сделали:

Декомпилировали закрытую iOS-библиотеку и перевели её в читаемый вид, чтобы восстановить логику формирования запросов и обработки ответов.

Проанализировали Android-часть SDK и извлекли базовые команды как отправную точку.

Проверяли недостающие элементы экспериментально: отправляли реальные запросы к устройству и сопоставляли бинарные ответы с фактическими метриками (шаги, пульс).

Собрали прототип без интерфейсов — только для проверки архитектуры и стабильности цепочки «подключение → команда → ответ → декодирование», чтобы выявить ошибки до этапа полноценной разработки.

Заложили универсальный BLE-слой с ориентацией на класс устройств, без привязки к конкретной модели. При обновлении прошивки меняется только слой парсинга, ядро остаётся нетронутым.

Работа шла в условиях отсутствия документации — по сути, это реверс-инжиниринг, и именно такой опыт формирует экспертизу в IoT-разработке.

Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком

Стартовая ситуация. Есть устройство, есть SDK от производителя — задача выглядела как стандартная интеграция. Но проверка минимального сценария (подключение → получение данных → привязка к API) показала, что SDK не даёт управляемости: данные приходили некорректно или терялись, а поведение библиотеки нельзя было предсказать. Использовать его дальше означало строить приложение на нестабильной основе.

Гипотеза. Если восстановить логику обмена данными напрямую, устройство станет управляемым, а архитектура — независимой от ограничений конкретного SDK. Проверяли постепенно: сначала разобрали Android-часть SDK, затем декомпилировали iOS-библиотеку, потом отправляли реальные запросы к устройству и сопоставляли бинарные ответы с фактическими метриками.

Инсайт. BLE в этом устройстве работает как транспорт без логики: две точки, приём и ответ, внутри — бинарный поток без описания. Стандартные подходы к интеграции здесь не работают, потому что опираться не на что — документации нет. Отсюда решение: строить собственный слой парсинга, а не пытаться «подружить» чужой SDK.

Работа с заказчиком. У стартапа были реальные риски: сроки, зависимость от OEM-производителя, вложенные инвестиции. Поэтому процесс выстроили так, чтобы сначала доказать управляемость устройства на прототипе, и только потом писать приложение. Это сняло неопределённость и дало заказчику увидеть результат до полноценной разработки. Позже появился обновлённый SDK на Flutter, но мы использовали его только как дополнительный источник данных — задачу прозрачности он не решал.

Скриншоты

Комментарий заказчика

Для реализации нашего проекта Воксо в качестве партнёра-подрядчика мы выбрали АЙТИФОКС. Мы полностью довольны результатом по всем вопросам. Качественная реализация и проработка решений с технической стороны. Комфортное проектное управление. Нахождение решений в нестандартных ситуациях, которые повсеместны в нашем нелёгком деле. Рекомендую, спасибо за работу!