I just plugged my LimeSDR into a new box where it will be staying for now. It is a Debian 9 box and I installed LimeSuite etc. ok.
When running LimeSuiteGui just to see if it is working I notice the temperature is showing 1376.4 C !?
Also when I use the Device Info module it shows Expansion as being UNSUPPORTED?
Is this correct?
Thanks.
Device Info is correct, but for Temp, select Modules | Board Controls. That will have the real temp.
Mike
Device Info is correct, but for Temp, select Modules | Board Controls. That will have the real temp.
Ahh ok… yes… that seems a little more sane 69 C still a little warm considering I am not actually using it for anything atm 
But I believe this is a known issue so.
Ok let me see if I can get GnuRadio to work with it.
Thanks.
Hmmm Still seem to be having some issues. So I installed the FM-Radio.grc example script posted on one of the forums but I cannot seem to get anything looking like radio signals at all.
I have tried changing the antenna inputs through every variation LNAH, LNAL, LNAW, LB1 and LB2 but still the plot does not seem to change? Shouldn’t I get some signal spread?
I can see that there is some data coming over Rx about 2.4MB/s which seems like a lot of noise if it is just that.
Thoughts anyone?
Thanks.
So I went back to follow the Quick Test just to see if it looked the same but it does not. Does this indicate a problem?
How do I go about diagnosing this ?
Thanks.
I never tried that … i went straight to gqrx from git … then ran the calibration script…
Im backwards that way …
then ran the calibration script…
Do I need to calibrate the LimeSDR before I use it?
No … it will still work …
Hmmm so any insight on if mine is working as intended or not?
Have you done the Quick test and do you get a plot like they show in the guide?
Do the baord update first …
Connect to the LimeSDR-USB with the LimeSuite – if it says its connected (if you can see the dialogue box at the bottom) your 90% to a working system.
Oh … yea, never did (I never attempted to do it) … im still looking for a way to manually calibrate I/Q above 2ghz … (or anywhere really)
Connect to the LimeSDR-USB with the LimeSuite – if it says its connected (if you can see the dialogue box at the bottom) your 90% to a working system.
Done that. You can see from my first post I can read the firmware etc.
Yeah… that is what I was expecting. What I find odd is how the TX buffer fills up but not the RX buffer.
So I followed steps 3 - 3.7 exactly as described and I get this instead.
https://i.imgur.com/fwAJchq.png
So is it working properly? I cannot seem to tell other than when I run the FM radio app it appears RX is not working properly?
This is what the console log shows.
[20:22:26] Connected Control port: LimeSDR-USB FW:3 HW:4 Protocol:1 GW:2 GW_rev:6 Ref Clk: 30.72 MHz
[20:22:53] Parameters modified: HBI_OVR: 1 TXTSPCLKA_DIV: 0 TXDIVEN: 1 MCLK1SRC: 0 HBD_OVR: 1 RXTSPCLKA_DIV: 0 RXDIVEN: 1 MCLK2SRC: 1
[20:23:41] SXT frequency set to 2100.000000 MHz
[20:24:07] CGEN frequency set to 245.760000 MHz
[20:24:07] Parameters modified: HBI_OVR: 1 TXTSPCLKA_DIV: 0 TXDIVEN: 1 MCLK1SRC: 0 HBD_OVR: 1 RXTSPCLKA_DIV: 0 RXDIVEN: 1 MCLK2SRC: 1
I don’t see I have done anything wrong? Or am I just being dumb?
I discovered something curious. When I go to the TRF tab and untick
Enable Tx MMIO Mode
I get something that looks a little more like what I was expecting.
Does this help explain what might be going on?
Thanks.
Ok I decided to start again from the very beginning. I reconnect the LimeSDR and before loading any file I press Reset and then GUI->Chip just in case there was some sort of saved value I did not realise was set. Now I am getting something like the tutorial but still not quite the same.
https://i.imgur.com/p4SXVyO.png
And why it is my TX buffer that keeps filling up and not the RX buffer? And why do I keep getting packet losses?
Rx: 19.852 MB/s, Fs: 0.000 MHz, overrun: 0, loss: 22254
Rx pktLoss@1 - ts diff: 2040 pktLoss: 3.0
Rx pktLoss@2 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@3 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@4 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@5 - ts diff: 2040 pktLoss: 3.0
Rx pktLoss@7 - ts diff: 2040 pktLoss: 3.0
Rx pktLoss@9 - ts diff: 2040 pktLoss: 3.0
Rx pktLoss@10 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@11 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@12 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@13 - ts diff: 1360 pktLoss: 2.0
Rx pktLoss@14 - ts diff: 2040 pktLoss: 3.0
Rx pktLoss@16 - ts diff: 2040 pktLoss: 3.0
So I did a Calibrate for both channel A and B. and this is the result.
############################################################
Rx calibration using RSSI INTERNAL ON BOARD loopback
Rx ch.A @ 102.2 MHz, BW: 5 MHz, RF input: LNAL, PGA: 22, LNA: 4, TIA: 1
Performed by: MCUMCU algorithm time: 10 ms
Current MCU firmware: 127, unknown
Uploading DC/IQ calibration firmware
MCU programming : 16384/16384
MCU Programming finished, 1111 ms
MCU Ref. clock: 30.72 MHz
MCU algorithm time: 57 ms
Restoring registers state
Rx calibration finished
#####Rx calibration RESULTS:###########################
Method: RSSI INTERNAL loopback
Rx ch.A @ 102.2 MHz, BW: 5 MHz, RF input: LNAL, PGA: 22, LNA: 4, TIA: 1
| DC | GAIN | PHASE
—±----±-----±-----
I: | -11 | 2047 | 144
Q: | -7 | 2047 |
Duration: 1268 ms
############################################################
############################################################
Tx calibration using RSSI INTERNAL ON BOARD loopback
Tx ch.A @ 1904.65 MHz, BW: 5 MHz, RF output: BAND1, Gain: 37
Performed by: MCUMCU algorithm time: 0 ms
Current MCU firmware: 2, DC/IQ calibration full
MCU Ref. clock: 30.72 MHz
MCU algorithm time: 71 ms
Restoring registers state
Tx calibration finished
#####Tx calibration RESULTS:###########################
Method: RSSI INTERNAL ON BOARD loopback
Tx ch.A @ 1904.65 MHz, BW: 5 MHz, RF output: BAND1, Gain: 37
| DC | GAIN | PHASE
—±----±-----±-----
I: | -125 | 2047 | 144
Q: | -125 | 2047 |
Duration: 136 ms
############################################################
Visible GUI update time: 7
############################################################
Rx calibration using RSSI INTERNAL ON BOARD loopback
Rx ch.B @ 102.2 MHz, BW: 5 MHz, RF input: LNAL, PGA: 12, LNA: 1, TIA: 1
Performed by: MCUMCU algorithm time: 0 ms
Current MCU firmware: 2, DC/IQ calibration full
MCU Ref. clock: 30.72 MHz
MCU algorithm time: 58 ms
Restoring registers state
Rx calibration finished
#####Rx calibration RESULTS:###########################
Method: RSSI INTERNAL loopback
Rx ch.B @ 102.2 MHz, BW: 5 MHz, RF input: LNAL, PGA: 12, LNA: 1, TIA: 1
| DC | GAIN | PHASE
—±----±-----±-----
I: | -11 | 2047 | 144
Q: | -7 | 2047 |
Duration: 123 ms
############################################################
############################################################
Tx calibration using RSSI INTERNAL ON BOARD loopback
Tx ch.B @ 1904.65 MHz, BW: 5 MHz, RF output: BAND1, Gain: 37
Performed by: MCUMCU algorithm time: 0 ms
Current MCU firmware: 2, DC/IQ calibration full
MCU Ref. clock: 30.72 MHz
MCU algorithm time: 73 ms
Restoring registers state
Tx calibration finished
#####Tx calibration RESULTS:###########################
Method: RSSI INTERNAL ON BOARD loopback
Tx ch.B @ 1904.65 MHz, BW: 5 MHz, RF output: BAND1, Gain: 37
| DC | GAIN | PHASE
—±----±-----±-----
I: | -125 | 2047 | 144
Q: | -125 | 2047 |
Duration: 136 ms
############################################################
I am curious about why RX on both A & B seems to be slightly different from TX?
Rx ch.A @ 102.2 MHz, BW: 5 MHz, RF input: LNAL, PGA: 22, LNA: 4, TIA: 1 | DC | GAIN | PHASE ---+-----+------+------ I: | -11 | 2047 | 144 Q: | -7 | 2047 |
Tx ch.A @ 1904.65 MHz, BW: 5 MHz, RF output: BAND1, Gain: 37 | DC | GAIN | PHASE ---+-----+------+------ I: | -125 | 2047 | 144 Q: | -125 | 2047 |
Should the DC I & Q be matched like the TX (-125) is ?
Do you get this too when you select calibrate
Im not that far along …
Im having issues with an old laptop im trying to use …
I cant seem to set a frequency …
There are more Rx lines than Tx lines … and im not sure where the internal bridge is …
The difference between A and B is probably due the difference in internal trace structure geometry …
It’s rather irritating that the “guide” doesn’t discuss what to do when the IQ charts or FFT on your device don’t match their example. It’s like the LimeSDR team expects their users to be RF engineers. Some better documentation on calibration and what the numerous controls in LimeSuite actually do would be grand.
