Приложение с BLE-датчиком: что проверить до разработки

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

Паспорт датчика вместо общей фразы Bluetooth

Укажите модель, версию аппаратной части и прошивки, если они влияют на контракт. Попросите у производителя описание служб, характеристик и формата данных, нужных приложению. Важно знать назначение каждого значения, единицу, ошибки и условия передачи. Если документации нет, её получение или отдельное согласованное исследование интерфейса должно стать видимой частью проекта.

В обзоре Android Developers BLE-обмен рассматривается через GATT и атрибуты. Этот общий механизм не задаёт смысл конкретного показания вашего прибора. Название устройства в списке не подсказывает, где находятся нужные данные и как они представлены. Не принимайте способность приложения увидеть прибор за подтверждение поддержки его функций.

Сразу уточните, требуется ли запись настроек в датчик или только чтение. Изменение режима, запуск измерения и получение текущего результата могут быть разными действиями. Для каждой операции нужны документированные условия и полномочия. Не добавляйте в пилот изменение конфигурации рабочего оборудования, если оно не входит в согласованный объём.

Согласуйте смысл измерительной сессии

Учебный пример: сотрудник запускает наблюдение с разрешённым температурным датчиком и видит последовательность показаний. Нужно определить, когда начинается сессия, какой прибор её обслуживает и что означает разрыв. Если приложение показывает последнее сохранённое значение, оно должно отличаться от вновь полученного. Сам факт восстановления соединения не превращает старую запись в свежий результат.

Запишите, как приложение сопоставляет полученные данные с нужным объектом наблюдения. Пользователь может выбрать похожее устройство рядом или вернуться к другой рабочей задаче. Мы советуем показывать понятное обозначение выбранного источника и состояния. Технические идентификаторы нужны для диагностики, но сотруднику необходимо понимать, какой датчик сейчас относится к его сессии.

Таблица переходов, которую стоит принять до дизайна

Таблица — предлагаемая модель интерфейса, а не документированное поведение каждого датчика. Для конкретного прибора добавьте состояния, которые действительно есть в протоколе. Если он не сообщает время измерения или качество показания, приложение не должно приписывать их от себя как измеренные характеристики.

Разрешения проверяются под целевую конфигурацию

В инструкции Android по Bluetooth-разрешениям состав требований зависит от целевого SDK и операций приложения. Для описанного там варианта с target Android 12 и выше выделены разрешения сканирования и подключения и подтверждение пользователем во время работы. Не копируйте один набор флагов без проверки своего сценария и поддерживаемых версий.

Опишите поведение при отказе, отзыве разрешения и выключенном Bluetooth. Человек должен понимать, доступна ли функция и что он может сделать. Не имитируйте отсутствие разрешения состоянием «датчик сломан». Для проекта на Android и iOS подготовьте отдельные наборы проверок каждой платформы; правила одной системы не подтверждают поведение другой.

Если работа должна продолжаться при свёрнутом приложении или погашенном экране, включите это как самостоятельное требование. Укажите нужный режим сессии и допустимый способ уведомлять пользователя. Испытание только с постоянно открытым экраном не доказывает длительную работу в остальных состояниях телефона. Решение принимают по возможностям целевой платформы и наблюдениям пилота.

Получение данных и их пригодность проверяйте отдельно

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

Во время переподключения проверьте, какие уведомления или настройки обмена нужно восстановить по документации. Успешное соединение не подтверждает, что приложение снова получает требуемый поток. Отдельно решите, что делать с пропуском: показывать разрыв, начинать новую сессию или продолжать прежнюю с отмеченным отсутствием данных. Нельзя достраивать неизвестные показания и выдавать их за измеренные.

Как провести ограниченный пилот

1. Подготовьте документированный прибор и список целевых телефонов, систем и версий приложения. Используйте разрешённую безопасную конфигурацию датчика.
2. Проверьте обнаружение, выбор и отказ в разрешении. Подтвердите, что пользователь отличает недоступность функции от неисправности прибора.
3. Получите тестовые данные и сверьте их разбор с протоколом. Проверьте единицу, ошибки и связь результата с выбранной сессией.
4. Испытайте потерю связи и повторное подключение. Отдельно проверьте получение новых данных после восстановления, а не только статус соединения.
5. Пройдите согласованные состояния телефона: экран, сворачивание и нужную длительность наблюдения. Для каждой платформы сохраните фактические ограничения.
6. Примите историю и диагностику. По ним должно быть понятно, где был разрыв и какой источник использовался, без лишнего копирования данных и секретов.

Что должно быть в оценке разработки

Разделите прототип обмена, пользовательскую сессию, хранение, платформенные состояния и испытания оборудования. Если нужен сервер, включите передачу и сопоставление данных как отдельный этап. Не обещайте универсальный срок и поддержку любого датчика по одной фотографии корпуса. Начальный пилот как раз нужен, чтобы оценка опиралась на проверенный контракт и целевую конфигурацию.

Работу можно обсудить через разработку мобильных приложений. Если данные идут в учётный процесс, пригодится разработка CRM, а для обмена с другими системами — автоматизация. Принимать нужно понятную сессию с правильными данными и поведением при разрыве, а не только зелёный индикатор Bluetooth.