Trying to get limesdrmini to work in gnuradio via Soapyuhd/osmocom source

Finally got sdrangel to RX in Debian but gnuradio will not cooperate.
This is what happens.

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.10
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy soapy redpitaya
[INFO] Make connection: ‘USB 2.0 (LimeSDR Mini)’
Claimed Interface
[INFO] Device name: uLimeSDR
[INFO] Reference: 30.72 MHz
[INFO] Init LMS7002M(0)
LMS7002M values cache at /root/.limesuite/LMS7002M_cache_values.db
[INFO] Ver=7, Rev=1, Mask=1
[INFO] LMS7002M calibration values caching Enable
CGEN: Freq=80 MHz, VCO=2.4 GHz, INT=77, FRAC=131072, DIV_OUTCH_CGEN=14
[INFO] SoapyLMS7::setFrequency(Rx, 0, BB, 0 MHz)
[INFO] SoapyLMS7::setFrequency(Tx, 0, BB, 0 MHz)
[INFO] SoapyLMS7::setAntenna(Rx, 0, LNAL)
[INFO] SoapyLMS7::setAntenna(Tx, 0, BAND1)
[INFO] SoapyLMS7::setGain(Rx, 0, PGA, 0 dB)
[INFO] SoapyLMS7::setGain(Rx, 0, LNA, 0 dB)
[INFO] SoapyLMS7::setGain(Rx, 0, TIA, 0 dB)
[INFO] SoapyLMS7::setGain(Tx, 0, PAD, -50 dB)
[INFO] SoapyLMS7::setSampleRate(Rx, 0, 10 MHz), CGEN=80 MHz, ADC=20 MHz, decim=2
CGEN: Freq=80 MHz, VCO=2.4 GHz, INT=77, FRAC=131072, DIV_OUTCH_CGEN=14
[ERROR] SetFrequencyCGEN(80 MHz) failed:
INT: 77 FRAC: 131072 DIV_OUTCH_CGEN: 14
VCO: 2400 MHz RefClk: 30.72 MHz
TuneVCO(CGEN) - VCO too low
Connection_uLimeSDR::UpdateExternalDataRate(tx=20MHz, rx=10MHz)
----- FPGA PLL #0 CONFIG -----
M=112, N=7, Fvco=640.000 MHz
C0=16, Fout=40.000 MHz, CNT_IND=2, nSteps=0, phaseShift=0.0
C1=16, Fout=40.000 MHz, CNT_IND=3, nSteps=32, phaseShift=90.0
C2=32, Fout=20.000 MHz, CNT_IND=4, nSteps=0, phaseShift=0.0
C3=32, Fout=20.000 MHz, CNT_IND=5, nSteps=64, phaseShift=90.0
[INFO] SoapyLMS7::setSampleRate(Tx, 0, 10 MHz), CGEN=80 MHz, DAC=20 MHz, interp=2
CGEN: Freq=80 MHz, VCO=2.4 GHz, INT=77, FRAC=131072, DIV_OUTCH_CGEN=14
[ERROR] SetFrequencyCGEN(80 MHz) failed:
INT: 77 FRAC: 131072 DIV_OUTCH_CGEN: 14
VCO: 2400 MHz RefClk: 30.72 MHz
TuneVCO(CGEN) - VCO too low
Connection_uLimeSDR::UpdateExternalDataRate(tx=10MHz, rx=10MHz)
----- FPGA PLL #0 CONFIG -----
M=93, N=3, Fvco=620.000 MHz
C0=31, Fout=20.000 MHz, CNT_IND=2, nSteps=0, phaseShift=0.0
C1=31, Fout=20.000 MHz, CNT_IND=3, nSteps=62, phaseShift=90.0
C2=31, Fout=20.000 MHz, CNT_IND=4, nSteps=0, phaseShift=0.0
C3=31, Fout=20.000 MHz, CNT_IND=5, nSteps=62, phaseShift=90.0
[INFO] SoapyLMS7::setBandwidth(Rx, 0, 30 MHz)
CGEN: Freq=332.56 MHz, VCO=2.66048 GHz, INT=85, FRAC=633514, DIV_OUTCH_CGEN=3
[ERROR] setBandwidth(Rx, 0, 30 MHz) Failed - SetFrequencyCGEN(332.56 MHz) failed:
INT: 85 FRAC: 633514 DIV_OUTCH_CGEN: 3
VCO: 2660.48 MHz RefClk: 30.72 MHz
TuneVCO(CGEN) - VCO too low

FATAL: SetFrequencyCGEN(332.56 MHz) failed:
INT: 85	FRAC: 633514	DIV_OUTCH_CGEN: 3
VCO: 2660.48 MHz	RefClk: 30.72 MHz
TuneVCO(CGEN) - VCO too low

@oh2eko - Jan,

The first thing that jumps out at me for the Lime-Mini is that the REF frequency is wrong. I know that the LimeSDR runs a reference clock at 30.72 MHz, but the Lime-Mini (I think) runs a REF clock at 38 MHz (don’t quote me on that, but they don’t use the same REF frequency between the two designs). That will certainly not make it work if GNURadio is using 30.72 MHz in its flow diagram.

Hope that helps - I’m sure others will also comment on this, too.

73 de Marty, KN0CK

Alright so Soapyuhd is to blame guess i have to compile it from source and find where it sets the clock wrong as it is supposed to be 40Mhz (Though original limesdrmini page on crowdsupply says 30.72Mhz)

Progress decided to run it from a Ubuntu instead with the PPA’s
But now it fails on.

gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.10
built-in source types: file osmosdr fcd rtl rtl_tcp plutosdr miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya
[INFO] Make connection: ‘LimeSDR Mini [USB 2.0] 1D3940C855C7B8’
[INFO] Reference clock 40.00 MHz
[INFO] Device name: LimeSDR-Mini
[INFO] Reference: 4e+07 MHz
[ERROR] SetFrequencyCGEN(80 MHz) failed
[INFO] LMS7002M calibration values caching Disable
[ERROR] SetFrequencyCGEN(80 MHz) failed
[ERROR] SetFrequencyCGEN(640 MHz) failed
[INFO] RX LPF configured
Welcome in NTSC Video Stream Converter C++
Welcome in NTSC Decoder C++
[INFO] Rx calibration finished

Done (return code -11)

well i went on to try it on laptop instead and new issues…
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.10
built-in source types: file osmosdr fcd rtl rtl_tcp plutosdr miri hackrf bladerf rfspace airspy airspyhf soapy redpitaya
linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown

[INFO] Make connection: ‘LimeSDR Mini [USB 2.0] 1D3940C855C7B8’
[INFO] Device name: LimeSDR-mini
[INFO] Reference: 40 MHz
[INFO] Init LMS7002M(0)
[INFO] Ver=7, Rev=1, Mask=1
[INFO] LMS7002M calibration values caching Disable
CGEN: Freq=80 MHz, VCO=2.56 GHz, INT=63, FRAC=0, DIV_OUTCH_CGEN=15
CGEN: Freq=61.44 MHz, VCO=2.4576 GHz, INT=60, FRAC=461373, DIV_OUTCH_CGEN=19
CGEN: Freq=61.44 MHz, VCO=2.4576 GHz, INT=60, FRAC=461373, DIV_OUTCH_CGEN=19
M=156, N=3, Fvco=1040.000 MHz
M=156, N=3, Fvco=1040.000 MHz
MCU programming : 16384/16384
MCU Programming finished, 2866 ms
[ERROR] MCU working too long 4
[ERROR] setBandwidth(Rx, 0, 30 MHz) Failed -

FATAL:

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.