Приложениe Android/Ios (Flutter/ReactNative) для WiFi/Ble Thermostat

Терморегулятор WiFi /Ble HUB под управлением мобильного приложения : кроссплатформа flutter/React Native ( Android/Ios) -

Порядок реализации необходимого приложения (разбиваем на этапы) :

ЭТАП 1 (тестовый)

1. Реализуется  двунаправленная связь  по основному транспортному протоколу MQTT

1.1     Установления  соединения  и  регистрация устройства(терморегулятора)  на сервере

    Управление и обмен данными

    Перерегистрация устройства

Повторное  удаление /добавление устройства с заданными параметрами

2. Создание  учетной записи пользователя. (Provisioning OAuth 2.0 ) – механизм входа и необходимая  минимальная  БД для создания и хранения данных  приложения пользователя.

3. Передача параметров  рабочей Wi Fi сети  на устройство и базовая авторизация  устройства для дальнейшего управления и обмена данными в учетной записи.

3.1 Реализация мастера подключения устройства к домашней WiFi сети  и добавление в учетную запись  методом :

     3.1.1 -  сканирование  доступных  WiFi устройств и  переподключения  WiFi сетей :    параметры  необходимой WiFi сети  передаются  терморегулятору   который находится в режиме AP. После получения  этих данных и установления соединения MQTT, термоморегулятор становится клиентов нужной WiFi сети  и добавляется  в текущую учетную запись автоматически.

     В противном случае  - через время «Е» терморегулятор  остается в режиме АР согласно своего внутреннего алгоритма.  Далее  процесс можно повторить с момощью методов  П 3.1.1 или 3.1.2

      3.1.2 -  сканирование Ble доступных  устройств  и передача параметров необходимой WiFi сети по каналу ble  с моментальнім подключением  к необходимой WiFi сети  и добавлением в текущую учетную запись  автоматически.

    В противном случае  - через время «Е» терморегулятор  остается в режиме АР согласно своего внутреннего алгоритма.  Далее  процесс можно повторить с момощью методов  П 3.1.1 или 3.1.2

4. Реализация  (верстка рабочего макета ) части рабочего приложения согласно  макету следующих функциональных частей:

Добавление в список устройтсв  и управление устройтсвом  ( плашка и  главное окно с ругулироваочным колесом, остальные  окна – пустые, на закладке  «настройки»  должно быть  «удаление устройтсва»)

Вход в учетную запись через логи и пароль и возможность выхода из учетной записи

Мастер подключения устройства

• 
  
• Результатом  этапа №1 должно быть рабочий apk  согласно  части макета :

1.Вход в учетную запись через логин.пароль

Подключение , управление и удаление устройства с базовым функционалом  через мастер подключения  с дальнейшим   измерение температуры, статусом  вкл.выкл, offline/online устройства.

Базовый макет  для реализаций  необходимого есть в формате Figma (ссылка)

Примеры библиотек Flutter : MQTT, BLE serial, espsoft AP provisioning, espsoft Ble provisioning

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

Данная  этап покрывает следующие ключевые  архитектурные  задачи такие  как:

1.  Практическая реализация обмена данными  по базовому  протоколу MQTT с использованием    MQTT брокера, микросервера  и БД  заказчика  согласно  документации заказчика   

2.  Тестирование  и реализация   совместного использования сервиса  Fire Base   для  хранения учетных записей клиентов, настроек мобильного приложения, а также возможности использовать  Firebase RTDB  в качестве  параллельной  или альтернативной  (кеширование)  а так же как варианта дальнейшей возможной   частичной (или полной)  безсерверной  альтернативы   архитектуры  с использованием    MQTT концентратора .

3. Реализация  и тестирование  методов  подключения  и добавления  устройств    с помощью  разных вариантов  реализации  «мастера подключения»

4.  Частичная  верстка   на основе  части необходимого макета.

Сайт – реальный  пример  с   текущей версткой  согласно полного макета   ( это  незаконченный вариант – смотреть его нужно сейчас  как образец  необходимой   функциональности со стороны приложения  ):

Ссылка на документацию  по  работе терморегулятора и описанию протокола с помощью MQTT:

https://drive.google.com/drive/folders/1oI-ctf2IwAyfp6DfU-W-6zswJkmFJ7qn?usp=sharing

Общий  базовый макет в формате Figma ( при необходимости можно  доработать или перевести в другой формат)

https://www.figma.com/file/aa8avxfwN4I52ejfReEDoY/VegaFinal?node-id=128%3A10944

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

                                  Следующие  этапы реализации приложения :

ЭТАП 2 :   реализация   страницы  «Графики»   

ЭТАП 3 :   реализация   страницы  «настройки» и страницы « отьезд»

ЭТАП 4 : реализация  страницы «расписание»

ЭТАП 5 : реализация страницы  раздела «статистика и тарифы»

ЭТАП 6:  Полная сборка  и тестирование 100% текущего  функционала  - сдача  заказчику на Android и IOS

ЭТАП 7:  работа  offline через BLE  ( упрощенный функционал)

ЭТАП 8 :  Полная сборка  и тестирование 100% текущего  функционала + ble   - сдача  заказчику на Android и IOS

Все остальные  подробности  в процессе  формирования предложения со стороны заказчика  и фактической  реализации   тестового этапа №1

Интервал  для тестирования и отладки  между этапами  7-10 дней.