• State Suggested Answer
  • Replies 30 replies
  • Answers 1 answer
  • Subscribers 69 subscribers
  • Views 1056 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 328994
Options

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?

Parents
  • 0

    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

  • 0 in reply to Edvin

    i set this, scan coded phy

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

  • 0 in reply to Joakim Andersson

    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. 

    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.

    In my application, it could improve the functionality given the expected dynamic use-cases. For now, we plan to advertise w a 1M PHY and monitor the PER and adjust the PHY to improve the connection.

    Much appreciated for your response.

    David

  • 0 in reply to David300m

    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

  • 0 in reply to Hieu

    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

  • 0 in reply to David300m

    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

  • 0 in reply to Hieu

    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

Reply Children
No Data
Related