nrf24L01+ radio pipe address

[jing]

Hello,

Is there a restriction that I cannot have same address LSByte for radio pipes? It seems that i am failing to receive data on pipe 0 if for example I have pipe 0 and pipe 1 address LSByte as 0.

thank you jing

[Hung Bui]

@Jing: I am assuming you were talking about Enhanced Shockburst protocol. On Pipe 0 and Pipe 1 you should have no problem having them with same LSByte.

The restriction is applied only for Pipe 1 to pipe 5 where they share the same 4 MSBytes.

Have you made sure the MSB first 4 bytes on pipe 0 and pipe 1 are different ?

[jing]

yes. I am using gazell which is based on ESB. and yes, confirmed

• LU1p ChidID is different from the gzp pairing address; therefore base address for pipe 0 and 1 should be different on the dongle side.
• initial base address for pipe > 0 is different from gzp pairing address on the device side

Receiver side is using the nrf24lu1p dongle code while Device side is running nrf51822 application using the gzll_arm.lib provided with the DT2.

For this experiment, i just changed the gzp_update_radio_params() on both dongle and device code to set the prefix byte for pipes 1 onward to start from 0 and then i could not pair.

jing

[Hung Bui]

@Jing: Could you let me know what exactly the Base Address Pipe 0 and Base Address Pipe 1 are and prefix Pipe 0 and Prefix Pipe 1 are ?

Also please let me know what set up worked, what set up doesn't work. If you don't change the prefix byte for pipe 1 to 0 but something else, would it work ?

[jing]

original dt2 v2.2.0 code works. but as long as there is an opened non-zero pipe with prefix byte similar to pairing pipe (pipe 0) prefix byte, I cannot seem to be able to pair with the dongle

[Hung Bui]

@jing:Sorry that I might not very familiar with legacy product, but what is dt2 v2.2.0 ? Could you give me a link ?