Performance issue, limequicktest fails

Projects LimeSDR
1

I have a Lime Mini 2.4 bought last week from Crowd Supply.

Testing with Gnu Radio 3.10 (using the Soapy LineSDR source and sink) under Ubuntu 22.04 for Rx and Tx performance seems to indicate performance issues. On Rx, the Minimum Discernible Signal is -80 dBm. On Tx the maximum output is around -40 dBm.

LimeQuickTest shows some failed tests.

Any assistance on how to proceed would be welcome, please.

LimeQuickTest

[ TESTING STARTED ]

->Start time: Mon Apr 7 22:40:36 2025

->LimeSuite version: 22.09.0-ge829d3ed

->Device: LimeSDR Mini, media=USB 3.0, module=FT601, addr=24607:1027, serial=1DA13CDBCB3B1C, HW=7, GW=2.6

Serial Number: 1DA13CDBCB3B1C

Chip temperature: 16 C

[ Clock Network Test ]

->REF clock test

Test results: 18294; 19876; 21394 - PASSED

->VCTCXO test

Results : 6710965 (min); 6711005 (max) - FAILED

FAILED

->Clock Network Test FAILED

[ FPGA EEPROM Test ]

->Read EEPROM

Operation failed: error code 5

->FPGA EEPROM Test FAILED

[ LMS7002M Test ]

->Perform Registers Test

->External Reset line test

Reg 0x20: Write value 0xFFFD, Read value 0xFFFD

Reg 0x20: value after reset 0x0FFFF

->LMS7002M Test PASSED

[ RF Loopback Test ]

->Configure LMS

->Run Tests (TX_2 → LNA_W):

CH0 (SXR=1000.0MHz, SXT=1005.0MHz): Result:(-24.3 dBFS, 5.00 MHz) - FAILED

->Run Tests (TX_1 → LNA_H):

CH0 (SXR=2100.0MHz, SXT=2105.0MHz): Result:(-19.9 dBFS, 5.00 MHz) - PASSED

->RF Loopback Test FAILED

=> Board tests FAILED <=

Elapsed time: 1.27 seconds

Thanks

Dave

2

You need to update software version. This one predates the LimeSDR Mini v2.4 release.

3

Thanks. Updating to V23.11 has LimeQuickTest showing passes, and LimeSuiteGUI/FFT Viewer shows expected Rx performance.

I had followed the “Building from Source” on Installing Lime Suite on Linux - Myriad-RF Wiki and that took me to V22.09 as the stable branch.

I found the post Strange/Missing Readings from LimeSDR Mini 2 (Oct 2024). I am also seeing that GNU Radio seems to change some parameters leading to severe degradation in performance. That’s something for the GNU Radio forum.

Dave