Честно говоря, легче не стало :) Если говорить об архитектуре приложения, то есть замечательный паттерн MVVM, которому тут (на первый взгляд) самое место. Презентационная модель должна инкапсулировать все аспекты многоязычности.
что может служить микрокомпьтером ? ардуино слабоват ?
Есть разные ардуины, на некоторых даже веб-серверы пишут :) и умные дома тоже делают. Тут вопрос даже не в этом, а в том, что на ней будет крутиться и сколько времени Вы готовы потратить на возню со всем этим.
Малинка (Pi 3 которая) довольно мощная, но и дорогая. Есть Raspberry Pi Zero W (обязательно с W на конце), она в два раза дешевле и для Home Assistant вполне подходит по ресурсам/параметрам.
Все о чем я тут пишу достаточно подробно описано здесь. Там и какие программные контроллеры есть и какой микрокомпьютер выбрать, даже есть примеры прототипов датчиков :)
если делать локальную сетку, то Вам нужен микрокомпьютер, который будет выполнять функции:
1. WiFi-точки доступа (вместо роутера)
2. программного контроллера умного дома (с готовым интерфейсом для взаимодействия с датчиками/исп. устройствами)
К нему все равно как подключать датчики по WiFi или Bluetooth (оба поддерживаются чаще всего), просто датчики на Bluetooth имеют в чем-то лучшие характеристики (простота разработки, энергоэффективность, стоимость).
А bluetooth и мобильное приложение просто созданы друг для друга :)
Но вы подумайте на перед, зачем мобильным приложением управлять каждым датчиком, если лучше управлять всеми датчиками (или даже сценарии написать) с мобилы/таблетки через один интерфейс, уже готовый - ничего делать не нужно, все уже сделано, только датчики подключай.
1. Bluetooth - это независимый контур, а значит, просто так из интернета в него не залезть.
2. Зачем в каждом датчике интернет? "Облака" для хранения данных или отображения графиков - это развод чистой воды. Датчик подключается к локальному ПК, где установлен бесплатный контроллер умного дома. Он управляет датчикам, собирает и показывает данные через встроенный веб-интерфейс. Этих контроллеров штук 6 минимум бесплатных и в хорошем исполнении.
Вот поглядите на спеку Bluetooth 5.x -
никаких поводов для устаревания, все прёт.
С другой стороны, сравнивать WiFi и Bluetooth - это как ужа с ежом. Они же очень разные по сути. WiFi - для передачи большого объема данных между двумя узлами. Bluetooth - для рассылки сообщений многим клиентам.
Вот, например, какие объемы данных Вы думаете передавать в датчик, чтобы он LED-светильник диммировал? 4 байта, 8 байт? Как часто, раз в минуту? И зачем здесь 30 mbps? А вот код для "сервера" придется написать, чтобы эти 4 байта принять, разве логично?
Конкретно про диммер сказать не могу, не делал. PWM выходы на ней есть. Работать с ней не сложнее, чем с обычной Arduino, вот пример как начать. Покупал на ebay, стоит 200 руб.
Этот набор больше подходит для уроков физики или робототехники. В сценариях домашней автоматизации нужны сразу несколько одинаковых, например, три геркона, три датчика движения, три микрофона и т.д. по количеству дверей/окон/комнат в помещении. Ну и там остальное - много лишнего.
Single Point of Failure - единая точка отказа, особенность централизованных решений, которую иногда нужно правильно приготовить, чтобы снизить риски отказа
Я совсем забыл, что Bluetooth LE есть в современных телефонах. Есть куча примеров простых приложений, которые сканируют устройства и показывают их характеристики (то что передатчик рассылает), может быть и приемник собирать не придется.
Только правильно выберите BLE-модуль, у этих китайских у каждого своя прошивка со своими особенностями. Для передачи фиксированной строки подойдет CC41-A (его иногда продают как HM-10), поскольку он запоминает состояние и после подачи питания сразу попадает в сон. Для остальных это тоже вроде бы работает, но там нужно отдельную настройку прописать, кажется AT+STARTEN1