📶

Сравнение беспроводных технологий IoT

Как выбрать Zigbee, Thread, WiFi, Matter, LoRaWAN или сотовую связь под реальную задачу
Практическое сравнение протоколов
Эта страница помогает выбрать транспорт под конкретную задачу: батарейные датчики, реле, панели, большие площадки, удаленные шкафы и смешанные объекты. Универсального победителя нет: для локальной mesh-сети обычно сильны Zigbee и Thread, для питаемых IP-устройств удобен WiFi, для дальности и автономности силен LoRaWAN, а сотовая связь нужна там, где важнее выход наружу через оператора.

Краткий вывод

  • Zigbee подходит для локальной автоматики и батарейных датчиков, но требует хорошего радиопланирования.
  • Matter over Thread близок по радиомодели к Zigbee, но нужен там, где действительно важна совместимость с Matter.
  • Обычный WiFi удобен для IP-устройств без батареи и без дополнительных требований к Matter.
  • Matter over WiFi имеет смысл в основном для питаемых извне устройств, когда нужна экосистема Matter.
  • LoRaWAN выигрывает на больших объектах и при редкой телеметрии от батарейных устройств.
  • Сотовая связь больше подходит как внешний канал связи или для удаленных объектов, а не как локальная сеть внутри здания.

Сводная таблица технологий

Технология Диапазон Топология Работа от батареи Скорость и latency Дальность Устойчивость в industrial Лучший сценарий
Zigbee 2.4 GHz Mesh Очень хорошо Средняя Средняя Средняя или высокая Батарейные датчики и локальная автоматика внутри объекта
Matter over Thread 2.4 GHz Mesh Очень хорошо Средняя Средняя Средняя или высокая Современные батарейные устройства, где важна совместимость с Matter
Обычный WiFi 2.4 / 5 GHz Star Слабо Высокая Средняя Средняя или высокая Питаемые IP-устройства без требований Matter
Matter over WiFi 2.4 / 5 GHz Star Слабо Высокая Средняя Высокая Питаемые устройства, панели, реле и шлюзы с поддержкой Matter
LoRaWAN sub-GHz Star Отлично Низкая Очень высокая Низкая или средняя Редкая телеметрия, большие территории, уличные и удаленные датчики
Сотовая связь
GSM / NB-IoT / LTE-M
Лицензируемые диапазоны Операторская сеть Хорошо Низкая или средняя Очень высокая Высокая Удаленные объекты без собственной локальной инфраструктуры

Главные ограничения

Технология Основной риск Практический вывод
Zigbee Перегруженный эфир 2.4 GHz, слабые роутеры, неудачный выбор parent/router Нужны хороший coordinator, грамотный RF-план и запас по router capacity
Matter over Thread Те же риски 2.4 GHz плюс зрелость конкретной экосистемы Не устраняет проблемы эфира, а дает другой стек и экосистему
Обычный WiFi Высокое потребление, перегруженный эфир, роуминг и реассоциация Подходит в основном для питаемых устройств, а не для battery-powered sensors
Matter over WiFi Высокое потребление и задержки после пробуждения Для батарейных датчиков обычно хуже, чем Zigbee или Thread
LoRaWAN Ограниченный downlink, airtime и низкая скорость Силен для телеметрии, но не подходит для частого realtime-обмена
Сотовая связь Абонплата, покрытие и зависимость от оператора Хороша как uplink и backhaul, но не как локальная mesh-сеть внутри здания

Матрица выбора для объекта с 200 датчиками

Оценки ниже относительные и показывают практическую сторону эксплуатации большого объекта.

Технология Надежность Стоимость Монтаж Обслуживание Масштабирование Комментарий
Zigbee 3 / 5 4 / 5 4 / 5 2 / 5 3 / 5 Нужны хороший coordinator, продуманная mesh-топология и достаточное число сильных роутеров
Matter over Thread 3 / 5 3 / 5 3 / 5 3 / 5 3 / 5 Похож на Zigbee по радиосреде, но выигрывает там, где действительно нужен Matter
Обычный WiFi 2 / 5 4 / 5 4 / 5 2 / 5 4 / 5 Хорош для питаемых IP-узлов, но для 200 батарейных датчиков почти всегда неудачный выбор
Matter over WiFi 2 / 5 3 / 5 4 / 5 2 / 5 4 / 5 Хорош для питаемых устройств, но для батарейных датчиков обычно неудачен
LoRaWAN 4 / 5 3 / 5 4 / 5 4 / 5 5 / 5 Силен для редкой телеметрии и больших площадей, но не для частого локального обмена
Гибрид
Zigbee / Thread + LoRaWAN
5 / 5 2 / 5 2 / 5 3 / 5 5 / 5 Лучший вариант, если на объекте есть и локальная автоматика, и удаленные или трудные зоны

Что выбирать по типу задачи

Сценарий Что смотреть в первую очередь Когда это разумно
Батарейные датчики внутри одного здания Zigbee или Matter over Thread Если нужен быстрый локальный обмен и можно качественно спроектировать mesh
Питаемые реле, панели, контроллеры, шлюзы WiFi или Matter over WiFi Если Matter не нужен, обычный WiFi обычно проще и прямолинейнее
Большой склад, улица, поле, несколько корпусов LoRaWAN Если данные короткие и передаются раз в минуты, десятки минут или часы
Удаленный шкаф, насосная, отдельный объект без своей сети Сотовая связь Если важнее сразу вывести данные в облако или на сервер без локальной инфраструктуры
Локальные датчики плюс удаленные или уличные точки Гибридная архитектура Обычно это наиболее инженерно честное решение для mixed-сценария
Плотная локальная автоматика с частыми событиями Zigbee или Thread LoRaWAN для этого слишком медленный и слишком ограничен по каналу

Рекомендации по приоритету

Если приоритет такой Смотреть сначала сюда Почему
Минимизация ручных переподключений LoRaWAN или хорошо спроектированный гибрид Mesh в 2.4 GHz почти всегда требует более аккуратной эксплуатации
Низкая стоимость датчика Zigbee Но экономия быстро теряется, если сеть потом нестабильна
Совместимость с Matter-экосистемой Matter over Thread Для батарейных устройств он логичнее, чем Matter over WiFi
Питаемые IP-устройства без лишней сложности Обычный WiFi Часто это самый прямой вариант для панелей, шлюзов, реле и контроллеров
Дальность и автономность LoRaWAN Особенно когда объект большой и эфир 2.4 GHz уже перегружен

Что важно помнить

  • Matter over WiFi не убирает типичные особенности WiFi: задержки при переподключении и высокий расход энергии остаются.
  • Zigbee и Thread хорошо работают на батарее, но оба чувствительны к качеству радиоэфира 2.4 GHz.
  • LoRaWAN не заменяет Zigbee один-в-один: он обычно надежнее для телеметрии, но хуже для частого обмена и управления в реальном времени.
  • Сотовая связь полезна как канал наружу, но внутри объекта чаще нужна другая локальная технология.
  • На крупных объектах часто выигрывает не один протокол, а комбинация технологий по ролям.
← Назад к справке