This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nrf24L01+ radio pipe address

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

Parents
  • @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 ?

  • 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

Reply
  • 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

Children
No Data
Related