This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

nRF52-DK stops following a BLE connection after a small amount of time passes.

I am currently using a nRF52-DK to follow the connection between two external devices. I run the sniffer and start/stop the sniffing via Wireshark.

When I start sniffing, I can see the advertisement packets of the two devices. Then, I select to follow one of the devices. Once that device is followed, I connect the two external devices together. For a small amount of time, Empty PDU and Encrypted packets are shown in the window, but after a small amount of time (roughly around 3 to 5 seconds), the sniffer stops printing packets or packet data.

I'm assuming this is because of the hopping mechanism of BLE devices, but I was under the assumption that the nRF52-DK had the ability to follow a connection through the hopping sequence.

Any help would be appreciated.

Parents Reply Children
  • Thank you very much for your insight. I'm still fairly new to this so I apologize if this is a silly question, but how do I go about downgrading to legacy passkey mode? I'm assuming I would have to do it on one of the two devices I have (Samsung Galaxy Phone & Garmin Vivosmart 4). Could you by chance point me in the right direction for this?

    Alternatively, how would I go about enabling debug mode for secure connections on my devices? The example that you linked to, I believe, shows a user asking about pairing their nRF82382 to nRF Connect and using a separate DK as a sniffer. But in my case, I'm trying to sniff the connection between a different set of devices.

  • I had linked to the case where using the debug key for secure connections are described, but I see that the debug key setting is not so straight forward.

    You can look at peer manager init (I checked on SDK 17.0.2 for the HID Mouse example) and set the LE Secure parameter to off, this should switch the pairing process to legacy.

    static void peer_manager_init(void)
    ....
    
        sec_param.lesc=SEC_PARAM_LESC;

Related