https://devzone.nordicsemi.com/f/nordic-q-a/84050/nrf-doesn-t-encrypt-connection-of-previously-bonded-ios-deviceMy nRF is a central and the iOS device is the peripheral. the nRF connects to the iOS then checks via pm_conn_sec_status_get() if pm_conn_sec_status_t is encrypted, if not it sends a pair request (using pm_conn_secure()) that bonds and encrypts the connectionen-USTelligent Community 13Wed, 26 Jan 2022 08:45:41 GMThttps://devzone.nordicsemi.com/thread/349690?ContentTypeID=1Wed, 26 Jan 2022 08:45:41 GMT137ad170-7792-4731-bb38-c0d22fbe4515:0343645e-07a8-43ab-ae5e-65e63b7264a2RobbLev<p>Solved: in pm_evt_handler() I didn&#39;t call pm_handler_on_pm_evt().<br />as described:<br />&nbsp;* This function does the following:<br />&nbsp;*&nbsp; - Logs all PM events using @ref nrf_log, at different severity levels.<br />&nbsp;*&nbsp; - <strong>Starts encryption if connected to an already bonded peer. This is affected by @ref</strong><br /><strong>&nbsp;*&nbsp;&nbsp;&nbsp; PM_HANDLER_SEC_DELAY_MS.</strong><br />&nbsp;*&nbsp; - Calls @ref app_error on fatal errors.</p><div style="clear:both;"></div>