Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Zigbee без end-device
Форум разработчиков электроники ELECTRONIX.ru > Аналоговая и цифровая техника, прикладная электроника > Rf & Microwave Design
aanbor
Добрый день,
будет ли работоспособна zigbee-сеть, состоящая из координатора и нескольких сотен роутеров, но без конечных устройств (end-device)? Сам склоняюсь к тому что будет работать, даже быстрее, чем сеть в стандартной конфигурации координатор+роутеры+конечные устройства, но хотелось бы услышать мнение знающих людей.
ataradov
QUOTE (aanbor @ Jul 31 2013, 05:04) *
будет ли работоспособна zigbee-сеть, состоящая из координатора и нескольких сотен роутеров, но без конечных устройств (end-device)?
Будет. Но несколько сотен - это уже нужно аккуратно относиться к проектированию приложения.
aanbor
Цитата(Taradov Alexander @ Aug 1 2013, 03:54) *
Но несколько сотен - это уже нужно аккуратно относиться к проектированию приложения.

На что именно обратить внимание?
ataradov
QUOTE (aanbor @ Aug 2 2013, 03:17) *
На что именно обратить внимание?
Как часто они шлют данные, пытаться делать распределенную сеть, даже если они все в одной комнате, то все-равно уменьшать мощность передатчика, чтобы они не кучковались. Ну и минимизировать число передаваемых данных, убирать все броадкасты.
aanbor
Цитата(Taradov Alexander @ Aug 3 2013, 00:47) *
Как часто они шлют данные, пытаться делать распределенную сеть, даже если они все в одной комнате, то все-равно уменьшать мощность передатчика, чтобы они не кучковались. Ну и минимизировать число передаваемых данных, убирать все броадкасты.

Сейчас как раз думаю над тем что сказали. С одной стороны, понятно, нужно стремиться к минимизации трафика, а с другой, дабы застолбить за собой канал, нужно достаточно часто хотя бы пинговать. Как решить эту дилемму, может есть какое-то стандартное решение?
ataradov
QUOTE (aanbor @ Aug 2 2013, 21:52) *
Сейчас как раз думаю над тем что сказали. С одной стороны, понятно, нужно стремиться к минимизации трафика, а с другой, дабы застолбить за собой канал, нужно достаточно часто хотя бы пинговать. Как решить эту дилемму, может есть какое-то стандартное решение?

Что значит "застолбить канал"?
aanbor
Цитата(Taradov Alexander @ Aug 3 2013, 14:04) *
Что значит "застолбить канал"?

Чтобы частотный канал не заняли другие устройства, работающие на 2.4 ГГЦ, типа Wi-Fi, другие сети Zigbee. Рассматривал частоту 866 МГц, но там разрешенная мощность поменьше.
ataradov
QUOTE (aanbor @ Aug 2 2013, 22:44) *
Чтобы частотный канал не заняли другие устройства, работающие на 2.4 ГГЦ, типа Wi-Fi, другие сети Zigbee.
ZigBee Wi-Fi-ю как укус комара, он его даже и не заметит. А чтобы другие сети ZigBee ушли на другой канал нужно слать непрерывным потоком, что убьет и свои устройства если их не 2 в сети. Невозможно так испортить канал, чтобы свои остались, а чужие ушли.

Это какая-то очень надуманная проблема - не съем так понадкусываю.

PS: Штатная работа сети из нескольких сотен роутеров - это уже значительная нагрузка на эфир, тут не как чужим гадить нужно думать, а как своим освободить.

Каждый роутер шлет кадр Link Status раз в 15 секунд.
aanbor
Цитата(Taradov Alexander @ Aug 3 2013, 14:49) *
ZigBee Wi-Fi-ю как укус комара, он его даже и не заметит.

Тогда что получаем: если в любой точке зоны покрытия сети ZigBee кто-то включит Wi-Fi, то ZigBee придется уходить на другой канал?
ataradov
QUOTE (aanbor @ Aug 6 2013, 05:41) *
Тогда что получаем: если в любой точке зоны покрытия сети ZigBee кто-то включит Wi-Fi, то ZigBee придется уходить на другой канал?

Нет, просто уровень шума немного возрастет и все. Единственный опробованный способ убить ZigBee с помощью Wi-Fi - это поставить устройства в непосредственной близости (< 1 м) и начать скачивать очень большой файл через Wi-Fi.

ZigBee и Wi-Fi прекрасно работают вместе в нормальных условиях.
aanbor
Цитата(Taradov Alexander @ Aug 7 2013, 01:24) *
ZigBee и Wi-Fi прекрасно работают вместе в нормальных условиях.

Работают вместе одновременно в одном частотном канале?
ataradov
QUOTE (aanbor @ Aug 7 2013, 04:42) *
Работают вместе одновременно в одном частотном канале?
Да, один канал Wi-Fi покрывает собой 3 канала ZigBee, из-за технологии расширения спектра они друг для друга выглядят как немного поднятый уровень шума.
aanbor
Цитата(Taradov Alexander @ Aug 8 2013, 01:02) *
Да, один канал Wi-Fi покрывает собой 3 канала ZigBee, из-за технологии расширения спектра они друг для друга выглядят как немного поднятый уровень шума.

Спасибо, Александр, за подробную консультацию, проблема с WI-Fi вроде прояснилась, осенью (не сглазить бы) планируем разворачивать сеть ZigBee, тогда и посмотрим на практике.
ataradov
QUOTE (aanbor @ Aug 8 2013, 04:33) *
Спасибо, Александр, за подробную консультацию, проблема с WI-Fi вроде прояснилась, осенью (не сглазить бы) планируем разворачивать сеть ZigBee, тогда и посмотрим на практике.


Ну и вот для примера более методичная статья http://www.zigbee.org/imwp/idms/popups/pop...contentID=13184.
Хочу предостеречь от выбора "хороших" каналов для сети (15, 16, 21, 22). Эти каналы хоть и свободны от Wi-Fi, но являются первичными для многих протоколов на базе ZigBee (по причине того, что они "хорошие", но если все ZigBee устройства на них, то они становятся плохими) - ZLL, RF4CE и др.

И другие ZigBee сети на канале значительно хуже чем просто шум - они передают кадры с верной преамбулой, так что все радио кругом должны отвлечься на прием как минимум заголовка кадра, чтобы понять, что кадр адресован не их сеть.
aanbor
Цитата(Taradov Alexander @ Aug 9 2013, 02:25) *
Ну и вот для примера более методичная статья http://www.zigbee.org/imwp/idms/popups/pop...contentID=13184.
Хочу предостеречь от выбора "хороших" каналов для сети (15, 16, 21, 22). Эти каналы хоть и свободны от Wi-Fi, но являются первичными для многих протоколов на базе ZigBee (по причине того, что они "хорошие", но если все ZigBee устройства на них, то они становятся плохими) - ZLL, RF4CE и др.

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

Еще раз спасибо большое, статья - супер!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.