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

High PER at 2Mbps

Hi,

Scenario:

Two nRF52832DK boards on a table, approx 20 cm from each other, +4dBm output power.

Payload length is ~60bytes.

Running at 1Mbps gives me less than 0.1% PER, running at 2Mbps gives about 25% PER. (everything else kept identical)

Is this expected, or is there something at play here?

Parents
  • Nope, no WiFi or anything else... Spectrum is almost empty here... the same difference regardless of what channel I'm using....

    And at that distance, if anything would affect the reception to a large extent it would probably be receiver saturation in that case.... But it that case, why such a difference between 1Mbps and 2Mbps...

  • Hmmm, I'll take your word on EN 300 328 for now. When I used to do WiFi compliance we had to load up the channel and then test for blocking/desense. I haven't had to do this test for BLE.

    Yeah, if you are counting the packets in zero span then I think you have covered that they are going out but as you said some may be garbage.

    A quick sanity check that should be easy is a lot of people reference using off the shelf BLE sniffers ( or sniffer apps on BLE devices ) that are designed to report total packets and packet errors. This could be a quick and easy way to verify that the packets going out are clean.

Reply
  • Hmmm, I'll take your word on EN 300 328 for now. When I used to do WiFi compliance we had to load up the channel and then test for blocking/desense. I haven't had to do this test for BLE.

    Yeah, if you are counting the packets in zero span then I think you have covered that they are going out but as you said some may be garbage.

    A quick sanity check that should be easy is a lot of people reference using off the shelf BLE sniffers ( or sniffer apps on BLE devices ) that are designed to report total packets and packet errors. This could be a quick and easy way to verify that the packets going out are clean.

Children
No Data
Related