Arch Linux

Zygote

Member

Registered: 2013-01-15

Posts: 77

Issues with gnuradio + osmosdr

Hi,

So I've spent a full day trying to get gnuradio working with osmosdr now and while someone told me they got everything working just fine 10 days ago, I cant for the life of me believe it. Im hoping there's an easy fix here, but Ill try to summarize the issues Im having.

Attempt #1
I installed the official packages for gnuradio and osmosdr. This gives me two major issues. One is that I cant for the life of me get any of the wx stuff showing properly in terms of the signal graphs, etc. According to the gnuradio docs on Redmine, this is because you need older versions of QWT and PyQWT. So I try installing QWT5 and PyQWT from AUR. QWT5 installs fine, but PyQWT just wont work without seemingly downgrading python2-pyqt4 to 4.10, and even then, according to the latest comment on that package, it still doesnt work. I am having a bit of trouble finding version 4.10 of python2-pyqt4 so I havent been able to check for myself.

The second issue is that the official osmosdr package isnt fully compatible with the version of gnuradio currently in the official repos. More specifically, when using the RTL-SDR source block and trying to run, I get the following error

TypeError: in method 'source_sptr_set_gain_mode', argument 2 of type 'bool'

The problem is that the top_block.py file that gnuradio generates, sends (0,0) as arguments to osmosdr's set_gain_mode function. Im sure at some point in time that worked just fine, but the version of osmosdr in the official repo expects a boolean value instead of an int, i.e (False,0). So I just set args = (False,0) in that function to see if it worked, and it sure did. However, since I cant get graphics showing, its not really a functional solution..

Attempt #2
I install gnuradio-git instead along with osmosdr-git. However, gnuradio-git comes with .so libs that are too new for osmosdr-git, and hence they just dont want to work together at all. The runtime libs generated by the gnuradio-git package also have "git" appended to the base-file name (before the .so suffix) which adds additional roadblocks for osmosdr.

So currently Im stuck, and I seemingly either have to choose between a functional gnuradio or a semi-functional omsosdr.

If anyone have a solution here, I would be forever greatful. Im currently stuck in a hotel with a terrible internet connection which is only adding to my frustration

Cheers!

Last edited by Zygote (2014-08-03 02:48:25)

BigJ

Member

Registered: 2014-07-23

Posts: 1

Re: Issues with gnuradio + osmosdr

Hi,

great to see I am not alone with my Problems.

For the wx-stuff: That seems to work for me (the zooming in the scope is quite strange compared to my Ubuntu workplace, also it seemed to hang some time, but I don't know why). The trick is to downgrade to wxgtk-2.8 and wxpython-2.8. Installing the wxpython2.8 from the official repos did not work, as gnuradio wants to import it just as wxpython (I suppose).

I also use the gnuradio-git, so I had the same problem with the shared objects. My dirty fix was to link to the newer .so s:

/usr/lib # for file in libgnuradio*3.7.5git.so.0.0.0;do       
> ln -s "$file" "$(echo $file|sed -e 's/5git/4/g')";done

I would appreciate any hints on how dirty this really is and if there is a better way.

Thanks to your hint with changing the generated .py it is working now.

Just my dongle seems to give me only noise....

MoHaG

Member

From: South Africa

Registered: 2013-06-17

Posts: 3

Re: Issues with gnuradio + osmosdr

Typing "True" or "False" in the ch0 gain mode gets me past the initial error....(Same as you Python edit, just without leaving GRC...)

Last edited by MoHaG (2014-08-15 23:32:11)

Zygote

Member

Registered: 2013-01-15

Posts: 77

Re: Issues with gnuradio + osmosdr

Hi,

great to see I am not alone with my Problems.

For the wx-stuff: That seems to work for me (the zooming in the scope is quite strange compared to my Ubuntu workplace, also it seemed to hang some time, but I don't know why). The trick is to downgrade to wxgtk-2.8 and wxpython-2.8. Installing the wxpython2.8 from the official repos did not work, as gnuradio wants to import it just as wxpython (I suppose).

I also use the gnuradio-git, so I had the same problem with the shared objects. My dirty fix was to link to the newer .so s:

/usr/lib # for file in libgnuradio*3.7.5git.so.0.0.0;do       
> ln -s "$file" "$(echo $file|sed -e 's/5git/4/g')";done

I would appreciate any hints on how dirty this really is and if there is a better way.

Thanks to your hint with changing the generated .py it is working now.

Just my dongle seems to give me only noise....

Thanks for the tips! Have you tried both gnuradio and gnuradio-git?