cancel
Showing results for 
Search instead for 
Did you mean: 

WHY PER CALCULATION DOES NOT WORK AS EXEPTED?

TLit.1
Associate

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

1 ACCEPTED SOLUTION

Accepted Solutions

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 Venmo
Up vote any posts that you find helpful, it shows what's working..

View solution in original post

2 REPLIES 2

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 Venmo
Up vote any posts that you find helpful, it shows what's working..
TLit.1
Associate

Thank you very much!

Right that was the problem..