Hi guys,
Please add the LEADTEK "WinFast DTV DONGLE MINI D".
EAN code 710918 292751
ARC here in Australia is selling these:
Add to line 234 of "librtlsdr.c"
{ 0x0413, 0x6f0f, "Leadtek RTL2832U + FC0012" },
And to "rtl_eeprom.c" line 179 " LEADTEK,"
And to "rtl_eeprom.c" line 190
case LEADTEK:
fprintf(stderr, "Leadtek default (as without EEPROM)\n");
conf->vendor_id = 0x0413;
conf->product_id = 0x6f0f;
strcpy(conf->manufacturer, "LEADTEK");
strcpy(conf->product, "RTL2832U + FC0012 DVB-T");
strcpy(conf->serial, "0");
conf->have_serial = 1;
conf->enable_ir = 0;
conf->remote_wakeup = 1;
break;
Now to try it.
Thanks guys.
Alan VK2ZIW
---------------------------------------------------------------------------
Alan Beard Unix Support Technician from 1984 to today
70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO OpenServer 5.0.X
Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc..
+61 2 47353013 (h) Support Programming, shell scripting, "C", assembler
0414 353013 (mobile) After uni, electronics tech.
Man's greatest waste of time: Worshipping the wrong God.
I cannot walk past what Jesus of Nazereth has done.
Dear fellow Osmcoom developers,
it is my pleasure to finally announce the date + venue of OsmoDevCon
2013:
Date: April 04 through April 07, 2013
Place: IN-Berlin, Lehrter Str. 53, Berlin
Like last year, this is an event for developers of the various Osmocom
proejects. Reservation and confirmation of reservation is required.
The event is free of charge. The Room is made available by IN-Berlin
e.V., an Internet related non-profit organization. Lunch catering will
be sponsored (so far by sysmocom GmbH, but if any other sponsors come
up, we are happy to share the cost).
So all you have to cover is your own travel + accomodation costs, as
well as breakfast and dinner. If you are an active developer and cannot
afford travel/accomodation, please let me know and I'll see if we can do
something about it.
If you would like to attend, please send a message to
laforge(a)gnumonks.org applying for registration of the event. The
registration deadline is March 5, i.e. one week from now.
There is no detailed schedule of talks yet. I will start a separate
discussion suggesting / collecting topics in the next couple of days.
More information is (and will be made) available at
http://openbsc.osmocom.org/trac/wiki/OsmoDevCon2013
Further discussion regarding the event should be directed at the
osmocom-event-orga(a)lists.osmocom.org mailing list, to avoid
cross-posting over the various project-specific lists.
Best regards and happy hacking,
Harald
--
- Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
(ETSI EN 300 175-7 Ch. A6)
Dear RTL developers,
I was not able find a way how file the issue with RTL base USB dongle .
It behaves in the same way on Linux and Windows
The Problem:
The constant observation of the spike on the tuned frequency in the
ranges after 160MHz or so. Is it known issue or a HW defect?
If it is in the software, please let me know any possible fix.
The screen snapshot and USB information are attached.
$ rtl_eeprom
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 Fitipower FC0013 tuner
Current configuration:
__________________________________________
Vendor ID: 0x0bda
Product ID: 0x2838
Manufacturer: Realtek
Product: RTL2838UHIDIR
Serial number: 00000001
Serial number enabled: no
IR endpoint enabled: yes
Remote wakeup enabled: no
__________________________________________
73
Mikhail
I am having a problem with using multiple frequencies with rtl_fm. Single frequencies work just fine.
For example:
rtl_fm -f 462.5625M -f 462.5725M -N -s 12k -r 12k -g 48 -l 50 | play -r 12k -e signed-integer -b 16 -t raw -c 1 -V1 -
Will get to:
Sampling at 1008000 Hz.
Output at 12000 Hz.
Exact sample rate is: 1008000.009613 Hz
Tuner gain set to 48.00 dB.
Then freeze.
If I set the squelch low enough, it will continuously monitor the first channel. If I have a transmitter on before starting the command, it will monitor that. But when the transmitter turns off, rtl_fm hangs. I looked at the code but couldn't fix it. Maybe it's some reset command that's not being done between frequencies. If I force "data_ready" to unlock, it scans, but there's no data. Although, rtl_tcp works just fine when connecting with SDR# and changing frequencies.
This is on a Raspberry Pi btw, latest rtl-sdr source code. Sorry if this has already been discussed somewhere, I could not find it.
- Ben
Greetings,
It is my pleasure to share with you a small, fun project I made few
weeks ago: an rtlsdr-based spectrum analyzer running on a Beaglebone
with an LCD3 touch screen.
Video demo: http://www.youtube.com/watch?v=jzmFXreuFR4
Howto guide: http://www.oz9aec.net/index.php/beaglebone/480-rtlizer
I also took the opportunity to start collecting bitbake recipes to
create sdr oriented linux images for embedded devices. It is available
here: https://github.com/csete/nanosdr
I don't intend to create full blown PC-like desktops, instead I want
to have fast, minimalistic linux images that can run a single GUI app
without any display or window management. Think of it as a radio or an
instrument that happens to run linux :)
Alex
hello
i am loking for some info before ordering the Realtek RTL2832U & Elonics E4000
is this dongle can work with macbook ?/ i am new to this group ,but new to SDR .
thank you
elan
Hello,
I am new to this mailing list, but that does not mean that I have been following SDR activities here at osmocom and especially gnuradio actively. I am not a linux professional, but "intermediate beginner". I currently have a problem running my Hama Nano DVB-T Dongle which I cannot solve and therefore need to turn to you with the following problem:
I hava an Intel Pentium 977 machine running Ubuntu 12.04LTS in the 64bit version. I compiled and installed gnuradio using the script from Marcus Leech (http://www.sbrac.org/files/build-gnuradio)
I have an Hama Nano DVB-T Dongle which contains an RTL2832U Chip combined with the E4000 frontend.
When I try to access the Dongle via rtlsdr (either via sample programs in GRC or simply via rtl_test -s) I get
cb transfer status: 1, canceling...
Library error 0, exiting...
Speicherzugriffsfehler (Speicherabzug geschrieben) (engl.: "segmentation fault")
I found two threads regarding this problem in this mailinglist:
1) http://lists.osmocom.org/pipermail/osmocom-sdr/2013-January/000443.html
2) http://lists.gnumonks.org/pipermail/osmocom-sdr/2012-August/000201.html
With respect to the former (1) I checked my version of libusb-1.0-0-dev which is 2:1.0.9~rc3-2ubuntu1
With respect to the latter (2) (and older post) I checked in my source of the rtlsdr library if the proposed change is included and it is.
So I do not have any clue how and where to proceed further. I'd be happy to give you any more information you need and try out patches. If you have any ideas or could point me to the right direction, I'd be very happy about
Thanks upfront for your consideration and best regards,
Markus
P.S.: The dongle worked on this machine before, but I do not remember if I had the 32bit Ubuntu version running and which versions of gnuradio, etc. were installed.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi guys,
I just finished my first go at an entropy gathering tool for rtl-sdr,
it's licensed under GPL (will add LICENSE file next!) and available at:
https://github.com/pwarren/rtl-entropy
My aim was to have a utility that ran with a minimum of dependencies,
so it could be done easily on a raspberry pi, and without trying to
get a whole gnuradio stack working!
I'm not a crypto expert, but I've read enough to know that you really
should pass the output through rng-test or similar before using.
As I mention in the Readme, I plan on doing these tests and eventually
getting it to the stage where the entropy can be plumbed in to
/dev/random.
So, thanks for making the rtl-sdr libraries and making them easy to
work with!
Cheers
- --
Paul Warren
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlEeKZQACgkQkwz3ZmaDjV4e+QCeMG6rOr+PZ+yHnIeXGFJRnpsr
e9oAn3vQBEW7L2mcJLJE0tyNUnZpGori
=dlzx
-----END PGP SIGNATURE-----
Hi, message to the developer, you can also add this device, id: (15a4-9016-00) device: AF15BDA (v7.3.20.1) thanks waiting response. The drive is USB dikom
I have been unable to get basic tuning functionality out of my E4000 on my
new laptop, in Ubuntu Precise. I'm running 64-bit Precise with the Osmocom
drivers installed via the GNU Radio setup script. When I attempt to use the
RTL device in Linux, the following occurs:
"
$ rtl_test
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
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
Reading samples in async mode...
cb transfer status: 1, canceling...
Library error 0, exiting...
Segmentation fault (core dumped)
"
When I run the system in GDB and request a backtrace, this is all I get:
"
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff6ed42e5 in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0
(gdb) bt
#0 0x00007ffff6ed42e5 in ?? () from /lib/x86_64-linux-gnu/libusb-1.0.so.0
#1 0x00007ffff6ed447f in libusb_close () from
/lib/x86_64-linux-gnu/libusb-1.0.so.0
#2 0x00007ffff7bc51a9 in rtlsdr_close () from /usr/local/lib/librtlsdr.so.0
#3 0x0000000000401322 in main ()
"
So there is apparently some issue with libusb. This machine has four USB
3.0 ports, and I've tried using all four of them. There's no hub, but nor
are there any USB 2.0 ports to try.
Here's the relevant output of usb-devices:
"
T: Bus=03 Lev=01 Prnt=01 Port=02 Cnt=01 Dev#= 2 Spd=480 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=0bda ProdID=2838 Rev=01.00
S: Manufacturer=Realtek
S: Product=RTL2838UHIDIR
S: SerialNumber=00000947
C: #Ifs= 2 Cfg#= 1 Atr=80 MxPwr=500mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
I: If#= 1 Alt= 0 #EPs= 0 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
"
Note that I have had easy success using the dongle in 64-bit Windows 7
(through the Zadig-installed drivers and SDRSharp), as well as in the same
version of Ubuntu installed on another laptop (an older HP Envy). So I know
the dongle works, and I know it theoretically can work with the Osmocom
drivers, albeit in a different machine.
Any ideas? Thanks in advance.
Ethan
Im hopping to spark up a diolog to help to rewrite the RTL-server that
the group has produced... I currently use the RTL-server with the
ghpsdr-alex DSP-server. I have some code that alows the RTL-server to
see multible dongles... the Problem is that unlike the Softrock-server
a qtradio user cant select between the different receivers when
connecting. The DSP-server needs mods to accept a tcp packet from a
RTL-server with multiple RTL-dongles attached to its hardware. Keep in
mind could the user select between dongles using a qt_radio check box,
like the gain control. This could help to mange multiple qtradio
client connections to a server. Say one receiver is indicated to be In
Use, then a client can select the next one that isn't in use.
I just found most of the rtl dongles to be usfull because of the vhf
uhf spectrum they can receive. I have a few of the DVb units and I
realized that i cant run more that one thou a DSP server at a time.
Its could become useful to write DSP-server that hosts mixed devices.
73 Mathison KJ6DZB
> -Message: 1
> Date: Sat, 2 Feb 2013 22:49:14 +0100
> From: Benedikt Heinz <zn000h(a)gmail.com>
> To: osmocom-sdr(a)lists.osmocom.org
> Subject: new SDR project (bladeRF) on kickstarter
> Message-ID:
> <CAFXU+zENpDgdfCTZu-U17GbMw-xg4BifyyPu4BwzTjK9p_mn5Q(a)mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hi everyone,
>
> just stumbled across this SDR on kickstarter:
> http://www.kickstarter.com/projects/1085541682/bladerf-usb-30-software-defi…
> (found via hackaday)
> Maybe this is interesting for some of you.
>
> Cheers,
>
> hunz
>
I saw this too. It looks like a great piece of kit. Doesn't the dollars he's asking seem a bit steep though? Maybe not, and I'm hoping this comes off as a serious question. If it were opened up so that the dollars asked was lower then there'd be a lot of backers, which in turn drives build costs down further?
If HackRF is half as good as I think it's going to be, then the $$ is definitely way to high. Just my (possibly uninformed) opinion.
--Jeff
Yes, there are a confusing number of Linuxes, that's partly why I avoid them and use OpenBSD. I think Red Hat is only commercial now, try Fedora for the closest. Ubuntu will probably work, I didn't like it because I found it too "dumbed down", meant to appeal to Windows users. Ubuntu is supposedly based on Debian, which I've had installed for a few years and like it much better. Debian is "Deb" and "Ian", Ian is a ham.
>The default compiler gcc is probably what you want. You don't mention what software you're trying to build. I had no problem building the Osmocom suite under my old Debian version, no extra libraries needed. But: my understanding from somewhere is that this suite of programs (rtl_*) exists because some ARM machines like the Raspberry Pi couldn't handle Gnuradio.
Gnuradio may be what you really want.
>
>Gnuradio (http://www.gnuradio.org) is very versatile, bordering on confusing. Part of it is the RTLSDR or Osmocom source from Osmocom which connects to the dongle. Then you use the gunradio-companion to drag and drop different signal processing blocks onto a flow graph, the output of that is a Python program which hopefully does what you want. Start at the gnuradio web site and follow the build guide. Most of the work is getting the dependancies you need installed. You don't need the parts for hardware you don't have.
>
>Makefiles come with various programs, but most of this uses cmake to build the actual makefiles. Typically, you cd into the source directory, mkdir build, cd build, then "cmake ../". Track down things missing/wrong, modify your cmake cache file to fix it up, then when you have no errors, do make and make install. It works pretty well because
you can set options in your cache file and they migrate down the line into makefiles. Both the Osmocom stuff and Gnuradio use cmake, but you can avoid it if you want to.
>
>If you need sensitivity and freedom from spurious noises you might find the NooElec dongle isn't the best way to go. Take a look at
>http://wavelab.homestead.com/HF_VHF_multi_index.html
>I bought a dozen of the MC13535 chips from http://www.futurlec.com for $1.20 each, plus the ceramic filters, crystals, etc. If you don't need frequency agility they might work out well. Futurlec isn't fast, but they have some good deals.
>
> Alan
>
>
>
>-----
>Radio Astronomy - the ultimate DX
>
>
>
>>________________________________
>> From: Wayne Sanders <wsanders(a)xplornet.com>
>>To: osmocom-sdr(a)lists.osmocom.org
>>Sent: Thursday, January 31, 2013 11:40 PM
>>Subject: any one brave enough to help a newbie with getting started with SDR
>>
>>Good day all
>> I know that this may nor be the proper or correct place to request some basic assistance but I will tempt the wrath of the few.
>> First off has the packaging for Linux changed there are many more versions now compared to 24 years ago when I dabbled with it running a packet radio bbs. It was Red Hat country then. Now ?
>> Any way My questions are of the where to start kind.
>>
>> Step 1 Have selected Ubuntu as the o/s got it installed
>>
>> step 2 need to know what form of compiler is needed.
>> Worked 28 years ago with Borland's C++
>>
>> Step 3 what are the liberaies that I require and where may they
>> be found.
>>
>> Step 4 And of course a suitable Make File.
>>
>> As all can see I am jut
renewing a friend ship with a very powerfull o/s and of course are having the steep learning curve all over again. But expect that I will enjoy it.
>> Project at this time is using the NooElec R820T SDR & DVB-T
>> Dongle to monitor an number of frequencys in the
>> analoge area 54mhz up for Pasive radar detection of
>> meteors.
>>Thanking all in advance.
>> If the above questions are deemed off topic again I apoligize and would request that a direct e-mail answer to wsanders(a)xplornet.com be used if it should not be posted
>>I remain wayne sanders ve7duc and RDL-OBS observatory
>>
>>
>>
>>Wayne Sanders
>>
>>
>>
>>
>
>
Good day all
I know that this may nor be the proper or correct place to request some
basic assistance but I will tempt the wrath of the few.
First off has the packaging for Linux changed there are many more
versions now compared to 24 years ago when I dabbled with it running a
packet radio bbs. It was Red Hat country then. Now ?
Any way My questions are of the where to start kind.
Step 1 Have selected Ubuntu as the o/s got it installed
step 2 need to know what form of compiler is needed.
Worked 28 years ago with Borland's C++
Step 3 what are the liberaies that I require and where may they
be found.
Step 4 And of course a suitable Make File.
As all can see I am jut renewing a friend ship with a very powerfull
o/s and of course are having the steep learning curve all over again.
But expect that I will enjoy it.
Project at this time is using the NooElec R820T SDR & DVB-T
Dongle to monitor an number of frequencys in the
analoge area 54mhz up for Pasive radar detection of
meteors.
Thanking all in advance.
If the above questions are deemed off topic again I apoligize and would
request that a direct e-mail answer to wsanders(a)xplornet.com be used if
it should not be posted
I remain wayne sanders ve7duc and RDL-OBS observatory
Wayne Sanders