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

[metrolog]

С поляризацией к сожалению ничего не получится... Наши устройства ориентированы случайным образом (да её и могут перемещаться), да и точки доступа нам неподконтрольны, обычно устанавливаются как попало, часто в куче каких-то проводов, так что не вариант.

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

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

Осталось непонятным, чего делает координатор при включении питания, когда стартует сеть без обнуления параметров (команда NR) на прежнем канале. Время старта зависит от длительности сканирования, как и при ресете, однако всегда выбирается прежний канал независимо от загруженности. Вот это осталось непонятным.
А так пока помогает полный сброс всех настроек сети при старте и индивидуальная для каждого объекта маска каналов.

еще одно соображение... в зависимости качества и солидности модуля не мешало бы вульгарно проверить опорник ( 30МГц ? или сколько там ) каким либо не инвазивным методом...типично допустимый расброс +- 10ppm или около того.

До опорника в этих модулях добраться достаточно сложно, нужно снимать экран, а он там достаточно качественно установлен. Эти модули расчитаны на широкий индустриальный диапазон рабочих температур, с опорником должно быть всё в порядке, хотя фактических данных нет. На счет солидности.. порядка 20 баксов за штуку у производителя)
Субъективно я не думаю, что это опорник, всеже на свободной частоте и мощность и чувствительность соответствуют заявленным, а если канал откровенно занят, то стабильность опорника врядли чего решит, хотя конечно для FSK это бесспорно важно, особено в таких пограничных ситуациях. Ради интереса попробую вскрыть убитый, но при любом результате измерений пока не ясно какие нужно предпринимать действия)

Сообщение отредактировал metrolog - Sep 29 2012, 12:47