nRF24L01, Как лучше организовать процесс обмена информацией с трансивером Опции

[ikX]

Сам по себе nRF24L01 работает без проблем. Смущает длительное его время переключения из режима Standby-1 (Standby-2) в режим передачи - 130мкс. Хочется загрузить его на максимум, чтобы он передавал/принимал как можно больший объем информации с минимальными задержками (нужно передавать данные поступающие с интервалом времени 20-40мкс).

а) Сначала была идея накапливать в течение 130мкс данные по следующей схеме:
1)Переводим трансивер из режима Standby-1 в режим PTX, записывая в него несколько байт и выставляя СЕ=1 на 10мкс.
2)TX setting занимает 130 мкс. Использовать эти 130мкс для заполнения буфера передатчика новыми данными.
При этом возникает вопрос: будут ли эти вновь поступившие данные переданы одновременно с данными, записанными до выставления СЕ=1?

При этом теряются 40-50мкс, затрачиваемые на саму передачу данных.

б) На стр. 21 Product Specification указано, что трансивер можно удерживать в режиме PTX не более 4мс. Можно было бы сэкономить кучу раз по 130мкс. Но как это сделать из диаграммы состояний я не вижу: после передачи трансивер переключается или в Standby-1 при CE=0 или в Standby-2 при непустом буфере передатчика.

Как вы решаете такие задачи?

[ybd]

Вы используете shockburst? Мы в конце концов от него отказались - просто передавали несколько пакетов подряд без подтверждения - или пакеты в дальнейшем теряют актуальность,или доставляются . В одной из первых удачных версий (проживших дольше других) использовался не единичный (CE=1), а нулевой (CE=0) импульс. В результате - передатчик передает, пока есть пакеты на передачу. Но в конечном (пока) варианте поставили 2 микросхемы - 1 - передатчик, 2 - приемник.
Насчет standby2 - что-то не так. Вроде в него переход только при пустом буфере передатчика и CE=1. При записи пакета в буфер передатчика он уйдет в эфир и без импульса CE (в этом уверен на 90% - точно уже не помню )

[ikX]

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

Пакеты без подтверждения - это и есть shockburst, с подтверждением - enhanced shockburst.

В одной из первых удачных версий (проживших дольше других) использовался не единичный (CE=1), а нулевой (CE=0) импульс. В результате - передатчик передает, пока есть пакеты на передачу.

В смысле? Было несколько ревизий nRF24L01?

Но в конечном (пока) варианте поставили 2 микросхемы - 1 - передатчик, 2 - приемник.

Я тоже уже склоняюсь к варианту, что необходимо поставить несколько передатчиков.

Насчет standby2 - что-то не так. Вроде в него переход только при пустом буфере передатчика и CE=1. При записи пакета в буфер передатчика он уйдет в эфир и без импульса CE (в этом уверен на 90% - точно уже не помню )

Да на счет Standby2 и состояния буфера я ошибся, но дело это не меняет, чтобы выйти из этого режима по прежнему требуется 130мкс.

[ybd]

Пакеты без подтверждения - это и есть shockburst, с подтверждением - enhanced shockburst.
В смысле? Было несколько ревизий nRF24L01?
Я тоже уже склоняюсь к варианту, что необходимо поставить несколько передатчиков.
Да на счет Standby2 и состояния буфера я ошибся, но дело это не меняет, чтобы выйти из этого режима по прежнему требуется 130мкс.

Ну да, я имел ввиду enhanced shockburst.
Было несколько ревизий нашего проекта .
Только сейчас обратил внимание на скорость поступления данных. Наверное, будет проще после передачи пакета с данными делать reuse_tx_pl до поступления новых данных и снова reuse . Если пакеты нумеруются, то на приеме отбрасывать пакеты с уже принятым номером. Правда, принимать этому чипу уже будет некогда