Mesh сеть между подвижными объектами., Подходит ли ZigBee? Опции

[galjoen]

Задача передачи телеметрии от экскаваторов/бульдозеров/самосвалов в карьере в диспетчерскую. Сразу скажу, что GSM там нет, иначе было бы просто, а Ирридиум дорог.
Вот подумываю о ZigBee, прочитал описание XBee. Но, насколько я понимаю, это не совсем то, т.к. сеть должна постоянно перенастраиваться - никаких роутеров, закреплённых в фиксированном месте, там быть не должно.
Так же подумываю использовать только физику ZigBee, а всё остальное сделать самому (на базе готового стека, конечно). Получается, что в сети должны быть только broadcast сообщения т.к. маршруты будут постоянно меняться. И наличие координатора тут не имеет смысла.
Понравился вариант на ATmega128RFR2, смущает только низкая максимальная выходная мощность передатчика. Какая реально дальность связи достижима? Или можно усилить?
Про ограничения в курсе.

[ataradov]

Эти задержки тоже нужны.
Алгоритм передачи кадра:
1. Задержка на сетевом уровне (10-50 мс), можно только для броадкастов.
2. Задержка (10 мкс - 5 мс, причем верхняя граница плавно увеличивается с номером повтора начиная с совсем маленькой цифры, типа 20 мкс)
3. Слушаем канал как можно короче, но достаточно долго, чтобы определить наличие других передатчиков.
4. Если уровень ниже порога, то передаем кадр и выходим.
5. Если уровень выше порога: если число попыток < 4 то goto 2 иначе кадр не возможно отправить (Channel Access Failure).

ZigBee радио делают 2-5 автоматически.

[Pasha_a13]

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

Так а на сетевом уровне задержка все равно остается 10-50 мс или в случае ответа на броадкаст без этой большой задержки нужно передавать?

Эти задержки тоже нужны.
Алгоритм передачи кадра:
1. Задержка на сетевом уровне (10-50 мс), можно только для броадкастов.
2. Задержка (10 мкс - 5 мс, причем верхняя граница плавно увеличивается с номером повтора начиная с совсем маленькой цифры, типа 20 мкс)
3. Слушаем канал как можно короче, но достаточно долго, чтобы определить наличие других передатчиков.
4. Если уровень ниже порога, то передаем кадр и выходим.
5. Если уровень выше порога: если число попыток < 4 то goto 2 иначе кадр не возможно отправить (Channel Access Failure).

ZigBee радио делают 2-5 автоматически.

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

[ataradov]

Так а на сетевом уровне задержка все равно остается 10-50 мс или в случае ответа на броадкаст без этой большой задержки нужно передавать?

Все с задержками.

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

Времена очень приблизительные и верны для 2.4 ГГц. В IEEE 802.15.4 все задержки описаны в символах, так как длительность символа зависит от вида модуляции. В этом очень сильное преимущество использования стандартных радио - все это уже было посчитано и смоделировано умными дядями из IEEE. Для 2.4 GHz O-QPSK модуляции один символ = 16 мкс.