From wsanders at xplornet.com Fri Feb 1 04:40:06 2013 From: wsanders at xplornet.com (Wayne Sanders) Date: Thu, 31 Jan 2013 20:40:06 -0800 Subject: any one brave enough to help a newbie with getting started with SDR Message-ID: <510B4726.2000202@xplornet.com> 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 at xplornet.com be used if it should not be posted I remain wayne sanders ve7duc and RDL-OBS observatory Wayne Sanders From alancorey at yahoo.com Sat Feb 2 05:25:32 2013 From: alancorey at yahoo.com (Alan Corey) Date: Fri, 1 Feb 2013 21:25:32 -0800 (PST) Subject: any one brave enough to help a newbie with getting started with SDR In-Reply-To: <1359782169.63710.YahooMailNeo@web161502.mail.bf1.yahoo.com> References: <510B4726.2000202@xplornet.com> <1359782169.63710.YahooMailNeo@web161502.mail.bf1.yahoo.com> Message-ID: <1359782732.78351.YahooMailNeo@web161506.mail.bf1.yahoo.com> 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 >>To: osmocom-sdr at 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 at xplornet.com? be used if it should not be posted >>I remain wayne sanders ve7duc? and RDL-OBS observatory >> >> >> >>Wayne Sanders >> >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zn000h at gmail.com Sat Feb 2 21:49:14 2013 From: zn000h at gmail.com (Benedikt Heinz) Date: Sat, 2 Feb 2013 22:49:14 +0100 Subject: new SDR project (bladeRF) on kickstarter Message-ID: Hi everyone, just stumbled across this SDR on kickstarter: http://www.kickstarter.com/projects/1085541682/bladerf-usb-30-software-defined-radio (found via hackaday) Maybe this is interesting for some of you. Cheers, hunz From murrij at gmail.com Sun Feb 3 13:20:09 2013 From: murrij at gmail.com (Jeff Murri) Date: Sun, 3 Feb 2013 08:20:09 -0500 Subject: osmocom-sdr Digest, Vol 15, Issue 3 In-Reply-To: References: Message-ID: <87048C2A-ADE1-4010-9B60-EBCE428C1595@gmail.com> > -Message: 1 > Date: Sat, 2 Feb 2013 22:49:14 +0100 > From: Benedikt Heinz > To: osmocom-sdr at lists.osmocom.org > Subject: new SDR project (bladeRF) on kickstarter > Message-ID: > > 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-defined-radio > (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 From 246tnt at gmail.com Sun Feb 3 14:06:49 2013 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sun, 3 Feb 2013 15:06:49 +0100 Subject: osmocom-sdr Digest, Vol 15, Issue 3 In-Reply-To: <87048C2A-ADE1-4010-9B60-EBCE428C1595@gmail.com> References: <87048C2A-ADE1-4010-9B60-EBCE428C1595@gmail.com> Message-ID: > 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. Honestly this is actually very cheap for what it is. I think the rtl-sdr has spoiled people, expecting very cheap prices. The hack rf target price was 300$ IIRC, so it's not even half the price and it doesn't nearly have the bandwidth, sample rate, on-board DSP capability or the ability to do full duplex. They're really not in the same category. Cheers, Sylvain From frubi at frubi.net Sun Feb 3 14:16:07 2013 From: frubi at frubi.net (Felix Rublack) Date: Sun, 03 Feb 2013 15:16:07 +0100 Subject: osmocom-sdr Digest, Vol 15, Issue 3 In-Reply-To: <87048C2A-ADE1-4010-9B60-EBCE428C1595@gmail.com> References: <87048C2A-ADE1-4010-9B60-EBCE428C1595@gmail.com> Message-ID: <510E7127.2050507@frubi.net> On 03.02.2013 14:20, Jeff Murri wrote: >> -Message: 1 >> Date: Sat, 2 Feb 2013 22:49:14 +0100 >> From: Benedikt Heinz >> To: osmocom-sdr at lists.osmocom.org >> Subject: new SDR project (bladeRF) on kickstarter >> Message-ID: >> >> 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-defined-radio >> (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. The bladeRF offers some more functionality compared to the HackRF. The HackRF is a quite "stupid" device just passing digital samples to and from the host. The bladeRF has also an FPGA, which allows you do to some processing on the device or even standalone operation. So you can not just compare the price and the output in MSPS. Greetings Felix PS: Sorry Jeff for spaming your inbox. From mathisono at gmail.com Tue Feb 5 06:38:52 2013 From: mathisono at gmail.com (Mathison Ott) Date: Mon, 4 Feb 2013 22:38:52 -0800 Subject: Multiple dongles 1 rtl-server Message-ID: 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 From oz9aec at gmail.com Tue Feb 5 11:31:27 2013 From: oz9aec at gmail.com (Alexandru Csete) Date: Tue, 5 Feb 2013 12:31:27 +0100 Subject: Multiple dongles 1 rtl-server In-Reply-To: References: Message-ID: On Tue, Feb 5, 2013 at 7:38 AM, Mathison Ott wrote: > 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. When you write RTL-server, do you mean the rtl_tcp server that is created and distributed as part of the rtl-sdr package or the rtlsdr-server included in the ghpsdr-alex code (https://github.com/alexlee188/ghpsdr3-alex/tree/master/trunk/src/rtlsdr) or maybe something else? Alex From osmocom at potophobia.net Fri Feb 8 05:07:31 2013 From: osmocom at potophobia.net (Ethan Trewhitt) Date: Fri, 8 Feb 2013 00:07:31 -0500 Subject: Trouble using E4000 on new Dell Vostro Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From borlisdeveloper at hotmail.com Sat Feb 9 14:32:57 2013 From: borlisdeveloper at hotmail.com (Massimo Borlis) Date: Sat, 9 Feb 2013 15:32:57 +0100 Subject: info Message-ID: 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From m48 at mksg.de Tue Feb 12 19:34:13 2013 From: m48 at mksg.de (Markus Gonser) Date: Tue, 12 Feb 2013 20:34:13 +0100 Subject: Still problem with "cb transfer status 1, cancelling" -> segmentation fault, libusb Message-ID: <929A34F7-5755-4380-95AB-B9CA3647CCA6@mksg.de> 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. -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at steve-m.de Tue Feb 12 20:33:32 2013 From: steve at steve-m.de (Steve Markgraf) Date: Tue, 12 Feb 2013 21:33:32 +0100 Subject: info In-Reply-To: References: Message-ID: <511AA71C.7090107@steve-m.de> Hi, On 02/09/2013 03:32 PM, Massimo Borlis wrote: > 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 No, we can't add this device, as it's not RTL2832-based. The dongle you have has an Afatech AF9015 chipset. Regards, Steve From pab at pabigot.com Tue Feb 12 21:33:31 2013 From: pab at pabigot.com (Peter A. Bigot) Date: Tue, 12 Feb 2013 15:33:31 -0600 Subject: Still problem with "cb transfer status 1, cancelling" -> segmentation fault, libusb In-Reply-To: <929A34F7-5755-4380-95AB-B9CA3647CCA6@mksg.de> References: <929A34F7-5755-4380-95AB-B9CA3647CCA6@mksg.de> Message-ID: <511AB52B.9010703@pabigot.com> On 02/12/2013 01:34 PM, Markus Gonser wrote: > 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. My conclusion from thread (1), based on the response from Peter Stuge, was that rtl-sdr was mis-using libusb by closing the device without waiting for it to finish, and it's not a fault in libusb. Looks like git://git.osmocom.org/osmo-sdr is down, and the cgit browser is out of date, so I can't tell what's been done since. But the fix needs to be made in rtl-sdr, whether it's reverting the patch as I suggested or correcting it to wait before shutting things down. Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: From pwarren at pwarren.id.au Fri Feb 15 12:27:07 2013 From: pwarren at pwarren.id.au (Paul Warren) Date: Fri, 15 Feb 2013 23:27:07 +1100 Subject: rtl-entropy, atmospheric radio noise entropy source Message-ID: <511E299B.5040807@pwarren.id.au> -----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----- From keenerd at gmail.com Fri Feb 15 13:43:37 2013 From: keenerd at gmail.com (keenerd) Date: Fri, 15 Feb 2013 08:43:37 -0500 Subject: rtl-entropy, atmospheric radio noise entropy source In-Reply-To: <511E299B.5040807@pwarren.id.au> References: <511E299B.5040807@pwarren.id.au> Message-ID: On 2/15/13, Paul Warren wrote: > I just finished my first go at an entropy gathering tool for rtl-sdr. Take a look at snd-egd, http://code.google.com/p/snd-egd/ . It does something very similar but with the microphone. It uses the same bit-wise algo you do, but adapted to work with the higher bits as well. (More of a concern for audio with its limited bandwidth.) The one step you are missing is the feedback/mixing. Snd-egd xors fresh random bytes with the old random bytes sitting in the ring buffer. This step seems to be pretty important in most systems. Others go an extra mile and xor hashed random numbers with the old stream. > 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. Snd-egd is also a great example of how to do the plumbing. Also mentioned in your readme is frequency hopping, though that looks unimplemented. Best of luck convincing tinfoil hat folk to use an RNG that is literally controlled by radio waves. A 50 ohm terminator + shielding would probably be a good idea, so that you are tapping into the thermal noise of the ADC and amps. -Kyle http://kmkeen.com From pelletier.michel at gmail.com Fri Feb 15 16:26:32 2013 From: pelletier.michel at gmail.com (Michel Pelletier) Date: Fri, 15 Feb 2013 08:26:32 -0800 Subject: rtl-entropy, atmospheric radio noise entropy source In-Reply-To: <511E299B.5040807@pwarren.id.au> References: <511E299B.5040807@pwarren.id.au> Message-ID: Awesome Paul! I think this is a great idea, I experimented a bit with an rtl-sdr based RF noise random generator, but for Python only: https://github.com/michelp/randio Mostly for fun. As you mentioned running it through rng-test would be ideal but I haven't had the time. You've got the right idea making yours work as a kernel-level random device. Good luck! -Michel On Fri, Feb 15, 2013 at 4:27 AM, Paul Warren wrote: > -----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----- > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From m48 at mksg.de Sun Feb 17 13:17:06 2013 From: m48 at mksg.de (Markus Gonser) Date: Sun, 17 Feb 2013 14:17:06 +0100 Subject: Still problem with "cb transfer status 1, cancelling" -> segmentation fault, libusb In-Reply-To: <511AB52B.9010703@pabigot.com> References: <929A34F7-5755-4380-95AB-B9CA3647CCA6@mksg.de> <511AB52B.9010703@pabigot.com> Message-ID: Hello Peter, thank you for your answer! I had time to try out your suggestion today: i.e. revert the change from commit 3cbf1392612a0c6f02ec178f8e78568138f12b0a which you described in http://lists.osmocom.org/pipermail/osmocom-sdr/2013-January/000440.html It works now without problems! So what do we do? For me the problem is solved, but for others not. I don't know libusb well, what would have to be done, to make implement it properly? Markus Am 12.02.2013 um 22:33 schrieb Peter A. Bigot > On 02/12/2013 01:34 PM, Markus Gonser wrote: >> 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. > My conclusion from thread (1), based on the response from Peter Stuge, was that rtl-sdr was mis-using libusb by closing the device without waiting for it to finish, and it's not a fault in libusb. Looks like git://git.osmocom.org/osmo-sdr is down, and the cgit browser is out of date, so I can't tell what's been done since. But the fix needs to be made in rtl-sdr, whether it's reverting the patch as I suggested or correcting it to wait before shutting things down. > > Peter -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at steve-m.de Sun Feb 17 15:53:19 2013 From: steve at steve-m.de (Steve Markgraf) Date: Sun, 17 Feb 2013 16:53:19 +0100 Subject: Still problem with "cb transfer status 1, cancelling" -> segmentation fault, libusb In-Reply-To: References: <929A34F7-5755-4380-95AB-B9CA3647CCA6@mksg.de> <511AB52B.9010703@pabigot.com> Message-ID: <5120FCEF.4040104@steve-m.de> Hi, On 17.02.2013 14:17, Markus Gonser wrote: > It works now without problems! So what do we do? For me the problem is > solved, but for others not. I don't know libusb well, what would have to > be done, to make implement it properly? I just pushed a change that fixes the problem, please give it a try. Regards, Steve From paimg0uut at btinternet.com Sun Feb 17 19:06:28 2013 From: paimg0uut at btinternet.com (paim) Date: Sun, 17 Feb 2013 19:06:28 +0000 (GMT) Subject: rtl sdr with macbook os x v10.8.2 Message-ID: <1361127988.21654.YahooMailNeo@web186001.mail.ir2.yahoo.com> ? 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? -------------- next part -------------- An HTML attachment was scrubbed... URL: From oz9aec at gmail.com Tue Feb 19 00:28:04 2013 From: oz9aec at gmail.com (Alexandru Csete) Date: Tue, 19 Feb 2013 01:28:04 +0100 Subject: rtlsdr-based spectrum analyzer on a Beaglebone Message-ID: 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 From oliver.goldenstein at gmail.com Tue Feb 19 12:58:42 2013 From: oliver.goldenstein at gmail.com (Oliver Goldenstein) Date: Tue, 19 Feb 2013 12:58:42 +0000 Subject: rtlsdr-based spectrum analyzer on a Beaglebone In-Reply-To: References: Message-ID: Very nice work Alexandru. Many thanks for sharing. 73 Oliver DL6KBG Am 19.02.2013 02:01 schrieb "Alexandru Csete" : > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From benjamin.n.moore at gmail.com Sun Feb 24 10:15:12 2013 From: benjamin.n.moore at gmail.com (Ben Moore) Date: Sun, 24 Feb 2013 02:15:12 -0800 Subject: rtl_fm scanning Message-ID: 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 From mikhailp at pacbell.net Tue Feb 19 14:56:39 2013 From: mikhailp at pacbell.net (Mikhail Popov) Date: Tue, 19 Feb 2013 06:56:39 -0800 Subject: an issue with rtl Message-ID: <512392A7.5040305@pacbell.net> 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 -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-1.png Type: image/png Size: 137526 bytes Desc: not available URL: -------------- next part -------------- $ 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 __________________________________________ From steve at steve-m.de Mon Feb 25 19:01:57 2013 From: steve at steve-m.de (Steve Markgraf) Date: Mon, 25 Feb 2013 20:01:57 +0100 Subject: an issue with rtl In-Reply-To: <512392A7.5040305@pacbell.net> References: <512392A7.5040305@pacbell.net> Message-ID: <512BB525.3000606@steve-m.de> Hi, On 19.02.2013 15:56, Mikhail Popov wrote: > 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. This is caused by the DC offset of the ADC inputs of the RTL2832, nothing you can do about that, apart from cancellation algorithms or simply offset tuning (so you don't have the signal you want to receive in the middle of the spectrum). Regards, Steve From 246tnt at gmail.com Mon Feb 25 19:12:46 2013 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 25 Feb 2013 20:12:46 +0100 Subject: an issue with rtl In-Reply-To: <512392A7.5040305@pacbell.net> References: <512392A7.5040305@pacbell.net> Message-ID: > 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? That's DC offset error, it's a HW thing common to all zero-if receiver architecture. Cheers, Sylvain From laforge at gnumonks.org Tue Feb 26 20:30:28 2013 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 26 Feb 2013 21:30:28 +0100 Subject: [ANNOUNCE] OsmoDevCon 2013-04-04 till 2013-04-07, Berlin Message-ID: <20130226203028.GK1262@prithivi.gnumonks.org> 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 at 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 at lists.osmocom.org mailing list, to avoid cross-posting over the various project-specific lists. Best regards and happy hacking, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 190 bytes Desc: Digital signature URL: From anton.komarov at gmail.com Wed Feb 27 14:54:32 2013 From: anton.komarov at gmail.com (Anton Komarov) Date: Wed, 27 Feb 2013 18:54:32 +0400 Subject: RTL uvd mode Message-ID: Hi, guys. In Russia aviation has similar to ADSB communication protocol - UVD-M at 740 MHz. Is it possible to extend rtl_adsb utility to decode this protocol too? Detailed explanation of protocol can be found here - http://rtl1090.web99.de/homepage/index.php?way=1&site=READOUT&DERNAME=RTL1030&dm=rtl1090&USER=rtl1090&goto=1&XURL=web99.de&WB=&EXTRAX=X&PIDX=102339 From beardal at unixservice.com.au Thu Feb 28 23:08:48 2013 From: beardal at unixservice.com.au (Alan Beard) Date: Fri, 1 Mar 2013 09:08:48 +1000 Subject: Please add LEADTEK VID 0413:6f0f Message-ID: <20130228225332.M1947@unixservice.com.au> 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.