52840 Dongle，ble sniffer set coded phy failed

[zadme]

Hello, when testing the BLE sniffer with an nRF52840 dongle (utilizing the most recent official sniffer firmware), I configured Wireshark to capture the coded PHY. After initiating the sniffing process for several seconds and capturing roughly tens of broadcast packets, Wireshark ceases to update data. Upon conducting lower-level debugging, I discovered that the sniffer exclusively outputs counts rather than continuing to output broadcast packets. Could this be attributed to a misconfiguration or are there alternative explanations?

[Edvin]

Hello,

the sniffer exclusively outputs counts rather than continuing to output broadcast packets.

What do you mean by this? What kind of counting are you seeing? 

What sort of packets are transmitted using CODED_PHY? Advertisements, or are you changing over to coded phy after entering a connection?

Best regards,

Edvin

[zadme]

i set this, scan coded phy

flow to thousands of packets and no longer refresh, this phenomenon occurs every time

[Hieu]

Hi David,

David300m said:

My setup: Sniffer rel 4.1.1 and wireshark 4.3.0 on Linux

For my application this is not a show stopper but a nice to have for development and verification. Hopefully this can be fixed in the future but I understand there are priorities on tools like these. 

Do you have issue sniffing Coded PHY packets? Have you tried installing the sniffer following the link in Joakim's reply?

David300m said:

For clarification, you noted that advertising on LE Coded PHY is rare. Can you please elaborate? I would think that this would be useful for many applications that need to reach far for a connection.

This is likely referring to Joakim's personal observation. On DevZone, I could also observe that most questions on Advertising are about regular legacy advertising.

It is true that it would be useful for many applications that want to have range.

Hieu

[David300m]

Hi Hieu,

I tried the path that Joakim suggested and I still get the same issue. I noticed that wireshark produces some exceptions with reference to Rust. At this point I will work without wireshark.

Thank you for your response.

David

[Hieu]

Hi David,

OK. Those Rust exceptions sound like a different issue, so should you need the tool in the future, please feel free to open a new DevZone thread about it.

Hieu

[David300m]

I agree Hieu,

The symptoms experienced were exactly the same as what Zadme reported, with "exception" to the Rust exception. When time permits, I will check the Wireshark domain for support.

Thanks again. David

[zadme]

Hello,

have you fixed this problem, or what's the latest progress,

thanks

[David300m]

I have not. If time permits, I plan to update Wireshark on both of my dev platforms, Win11 and Linux. After thinking about it, I believe the problem is the duck-tape (plugin) between the nordic sniffer and Wireshark. Just a guess at this point.

I was investigating slowing the PHY for better range, but the iOS app developer claims they cannot setup the app to perform other than 1Mbps so I have some research to do if I really need this feature.

Have a great weekend.

David