ESP32-P4 вместо планшета на стене: неделю живу с панелью Home Assistant и разбираюсь, зачем она нужна

Если Home Assistant у вас уже работает, а мысль о постоянном экране на стене время от времени возвращается, эта статья как раз про практическую сторону вопроса. Что даёт готовая ESP32-панель, чем она отличается от планшета и DIY, где упирается в ограничения и насколько вообще пригодна для ежедневного управления домом.

У Home Assistant есть забавное свойство: чем лучше его настроил, тем реже нужно его открывать. Свет включается сам, климат живёт по автоматизациям, шторы знают расписание, а робот‑пылесос и вовсе считает себя самостоятельным членом семьи.

Но потом остаются вещи, которые всё‑таки хочется иногда потрогать руками: быстро включить какой‑то сценарий, открыть ворота, посмотреть камеру, изменить температуру, погасить всё перед выходом. Телефон для этого работает, но каждый раз доставать его, разблокировать и искать приложение — немного странный ритуал для действия, которое на обычном выключателе занимает полсекунды.

Отсюда появляется классическая болезнь владельца Home Assistant: «а не повесить ли мне на стену экран?»

Обычно дальше начинаются три дороги:

1. Старый (как правило) планшет;

2. DIY на базе разных панелей;

3. Готовая настенная панель.

Мне в руки попал четвёртый, довольно необычный гибрид: обычная CrowPanel ESP32-P4, но с предустановленной прошивкой. Это 10,1-дюймовая панель на ESP32-P4 от Elecrow, которая показывает уже существующий дашборд Home Assistant. Не отдельный LVGL‑интерфейс, а именно мой обычный HA dashboard.

Что это вообще за железка

В основе устройства — Elecrow CrowPanel ESP32-P4. Экран 10,1″ 1024×600, ESP32-P4, 32 MB PSRAM, 16 MB flash, capacitive touch, звук, SD‑карта, GPIO и куча интерфейсов.

И тут есть важный нюанс: как пользователь я к этому железу прямого доступа не имею. Прошивка закрытая, доступа к её исходникам нет, и штатно что‑то передвинуть внутри firmware или пересобрать её под себя нельзя. То есть рассматривать её как универсальную платформу разработки неправильно. Это готовое применение этой платформы от Elecrow.

В России устройство тоже продаётся: на Ozon его можно найти по запросу «Панель для Home Assistant».

По архитектуре это не самостоятельное устройство с Home Assistant внутри, а отдельный экран‑клиент для уже работающего сервера. Сам Home Assistant продолжает жить на своём обычном железе — mini‑PC, Raspberry Pi, NAS или другом устройстве.

На этот сервер нужно установить отдельный App/add‑on для панели: через него панель получает данные Home Assistant и передаёт обратно команды пользователя. На самой же панели всё довольно просто: подключаем её к Wi‑Fi, указываем адрес сервера Home Assistant, логин и пароль. После подключения на экране открывается уже существующий dashboard Home Assistant. Отдельный интерфейс специально под панель создавать не нужно.

Насколько быстро это работает?

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

Если рядом поставить современный iPad или нормальный Android‑планшет, это будет особенно заметно. Веб‑интерфейс на планшете плавнее: и скроллинг, и анимации. Это просто более мощное устройство с браузером, который десятилетиями учился делать именно браузерные вещи.

Поэтому сравнивать их по принципу «кто красивее прокрутит длинную страницу» довольно бессмысленно. Для настенной панели мне важнее другие вещи: сколько времени проходит от касания до команды, можно ли нормально пользоваться слайдерами, адекватно ли работает отображение видео с камер и не хочется ли после третьего нажатия снять устройство со стены и заменить обычным выключателем.

Замеры

Померял основные показатели, которые показались мне важными для комфортного использования. Методика простая: для времени загрузки — секундомер в телефоне, для более коротких снял видео (30 фпс) и посмотрел по кадрам в видео редакторе. Вот что получилось:

Интересный момент: сама команда, например, на включение света, уходит практически сразу, а вот визуальное подтверждение на экране панели обновляется заметно позже. То есть задержка интерфейса и задержка выполнения команды — не одно и то же.

Также прикладываю видео, чтобы можно было оценить всё это визуально.

Сначала основной сценарий — тыкать кнопки, переключаться по дашбордам. Это главный тест, потому что примерно так устройство и будет жить 99% времени. Если реакция на эти действия предсказуемая, невысокая визуальная частота обновления уже не так страшна.

https://dzen.ru/video/watch/6abff8e16efc785001cbf9f2

На всякий случай проверил ещё как проигрывается видео. Смотреть Netflix на ESP32 мне пока религия не предписывает, но интересно было понять пределы системы.

https://dzen.ru/video/watch/6abff908c953cb51cc06ed31

А вот камера уже не синтетика. Панель у входа вполне логично использовать, чтобы посмотреть двор, дверь или гараж и быстро понять, кто стоит за дверью и происходит ли снаружи что‑то интереснее ветки дерева.

https://dzen.ru/video/watch/6abffa2f0aa2e54ca75ecc26

Сравнение с «обычными» подходами

Я вижу четыре разных класса решений, и проблема большинства споров в том, что их пытаются сравнивать, но они не одинаковые.

1. Старый или дешёвый Android‑планшет

Самая очевидная мысль: зачем всё это, если можно взять планшет?

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

Но дальше начинается знакомое всем развлечение: придумать крепление, красиво провести питание, решить, что делать с постоянно заряжающимся аккумулятором, заставить Android после reboot возвращаться в kiosk и не дать остальным членам семьи превратить «панель умного дома» обратно в YouTube или игровую.

На Хабре это уже хорошо разобрали. В статье «Как я дал старому планшету глаза и получил панель для Home Assistant» автор физически удаляет аккумулятор и переделывает питание старого планшета. А в свежем материале про собственное kiosk‑приложение отдельными задачами становятся управление зарядкой 40–80%, температура батареи и запрет детям выходить из HA в YouTube. То есть это не мои страшилки, это нормальная ветка развития такого проекта.

Есть ещё отличный пример «Я сделал тачпанель управления умным домом чтобы вам тоже пришлось»: автор тоже начинает с вопроса о планшете, затем уходит в полноценную самодельную панель с большим сенсорным экраном и мини‑ПК. Очень честное напоминание о том, что фраза «я просто хочу экран на стене» иногда заканчивается отдельным инженерным проектом.

И да, планшет всё равно будет быстрее. Если нужен браузер, мультимедиа, приложения и красивый scrolling, он объективно лучше.

2. ESPHome + LVGL

Вторая крайность — вообще не тащить существующий web dashboard на микроконтроллер, а сделать нормальный локальный UI.

Для четырёх‑шести кнопок в комнате я бы сам всерьёз смотрел в эту сторону. ESPHome умеет отлично дружить с Home Assistant, LVGL позволяет сделать быстрый интерфейс, а железо может стоить заметно дешевле готовой панели.

Цена свободы тоже понятна: интерфейс надо сделать. Потом поддерживать. Потом вы решите, что кнопка климата должна быть на другой странице. Потом Home Assistant получит новую сущность. Всё это вполне решаемо. Home Assistant вообще состоит из вещей, которые «вполне решаемы». Вопрос только в количестве выходных.

Чтобы оценить объём «я быстренько нарисую несколько кнопок», достаточно открыть серию на Хабре про создание интерфейса ESPHome + LVGL. Это хороший материал и хороший подход. Просто это уже разработка собственного UI, а не использование существующего dashboard.

3. Готовые специализированные панели

Третий путь — купить готовое устройство, которое с рождения хочет быть стеной, а не планшетом. Тут обычно уже решены вопросы с корпусом, питанием, монтажом, есть Ethernet/PoE и иногда датчики.

Но есть другой риск: у каждой такой железки своё представление о прекрасном.

Классический пример на Хабре — Sonoff NSPanel

Это уже заводское устройство, но для полноценной работы с Home Assistant автор всё равно обсуждает альтернативные прошивки.

4. CrowPanel с готовым HA‑клиентом

Тестируемая штука занимает промежуточное место. Я не пишу UI и не администрирую Android, но и не получаю производительность планшета. По сути, покупается не столько ESP32-P4, сколько право не создавать второй интерфейс умного дома.

Что вызывает вопросы

1024×600 на 10,1 дюйма

На 10,1" это немного. Для крупных HA cards нормально, плотный desktop dashboard выглядит хуже.

В каком‑то смысле панель сама заставляет правильно проектировать настенный UI: большие кнопки, мало текста, минимум декоративных элементов. Возможно, это не баг, а очень агрессивный UX‑консультант.

Закрытая прошивка

Это, пожалуй, главный недостаток. На столе передо мной ESP32-P4 с GPIO, памятью, SD и прочими вкусностями, но свобода разработчика здесь сознательно обменяна на «не надо ничего разрабатывать».

Это всё ещё устройство для HA‑энтузиаста

Даже «готовое» здесь значит готовое по меркам Home Assistant, а не «папа купил бабушке на Wildberries».
Это касается и настройки (у вас должен быть сервер), и корпуса (продавец предоставляет кроме корпуса также STL‑файлы для тех, кто хочет сделать свой вариант).

А что неожиданно понравилось

Панель всегда остаётся панелью

Android хорош своей универсальностью ровно до момента, когда универсальность начинает мешать. В CrowPanel же нет уведомлений, Google Play, фонового обновления браузера, случайно открытого YouTube и вопросов «а почему эта штука просит войти в аккаунт?».

Экран висит на стене и делает одну работу. Я начал ценить однофункциональные устройства примерно с того времени, когда количество вещей, которые требуют обновить пароль, стало статистически значимым.

Один dashboard

Это для меня главный плюс. Я меняю карточку в Home Assistant — она меняется на панели. Добавляю сцену — не открываю параллельно проект LVGL. Перестраиваю layout — не вспоминаю, где лежит исходник прошивки.

Если у вас сложный HA и dashboard живой, стоимость поддержки второго UI быстро становится заметнее стоимости железки.

Нет аккумулятора, который надо нянчить

Для настенного устройства отсутствие встроенной батареи меня не расстраивает, скорее наоборот. При этом, если нужна автономность, платформа поддерживает подключение аккумулятора. Документации на этот счет ещё нет, но в интерфейсе после последнего обновления появились элементы, отвечающие за батарею.

Где бы я её реально оставил

После тестов я бы не ставил такую панель везде подряд. В спальне мне хватит кнопки. На рабочем столе у меня есть компьютер. В гостиной телевизор уже победил в конкурсе на самый большой экран.

А вот у входа вполне. Там у меня есть понятные короткие действия:

• сценарий «Уходим»;

• ворота/гараж;

• состояние дверей;

• камера;

• свет;

• температура;

• быстрый статус дома.

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

После недели использования я не заменил бы этой панелью планшет. Это, пожалуй, неправильный вопрос. Я бы заменил ей панель управления.

Планшет лучше скроллит, показывает видео, запускает приложения и вообще является нормальным компьютером. ESPHome + LVGL дешевле по железу и позволяет сделать интерфейс ровно таким, каким хочется. Большая DIY‑панель на Linux или мини‑ПК может быть мощнее вообще во всём, кроме количества времени, которое она съест.

CrowPanel с готовым Home Assistant‑клиентом выигрывает в другом: её можно один раз повесить, открыть на ней уже существующий dashboard и дальше относиться к ней как к выключателю с очень большим экраном.

У неё понятные ограничения: производительность, разрешение, закрытая прошивка и зависимость от конкретного software stack. Если ждать iPad на ESP32, будет разочарование. Но как постоянно установленный интерфейс для света, климата, сценариев, состояния дома и камер она выглядит вполне осмысленно.

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