osmocom-sdr

osmocom-sdr@lists.osmocom.org

1 participants
910 discussions

Re: rtl-sdr and gr-osmosdr
by Jonathan Guthrie 13 Jan '13

13 Jan '13

Sir: If you look in the place where you built gr-osmosdr, you will find a file called install_manifest.txt which contains where it put all the files. The rtlsdr_source_c.xml and osmosdr_source_c.xml (which are files that describe the sources, both of which produce streams of complex numbers, which is what the naming convention means) are how the gnuradio companion knows how to use those sources. Do a "sudo make uninstall" where you built gr-osmosdr, and then start over with gr-osmosdr. But this time, instead of just running "cmake" with no options, use the command: cmake .. -DCMAKE_INSTALL_PREFIX=/usr You "define" (that's what "-D" means) the value "CMAKE_INSTALL_PREFIX" to be /usr. If you don't define it to be something, it will use the default value of "/usr/local" I have a Web page with partial instructions (it's not intended to be a Linux introduction, although I will do my best to answer specific questions if you have any) and some other stuff on it: http://www.ka8kpn.org/sdr-dongle.html Oh, and while I'm thinking about it, I really detest mailing lists whose default action on a reply is to write directly to the person to whom you are responding rather than to the list. To me, it is optimizing the atypical case and it makes far more sense to optimize for what everyone nearly always wants to do. That is, it may be technically correct, but it is definitely the wrong thing to do. However, I know I've lost that battle, so I'll not mention it again. On 01/12/2013 03:24 PM, tokens(a)myranch.com wrote: > Hi Jonathan, > > Please excuse my ignorant comments and questions but I am very much a > Linux novice. > > I see that there are directories for gr-osmosdr, rtl-sdr, and uhd > under home directory. Under usr/local/share/gnuradio/grc/blocks/ I > find osmosdr_source_c.xml and rtlsdr_source_c.xml. Directories for > gnuradio are under usr/etc and usr/include. I guess this is what you > mean by some bits of gr-osmosdr and rtlsdr end up in usr/local. How do > I force cmake to install the software into /usr. > > Thank you very much. > > Regards, > Al > > -----Original Message----- From: Jonathan Guthrie > Sent: Saturday, January 12, 2013 2:18 PM > To: tokens(a)myranch.com > Subject: Re: rtl-sdr and gr-osmosdr > > On 01/12/2013 09:03 AM, tokens(a)myranch.com wrote: >> I have installed these using the procedures shown in the wiki. I >> didn’t see any errors during the installation. The packages are on >> the computer but they are not listed amongst the sources on GNU Radio >> Companion. >> If I type in the terminal rtl_test –t I get: >> Found 1 device(s): >> 0: ezcap USB 2.0 DVB-T/DAB/FM dongle >> >> Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle >> usb_open error -3 >> Failed to open rtlsdr device #0 >> >> Any suggestions? >> > > I installed GNURadio as packaged by my distribution, and I did the > "cmake; make; sudo make install" that I found, and I got the symptoms > you described. The problem I had is that packaged software normally > gets installed into /usr and the "cmake, etc" procedure installs it's > software into /usr/local. That meant that grc was looking in the wrong > place to find the gr-osmosdr bits. > > Telling cmake to install the software into /usr fixed my problem. Could > it possibly fix yours? > >

2 1

rtl-sdr and gr-osmosdr
by tokens＠myranch.com 13 Jan '13

13 Jan '13

Using Sudo, as suggested by two readers, takes care of the rtl_test problem. However, I still don’t have the OsmoSDR and RTLSDR source blocks appearing in GNU Radio Companion. Thank you. Al

1 0

Plane plotting software for unix?
by Alan Corey 06 Jan '13

06 Jan '13

I like adsbScope under Windows, but is there anything similar for unix? Hopefully something free that takes a tcp feed. Alan ----- Radio Astronomy - the ultimate DX

3 3

gr-osmosdr frequency range for rtlsdr
by Alexandru Csete 03 Jan '13

03 Jan '13

Greetings, I noticed today that rtl_source_c::get_freq_range() returns an empty range for all but E4000 tuners. Is it due to lack of information? I have dongles with R820T and FCI2580 tuners that I can measure the usable ranges for if needed. Alex

3 3

Why is there Sleep() in rtl_fm?
by Alan Corey 02 Jan '13

02 Jan '13

Is this from Windows or something? In unix it's sleep, not Sleep, and it only takes ints or something similar. I have a native (OpenBSD) usleep so I ifdefed: #ifdef _WIN32 #define usleep(x) Sleep(x/1000) #endif It didn't affect my problem but it made me feel better. Alan ----- Radio Astronomy - the ultimate DX

1 0

Trying to use rtl_fm, etc
by Alan Corey 02 Jan '13

02 Jan '13

With rtl_fm, I get a tiny burst of audio about once a minute. My dongle is a vendor ID 0x0bda, product ID0x2838 from http://www.amazon.com/gp/browse.html?ie=UTF8&marketplaceID=ATVPDKIKX0DER&me… I did: rtl_fm -f 88500000 - | play -t raw -r 24k -e signed-integer -b 16 -c 1 -V1 - I got: Found 1 device(s): 0: Realtek, RTL2838UHIDIR, SN: 00000013 Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner -: (raw) Encoding: Signed PCM Channels: 1 @ 16-bit Samplerate: 24000Hz Replaygain: off Duration: unknown In:0.00% 00:00:00.00 [00:00:00.00] Out:0 [ | ] Clip:0 Oversampling input by: 42x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 88752000 Hz. Sampling at 1008000 Hz. Output at 24000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. In:0.00% 00:00:00.68 [00:00:00.00] Out:16.4k [ =====|===== ] Clip:0 ^CSignal caught, exiting! The dongle works if I boot into Windows, but in OpenBSD I can't get anything out of it. I'm still trying to get dependencies for Gnuradio together. The only odd thing is that being OpenBSD, there's no -lrt when I link. Those functions are built into something else so I compile without the -lrt. There isn't an -lrt library. I've tried writing little scripts to run it so I do it consistently. My wide FM one: #!/bin/sh rtl_fm -W -l 0 -f 88500000 - | play -t raw -r 32000 -e signed-integer -b 16 -c 1 -V4 - Narrow: #!/bin/sh rtl_fm -N -l 0 -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V4 - I've played with various options. If I use -R it runs for a long time with lots of data by Sox's meter, but I don't hear anything. If I pipe it to a file (without -R) the file is very small and grows slowly, not what I would expect from audio. I just grabbed a fresh copy by git yesterday but it works about the same. A fresh run: freebie# rtl_fm -N -f 162550000 - | play -t raw -r 32k -e signed-integer -b 16 -c 1 -V 4 - Found 1 device(s): play: SoX v14.3.2 0: Realtek, RTL2838UHIDIR, SN: 00000013 Using device 0: ezcap USB 2.0 DVB-T/DAB/FM dongle Found Rafael Micro R820T tuner Oversampling input by: 42x. Oversampling output by: 1x. Buffer size: 8.13ms Tuned to 162802000 Hz. Sampling at 1008000 Hz. Output at 24000 Hz. Exact sample rate is: 1008000.009613 Hz Tuner gain set to automatic. Signal caught, exiting! I don't have much idea what's going on, but I'm tempted to try opening it from a pipe (in C) to see if I can capture anything more. Alan ----- Radio Astronomy - the ultimate DX

2 3

Remote SDR# connection to Ham-It-Up HF Converter using RTL-SDR/TCP - Receiver is Deaf
by KD9GN 02 Jan '13

02 Jan '13

Happy New Year to Everyone .... I am thinking this may be more of an issue with rtl_tcp than with the client software (SDR#) so I thought I would throw this out there and see if anyone has any ideas. I have a Ham-it-Up up converter connected to an EZcap 668 (e4000) dongle and am using a random length long wire antenna all connected on a remote linux server (with minimal OS install) where I am running rtl_tcp. I am starting rtl_tcp using the following command: rtl_tcp -a 192.168.110.220 -p 1236 -d 2 When I connect to the remote dongle/converter using SDRSharp with RTL-USB/TCP I get nothing but static / noise. If I put the converter in bypass mode, then SDRSharp and my dongle perform with the typical performance I have experienced in the past. If I move the same dongle and up converter combo to the same pc running SDRSharp and connect to the dongle using RTL-SDR/USB I am able to receive many HF signals, as one would expect. For example, CHU Canada, WWV, some local CB radio chatter and even our local airport's LF beacon at 329 KHZ. I also tried starting rtl_tcp with the -g option and setting a gain to try to match the gain options available under RTL-SDR/USB but that had no effect. I am just wondering if I am not finding the correct settings so this will work or if this is an issue with rtl_tcp? BTW: I actually have two other Ezcap 668's running simultaneously on the remote linux server as device 0 / port 1234 and device 1 / port 1235 working just fine when connected to other remote instances of SDR Sharp. 73's - Dave KD9GN

1 0

RTL2832
by ab ni 01 Jan '13

01 Jan '13

Hi, Does anyone technical documentations about RTL2832U ? soso

1 0

Re: Direct sampling mode and rtl_xxx
by Sdr Guru 31 Dec '12

31 Dec '12

On Mon, Dec 31, 2012 at 2:02 AM, Alan Corey <alancorey(a)yahoo.com> wrote: > Some of them have a -R option for raw, I think that's what it does (rtl_fm > anyway). > This is a different topic. raw = no demodulation About "Direct sampling mode" https://groups.google.com/forum/#!topic/ultra-cheap-sdr/cG988R1D8uE SG > > Any documentation on this set of programs would be a good thing, other > than looking in the code or using --help. > > Alan > > > ----- > Radio Astronomy - the ultimate DX > > ------------------------------ > *From:* Sdr Guru <sdrguru1(a)gmail.com> > *To:* osmocom-sdr(a)lists.osmocom.org > *Sent:* Sunday, December 30, 2012 5:39 PM > *Subject:* Direct sampling mode and rtl_xxx > > Hi > > Is it possible to use rtl_fm, rtl_sdr and rtl_tcp in "Direct sampling > mode" > > SDR Guru > > > >

1 0

rtl-sdr over multicast & multiple decoders
by James Sharp 31 Dec '12

31 Dec '12

I've been playing around with rtl-sdr as a way to stream trunking radio and air band traffic. I've done a bit of research and found people who are using multiple dongles, one to digest the control channel and one or more to tune and receive the voice channels as the talk groups come and go. They're also using multiple dongles and/or squelch scanning to stream airband signals Around here, all of the channels of the trunking system as well as all of the "interesting" fit inside the bandwidth of a dongle running at 3.6Msps. So, my question is this: Would it not be more efficient to have a single tuner dongle outputting all of its samples over multicast (or into a shared memory segment for that matter, if you want to stay on the same host) and then having a bunch of decoder processes listening to the samples and decoding what they need out of them?

3 2

← Newer
1
...
75
76
77
78
79
80
81
...
91
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

osmocom-sdr