error 12802 when try to APP_ERROR_CHECK(pm_whitelist_set(peers, peer_cnt));

[Mikhail]

Hi!

After one smartphone bonded and reboot nRF52, I get this error. As I readed, this is due to incorrect mac address. Can I check which part of addres is incorrect and don't allow a connect?

This is screen from attempt to make connect this problems smartphone.

[Susheel Nuguru]

That error number 12802 translates to 0x3202 which is

#define BLE_ERROR_GAP_INVALID_BLE_ADDR              (NRF_GAP_ERR_BASE + 0x002)  /**< The upper two bits of the address do not correspond to the specified address type. */

 It is clearly mentioned in the documentation of that function why you get that error.

 * @retval BLE_ERROR_GAP_INVALID_BLE_ADDR   If a peer in @p p_peers has an address that cannot
 *                                          be used for whitelisting.

the error is from sd_ble_gap_whitelist_set

 * @retval ::NRF_SUCCESS The whitelist is successfully set/cleared.
 * @retval ::NRF_ERROR_INVALID_ADDR The whitelist (or one of its entries) provided is invalid.
 * @retval ::BLE_ERROR_GAP_WHITELIST_IN_USE The whitelist is in use by a BLE role and cannot be set or cleared.
 * @retval ::BLE_ERROR_GAP_INVALID_BLE_ADDR Invalid address type is supplied.
 * @retval ::NRF_ERROR_DATA_SIZE The given whitelist size is invalid (zero or too large); this can only return when
 *                               pp_wl_addrs is not NULL.
 */
SVCALL(SD_BLE_GAP_WHITELIST_SET, uint32_t, sd_ble_gap_whitelist_set(ble_gap_addr_t const * const * pp_wl_addrs, uint8_t len));

[Mikhail]

Thanks. I already readed before that this is due to incorrect address for whitelist. Also about two upper bits which not corresponds to whitelist.
Could you show me from my screenshot- about which bits we talk? Can I check it before connect?

How should find that error code correspond  #define BLE_ERROR_GAP_INVALID_BLE_ADDR  ?

How to interpretate 0x3202 to this define? How to find this define?

[Mikhail]

If we speak about addr[5] = 0x68, means 0110 1000, therefore hight bits (6-7) equals 01. Is isn't true? Therefore, all addr is correct. Or no?

[Susheel Nuguru]

in addr[5] instead of 0x68, i think it should be 0xC8 to match your type to BLE_GAP_ADDR_TYPE_RANDOM_PRIVATE_RESOLVABLE

[Mikhail]

Ok, I have another smartphone. This smartphone works fine. It address attached below.