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

Во время передачи модуль не может принимать пакеты, т.е. хоть там есть общий 32 байтный буфер, но работать он может только в синхронном режиме. Если передавать всё синхронно, то проблем нет.
Если передавать всегда только в одном направлении (А > В), то вообще проблем нет и всё надежно работает.
(как подмечено ранее) Если надо асинхронно всё молотить, то да, проще поставить один МК с двумя аппаратными "портами" (SPI) и ДВА модуля nrf24l01.
Но в любом случае, тут кроются проблемы (особенно при попытке построить "сеть"):

- как-то надо раздавать адресацию (это можно и в ручном, если не запутаться при большом количестве);
- потом это всё надо как-то коммутировать (и тоже не запутаться);
- ну и МК должен успевать всё "параллельно" молотить без задержек (возможно с общим внутренним буфером).

Нескромный вопрос...
Если "разумное направление" уже определено , то не проще ли собрать "из кубиков" банальную радиостанцию, которых уже имеется море ?
Или тут гвоздем программы является использование МК ?

Не, ну это - дело личное, конечно...
Есть желание соорудить самому - я не отговариваю...

Пара LPD р/ст у нас (в городе) стОит от 800р...
Неужели р/модуль и пляски вокруг него будут обоснованы ?
Будет ли эта связка обеспечивать те же условия связи ?

Какие там пляски?      Качаешь даташит на него и пишешь сам библиотеку.
70р. ?????                  За 70р. ты купишь фуфло на 10 метров максимум. Покупай за 270 с антенной, лупит метров на 500 запросто.
->> Кто возьмётся написать алгоритм работы? И нет ли у кого модели NRF24L01 для Протеуса?
Какой алгоритм? Зачем он тебе?
В NRF24 есть собственный адрес от 3 до пяти байт + до 32 байт данных + контролька + 127 каналов частотных. Иными словами у тебя есть вероятность принятия пакета 1/2^длина адреса*канал. Даже один БИТИК изменишь - пакет не примется. Там есть ещё виртуальные пайпы для группировки нескольких устройств в сетку или кластер. Тебе остаётся один вариант с кнопкой - нажал - пошла оцифровка и передача данных пакетами. Если кнопка отпущена - модуль становится на приём и контролирует бит буфера приёма. Как только данные появились в буфере - читаем их и преобразуем в аналог. ВСЁ!

Таперь главное - а зачем всё это? Купи рацейку в магазине и радуйся радиосвязи.

Нет, не достаточно. Если будет фото или видео отчёт - тогда будет достаточно.

Алгоритм чего? Работы с радоимодулем или работы самой рации в целом или ещё что? Непонятно.
Я скажу только одно: NRF24 из Китая за 100-300 рублей ЭТО не NRF24 а копия, причём СОВСЕМ другая и разная!!!
Статьи на эту тему с подробными фотографиями можно найти в интернете запросто.
Это я к чему пишу - не все ФУНКЦИИ нативной микрухи РАБОТАЮТ на копии, примерно 95-99%. Вот на ЭТО стоит обратить внимание при написании кода.

Такой модуль у меня в квартире одну стену не "пробивает" на максимальной мощности.
Модуль, что помощнее называется NRF24 + PA + LNA или как-то около этого. Заявленая мощность +20дБм или 100 мВт... но помоему это гон, хотя пофиг.
Эти модули реально лупят при ПРЯМОЙ видимости 500-1000 метров!

Алгоритм рацейки:
1 - приём. Ставим радоимодуль на приём и ждём пакеты данных. По приёму пакета переводим в аналог и выдаём на динамик.
2 - передача. Ждём нажатия кнопки передачи. Оцифровываем данные с микрофона и формируем пакеты. Сформированные пакеты поочерёдно передаём в радиомодуль для передачи.

Моё личное мнение:
Всё это как-то жибленько, ибо нужен буфер для хранения принимаемых и отдаваемых данных, а где его взять?
И принимаемые и передаваемые данные нужно сначала СОБРАТЬ или РАЗОБРАТЬ по 32 байта соответственно.
Передавать 8 bit wav format нецелесообразно, нужно хоть какое-нибудь кодирование, а у нас ни времени, ни памяти, ни ресурсов НЕТ!
ИМХО херня получится, так, для поиграться.

-NMi-, чо ты там куришь, такую туфту пишешь. Всё там корректно работает, у тебя видать была первая ревизия корявая, по остальному даже комментить нет смысла.
Если человек хочет что-то делать - пусть делает, экспериментирует.

Отредактировано RDW (2016-05-12 12:21:30)

Окей:

На HM-TRP - не сможет, там UART макс 115200 (в идеале 11.520КБ/сек, для звука 8-бит норм, но 8-бит качество так се, надо как-то жать и протаскивать 16-бит).

Ну с этим я соглашусь, только синхронная передача.
Вообще HM-TRP используют для телеметрии, т.к. в одной сборке реализован конечный продукт (сам всё делает), управление/геморроя минимум и передача вроде как надежная (сам не проверял, из форумов, народ доволен).

Это вообще не в тему.

Берём к примеру NRF24L01, пропускная способность до 2Мб/сек, т.к. система цифровая, то алгоритм от аналоговой рации изначально не подойдёт, т.е. просто может быть совершенно другой алгоритм работы (синхронный, независимо от наличия данных передачи (пинги).

Нет, там всё примитивно до безобразия (как ты сказал ранее):

Ну это вообще к чему? С таким подходом: "зачем рождаться - всё равно умирать"!

Опять отправляю тебя по твоим же словам:

Для того этот форум и существует, не говоря об увлечении радиоэлектроникой!

Есть такое опасение, если ничего не делать и ждать, что за тебя кто-то сделает.

Ваще не вариант, память не резиновая.
Я думал можно сделать "проще":

- одна рация "ведомая" (клиент);
- вторая "ведущая"(сервер);
- "ведущая" каждый раз пингует клиента на придмет данных, даже всегда принимает данные;
- когда данные не принимаются сервером, то сама отправляет клиенту;
- так всё гоняется по кругу (обмениваются);
- а вот вывод звука (нажатие), кнопки, можно сделать командой (когда включать оповещение) или вообще забить на кнопки и сделать для начала синхронный обмен (посмотреть как работать будет (шипеть).

Если весь цикл хотя бы будет работать с частотой не ниже 18-16КГц, то свистеть сильно не будет. Ещё надо подумать (возможно) о возбуждении микрофона...в противофазу его.

Отредактировано RDW (2016-05-12 15:37:37)

Разумеется, что речь шла не про память МК...
Ну, не указал в "Издержках" флешку...

А, вообще-то я упрощенно описал принцип пакетной радиосвязи, который используется уже много лет...

Отредактировано Nord (2016-05-12 18:01:37)