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

nrf52840pdk AAR and Extended advertising

Is there a way to configure AAR so it can do address match for extended advertising packets? For legacy we had to:

  • put address into DAB[] and DAP[] registers
  • set DACNF to 1
  • set ADDRPTR to beginning of the packet

This seems NOT to work for Extended advertising. Do we miss anything?

Parents
  • Hi,

    The AAR was not intended for use with extended advertising when designed, as the device address is no logner located at the start of the PDU. You will need to add an offset to the ADDRPTR for the extended advertising PDUs and use the method you describe for legacy packets.

    The address (if present in the packet) should be offset by two bytes from the start of the PDU. You will need to make use of pdu type, extended header length, and the extended header flags to set the correct offset. This should be described in the Bluetooth Core Specifications 5.0.

    Best regards,

    Jørgen

Reply
  • Hi,

    The AAR was not intended for use with extended advertising when designed, as the device address is no logner located at the start of the PDU. You will need to add an offset to the ADDRPTR for the extended advertising PDUs and use the method you describe for legacy packets.

    The address (if present in the packet) should be offset by two bytes from the start of the PDU. You will need to make use of pdu type, extended header length, and the extended header flags to set the correct offset. This should be described in the Bluetooth Core Specifications 5.0.

    Best regards,

    Jørgen

Children
No Data
Related