Sonoff vs Shelly vs Zigbee: кто выигрывает по локальному управлению?
Sonoff дёшев и поддаётся перепрошивке, Shelly по умолчанию открывает локальный API, а Zigbee локален по самой архитектуре протокола — правильный выбор зависит от проекта, а не от того, чей маркетинг громче.
Фреймворк принятия решения
Стоимость устройства
Sonoff обычно дешевле конкурентов по цене самого устройства — это важно, когда проекту нужны десятки или сотни реле и выключателей.
Локальное управление из коробки
Shelly по умолчанию поставляется с активным локальным HTTP/MQTT API — без перепрошивки. Устройства Sonoff/eWeLink из коробки ориентированы на облако; тот же уровень локального контроля обычно достигается перепрошивкой на Tasmota или ESPHome, и не каждая модель поддерживает это одинаково хорошо.
Каталог и экосистема перепрошивки
Широта модельного ряда Sonoff и размер сообщества вокруг Tasmota/ESPHome дают интеграторам больше вариантов для перепрошивки и больше задокументированных рецептов, чем у большинства конкурентов.
Архитектура mesh-сети
Zigbee локален по самой архитектуре протокола, а не как обходной путь — устройства общаются через локальную mesh-сеть с координатором/хабом, без обязательного облачного круга. Отдельная линейка Zigbee у Sonoff требует Sonoff Zigbee-моста; она не подключается к Wi-Fi напрямую.
Что реально отличается
Сравнение без маркетингового шума
Мы сравниваем Sonoff, Shelly и Zigbee по осям, которые реально решают судьбу проекта — цена, локальное управление из коробки, глубина экосистемы и архитектура протокола — не утверждая, что один бренд выигрывает во всём.
Облако по умолчанию
Устройства Sonoff/eWeLink из коробки направляют удалённый доступ и большинство автоматизаций через облако eWeLink — это осознанное архитектурное решение ради удобного удалённого доступа, а не дефект, но его нужно учитывать заранее.
Перепрошивка зависит от модели
Перепрошивка на Tasmota или ESPHome — хорошо задокументированный путь сообщества к полному локальному контролю для многих Wi-Fi моделей Sonoff, но часть новых или заблокированных ITEAD моделей этому сопротивляется — всегда проверяйте конкретную модель, прежде чем обещать чисто локальную работу.
Локальный API Shelly не требует перепрошивки
Устройства Shelly по умолчанию открывают локальный HTTP/MQTT API — поэтому в этом сравнении они служат точкой отсчёта для локального управления из коробки.
Zigbee всегда нужен координатор
Zigbee-устройства Sonoff, как и любые Zigbee-устройства, требуют моста или хаба — они никогда не подключаются к Wi-Fi напрямую, в отличие от основной Wi-Fi линейки Sonoff.
Голосовое управление и Matter — по-разному
Большинство устройств Sonoff/eWeLink работают с Alexa и Google Assistant, а поддержка Matter появляется у части новых устройств и хабов — но не по всему каталогу, поэтому проверяйте конкретное устройство.
Что мы даём для принятия решения
Инженерная поддержка в выборе и интеграции, а не просто продажа коробок.
- {'t': 'Проверка по каждой модели', 'd': 'Мы проверяем актуальный статус каждого кандидата — возможность перепрошивки, Zigbee или Wi-Fi, облачную зависимость — прежде чем он попадёт в спецификацию проекта.'}
- {'t': 'Консультация по выбору протокола', 'd': 'Мы взвешиваем цену против уверенности в локальном контроле для вашего конкретного проекта, а не берём по умолчанию самый дешёвый на бумаге бренд.'}
- {'t': 'Интеграция смешанных экосистем', 'd': 'Многие проекты в итоге объединяют устройства Sonoff, Shelly и Zigbee под одним хабом — мы планируем слой моста и автоматизации так, чтобы его можно было поддерживать.'}
- {'t': 'Оценка риска перепрошивки', 'd': 'Там, где чисто локальная работа обязательна, мы заранее, до закупки, отмечаем, какие модели-кандидаты известны сопротивлением перепрошивке на Tasmota/ESPHome.'}
- {'t': 'Поставка и поддержка по всему ЕС', 'd': 'Закупка, документация и постпродажная поддержка для монтажников и интеграторов, работающих на рынках ЕС.'}
Частые вопросы
Действительно ли Sonoff по умолчанию зависит от облака?
Да — Sonoff/eWeLink спроектирован как облачная система по умолчанию. Приложение eWeLink и удалённый доступ обычно идут через облако eWeLink. Это осознанный архитектурный компромисс ради удобного удалённого доступа, а не недостаток, но без изменений устройство не будет чисто локальным.
Можно ли перепрошить любое устройство Sonoff для полностью локальной работы?
Нет. Перепрошивка на Tasmota или ESPHome — хорошо задокументированный путь сообщества к полному локальному контролю для многих Wi-Fi моделей Sonoff, но часть новых или заблокированных ITEAD моделей сопротивляется этому или усложняет процесс. Всегда проверяйте конкретную модель, прежде чем закладывать в проект чисто локальную архитектуру.
Почему Shelly считается 'local-first', если это тоже Wi-Fi устройство?
Потому что Shelly по умолчанию открывает локальный HTTP/MQTT API прямо на устройстве, без необходимости перепрошивки. Это ключевое архитектурное отличие от поведения Sonoff по умолчанию (облако прежде всего) — оба являются Wi-Fi устройствами, но их изначальная позиция по локальному управлению разная.
Работают ли Zigbee-устройства Sonoff так же, как Wi-Fi модели?
Нет. Sonoff продаёт два отдельных семейства продуктов. Большинство устройств Sonoff подключаются к Wi-Fi напрямую. Zigbee-устройствам Sonoff всегда нужен мост/хаб Sonoff Zigbee — они никогда не подключаются к Wi-Fi напрямую, и хаб входит в спецификацию проекта.
Что выбрать для нового проекта?
Универсального ответа нет. Если решает цена устройства и приемлема проверка перепрошивки по каждой модели, Sonoff обычно выигрывает по стоимости. Если приоритет — локальное управление из коробки без перепрошивки, более безопасный выбор по умолчанию — Shelly. Если строится действительно локальная mesh-сеть с нуля, архитектура протокола Zigbee создана именно для этого. Большинство реальных проектов сочетают все три варианта.
Не уверены, какая экосистема подойдёт вашему проекту?
Пришлите нам требования — мы поможем взвесить цену, уверенность в локальном контроле и трудозатраты на интеграцию по каждой модели. Никаких выдуманных характеристик, никакого универсального ответа.