Unable to receive anything including static with RTL_SDR TERRATEC Stick+ 0ccd:00d7

[Oz Tamari]

Hi,

I'm using Gentoo. My setup is Gnuradio 3.6.4 (but also tested last GIT branch of GNUradio), rtl-sdr and gqrx which I installed using Gentoo source packages.

Everything was compiled successfully. 

*By running 'rtl_sdr -t' I can that it looks that the SDR USB is ok:

Found 1 device(s):
  0:  Terratec T Stick PLUS


Using device 0: Terratec T Stick PLUS
Found Elonics E4000 tuner
Supported gain values (14): -1.0 1.5 4.0 6.5 9.0 11.5 14.0 16.5 19.0 21.5 24.0 29.0 34.0 42.0
Benchmarking E4000 PLL...
[E4K] PLL not locked for 50000000 Hz!
[E4K] PLL not locked for 2207000000 Hz!
[E4K] PLL not locked for 1104000000 Hz!
[E4K] PLL not locked for 1222000000 Hz!
E4K range: 51 to 2206 MHz
E4K L-band gap: 1104 to 1222 MHz

*To run gqrx binary I had to fix odd missing lib dependency (gqrx was missing "libgruel-3.6.4git.so.0.0.0" and "libgnuradio-core-3.6.4git.so.0.0.0" manually symlinking to the same libs but without the "...git..." part of the name allow me to successfully start gqrx). 

*My problem is that it seems I'm not getting any transmissions, the spectrum seems empty and zero digits are outputted to stdin:

Here's output to stdin:

# gqrx
gr-osmosdr supported device types: file rtl rtl_tcp
>>> gr_fir_ccf: using SSE
>>> gr_fir_ccc: using SSE
Using Volk machine: sse4_1_64_orc
>>> gr_fir_fff: using SSE
gr-osmosdr supported device types: file rtl rtl_tcp
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Elonics E4000 tuner
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO

P.S

Thank you for this project I know people invest a lot of time and effort working on this project and supporting it.

Oz 

[Simon Kennedy]

Hi Oz,

I have a Terratec TStick+ and can confirm that it works fine with gqrx. To debug this I suggest you first test it using a gnuradio flow graph and see if it works. If it doesn't work you know to look further into the gnuradio installation.

Hope this helps.

Simon.

On 14 March 2013 13:46, Oz Tamari <oz.t...@gmail.com> wrote:

Hi,

I'm using Gentoo. My setup is Gnuradio 3.6.4 (but also tested last GIT branch of GNUradio), rtl-sdr and gqrx which I installed using Gentoo source packages.

Everything was compiled successfully. 

*By running 'rtl_sdr -t' I can that it looks that the SDR USB is ok:

P.S

[Oz Tamari]

Thanks for the answer. Can you supply grc file I can test with? 

I tried importing/manually creating flows in gnuradio-companion from here unsuccessfully. 

--
You received this message because you are subscribed to a topic in the Google Groups "Gqrx SDR" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/gqrx/yczXx3QPxeg/unsubscribe?hl=en.
To unsubscribe from this group and all its topics, send an email to gqrx+uns...@googlegroups.com.
To post to this group, send email to gq...@googlegroups.com.

For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Alexandru Csete]

There are two GRC examples in the gr-osmosdr source tree under apps/

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

[Oz Tamari]

Now it more obvious why the waterfall graph isn't displayed in "gqrx":

when executing from GRC i can see the error:

==================

Using Volk machine: sse4_1_64_orc

libGL error: failed to load driver: i965

libGL error: Try again with LIBGL_DEBUG=verbose for more details.

gr-osmosdr supported device types: file rtl rtl_tcp 

Using device #0 Realtek RTL2838UHIDIR SN: 00000001

Found Elonics E4000 tuner

==================

As I use i915 it might be the problem. I'm thinking that problem might be with wxGTK support in i915 maybe opengl. 

I'll play with WXgtk and see what I can find out. Thanks for your assistance.

[Alexandru Csete]

Negative... Gqrx uses its own graphics plots implemented in Qt and
will work with or without opengl and regardless of whether wxgtk is
working or not. If the gqrx plotting wouldn't work you wouldn't see
the gradient background, the lines or the X/Y axes either.

There is also a qtgui-based plotter in GRC.

Alex

[Oz Tamari]

Looks like it is not 'libgl' or any graphics related problem.

When USB device is connected the flow graph stops while when USB device is unplugged graphic is presented and following debug prints are presented:

=====================

...

FATAL: No supported devices found to pick from.

Trying to fill up 1 missing channel(s) with gaussian noise.

This is being done to prevent the application from crashing

due to a gnuradio bug. The maintainers have been informed.

=====================

I'll try using QT GUI sinks.

[Oz Tamari]

Hi,

I've had some minor progress here. I managed to solve the error regarding LIBGL (incorrect env variable value) and managed to receive FM transmission via 'rtl_fm' to verify device working alright.

Now I  get "Segmentation fault" when running the python script created by GRC from "osmosdr_source_1rtl.grc" from 'gr-osmosdr'.

================

#LIBGL_DRIVERS_PATH=/usr/lib/dri/ ./osmosdr_source_c.py 

Using Volk machine: sse4_1_64_orc

gr-osmosdr supported device types: file rtl rtl_tcp 

Using device #0 Realtek RTL2838UHIDIR SN: 00000001

Found Elonics E4000 tuner

Segmentation fault

================

*I don't have much knowledge in debugging python. Is there any easy way to know what is failing?

P.S

Aware this might belong to GR support forum.

Thanks again,

Oz

[Oz Tamari]

I've managed to solve running GRC "osmosdr_source_1rtl.grc" (recompiling 'gr-osmosdr' solved it).

Now I got back to the empty waterfall plot in 'gqrx'.

Any idea what can it be?

[Alexandru Csete]

On Mon, Mar 18, 2013 at 8:55 PM, Oz Tamari <oz.t...@gmail.com> wrote:
> I've managed to solve running GRC "osmosdr_source_1rtl.grc" (recompiling
> 'gr-osmosdr' solved it).
> Now I got back to the empty waterfall plot in 'gqrx'.
>
> Any idea what can it be?

Not really, no... but if you recompiled gr-osmosdr you should also
recompile gqrx.

Going back to your first post, I see a gqrx windows which looks fine -
the only reason why there is nothing on the spectrum could be because
DSP processing has not been started (the power button in the toolbar).
So maybe that's what you need to do?

Alex

[Oz Tamari]

Yes that was it :) 

Thanks for your assistance, It is much appreciated.

Oz