Configuration Perseus sdr

388 views
Skip to first unread message

Rossano Peddio

unread,
Sep 13, 2019, 3:47:44 PM9/13/19
to Gqrx SDR


Good evening, i installed the Gqrx ver.2.11.5 software on Linux Ubuntu 19.04 64 bit without any problem. Below I went to the web page https://www.montefusco.com/perseus/ where I followed the guide to have the receiver recognized by the Gqrx software.

install repository

sudo add-apt-repository ppa:gwibber-daily/ppa
sudo apt-get update
sudo add-apt-repository -y ppa:bladerf/bladerf
sudo add-apt-repository -y ppa:myriadrf/drivers
sudo add-apt-repository -y ppa:myriadrf/gnuradio
sudo add-apt-repository -y ppa:gqrx/gqrx-sdr
sudo apt-get update

install gqrx

sudo apt-get install gqrx-sdr

install lib perseus

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install gcc g++ make manpages-dev autoconf automake libtool git
sudo apt-get install libusb-1.0-0-dev
cd
git clone -b doc https://github.com/Microtelecom/libperseus-sdr.git
cd libperseus-sdr/
sh bootstrap.sh
./configure && make && sudo make install && sudo ldconfig
cd
perseustest  (The receiver is recognized and performs the regular test)

install osmosdr

sudo apt install cmake
wget http://github.com/IW0HDV/gr-osmosdr/archive/perseus.zip
unzip perseus.zip
cd gr-osmosdr-perseus
mkdir build
cd build/
cmake ../ && make && sudo make install && sudo ldconfig

(The osmosdr installation occurs on a regular basis without errors on the terminal window)

at the end I reboot the machine and then launch the Gqrx software
When I go to the menu (Configure I / O devices) listed, the perseus receiver does not appear.
Can you tell me if I forgot any passage?

thanks for any answers.............73 de IZ4BPE Rossano

andrea montefusco

unread,
Oct 10, 2019, 12:38:07 PM10/10/19
to gq...@googlegroups.com
Just for not left things in the lurch, the problem was traced down to
the presence of another copy of libosmosdr in /usr/local/lib that was
taking over the one purposely compiled with Perseus support.

On Fri, Sep 13, 2019 at 9:47 PM Rossano Peddio <rossano...@gmail.com> wrote:
>
> Good evening, i installed the Gqrx ver.2.11.5 software on Linux Ubuntu 19.04 64 bit without any problem. Below I went to the web page
> https://www.montefusco.com/perseus/ where I followed the guide to have the receiver recognized by the Gqrx software.
>


--
Andrea Montefusco IW0HDV
------------------------------------------
As my old boss, an Apollo veteran, would often remind us “It’s good to
be smart, but it’s better to be lucky.”
Wayne Hale, Space Shuttle Flight Director

Adrian Musceac

unread,
Oct 10, 2019, 1:49:46 PM10/10/19
to Gqrx SDR

Maybe unrelated here, but the fact that everybody maintains and uses their own version of gr-osmosdr
(with patches) is a bit worrying and kind of against the very purpose of the library - to integrate support
for as many devices as possible.

There was a recent call for maintainers of gr-osmosdr on the osmocom-sdr mailing list by Harald Welte.
If nobody steps up to take this role, maybe gr-osmosdr should be integrated into the GNU radio main tree,
perhaps under a different name (gr-multisdr for example, since the Osmocom SDR project is end-lined)
to ensure continuous support and updates.
The GNU radio project already has the infrastructure to handle this.
Since Gqrx is possibly the largest user of gr-osmosdr, I think Alexandru has an important say here.
Otherwise we risk fragmentation getting worse in the future.

Adrian

--
You received this message because you are subscribed to the Google Groups "Gqrx SDR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gqrx+uns...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/gqrx/CACFb%3DueRMiiC7VxEjM7n91FWiWOGNvqUf1LuVLX-0-NF9ZP_gw%40mail.gmail.com.

andrea montefusco

unread,
Oct 14, 2019, 12:49:31 PM10/14/19
to gq...@googlegroups.com
On Thu, Oct 10, 2019, at 7:49 PM Adrian Musceac <kant...@gmail.com> wrote:
>
> Maybe unrelated here, but the fact that everybody maintains and uses their own version of gr-osmosdr
> (with patches) is a bit worrying and kind of against the very purpose of the library - to integrate support
> for as many devices as possible.

The fragmentation derives from the maintainer of gr-osmosdr ignoring
all the patches sent on the list for years.

BTW the people at osmocom.org are forcing the contributors to send
patches via email, instead of use GitHub or similar platforms, and
that for sure doesn't encourage contributions or fixes.
Anyway, Alexandru, me and many others sent contributions and fixes but
(almost) everything was ignored; hence the fragmentation.

> There was a recent call for maintainers of gr-osmosdr on the osmocom-sdr mailing list by Harald Welte.

Yes, and no one proposed until now.

> If nobody steps up to take this role, maybe gr-osmosdr should be integrated into the GNU radio main tree,

That is not an option, believe me, they invented all that Out-Of-Tree
machinery just to stay focused on their GR core business.
Just as an example, before OoT was there, I attempted to integrate
Microtelecom support in the GR main tree for years, no joy.
Just to be clear, I am not blaming them for that, evidently, inside
the GR core developer group, there are no resources for such kinds of
jobs.

> perhaps under a different name (gr-multisdr for example, since the Osmocom SDR project is end-lined) to ensure continuous support and updates.

That is a good idea.

> The GNU radio project already has the infrastructure to handle this.

Sure, but IMHO they are not really interested in that; I mean, till
someone else is doing the job, all well, otherwise... (again, no
criticism intended here, see above).

> Since Gqrx is possibly the largest user of gr-osmosdr, I think Alexandru has an important say here.
> Otherwise we risk fragmentation getting worse in the future.

AFAIK reading this mailing list, Alexandru is working to drop
gr-osmosdr support at all in his new SDR software.

Alexandru Csete

unread,
Oct 21, 2019, 3:00:39 AM10/21/19
to Gqrx
Hi,

As much as I loved working with gr-osmosdr and the team, if anybody wants to put effort into hardware interfacing, I would recommend taking a look at migrating to gr-soapy: https://gitlab.com/librespacefoundation/gr-soapy
I think that would give a more stable and scalable architecture.

Alex


--
You received this message because you are subscribed to the Google Groups "Gqrx SDR" group.
To unsubscribe from this group and stop receiving emails from it, send an email to gqrx+uns...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages