MAC address of peripheral from advertising packet

RE: MAC address of peripheral from advertising packet

hmolesworth — Mon, 13 Apr 2020 00:23:37 GMT

Might help to look at a sample UICR update, there are a couple of items to consider. Here's the Reset pin example:

    /* Configure GPIO pads as pPin Reset pin if Pin Reset capabilities desired. If CONFIG_GPIO_AS_PINRESET is not
      defined, pin reset will not be available. One GPIO (see Product Specification to see which one) will then be
      reserved for PinReset and not available as normal GPIO. */
    #if defined (CONFIG_GPIO_AS_PINRESET)
        if (((NRF_UICR->PSELRESET[0] & UICR_PSELRESET_CONNECT_Msk) != (UICR_PSELRESET_CONNECT_Connected << UICR_PSELRESET_CONNECT_Pos)) ||
            ((NRF_UICR->PSELRESET[1] & UICR_PSELRESET_CONNECT_Msk) != (UICR_PSELRESET_CONNECT_Connected << UICR_PSELRESET_CONNECT_Pos))){
            NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Wen << NVMC_CONFIG_WEN_Pos; // Write Enable
            while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
            NRF_UICR->PSELRESET[0] = 21;
            while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
            NRF_UICR->PSELRESET[1] = 21;
            while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
            NRF_NVMC->CONFIG = NVMC_CONFIG_WEN_Ren << NVMC_CONFIG_WEN_Pos; // Read-only Enable
            while (NRF_NVMC->READY == NVMC_READY_READY_Busy){}
            // UICR changes require a reset to be effective
            NVIC_SystemReset();
        }
    #endif

It's a case of waiting for the NVMC signal between steps; the reset would not be required though.

RE: MAC address of peripheral from advertising packet

jbmillard — Sun, 12 Apr 2020 23:18:10 GMT

Thanks for the explanation. It looks like I have erased it on my development hardware. I'll have to find the provisioning doc Rigado references and see what I can do.

RE: MAC address of peripheral from advertising packet

hmolesworth — Sun, 12 Apr 2020 22:39:01 GMT

A tale of two MAC addresses perhaps. Rigado has defined a MAC address within NRF_UICR as noted, but many of the Nordic examples (eg uart) use the Device Id in NRF_FICR to form a MAC address, which is different and fixed:

// Example:
// BLE MAC Address: Id 71959DCC72DCF09E, Peer 0, Type 1, Addr 9E:F0:DC:72:CC:DD

#if defined(SOFTDEVICE_PRESENT)
   // Get actual BLE address in case it is different from hardware register BLE address
   ble_gap_addr_t device_addr; /**< 48-bit address, LSB format. */
   sd_ble_gap_addr_get(&device_addr);
   snprintf(Settings, sizeof(Settings), "Id %08X%08X, Peer %u, Type %u, Addr %02X:%02X:%02X:%02X:%02X:%02X",
                      NRF_FICR->DEVICEADDR[1], NRF_FICR->DEVICEADDR[0],
                      device_addr.addr_id_peer, device_addr.addr_type, device_addr.addr[0], device_addr.addr[1],
                      device_addr.addr[2], device_addr.addr[3], device_addr.addr[4], device_addr.addr[5]);
#endif

To change this back to the Rigado MAC address, use sd_ble_gap_addr_set() prior to advertising:

// By default the SoftDevice will set an address of type @ref BLE_GAP_ADDR_TYPE_RANDOM_STATIC upon being
// enabled. The address is a random number populated during the IC manufacturing process and remains unchanged
// for the lifetime of each IC.

SVCALL(SD_BLE_GAP_ADDR_SET, uint32_t, sd_ble_gap_addr_set(ble_gap_addr_t const *p_addr));

//ie with p_addr set to Rigado MAC in UICR:
  sd_ble_gap_addr_set((ble_gap_addr_t const *)p_addr);

RE: MAC address of peripheral from advertising packet

jbmillard — Sun, 12 Apr 2020 22:30:01 GMT

What I'm getting in peer address is F712931CF0EB. Printed on the outside is AE509162. There isn't even a "6" in the peer address so reversing the bytes still doesn't do it.

RE: MAC address of peripheral from advertising packet

Turbo J — Sun, 12 Apr 2020 22:21:20 GMT

[quote userid="85222" url="~/f/nordic-q-a/60115/mac-address-of-peripheral-from-advertising-packet"]What I get in the advertising report (ble_gap_evt_adv_report_t), member peer_addr, doesn't match what is on the outside of the radio. [/quote]

The NRF softdevice uses MAC addresses in little endian, so try just reversing all bytes - this should yield the printed MAC address.

Example: 11:22:33:44:55:6B becomes 6B:55.44:33:22:11