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

[Cosmojam]

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

[sensor_ua]

В симплисити хаб должен быть включен постоянно

Это не совсем так. Для спящего режим возможна другая дисциплина обмена. Нужно чтобы на Join нашелся ответивший. Т.е. не спать должен тот, кому нужно передать - хаб очнулся, передал свой Join, а желающий(EP) тут же ему свой и понеслась. Пока передавать не нужно - EP спит и иногда выдает Join (для хаба, у которого вдруг найдётся что ему передать), как только нужно передать что-то важное - становится в приём и ждёт Join от хаба. В рамках SimpliciTI это реализуемо.

[Pasha_a13]

Это не совсем так. Для спящего режим возможна другая дисциплина обмена. Нужно чтобы на Join нашелся ответивший. Т.е. не спать должен тот, кому нужно передать - хаб очнулся, передал свой Join, а желающий(EP) тут же ему свой и понеслась. Пока передавать не нужно - EP спит и иногда выдает Join (для хаба, у которого вдруг найдётся что ему передать), как только нужно передать что-то важное - становится в приём и ждёт Join от хаба. В рамках SimpliciTI это реализуемо.

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