Stand-Alone Transceiver App for the LimeSDR - Who's First..?


#52

@martywittrock I’m happy to throw my $20 pledge into @kb1vc 's paypal account.


#53

@TegwynTwmfatt

I’m willing to throw in my original $100, too…It all adds up… :slight_smile:


#54

Thanks guys, but I’d rather do this without reward or compensation. It keeps things simpler, and in the spirit that I started in. “Labors of love” can turn into “labors of obligation” once money or hardware changes hands.

My intent is to get this working at the level of function that is provided for the USRPs. As users of SoDa know, the code is available, and I make improvements from time to time, but not on a regular schedule. (Most of the heavy work is just before the 10GHz contest each year.) I do occasionally field feature requests, but this is a very very very part-time hobby, so the response is rarely instantaneous.

I’ve promised a friend to have the port done by June, and I’ll likely make that target, given a favoring tide and fair winds.

Again, thank you for the encouragement – it is very welcome – but, for a lot of reasons, I’d rather do this without compensation.

If you feel compelled to make a donation, rather than send it to me, pick a charity that you like. My son’s favorite is http://www.grassrootscrisis.org/ .

Now let’s see if I can fix a few problems with the CW transmitter and the USB timing. —

'73,
matt


#55

Hey Matt,

Nice Progress!!

Working on matching networks here. S-parameters have been measured on a modified input and a simple design done in Ansoft Designer. Parts have arrived to build up a 1296 network. We’ll see how it goes.

Mike


#56

kb1vc, makes a lot of sense. One thing you could do at no cost and very little time would be to put the project on github. Forget about whether or not github/sourceforge is better than the other just consider that many largish/well known projects on sourceforge found they got many more contributions once they went to github.

I don’t think this would change the spirit of the project.


#57

Hi, I am the main author/maintainer of SDRangel that supports LimeSDR for both Rx and Tx:

It also supports BladeRF and HackRF for Rx and Tx and some more Rx only devices including the famous RTL-SDR.

I am currently running it on the Rx side of my LimeSDR and I can say that the latest version appears to be stable. Honestly I have not tested the Tx part extensively. It is also supposed to support the concurrent running of both Rx and both Tx. I also had some trouble understanding how the LimeSuite library is supposed to work and stream management with concurrent Rx/Tx might not be quite properly supported although I have managed to run both Rx at the same time being careful in the sequence of operations.

I am very busy with the development along with my day job and had very little time for proper user documentation. However the readme in each folder of the plugins also linked in the wiki should help understanding how the different GUI are supposed to work. Each button or text area also has a mouse over tooltip.

This is an Open Source project and I do not claim any money for it. What I would appreciate the most are development or documenting contributions as there are still so many things to do. With the plugin approach the list can be infinite…

Edouard, F4EXB.


#58

Hi Edouard,
Will it work on Ubuntu 17.04?

Larry in El Paso


#59

I answered my own question:
The repository ‘http://ppa.launchpad.net/george-edison55/cmake-3.x/ubuntu zesty Release’ does not have a Release file.

Larry in El Paso


#61

Hi Larry,

this PPA is used to get cmake v3 for old Ubuntu 14.04. In 16.04 it is already not needed anymore and I suppose it is the same for 17.04. Binaries (.deb) may or may not work however, I haven’t tested it.

Best regards,
Edouard.


#62

@F4EXB
Edouard,

I followed your directions for installing LimeSuite and other dependencies for your application as you wrote them in your procedure. Compiled and installed the SDRAngel application and it compiled and installed fine - I can bring up the window. Before I did that I did an SopaySDRUtil --find to ensure that the system could find my LimeSDR and it did. So then I launched SDRAngel and it came up fine, but in the device list I could not find the LimeSDR. So then I grabbed one of my RTL-SDRs and attached it to the USB 3.0 connection and it could find that in the Device List and it also did a GREAT job of operating in FM, AM, and SSB. My RTL-SDR has a RF Upconverter in it that allows it to be used in the HF band and it even demodulated SSB fine. Here is a snapshot of it working in the AM mode receiving one of my local AM radio stations at 1540 kHz (with 120 MHz upconversion because of my HF Upconverter):

So if SoapySDRUtil can find my LimeSDR and I made sure all the dependencies worked, then why can’t SDRAngel find the LimeSDR? Again, all the procedural steps were followed (to the best of my knowledge) yet no LimeSDR found in the device list.

Please let me know what I may be doing wrong here - this is compiled on Ubuntu 16.04. Otherwise your application is GREAT for my RTL-SDR… :slight_smile:

73 de Marty, KN0CK


#63

Hello Marty,

glad you like it and thanks for the screenshot :slight_smile: Since you can list the device with SopaySDRUtil that amost rules out the classical problem of udev rules. However to be 100% sure I’d try to use LimeUtil --find because the SDRangel plugin uses LimeSuite natively and so does LimeUtil. My second guess is that with the Qt plugin approach the compilation could run fine but still have unresolved dependencies that are supposed to be satisfied at run time. If this is the case then the plugin is not loaded and the corresponding device does not show up. Normally unresolved dependencies should be listed in the console messages when you start SDRangel. In any case if the LimeSDR plugins are loaded correctly they should appear in the list shown by Help->Loaded Plugins… There should be LimeSDR input and LimeSDR output rows in the list. If they don’t appear then we should chase what are the unresolved dependencies. LimeSuite itself needs sqlite3 so that might be the case that it is missing but it is just a guess.

Best regards and 73!
Edouard.


#64

Hi @F4EXB, @martywittrock
I built it yesterday with no issues. It sees the LimeSDR and I can select it for TX and RX, but the highest I can tune is 3.8MHz. Is there a band button somewhere I am missing?
It looks great, BTW. Nicely laid out UI.
/ Gerry


#65

@gerryk,

GREAT WORK on getting SDRAngel working with the Lime…! I followed Edouard’s procedure (to the best of my knowledge) for both the LimeSuite dependencies and for the manner in compiling the SDRAngel app. I’m using Ubuntu 16.04 as the basis for my build. Can you document here the procedure you used to get yours to compile right? I just want to make sure I’m not losing anything with Edouard’s procedure, too. Anything you can provide will be greatly appreciated and also let me know if there were certain tests you did to ensure that the Lime dependencies and SDRAngel were lined up.

Thanks in advance, Gerry -

73 de Marty, KN0CK


#66

Hi @martywittrock
Yes, for sure. When I get home I will dump the command history, but from what I remember I did the folllowing:

  1. added PPAs
  2. installed limesuite, liblimesuite-dev, limesuite-udev
  3. added myself to ‘plugdev’ group
  4. cloned SDRAngel repo
  5. did the usual mkdir build && cd build && cmake …/ && make
    cmake discovered the limesuite.h and liblimesuite.so files itself, and build proceeded as per normal.
    it’s worth stating that I had previously installed some of the dependencies, such as qt-dev

/ Gerry


#67

@gerryk,

Gerry - I’m following you on most of what you have written, but I’m not sure what you mean by ‘added myself to ‘plugdev’ group’. Can you expand on that a bit more? I think I did all the steps you’ve done with the exception of that question I’m asking.

Lemme know -

73 de Marty, KN0CK


#68

G’day Marty,

SDRAngel builds and runs fine on my 64bit Ubuntu 16.04LTS laptop. All dependencies were already in place due to prior requirements and this is what I did:

git clone https://github.com/f4exb/sdrangel.git
cd sdrangel
mkdir build
cd build
cmake -DLIMESUITE_INCLUDE_DIR=/usr/include/lime/ -DLIMESUITE_LIBRARY=/usr/lib/x86_64-linux-gnu/libLimeSuite.so …
make

Thats all.

73, Berndt
VK5ABN


#69

@martywittrock
The udev rules specify the USB device to be created with user root and group plugdev. By default, standard users aren’t members of this group, so I just did ‘usermod -a -G plugdev gerryk’, and logged out and back in.


#70

Maybe you figured it out already but the frequency dials are in kHz units so the displayed 3.800.000 actually means 3.8 GHz which is LimeSDR limit. The main LO goes down to 30 MHz so to get below that limit down to the 100 kHz RF limit you will have to use the NCO.

Best regards and 73!


#71

Forgot about the plugdev thing… Yes a few devices are created under the plugdev group so your user needs to be a member of this group. Similar cases are HackRF and BladeRF.

Best regards and 73!
Edouard.


#72

@F4EXB,

Edouard,

Yep - figured that out already on the frequency entry, but like the demod frequency skew for any demod. Also, how does one select the NCO for HF? Please let us know.

73 de Marty, KN0CK