Разработка мобильного приложения для умного дома (освещение)

Мы часто получаем запросы: «Хочу управлять светом с телефона, но у меня уже есть лампы Philips Hue и пара LIFX». Вроде бы просто — REST API, UDP, пара SDK. Но при попытке объединить их в одном приложении начинаются проблемы: разная задержка ответов, конфликты сцен, необходимость синхронизации и обработки ошибок. В одном из проектов клиент имел 30 ламп Hue, 10 LIFX и 15 Zigbee ламп Ikea. Мы реализовали единое приложение, где можно создать сцену «Вечер» и активировать её за 200 мс. В этой статье расскажем, как мы решаем эти задачи — от выбора протокола до деплоя в сторах. Получите консультацию, если хотите узнать, как мы можем помочь вашему проекту.

Реализация диммирования через DALI или 0-10V добавляет аппаратный слой. А поддержка Tuya требует облачного API с авторизацией. Каждый протокол — свой SDK, своя логика восстановления соединения, свои ограничения по частоте запросов. Например, Hue Bridge обрабатывает до 10 запросов в секунду на одно соединение. LIFX UDP пакеты могут теряться при высокой нагрузке. Zigbee-сеть имеет задержки до 200 мс при наличии репитеров.

Протоколы управления освещением

Умные лампы и выключатели работают через несколько протоколов, каждый со своим SDK:

• Philips Hue — REST API через локальный Hue Bridge (http://{bridge-ip}/api/{username}/lights/{id}/state). Мобильное приложение работает напрямую с бриджем в локальной сети без облака. Для удалённого доступа — Hue Remote API через OAuth2. Поддерживает on/off, bri (0-254), hue (0-65535), sat (0-254), ct (цветотемпература в mired). Официальная документация Philips Hue API содержит полное описание.
• LIFX — UDP LAN протокол (порт 56700) или LIFX Cloud REST API. LAN-протокол быстрее (< 50ms), cloud — надёжнее при смене сети. Для Flutter есть неофициальный lifx_dart пакет, но надёжнее реализовать UDP через dart:io RawDatagramSocket напрямую.
• Zigbee-лампы (Ikea TRÅDFRI, Xiaomi Aqara, Sengled) — через Zigbee2MQTT или Home Assistant REST API. Мобильное приложение не говорит напрямую с Zigbee — только с хабом/бриджем.
• Wi-Fi лампы на Tuya — Tuya Open API (cloud) или tuyaopen-sdk для локального управления. Tuya Smart Life SDK для мобильных есть официальный: tuya-panel-kit для React Native.

Сравнение основных характеристик:

Сцены и группировка

Сцена — это набор состояний нескольких устройств, активируемый одним действием. Простая сцена «Кино»: телевизор включён, лампа над диваном 20% тёплого света, остальное выключено.

Реализация через MQTT или REST зависит от платформы. На Hue Bridge сцены хранятся прямо на бридже — POST /api/{username}/scenes. Для кросс-платформенных сцен (Hue + LIFX + Tuya одновременно) нужен собственный сервис: запускает команды параллельно, отслеживает успех каждой.

Параллельная отправка команд через Future.wait на Flutter:

await Future.wait([ _hue.setState(lampId, brightness: 50, colorTemp: 370), _lifx.setState(bulbSerial, brightness: 0.2, kelvin: 2700), _tuya.setStatus(deviceId, {'20': false}), // выключить ]); 

Проблема: разные устройства отвечают с разной задержкой. Hue Bridge — 50–100ms, LIFX UDP — 20–50ms, Tuya cloud — 300–800ms. Сцена «применилась» только когда последнее устройство подтвердило. Показываем прогресс в UI, не блокируем интерфейс.

Как объединить разные протоколы в одном приложении?

Мы используем единый слой абстракции над устройствами. Каждый адаптер (HueAdapter, LIFXAdapter, TuyaAdapter) реализует общий интерфейс с методами getState(), setState(), getCapabilities(). Это позволяет унифицировать управление и легко добавлять новые протоколы.

Пример реализации сцены с дебаунсом и обработкой ошибок:

class SceneController { final Map<String, DeviceAdapter> adapters; Future<void> activateScene(Scene scene) async { final futures = scene.devices.map((device) => adapters[device.protocol]!.setState(device.id, device.state) .timeout(Duration(seconds: 2)) .catchError((_) => _handleError(device)) ); await Future.wait(futures); } } 

Как реализовать мультипротокольную сцену — пошаговая инструкция

1. Получить список всех устройств из каждого хаба (Hue, LIFX, Tuya, Zigbee2MQTT).
2. Объединить их в одну коллекцию с единым интерфейсом (тип, состояние, параметры).
3. При создании сцены сохранить набор состояний для каждого устройства.
4. При активации отправить команды параллельно с помощью Future.wait.
5. Дождаться подтверждения от каждого устройства (таймаут 2 секунды).
6. Если какое-то устройство не ответило — повторить или показать ошибку.

Как реализовать диммирование и выбор цветовой температуры в UI?

Слайдер яркости — не Slider из стандартной библиотеки. Стандартный слайдер посылает событие на каждый кадр. При MQTT это сотни команд в секунду. Нужен дебаунс: отправляем команду не чаще чем раз в 100ms при перетаскивании, обязательно финальное значение при onChangeEnd.

На Flutter:

Slider( value: _brightness, onChanged: (v) { setState(() => _brightness = v); _debouncer.run(() => _setBrightness(v)); }, onChangeEnd: (v) => _setBrightness(v), // обязательно ) 

Цветовое колесо (ColorPicker) — через flutter_colorpicker или кастомное на CustomPainter. Конвертация HSV в Hue hue/sat/bri — стандартная формула, ничего хитрого.

Цветотемпература: Kelvin → mired (mired = 1000000 / kelvin). Hue принимает mired (153–500, что соответствует 2000–6500K). LIFX принимает напрямую Kelvin.

Расписание и автоматизация

Включить свет на закате — нужны координаты пользователя + астрономический расчёт. Используем sunrise_sunset формулу или SunCalc.js на бэкенде. Push-уведомление + автоматическая команда в нужное время — через cron на сервере с учётом часового пояса пользователя.

На iOS нельзя запустить задачу точно в нужное время без push или пользовательского взаимодействия — Background App Refresh не гарантирует точность, как указано в документации Apple по фоновым задачам. Расписание управляется сервером, телефон — только UI.

Сколько времени занимает разработка?

Поддержка одного протокола (например, Hue), базовое управление и сцены — 4–6 недель. Мультипротокольная интеграция (Hue + LIFX + Tuya + Zigbee), расписание, циркадный ритм — 3–4 месяца. Экономия на оборудовании за счёт правильного выбора протоколов может достигать 30%. Стоимость рассчитывается после определения набора поддерживаемых устройств и платформ. Свяжитесь с нами для предварительной оценки.

Что входит в работу?

• Исходный код приложения с полной документацией.
• Доступ к репозиторию и система управления версиями (Git).
• Инструкция по эксплуатации для администратора.
• Помощь в публикации в App Store и Google Play.
• Обучение вашей команды работе с кодом и API.
• Гарантийная поддержка 3 месяца.

Мы — команда с 10+ годами опыта в мобильной разработке, реализовали более 30 проектов для умного дома. Гарантируем соблюдение сроков и NDA. Закажите разработку: получите консультацию и точную оценку вашего проекта.