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

[av-master]

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

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

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

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

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

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

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

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

[av-master]

Немного поразмыслил, и решил облегчить задачу.

Добавляем в устройство модуль GPS, (Уменьшение затрат на связь (при использовании GPRS) того стоит) и таблицу расположения стационарных роутеров.

Передача данных только в контрольных точках, или по событию.

разбиваем сеть на несколько ID (Если нужно)

При вхождении модуля в определенную зону устройство заранее знает к кому конектиться..

Возможен отказ даже от полного модуля а использование частей http://meshnetics.com/opensource/mac/ MeshNetics OpenMAC с чипом RF212 и Атмегой на которую есть порт MeshNetics eZeeNet SDK http://atmel.com/dyn/products/tools_card.a...p;family_id=676

В описанном выше случае есть возможность обойтись считанным количеством раутеров, которые будут иметь стационарные позиции и не будут перемещаться... остальные подвижные устройства будут End Device-ами, которые при смене позиций будут инициировать новые rejoin-ы, если удалятся от своего родителя на столько, что перестанут его слышать. Ни о какой особой "глубине" речь тут не идет и меняться она (глубина) не будет.

Это тоже один из вариантов.
но девайсов как мне кажется многовато... Какое колличество роутер может через себя пропускать, или просто держать на себе?

[Sashiku]

Добавляем в устройство модуль GPS, (Уменьшение затрат на связь (при использовании GPRS) того стоит) и таблицу расположения стационарных роутеров.

А Вас не смущает увеличение стоимости устройства... если их "тысяча"? ИМХО - это совсем излишне.

Возможен отказ даже от полного модуля а использование частей http://meshnetics.com/opensource/mac/ MeshNetics OpenMAC с чипом RF212 и Атмегой на которую есть порт MeshNetics eZeeNet SDK http://atmel.com/dyn/products/tools_card.a...p;family_id=676

Хочу Вас расстроить... на сколько я знаю ни OpenMAC, ни eZeeNet не поддерживают RF212... Его поддерживает только текущий стек от Meshnetics - BitCloud.

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

Т.к. раутер в ZigBee в себе содержит таблицы устройств, то действительно может возникнуть проблема с нехваткой RAM. Как отмечалось ранее, если у Вас вся площадь может быть покрыта стационарными раутерами, то очень разумно использовать просто MAC (IEEE802.15.4). MAC сам по себе не содержит никаких таблиц и не помнит, какие конкретно устройства были ассоциированы. Кроме того, это гораздо более простое ПО - содержит в себе меньше ошибок, а значит будет выше стабильность. Также могут быть реализованы и спящие устройства.

[av-master]

А Вас не смущает увеличение стоимости устройства... если их "тысяча"? ИМХО - это совсем излишне.
Хочу Вас расстроить... на сколько я знаю ни OpenMAC, ни eZeeNet не поддерживают RF212... Его поддерживает только текущий стек от Meshnetics - BitCloud.

Вообще мы изначально хотели GPS ставить, так что нормально... а вот устройств, по последним переговорам, уже 2800

И площадь увеличивается до 120 на 20 км. ))) так что есть над чем подумать...

вот с 212 плохо ((( прийдется править с 230-й