Как создать мобильное приложение для управления бойлером?

Question

[Сергей Прокопенко]

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

Вопрос в следующем: как синхронизировать работу специалистов, которые программируют плату на самом бойлере со специалистами, которые будут писать серверную часть и API? Как вообще строится работа в таком случае? Какая информация нужна от бекэндеров разработчикам платы и наоборот?

Comments

[Евгений Шатунов]

Сергей Прокопенко , давай теги исправим. Сейчас они неправильные.

[Сергей Прокопенко]

Евгений Шатунов, без проблем, какие корректные теги?

[Евгений Шатунов]

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

Текущее решение вопроса тоже адекватное, хоть и не оптимальное с точки зрения микроконтроллеров и мобильной разработки.
REST в этой области избыточен. Стоит изучить документацию к Google Protobuf. Библиотека поможет работать на пограничном уровне между командами и даст очень надежный фундамент для сетевого протокола с обратной совместимостью.
От контроллера к бекенду будет лучше даже Google FlatBuffers использовать. FlatBuffers лишен недостатка Protobuf - тот очень интенсивно использует выделение памяти для распаковки сообщений. FlatBuffers может оперировать на фиксированном буфере памяти, что очень удобно для микроконтроллера.

[Сергей Прокопенко]

Евгений Шатунов, Спасибо большое! Изучу обязательно.

Answer 1

[Алексей Черемисин]

В теории все достаточно просто. Работа делится на три независимые группы: серверная часть (S), контроллер (C), приложение (A).
1) Все три части обмениваются информацией:
- S -- C - описываете протокол взаимодействия и передаваемые структуры данных. Например протокол REST, данные в JSON, формат данных такой-то, ответы такие-то, эндпоинты такие-то и для того-то. Ну или протокол MQTT, схема очередей такая-то, данные такие-то...
- S -- A - протокол GraphQL, схема такая-то...
2) Создаете тестовые данные и тестовые ответчики с развертыванием архитектуры (или без развертывания)
3) Передаете все это разработчикам
4) Есть что идет не так, данных там не хватает, в форматы не помещаетесь - пишете задачу и согласуете прямо с пункта 1), то, что не согласовано
5) Согласовывать нечего, принимаете продукт, проверяя его на тестовых данных пунктов 1) и 2)
6) Готовый продукт передаете заказчику
7) Если что-то идет не так, возвращаетесь на пункт 4)

Comments

[Сергей Прокопенко]

Контроллер - это речь как раз о разработке платы на самом бойлере, верно?

[Алексей Черемисин]

Сергей Прокопенко, ну, да - плата на бойлере есть контроллер управления бойлером. потому что этот не просто плата, а управляющее и исполняющее устройство. Как оно будет выглядеть, компьютер, плата с обвесом, куча проводов, или пара плат - по большому делу, вас это не сильно касается - вам нужно, чтобы вот эта хрень в бойлере могла как-то цепляться куда-то по каким-то известным вам протоколам и обмениваться с сервером в таком-то формате (тут уж лучше поговорить с разработчиками контроллера (платы), что ни умеют и как сами мыслят это дело, иначе конфуз может быть). Протоколов куча, начиная от zigbee и заканчивая каким нибудь modbus rtu. Если контроллер тянет ethernet/wifi и tcp/ip, то выбор шире, но все равно придется как то все эти промышленные протоколы в результате в tcp/ip и какой-то протокол упаковывать...
Но это вы уж сами решайте, исходя из бюджета, возможностей и реальности...

[Сергей Прокопенко]

Алексей Черемисин, Спасибо большое, Алексей. Немного прояснился вопрос.

[Rerurk]

Сергей Прокопенко, берешь esp32, подымаешь на ем сервак, и шлешь в буфер байты. Байты анализируешь в основном цикле. Чем управлять пофигу . Я вон ребенку игрушку запилил по WiFi тут она

[Stalker_RED]

Rerurk, а код не хотите открыть? ко мне двигатели едут как-раз :)

[Алексей Черемисин]

Rerurk, поддержу, на счет открытия кода...

[Rerurk]

Stalker_RED, как то не задумывался на это счет) двигателя то какие? Безколекторные коли, задний ход работать не будет

[Stalker_RED]

Rerurk, не, коллекторные с редуктором и колесом, типа таких

[Rerurk]

Stalker_RED, сразу говорю, забудьте делать через блютуз, потери офигенные дистанции никакой, и протокол передачи делать на udp, убрав пакетную передачу