Wi-Fi блокирует сеть ZigBee на модулях Digi, должно же быть какое-то решение.. Опции

[metrolog]

Есть работающие ZigBee сети среднего размера (от десятка до сотен устройств), они передают трафик в режиме Many To One от множества медленно перемещающихся автономных устройств на сервер, а обратно воспринимают различные команды. В среднем на каждое устройство передается одно сообщение (полезная нагрузка несколько байт) в несколько секунд, все меры по распределению во времени трафика и контроля наличия связи с каждым устройством в реальном времени берет на себя протокол пользовательского уровня, реализованный на внешних МК. Ещё раз повторю, что это всё отлажено и давно работает, сетей таких есть много.
С недавнего времени участились случаи ухудшения качества связи, которые выражаются увеличением времени задержки и уменьшением вероятности доставки пакетов транспортного уровня до критических значений. Причина тому - появление в зоне действия сетей ZigBee активных сетей WiFi, работающих на тех же частотах. Искать свободные от WiFi каналы бесполезно, т.к. роутеры в режиме Auto встают на произвольные каналы, а не только на 1, 6 и 11 как в рекламных картинках... Работа WiFi оборудования регулированию не подлежит, т.е. по условиям игры оно периодически может появлятся на различных каналах и с этим нужно как-то справляться.
Решений я вижу два:
1) Накапливать статистику по Wi-Fi оборудованию в тех местах, где развертываются сети, и сформировать маску наиболее благоприятных каналов.
2) При возникновении вышеописанной ситуации автоматически переводить сеть на другой канал.

А вот дальше очень хочу услышать мнения и опыт тех, кто так или иначе эти проблемы решал..
По первому пункту: какие программные и аппаратные средства для этого необходимы? Пока в своих экспериментах пользовал только NetStumbler для мониторинга ситуации с WiFi, InSSIDer к сожалению на моих машинах не пошел.

Самое интересное как быть со вторым пунктом? В описаниях на модули написано, что координатор в течение задаваемого времени при формировании сети осуществляет поиск самого чистого канала из доступных и там стартует сеть. По моим наблюдениям при старте сети, кроме редких случаев она стартует на прежнем канале независимо от его фактической занятости WiFi (в режиме реальной передачи данных), причем время старта сети зависит от установленного времени поиска. Может все каналы одинакого забиты на 100%?) Есть специальная команда по сбросу настроек радиотракта, вот она всегда приводит к изменению номера канала, однако канал меняется на случайный и нередки случаи, когда снова занимается реально занятый канал со всеми вытекающими...
Ещё интересны мнения на счет выработки критериев необходимости смены канала, есть ли команды возвращающие качество связи независимо от того как проложены маршруты в данный момент?

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

Сообщение отредактировал metrolog - Sep 25 2012, 18:35

[Simeon]

802.15.4 предусматривает процедуру энергетического сканирования на канале. В процессе этого сканирования выполняется определение пикового значения энергии в канале. Минимальное время сканирование 32мс (если память не изменяет). Можно использовать этот механизм для оценки среднего времени занятости канала помехами, если прокручивать энергетическое сканирование несколько раз. EM250 с родным стеком это позволяет делать.

Если не секрет, на каких объектах случаются проблемы с WiFi - торговые центры, выставочные повильоны или что-то еще???

[metrolog]

802.15.4 предусматривает процедуру энергетического сканирования на канале. В процессе этого сканирования выполняется определение пикового значения энергии в канале. Минимальное время сканирование 32мс (если память не изменяет). Можно использовать этот механизм для оценки среднего времени занятости канала помехами, если прокручивать энергетическое сканирование несколько раз. EM250 с родным стеком это позволяет делать.

Если не секрет, на каких объектах случаются проблемы с WiFi - торговые центры, выставочные повильоны или что-то еще???

Про энергетический тест конечно знаю, вся проблема в том, что при первых экспериментах с этим делом этот тест выдавал в результате случайные значения независимо от его длительности (об этом писал в первом посте). Сейчас я разобрался откуда появлялся такой результат - действительно затыкался приемник, т.е. расстояние до вайфай точки доступа бло неприлично маленьким))) Сейчас написал спец ПО которое позволяет быстро отображать результаты сканирования каналов и провел более аккуратные эксперименты.
Выводы следующие:
1) Если координатор сети находится ближе полуметра от точки доступа или активного вайфай устройства, то результаты вообще непредсказуемы, т.е. бывают чудеса там где их как бы быть не должно, а иногда все на удивление нормально работает независимо от используемых каналов. Экспериментировал много, набрал статистику.
2) Отключение режима BOOST по документации уменьшает усиление на 1dB, на экспериментах это тоже никак не сказывается, разве что разброс автоматически-выбираемых каналов незначительно возрастает.
3) В общем в реальных условиях выбор канала работает правильно и всё соответствует теории как всегда)))

Но остались некоторые тонкости и нерешенные вопросы.
1) Чтобы энергетический тест заметил вайфай, по нему должны передаваться данные, маячки остаются незамеченными и сеть может стартануть на ближайшем канале. Это основная сложность.
2) Какие критерии выработать для автоматического переразвертывания сети на другом канале и как это сделать максимально быстро в рамках используемых модулей.

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

Сабжевые сети работают в самых разных общественных местах, в том числе и в перечисленных или по соседству.