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

[Cosmojam]

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

[sensor_ua]

Там вполне внятная документация по протоколу. В пакете нечто похожее на UDP с бубенцами и хороводами. А дисциплину обмена (MAC-уровень) форматом пакета не опишешь - в доке достаточно понятно.
Что касается кода, то, судя по стилям, его проектировали, писали и поддерживают совершенно разные команды. Но как для бесплатного проекта, так очень даже вменяемо. Отдельно уровень железа - дрова - настроить, включить/выключить, принять пакет, отправить пакет (папка вроде как звалась MRF) иотдельно сетевой уровень (папка NWK), а к нему примеры приложений.
Припоминаю там в NWK в AP "закат солнца вручную" - пулы массивов... я их заменил где было нужно списками, заодно выбросил обертки IOCTL к вызовам MRF.
Насчет скорости опроса - я Ваших задач не знаю, но сдается мне, что масштабы времени в разных режимах нужны разные. Для датчиков вторжения важно иногда докладывать о наличии себя и срочно лупить в эфир когда чего случилось. И то, 1 секунда по сравнению с дозвоном на мобилку просто ничто. Для пожарки почти так же. ИМХО. А постоянно мониторить далеко не всегда нужно.
Насчет ZigBee для начала посмотрите, какие там, в IEEE 802.15.4, приняты размеры Payload, а потом на свой кремний. Калечить ZigBee под свои нужды я бы не стал.

[Pasha_a13]

Там вполне внятная документация по протоколу. В пакете нечто похожее на UDP с бубенцами и хороводами. А дисциплину обмена форматом пакета не опишешь - в доке достаточно понятно.
Что касается кода, то, судя по стилям, его проектировали, писали и поддерживают совершенно разные команды. Но как для бесплатного проекта, так очень даже вменяемо. Отдельно уровень железа - дрова - настроить, включить/выключить, принять пакет, отправить пакет (папка вроде как звалась MRF) иотдельно сетевой уровень (папка NWK), а к нему примеры приложений.
Припоминаю там в NWK в AP "закат солнца вручную" - пулы массивов... я их заменил где было нужно списками, заодно выбросил обертки IOCTL к вызовам MRF.
Насчет скорости опроса - я Ваших задач не знаю, но сдается мне, что масштабы времени в разных режимах нужны разные. Для датчиков вторжения важно иногда докладывать о наличии себя и срочно лупить в эфир когда чего случилось. И то, 1 секунда по сравнению с дозвоном на мобилку просто ничто. Для пожарки почти так же. ИМХО. А постоянно мониторить далеко не всегда нужно.
Насчет ZigBee для начала посмотрите, какие там, в IEEE 802.15.4, приняты размеры Payload, а потом на свой кремний. Калечить ZigBee под свои нужды я бы не стал.

Спасибо! Воспользуюсь Вашими советами!