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
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)