SimpliciTI, вопрос по топологии, маршрутизация без ретрансляторов Опции

[Cosmojam]

Всем привет
Мне предстоит сделать сеть девайсов на CC430. Самих мартышек ещё нет, пока только въезжаю в тему, поэтому вопрос совсем нубский
Питание у девайсов батарейное, большую часть времени проводят в спячке, территориально разнесены могут быть далеко от точки доступа (вне досягаемости), но в то же время ретрансляторы нельзя использовать (как пишут в мануале, потому как они должны быть включены всегда). Там же пишут что нет возможности store-and-forward для p2p соединений и explicit routing shall not be supported. Собственно вопрос: можно ли программно реализовать динамическую маршрутизацию на p2p соединениях чтобы девайсы вне досягаемости точки доступа всё же могли до неё достучаться по цепочке p2p соединений?

[sensor_ua]

В SimpliciTI можно "добыть" MRF, а NWK выбросить или покалечить до неузнаваемости, например, введя жесткую карту адресов сети (убрать Join и Link), но оставить ретрансляцию, внедрив адрес "хозяина" сообщения в payload, ещё можно урезать длину поля адреса, выделить порты для туннелей, заодно выбросить прочую служебку, но задействовать подтверждения, а может и уведомления (хотя как по мне сеть или работает или нет, а логи помогают только при чудесатостях)

[Pasha_a13]

В SimpliciTI можно "добыть" MRF, а NWK выбросить или покалечить до неузнаваемости, например, введя жесткую карту адресов сети (убрать Join и Link), но оставить ретрансляцию, внедрив адрес "хозяина" сообщения в payload, ещё можно урезать длину поля адреса, выделить порты для туннелей, заодно выбросить прочую служебку, но задействовать подтверждения, а может и уведомления (хотя как по мне сеть или работает или нет, а логи помогают только при чудесатостях)

Спасибо большое за советы!
Пока, к сожалению, не могу ими воспользоваться, т.к. еще не разбирался настолько глубоко с simpliciTI.
Сейчас буду понемногу разбираться в ней и думать какие части из нее задействовать.
Подскажите пожалуйста маршрутизация в simpliciTI выполняется с использованием какого-то общеизвестного алгоритма или там используется что-то свое?
Меня очень заинтересовала идея насчет AODV протокола маршрутизации, которую я позаимствовал у Cosmojam.
Не знаю правда насколько Я в состоянии реализовать такой протокол в своих устройствах, но идея пока мне нравиться.
По мере вникания в ZigBee у меня возникают вопросы.
Немного не понял по поводу того что после пакета синхронизации от координатора выделяется 16 временных интервалов для доступа датчиков к сети. А как быть если датчиков штук 30, т.е. за один проход каждый датчик не может что-то ответить? нужно вводить разделение что например в первом 16-слотовом интервале могут отвечать датчики с 1 по 16-й а во втором 16-слотовом интервале могут отвечать остальные 14 датчиков? Или датчики состязаются кто первый смог захватить тайм-слот тот и передает?
Убрал вопрос по поводу 50-и датчиков и 20 мс потому что понял что написал глупость, что еще не до конца разобрался с временными параметрами пакетов синхронизации и как задаються те самые временные интервалы в течении которых могут отвечать датчики.

Сообщение отредактировал Pasha_a13 - Mar 25 2013, 20:06