Skip to main content
TLit.1
Associate
August 29, 2022
Solved

WHY PER CALCULATION DOES NOT WORK AS EXEPTED?

  • August 29, 2022
  • 2 replies
  • 1308 views

Hi, following your DS, LoRa PER = 1%. While RF examination, for BW= 125KHz and SF=7, the sensitivity of the micro controller is around -125dBm for PER = 1%. When we change the value of SF to 12, the sensitivity should change to -138dBm but in reality we get sensitivity around -110dBm for PER = 1%. In -138dBm we have got Per of ~20%.

Our PER calculation has taken from your lib : Subghz_Phy_Per.

Our code is attached.

I would like to get a feedback from you why it is not working.

Thanks,

Tamar

This topic has been closed for replies.
Best answer by Tesla DeLorean

Expected?

The math presumably isn't the problem, but rather the counts that drive the computation.

Bunch of TESE_MODE references that should be TEST_MODE

In continuous mode there shouldn't be timeouts, so everything is errors.

Check the raw error counts, and address those.

Don't block in the process, if your want periodic output base it on tick counts not delays

2 replies

Tesla DeLorean
Tesla DeLoreanBest answer
Guru
August 29, 2022

Expected?

The math presumably isn't the problem, but rather the counts that drive the computation.

Bunch of TESE_MODE references that should be TEST_MODE

In continuous mode there shouldn't be timeouts, so everything is errors.

Check the raw error counts, and address those.

Don't block in the process, if your want periodic output base it on tick counts not delays

Tips, Buy me a coffee, or three.. PayPal VenmoUp vote any posts that you find helpful, it shows what's working..
TLit.1
TLit.1Author
Associate
August 30, 2022

Thank you very much!

Right that was the problem..