https://devzone.nordicsemi.com/f/nordic-q-a/66633/calling-pm_address_resolve-in-ble_gap_evt_adv_reportDue to whitelist limitation of 8 peers, I am doing manual filtering of bonded devices. I am trying to use pm_address_resolve function to figure out whether I have previously bonded with this peer. The application halts on sd_ble_gap_scan_start returningen-USTelligent Community 13Sat, 03 Oct 2020 21:22:29 GMThttps://devzone.nordicsemi.com/thread/272836?ContentTypeID=1Sat, 03 Oct 2020 21:22:29 GMT137ad170-7792-4731-bb38-c0d22fbe4515:aea01810-f16f-4f04-834f-dede38fa1823Darkenkade<p>You are correct, it was indeed taking too long, also correct about sd_ble_gap_scan_start after connecting. I&#39;m not sure how I would run the resolving in main context, since the the advertisment needs to be responded with connection request, but my problem is solved.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/272755?ContentTypeID=1Fri, 02 Oct 2020 13:38:04 GMT137ad170-7792-4731-bb38-c0d22fbe4515:7af8cf26-1144-47d5-b113-da056443328fHung Bui<p>Hi Darkenkade,&nbsp;</p> <p>I don&#39;t think&nbsp;<span>sd_ecb_block_encrypt() can cause an issue here. However, if&nbsp;try_resolve_peer_address() takes too long, it my run to&nbsp;this issue: &quot;- The scanner has timed out when this function is called to continue scanning.&quot;&nbsp;<br />I would suggest to run the resolving in main context instead of inside the&nbsp;on_adv_report().</span></p> <p>In addition please make sure no&nbsp;<span>sd_ble_gap_connect() is called before&nbsp;sd_ble_gap_scan_start() because as far as I know if you start the connect procedure you shouldn&#39;t continue scanning.&nbsp;</span></p><div style="clear:both;"></div>