ZegBee + мобильность, Возможно ли? Опции

[av-master]

Итак, имею задумку, но для практической проверки просто не хватит модулей (((

Значит так, имею три модуля ZigBee900 от Meshnetics-a. Дальность порядка 4-5 ти км.

Хочу применить в системе мониторинга за обьектами и продукцией по территории предприятия...

Собираю разную статистику с датчиков и раз в сек отправляю на сервер, обьектов около 1000.

Проблема в том что 80% обьектов перемещается по всему предприятию, а это более 20 км. т.е. бардак будет полный.

свои три штуки верчу как хочу , все работает, вопрос как поведет себя сеть при больших обьемах перестройки, и в больших условиях перемещения.

Все устройства имеют стационарное питание, и предполагаю конфигурацию 1 координатор (Возможно и 10 координаторов, если это поможет). и остальные FFD.

Кто что думает?
просто покупать 100-ню дорогих модулей для проверки не хочется, а с ZigBee пока на Уважительных тонах (((

[Dr.NoA]

Имхо на сегодняшний день, Мешь уже хороше реализован в "Фирменном" стеке (Готовые модули).
За счет увеличения колва стационарных роутеров, и разбития сети на несколько зон со своими координаторами, ИМХО позволят максимально свести все к звездам, и мелким деревьям.

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

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

В Zigbee 2007 это проблема вроде как решена за счет 3.6.1.7 Stochastic Address Assignment Mechanism
с последующим 3.6.1.9.2 Detecting Address Conflicts и 3.6.1.9.3 Resolving Address Conflicts при использовании PRO профиля.
К тому же этот профиль имеет nwkMaxDepth = 15.

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