Режим WOR в CC2500 Опции

[ctef]

Подскажите если не сложно кто использовал этот режим в данном трансивере
как мне его настроить ? в обычном режиме всё работает и если не сложно
можно пример для наглядности ?
заранее Спасибо!!!

[ksv198]

Подскажите если не сложно кто использовал этот режим в данном трансивере
как мне его настроить ? в обычном режиме всё работает и если не сложно
можно пример для наглядности ?
заранее Спасибо!!!

А что конкретно интересует? Конфигурируете по даташиту - все будет работать. Только один совет из практики - если планируете использовать для уменьшения энергопотребления, и при этом пауза на сон планируется >= 1 секунды, то лучше WOR не использовать, а рулить контроллером, получается выгоднее (по среднему току потребления).

[Scrambler]

А что конкретно интересует? Конфигурируете по даташиту - все будет работать. Только один совет из практики - если планируете использовать для уменьшения энергопотребления, и при этом пауза на сон планируется >= 1 секунды, то лучше WOR не использовать, а рулить контроллером, получается выгоднее (по среднему току потребления).

Отлично, есть люди с практикой! Тогда можно я свои несколько вопросов задам?

У меня, правда, CC1100, но не суть важно. Я WOR настроил, работает. Как раз с T=1 сек. Скорость передачи - 38400. Размер пакета - 20 байтов. 4 байта преамбулы, 4 байта sync. Соответственно, за 1 секунду успеет пройти 170 с лишним таких посылок. Да и то нет гарантии что один из пакетов попадет своей преамбулой в период, когда радио проснулось и слушает. Как тут лучше поступить?

Единственная мысль, которая пришла мне в голову - послать строб STX (начнется посылка преамбулы), подождать секунду, после чего записать в TX FIFO пакет данных. Но сама идея надолго занимать радиоканал как-то не очень симпатична.

Может быть есть какие-то другие подходы? Как поступают люди с опытом?

[Scrambler]

Неужели никто ничего не посоветует?

[SSerge]

Неужели никто ничего не посоветует?

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

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

Один из самых старых протоколов ALOHA (радиосеть Гавайского университета), про неё много написано и часто ссылаются.
Другой подход в стандарте IEEE 802.15.4.
Сами по себе они поставленной задачи не решают, но пищу для размышления дают.