Розробка мобільного додатку для розумного освітлення

Ми часто отримуємо запити: «Хочу керувати світлом з телефона, але в мене вже є лампи 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. Замовте розробку: отримайте консультацію та точну оцінку вашого проєкту.