Кто-нибудь работал с RF модулями nRF2401A?

[Easyrider83]

Я не вижу ваших адресов для PIPE'ов. Они должны сильно различаться.

[krug_vv]

адреса задаю вот так:

адреса задаю вот так:

Код:

start_RF_addr[0]=0xE7; start_RF_addr[1]='F';//(u8)(RF_Addr››24); start_RF_addr[2]='K';//(u8)(RF_Addr››16); start_RF_addr[3]='E';//(u8)(RF_Addr››8); start_RF_addr[4]='Y';//(u8)(RF_Addr); Pipe1_Addr[0] = 0xE7; Pipe1_Addr[1] = 'P'; Pipe1_Addr[2] = 'I'; Pipe1_Addr[3] = 'P'; Pipe1_Addr[4] = 'E';

[Easyrider83]

Попробуйте поэкспериментировать с адресами. Сделайте их сильно разными. Или попробуйте дефолтные значения из мануала.

[krug_vv]

Гы-гы...
Чтобы не трогать передатчик, поставил на приемнике только на Pipe1 дефолт 0xC2C2C2C2C2.
Pipe0 оставил как было.
Заработало.
Чё это у них за нах такой?

[krug_vv]

Еще один "экскремент".
Вернул как было, только первое не 0xE7, а 0xE8.
Т.е. 0xE8,P,I,P,E.
Тоже работает
Вывод: первый байт адреса должен отличаться по-любому.
Видимо, он анализирует адрес "на лету", и начинает сверять уже внутри Пайпа.
А тут ему "вилка в бок", начало одинаковое, не понимает где ему дальше смотреть.
О, сколько нам открытий чудных готовит NRF-ки глюк.

Ну, и, увы, т.к. ACK отключен (модули с усилителем) - передатчик с Pipe1 не получает ответа,
адрес TX нуно менять в процессе...

[Easyrider83]

Да, я это и имел в виду. Тоже помучился с этим первым байтом.

[O'NeiLL]

Использую библиотеку Easyrider83"а переделанную под STM32f030f4
У меня функция RF_Init возвращает 0x00. С чем это может быть связано?

из существенного менял только тут:

uint8_t SPI_ReadByte(SPI_TypeDef* SPIx,uint8_t byte)
{
	#ifdef test_spi
		test_var=byte;
	#endif
    /* Loop while DR register in not emplty */
  while (SPI_I2S_GetFlagStatus(SPIx, SPI_I2S_FLAG_TXE) == RESET);

  /* Send byte through the SPI1 peripheral */
  SPI_I2S_SendData16(SPIx, byte);

  /* Wait to receive a byte */
  while (SPI_I2S_GetFlagStatus(SPIx, SPI_I2S_FLAG_RXNE) == RESET);

  /* Return the byte read from the SPI bus */
  return SPI_I2S_ReceiveData16(SPIx);
}

[Easyrider83]

O'NeiLL, означает, что SPI не работает, увы.

[Sergos_77]

Всем привет.Вижу тема ещё жива.
Купил модули NRF24L01 + PA+LNA , и как все столкнулся с малой их дальностью работы. Помогла ваша тема на странице 99 упоминалось о сигнале СЕ и подключенном резисторе к микросхеме X2401C.Почитав RFaxis_RFX2401C_Datasheet , покрутил тестер , и выяснил что если у Вас NRF24L01 + PA+LNA стоит как передатчик (ведущий) и вы дергаете 10мкс СЕ для активации передачи, то после того как ведущий переходит в режим приема АСК , микруха X2401C не активна. Выход держать СЕ определенное время активным .
Проверил на NRF24L01 + PA+LNA и NRF24L01 +.Связь становится более устойчива.Не могу проверить на двух NRF24L01 + PA+LNA , один случайно спалил подав на него 5в. если у кого есть два таких модуля , проверьте плиз.
Алгоритм работы X2401C такой :
два вывода TXEN и RXEN, приоритет на TXEN он подключен к выводу VDD_PA NRF24L01 + .Там при передаче появляется 1.8в и активирует X2401C на передачу.RXEN подключен к СЕ и поэтому когда NRF24L01 + PA+LNA как ведущий вы дернули СЕ ,X2401C отключилась. Включился передатчик на микрухе NRF24L01 + и X2401C тоже на передачу.Передача прошла ,NRF24L01 + переходит в режим приема АСК ,СЕ естественно 0 и приемник X2401C отключен.
Проще всего когда NRF24L01 + PA+LNA ведома(приемник). СЕ всегда 1 и X2401C включена на прием.Когда идет АСК ,NRF24L01 + переходит на передачу на TXEN X2401C появляется 1.8в (что равно 1).Так как вывод TXEN X2401C в приоритете то состояние вывода RXEN X2401C не важно и происходит усиление передачи.
В теме где то описывалось о том что односторонняя передача хорошо работает.

[niXto]

НРФ24Л01 прекрасно годами работает от 5 В
Подпаяй антенну к её выходу, а усилитель отпаяй
С усилителем не работают автоподтверждения