Hi,
we are issuing some problems regarding BNRG2A1 used in LL_ONLY mode (we are using an external bluetooth stack running on the host).
This is our setup:
- X-NUCLEO-BNRG2A1 mounted on NUCLEO-STM32L476RG. The BNRG2A1 firmware is the DTM_basic SPI example (en.stsw-bluenrg1-dk_v3.2.2) compiled w/ LL_ONLY symbol (in order to be used in HCI mode using third-party bluetooth stack running on the host side) and BLE_STACK_FULL_CONFIGURATION;
This is our test scenario:
- we connect & bond to a test application running on iOS. The test application is using RPA address, so also IRK is exchanged during pairing/bonding process;
- we then configure controller passing IRK key & peer address to the controller (by means of HCI commands hci_le_clear_resolving_list / hci_le_add_device_to_resolving_list / hci_le_set_address_resolution_enable). We would expect that RPA address is resolved inside the controller upon connection, but it's not working. hci_le_enhanced_connection_complete_event function is always triggered with Peer_Address_Type set to '1' (RPA), so we have to resolve it on the host side;
We tried the same firmware running on STM32L476RG but connected to an Infineon BT module, and RPA address is resolved correctly inside the controller.
Am I missing something? Should RPA resolve process working if used in LL_ONLY configuration?
Best regards,
Alessandro Morniroli
