LimeSDR USB Receiver issues

Greetings All,

It seems that my LimeSDR USB is failing some of the LimeQuickTest:


[ TESTING STARTED ]
->Start time: Wed Oct 30 08:21:56 2024
->LimeSuite version: 22.09.1-ge83c13b9

->Device: LimeSDR-USB, media=USB 3.0, module=FX3, addr=1d50:6108, serial=0009060B00542814, HW=4, GW=2.23
Serial Number: 0009060B00542814
Chip temperature: 30 C

[ Clock Network Test ]
->FX3 GPIF clock test
Test results: 25403; 29159; 32915 - PASSED
->Si5351C test
CLK0: 17554 / 17554 - PASSED
CLK1: 17554 / 17554 - PASSED
CLK2: 17554 / 17554 - PASSED
CLK3: 17554 / 17554 - PASSED
CLK4: 17554 / 17554 - PASSED
CLK5: 17554 / 17554 - PASSED
CLK6: 17554 / 17554 - PASSED
->ADF4002 Test
Result: 10 - PASSED
->VCTCXO test
Results : 5112920 (min); 5113049 (max) - PASSED
->Clock Network Test PASSED

[ FPGA EEPROM Test ]
->Read EEPROM
->Read data: 11 02 16 11 02 16 02
->FPGA EEPROM Test PASSED

[ 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 ]
Note: The test should be run without anything connected to RF ports
->Configure LMS
->Run Tests (TX_2-> LNA_L):
CH0 (SXR=800.0MHz, SXT=805.0MHz): Result:(-12.8 dBFS, 5.00 MHz) - PASSED
CH1 (SXR=800.0MHz, SXT=805.0MHz): Result:(-15.1 dBFS, 5.00 MHz) - PASSED
->Run Tests (TX_1 → LNA_W):
CH0 (SXR=1800.0MHz, SXT=1805.0MHz): Result:(-13.2 dBFS, 5.00 MHz) - PASSED
CH1 (SXR=1800.0MHz, SXT=1805.0MHz): Result:(-15.5 dBFS, 5.00 MHz) - PASSED
->Run Tests (TX_2-> LNA_H):
CH0 (SXR=2500.0MHz, SXT=2505.0MHz): Result:(-50.4 dBFS, 5.00 MHz) - FAILED
CH1 (SXR=2500.0MHz, SXT=2505.0MHz): Result:(-15.0 dBFS, 5.00 MHz) - PASSED
->RF Loopback Test FAILED

=> Board tests FAILED <=

Elapsed time: 2.14 seconds

The results of self_test.ini quick tests on several frequencies:



Any idea whether the hardware is broken?

AJ

It looks like channel 0 LNA_H is damaged, but fortunately you have two other LNA inputs on that channel, plus another three on channel 1. So I’d just avoid using that LNA input.