Оборудование и IoT · решение с подтверждённым опытом

Приложение для управления IoT-устройством

Если у производителя устройства с API или описанным протоколом пользователь не видит актуальное состояние устройства после отправки команды с телефона, начнём с разбора одного реального сценария и определим границы первого этапа.

Как приложение подтвердит команду устройству

Спроектируем один сценарий управления: отправка команды, ответ сервера и оборудования, обновление состояния на телефоне.

После первого релиза пользователь видит подтверждение либо понятную ошибку связи; проверим это на тестовом устройстве.

Нужны модель устройства, протокол, API и доступный стенд.

Обсудить управление устройством
01

Где возникает проблема

Начинаем с конкретной ситуации клиента и команды.

Пользователь не видит актуальное состояние устройства после отправки команды с телефона.

Если оставить процесс как есть, неясно, дошло ли действие до оборудования и можно ли повторять команду.

02

План действий

После каждого шага будет понятный материал для решения, нужен ли следующий.

  1. 01 · Разобрать текущий путь

    Проследим один сценарий «команда — сервер — устройство — подтверждение состояния». От вас нужны модель устройства, протокол, действующий API и доступ к тестовому стенду.

  2. 02 · Согласовать решение

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

  3. 03 · Зафиксировать первый этап

    Подготовим схема сквозного сценария и состав первого релиза, обозначим состав, зависимости и критерии приёмки. Стоимость и сроки оцениваем после проверки исходных данных.

03

Что станет рабочим решением

Состав первой версии привязан к действию пользователя, а не к списку модных функций.

Посмотрите, как будет работать решение
Сценарий 01

Первый разбор

Действие · Moses-Team вместе с заказчиком

Проследим один сценарий «команда — сервер — устройство — подтверждение состояния»

Что появляется или передаётся

Схема сквозного сценария и состав первого релиза

Как проверить

Сверим результат с вашим примером; для начала нужны модель устройства, протокол, действующий API и доступ к тестовому стенду.

Польза: Производитель узнает, где в цепочке «телефон — сервер — устройство» теряется подтверждение.

Сценарий 02

Рабочий сценарий

Действие · пользователь

Отправляет команду с телефона.

Что появляется или передаётся

Экран показывает подтверждённое состояние устройства или ошибку связи.

Как проверить

Отправить команду на тестовое устройство; отдельно прервать связь.

Польза: Пользователь понимает, выполнилось ли действие, и не гадает по нажатию кнопки.

Условие: Только после согласования объёма, исходных данных и реализации. На проектировании опишем экран, права пользователя, обмен, ошибки связи и тестирование на реальном устройстве.

Для исполнения этой части подходит услуга «Приложения для оборудования». Если задачу закрывает готовый сервис или настройка существующей системы, зафиксируем это до заказной разработки.

04

Опыт и границы обещания

Показываем только ту работу, которую можно подтвердить.

Кейс iPool+. Для iPool+ команда работала над мобильным приложением, бэкендом и обменом с оборудованием через MQTT. Посмотреть проект →

Для оценки полезны: модель устройства, протокол, действующий API и доступ к тестовому стенду. Готовое техническое задание не требуется.

Смежная задача

Экран телеметрии и состояния оборудования

Посмотреть →

Получить первый план по задаче

Опишите, что мешает сейчас. Мы разберём сценарий и уточним, какие материалы нужны для оценки первого этапа. Готовое техническое задание не требуется.

Приложение для управления IoT-устройством

Тема и адрес этой страницы будут приложены к обращению автоматически.