NRF24L01+ Auto Ack behaviour

RE: NRF24L01+ Auto Ack behaviour

Derek Goslin — Mon, 03 Mar 2014 21:34:41 GMT

Hi Håkon,

I think I got to the bottom of this. Its basically caused by power cycling the NRF24L01P too quickly during the development. Looks like it puts the receiver or transmitter state machine in an invalid state.

Thanks for the help.

RE: NRF24L01+ Auto Ack behaviour

Håkon Alseth — Wed, 19 Feb 2014 09:40:32 GMT

Hi,

Just to a verification; the TX_ADDR and RX_ADDR_P0 is set equal on the transmitter side?
If you scope pin "VDD_PA", it will go high when a transmission occurs. Does it go high on your PTX? You can scope the same pin on the PRX to see if it actually sends an ACK as well.
Have you verified that your SPI is set up correctly? Try reading a known register, like "RF_CH" or "EN_AA" when the nRF has just powered up. EN_AA should be 0x3F, RF_CH should be 0x02.

Best regards Håkon

RE: NRF24L01+ Auto Ack behaviour

Derek Goslin — Mon, 10 Feb 2014 20:26:14 GMT

I have just setup a simple test

PTX configured with: DPL_P0 = 1 ENAA_P0 =1 EN_DPL = 1 EN_ACK_PAY=1

PRX configured with:

DPL_P0 = 1 ENAA_P0 =1 EN_DPL = 1 EN_ACK_PAY=1

Both have same address for TX and PIPE0, i.e. the default

PTX sends packet PRX receives packet, PRX does not queue an ACK packet. PTX code hangs waiting for a interrupt from NRF24L01+ device that never happens.