# CubicSDR, gqrx can't work with LimeSDR Mini

**URL:** <https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746>\
**Category:** LimeSDR\
**Created:** [2 May 2018 17:25 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746 "2018-05-02T17:25:29Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![lz1hpy](https://yyz2.discourse-cdn.com/flex034/user_avatar/discourse.myriadrf.org/lz1hpy/32/1472_2.png) [@lz1hpy](https://discourse.myriadrf.org/u/lz1hpy)\
**Post date:** [2 May 2018 17:25 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746/1 "2018-05-02T17:25:29Z")

</div>

Hi all,

It’s been about a month since I got my long-awaited LimeSDR Mini board, but I haven’t been able to get it working with any of the popular SDR apps so far. None seem to be able to tweak the board into a working configuration, and it seems there are bandwidth issues somewhere along the data pipeline.

I’ve upgraded the firmware and the board seems to respond ok in `LimeSuiteGUI`. `LimeQuickTest` reports success. I use the `limesuite-git` and `soapysdr-git` [AUR](https://aur.archlinux.org/) packages on an up-to-date Arch Linux box, and just rebuilt them all from their respective `master` branches. An Airspy Mini and a bunch of other dongles work fine with CubicSDR and qspectrumanalyzer over soapysdr. However, with the LimeMini CubicSDR just freezes for a few seconds before starting to dump a constant stream of

```auto
SDRThread::readStream(): 2. SoapySDR read failed with code: -1
SDRThread::readStream(): 3.1 iqDataOutQueue output queue is full, discard processing of the batch...

```

gqrx just bails with

```auto
gr-osmosdr v0.1.4-98-gc653754d (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy soapy redpitaya 
[INFO] Make connection: 'LimeSDR Mini [USB 3.0] 1D3AC6EEA46E50'
[INFO] Reference clock 40.00 MHz
[INFO] Device name: LimeSDR-Mini
[INFO] Reference: 4e+07 MHz
[INFO] LMS7002M calibration values caching Disable

FATAL: SoapyLMS7::setupStream() failed: 

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.

```

By fiddling with the settings in `LimeSuiteGUI` I was able to get 50Mbit/s over my USB 3.0 port in “FFTviewer”, so it can be made to work. I am left to think that some of the controls don’t get set correctly by some component in the Application -\> Soapy -\> Lime -\> HW chain.

This has not been fun so far, and it’s a pity the Mini doesn’t have its own dedicated forum, tutorials and examples. Are there sample configurations somewhere one can easily try?

Examples of soapy `device` strings to configure a working mini board?

---

<div class="post-metadata">

**Author:** ![en1gma](https://avatars.discourse-cdn.com/v4/letter/e/f17d59/32.png) [@en1gma](https://discourse.myriadrf.org/u/en1gma)\
**Post date:** [2 May 2018 17:47 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746/2 "2018-05-02T17:47:15Z")

</div>

see this post  
[gqrx howto](https://discourse.myriadrf.org/t/ubuntu-18-04-lts-gqrx-limesuitegui-gr-limesdr-lms7002soapy-and-qspectrum/2748)

---

<div class="post-metadata">

**Author:** ![martywittrock](https://yyz2.discourse-cdn.com/flex034/user_avatar/discourse.myriadrf.org/martywittrock/32/66_2.png) [@martywittrock](https://discourse.myriadrf.org/u/martywittrock)\
**Post date:** [2 May 2018 17:59 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746/3 "2018-05-02T17:59:30Z")

</div>

@lz1hpy - Kiril,

I’m not seeing what OS you’re running but I’m going to make the assumption that it’s Ubuntu Linux (16.04, 17.04, 17.10 or 18.04 LTS (Bionic Beaver)) - If that’s not the case, then please let me know. From a Windows perspective, the only app that is known to work with the Mini is SDRConsole V3.0 - SDRAngel and Cubic appear to have issues starting with the Lime Mini.

You’ve inspired me to put together a ‘How to’ for Lime-Mini users for both Windows and Linux (and it’s only going to be Ubuntu - no other flavors). I’ll start working that this evening and will post it here. The Lime-Mini has been working properly in Linux using SDRAngel and GQRX, but I will also look at CubicSDR as well. The ‘how to’ could take a few days, but I’ll do my best to spool it out there so everyone using the Mini can get a jump on it.

Stay tuned…

73 de Marty, KN0CK

---

<div class="post-metadata">

**Author:** ![en1gma](https://avatars.discourse-cdn.com/v4/letter/e/f17d59/32.png) [@en1gma](https://discourse.myriadrf.org/u/en1gma)\
**Post date:** [2 May 2018 21:56 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746/4 "2018-05-02T21:56:54Z")

</div>

already did it. its posted in the forum

---

<div class="post-metadata">

**Author:** ![bberlin](https://avatars.discourse-cdn.com/v4/letter/b/c67d28/32.png) [@bberlin](https://discourse.myriadrf.org/u/bberlin)\
**Post date:** [3 May 2018 10:30 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746/5 "2018-05-03T10:30:59Z")

</div>

@lz1hpy, I am on Arch as well and have the mini working with gqrx, are you using gqrx-git from AUR? Just make sure you are using the latest git packages from AUR and not the releases. Setup gqrx with device string “driver=lime, soapy=0” (not what is filled in for you) and under input controls Antenna to LNAW (that is what was getting me at first).

---

<div class="post-metadata">

**Author:** ![lz1hpy](https://yyz2.discourse-cdn.com/flex034/user_avatar/discourse.myriadrf.org/lz1hpy/32/1472_2.png) [@lz1hpy](https://discourse.myriadrf.org/u/lz1hpy)\
**Post date:** [3 May 2018 10:33 UTC](https://discourse.myriadrf.org/t/cubicsdr-gqrx-cant-work-with-limesdr-mini/2746/6 "2018-05-03T10:33:40Z")

</div>

Okay! I think I did try `driver=lime, soapy=0` as recommended in other threads, but this time it worked for `gqrx`.

I rebuilt all AUR packages to get the latest master versions of the entire stack too.