Авторизация
Сброс пароля
IoT-проект для носимых устройств с нестандартным BLE-протоколом
Страница кейса/результат: https://mobile.itfox-web.com/portfolio/case/fitnessbracelet/ru?utm_source=ruward&utm_medium=award&utm_campaign=ruward_award_2026_ble

1. Вводная задача от заказчика, проблематика, цели
Клиент планировал вывести на рынок собственную линейку фитнес-браслетов. Устройства были закуплены у китайского производителя, а мобильное приложение и серверную часть он решил разрабатывать самостоятельно. Для этого требовался технологический партнёр.
На старте у клиента был комплект средств разработки от производителя, но при анализе выяснилось, что он устарел и частично неработоспособен. Версия для Android была написана на Java, версия для iOS — на Objective-C, исходный код был закрыт, документация — неполной и частично на китайском языке. Структура данных и логика протокола Bluetooth Low Energy не были описаны.
Это создавало прямой риск для бизнеса. Без понимания протокола невозможно гарантировать стабильный обмен данными между браслетом и приложением. А значит — нельзя выводить продукт на рынок и закупать крупную партию устройств.
Цель проекта — разработать кроссплатформенное мобильное приложение для iOS и Android, восстановить протокол обмена данными устройства по Bluetooth Low Energy, обеспечить стабильную интеграцию с серверным интерфейсом клиента и подтвердить техническую жизнеспособность выбранной модели браслета.
2. Описание реализации кейса и творческого пути по поиску оптимального решения
После анализа комплекта средств разработки стало понятно: использовать его как основу рискованно. Код был частично нерабочим, структура данных — неочевидной, а поведение устройства нельзя было предсказать. Вместе с клиентом мы приняли решение разделить проект на два этапа.
На первом этапе нужно было проверить саму возможность стабильного BLE-взаимодействия и интеграции с API. Мы отказались от использования устаревшего комплекта средств разработки и подключились к устройству напрямую, чтобы полностью контролировать процесс обмена данными.
Работа осложнялась тем, что производитель не использовал стандартную структуру BLE с набором характеристик. Вместо этого устройство имело всего два поля: одно для записи запроса и одно для чтения ответа. Все команды формировались вручную в бинарном виде, а ответы представляли собой набор байтов без пояснений.
Часть логики удалось восстановить из кода Android-версии. Для получения недостающих данных команда провела декомпиляцию закрытой библиотеки для iOS. С помощью анализа бинарного файла и инструментов реверс-инжиниринга была восстановлена логика формирования запросов и обработки ответов.
Таким образом мы фактически реконструировали BLE-протокол устройства и описали его заново. После этого была реализована стабильная схема обмена данными между браслетом и API клиента.
Проект вёлся итеративно: каждую команду и каждый тип данных мы тестировали отдельно — от подключения и авторизации до получения показателей сердечного ритма и сна.
3. Результаты сотрудничества
По итогам первого этапа клиент получил рабочий прототип мобильного приложения с устойчивым BLE-подключением.
- — реализован поиск и подключение к устройству;
- — настроена авторизация пользователя;
- — обеспечено получение данных о частоте сердечных сокращений, вариабельности ритма, шагах, сне и уровне заряда батареи;
- — реализована стабильная передача данных в API клиента.
Главный результат — подтверждение технической жизнеспособности выбранной модели браслета. Клиент получил основание для закупки партии устройств и выхода на рынок без критических технологических рисков.
Проект позволил сохранить инвестиции в оборудование и избежать зависимости от нестабильного комплекта средств разработки производителя.
4. Заключение
Этот кейс — пример работы с IoT-устройством в условиях неполной документации и закрытого кода. Команда не просто разработала мобильное приложение, а восстановила логику взаимодействия с устройством и превратила нестандартный BLE-протокол в управляемую систему.
Проект показал, что мобильная разработка в IoT — это не только интерфейс, но и глубокая инженерная работа на уровне протоколов и обмена данными.
Мы сняли технический риск и дали бизнесу возможность вывести собственное устройство на рынок.
