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
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
>
>
>
>
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?
Hi, all!
I want parse and decode raw data from my sdr device.
I have RTL2832 based DVB-T receiver.
I want get data from receiver via rtl-sdr sotware, parse and decode,
and sent completed data through websocket to client in browser.
Where I can find description of returning data from rtl_sdr, rtl_tcp.
Specs, docs?
Or what is the best way to do something like this my idea?
Thanks!
--
live free or die;
Maybe I lost some previous message, but I don't remember to have already seen that here.
Anyway...
From http://ehsm.eu/index.html:
Harald Welte will present the Osmocom project he founded. In particular, there will be OsmocomBB, a
free software GSM stack evolved enough to actually make phone calls and send SMS (plus all the
possible explorations of the GSM system), and OsmoSDR, a small-size, low-cost software defined radio
device.
*am*
---------------------------------------------------------
Andrea Montefusco iw0hdv http://www.montefusco.com
tel: +393356992791 fax: +390623318709
---------------------------------------------------------
Hello,
I am testing a DVB-T USB key including the Elonics E4000 chipset and I want to check the sampling rate of this card.
I set up the sampling rate at 2.048 Ms/s (rtlsdr_set_sample_rate), and my storing buffer is 8*1024 bytes, so I expect receiving 1024 I/Q samples every 500 microseconds.
I am using the rtlsdr_read_async function to read the samples.
Unfortunately the loop in my program indicates that 8*1024 bytes are read every 2 milliseconds.
I am using the gettimeofday function to measure the time in microseconds.
Does this result mean that the best I can do is to read some samples every 2 ms at 2.048 Ms/s. This would mean that I am missing 1.5 ms of signal.
Is that correct or I am doing something wrong ?
Thanks for your help.
Frederic
_________________________________________________________________________________________________________________________
Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
France Telecom - Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, France Telecom - Orange is not liable for messages that have been modified, changed or falsified.
Thank you.
On Fri, Dec 14, 2012 at 9:26 PM, Sdr Guru <sdrguru1(a)gmail.com> wrote:
> On Tue, Dec 11, 2012 at 12:41 AM, keenerd <keenerd(a)gmail.com> wrote:
>
>> A few new features have been pushed in the last two days.
>>
>> Most significant is rtl_adsb, a fast and simple ADS-B decoder. It is
>> not the most sensitive decoder (Prog's and rtl-1090 pick up a few more
>> planes) but it works fairly well. Of course it lacks the interactive
>> maps of other software, however the output can be piped into fancier
>> programs or across the network with netcat. To use it, just run
>> "rtl_adsb". It does not need any options and can pick up plenty of
>> signals with only the stock antenna.
>>
>>
> Hi Keener,
>
> nice work.
>
> Choosing between multiple devices (Windows7) is not working.
> rtl_adsb.exe -d 1
> rtl_adsb.exe: invalid option -- d
>
>
Thank you.
It works now (Fedora).
> I want to make a comparison between the E4000 and R820T.
>
>
R820T produces 15% more packages than the E4000.
Has anyone compared the rtl1090 and ADSB# ?
http://sdrsharp.com/index.php/a-simple-and-cheap-ads-b-receiver-using-rtl-s…
SDR Guru
Hi all,
I'm new to this list. First, I want to say thank you to authors and
contributors of this great work.
I have set up a receiver server on Raspberry Pi with rtl_tcp,
it seems it works good and can receive various signals with
client gr-osmosdr on gnuradio or gqrx.
But unfortunately I have encountered a trouble. I found rtl_tcp
raise segv on reconnected from client.
I investigated cause of segv and succeed to make a patch.
Fixed rtl_tcp works good on raspberry pi(raspbian) and windows(mingw).
I also make a startup script for debian/raspbian.
I have push fixed code on github branch.
https://github.com/edy555/rtl-sdr/tree/rtltcpFixSegv
Please consider to pull this patch into original osmocom repo.
Thanks,
Tomohiro
---
TT
twitter: @edy555
blog: http://ttrftech.tumblr.com (in japanese)
All,
I have been experimenting with the Realtek dongle and am noticing some strange behavior. There is one sampling rate that I can not seem to get to match up with the number of samples that I'm receiving asynchronously. Specifically, when I try to sample at 514 kHz, I receive samples at approximately half this rate. Has anyone experienced something similar?
I've tried looking through the Osmocom driver but everything looks good and it's really odd that everything looks good for other sampling rates.
Just for reference, when I run rtl_sdr, I get the following device information:
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
Found Elonics E4000 tuner
Any help would be appreciated!
Thanks,
Peter