Why the phone MAC bytes keep changing?

RE: Why the phone MAC bytes keep changing?

vn2000 — Thu, 20 Jun 2019 21:25:53 GMT

Thanks for your explanation run_ar.

RE: Why the phone MAC bytes keep changing?

run_ar — Tue, 18 Jun 2019 10:32:02 GMT

Just check the address type of ble_gap_addr_t, this returnes the addr_type, both in the ble_gap_evt_adv_report_t and in the ble_gap_evt_connected_t event. For details See GAP Address types

RE: Why the phone MAC bytes keep changing?

vn2000 — Tue, 18 Jun 2019 06:22:52 GMT

Hi run_ar, please can you tell me which 2 bits of the address that tell which address type?

RE: Why the phone MAC bytes keep changing?

run_ar — Fri, 14 Jun 2019 14:14:03 GMT

There is no rule like that. Both central and peripheral can use a resolvable private address or a static address. It depends on the configuration. However two bits of the address is used to indicate what address type is used.

RE: Why the phone MAC bytes keep changing?

vn2000 — Tue, 04 Jun 2019 06:42:17 GMT

Hi run_ar, is there a way we can tell that it is a static address or private address? I noticed the nRF52DK always keeps the same address. Is there any particular rule, i.e., the central can change its address but the peripheral always keeps a same address?

RE: Why the phone MAC bytes keep changing?

run_ar — Mon, 03 Jun 2019 12:00:01 GMT

[quote user=""]If we pair the phone and the nRF52DK, do they 'remember' each other address? How does that work if the addresses are changed?[/quote]

That depends. If the peer device is using a static address our peer manager will remember the address for later usage. i.e. directed advertising or whitelisting. If the peer uses a private resolvable address, we would use the IRK for whitelisting and check that the peer suppores centra address resolution before doing directed advertising. The bond between the devices is not reestablished until the Long Term Encryption key has been verified, so the address is not used for that.