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

[Cosmojam]

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

[sensor_ua]

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

не подходит один хоп(если я правильно понимаю то это соединение точка-точка)

от слова "прыгать" - я понимаю это как требуемое количество пересылок (прыжков), т.е. для звезды без ретрансляторов до AP один hop. Насчет битых пакетов - помнится, что в пакетных трансиверах обычно при приёме покалеченного пакета он просто дропается - даже не выдаётся флага готовности для чтения. Могу ошибаться, но DS и прочая в руки
В Вашем случае - звезда - может оказаться лучше поиграться с мощностями и антеннами, а то и уйти в более низкочастотный диапазон (конечно, если уж куплено, то другие проблемы). Или разместить не одну базу, а между ними "туннель" с фиксированными адресами/портами в маршруте (опять же можно поставить чуток костылей в рамках SimpliciTI) - тогда можно порезать переговоры и уменьшить расход ОЗУ.

[Pasha_a13]

Если не ошибаюсь, детект несущей в SimpliciTI встроен в функцию передачи пакета. Случайная пауза интересна в довольно узких временных пределах, потому наверно её туда не положили, да и снятие флага уровня несущей довольно случайное явление, потому как и мощность сигнала, и АРУ, и шум...
от слова "прыгать" - я понимаю это как требуемое количество пересылок (прыжков), т.е. для звезды без ретрансляторов до AP один hop. Насчет битых пакетов - помнится, что в пакетных трансиверах обычно при приёме покалеченного пакета он просто дропается - даже не выдаётся флага готовности для чтения. Могу ошибаться, но DS и прочая в руки
В Вашем случае - звезда - может оказаться лучше поиграться с мощностями и антеннами, а то и уйти в более низкочастотный диапазон (конечно, если уж куплено, то другие проблемы). Или разместить не одну базу, а между ними "туннель" с фиксированными адресами/портами в маршруте (опять же можно поставить чуток костылей в рамках SimpliciTI) - тогда можно порезать переговоры и уменьшить расход ОЗУ.

Прошу прощения за допущенную мной ошибку по поводу csma/cd...я имел ввиду csma/ca.
Понял насчет проблем с обнаружением несущей, покопаю в этом направлении. Попробую может позаимствовать с simpliciTI детект несущей...ведь микросхемы те же используются.
Да, в CC1101 можно в настройках задать чтобы приемный буфер чистился если принят битый пакет. Если пакет принят битый то его нет смысла анализировать, он просто удаляется и главный блок считает что пакет вообще небыл послан, потому датчик пославший пакет подождал немного, нет ответа, шлет переповтор.
Не получиться поиграться с мощностями, антеннами к сожалению. Железо уже есть, в топологии звезда оно работает и теперь его нужно чисто софтверно переделать не добавляя лишних узлов-ретрансляторов.
Потому вот и размышляю пока в каком направлении двигаться - взять что-то типа simpliciTI, убить на него время а потом упереться в какие-то его ограничения или попытаться сгородить что-то свое, пусть не особо быстро, с багами, но посидеть и довести его до ума. Понимаю что ZigBee стек полноценный не получу, даже и не замахиваюсь на это, хочется что-то попроще. Для меня не важны такие нюансы как распределение нагрузки на узлы(пока что не забочусь о сохранности их элементов питания), выбор именно самого идеального пути...для меня важно пусть все это будет попроще, с ограничениями, но главное перенаправляет пакет по какому-то возможно более длинному пути, но он всетаки достигает адресата.

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