Re: [Discuss-gnuradio] USRP from SVN - no ./bootstrap and ./configure

2006-06-28 Thread Eric Blossom
On Wed, Jun 28, 2006 at 06:07:29PM -0500, Jan van Niekerk wrote: > As per the USRP svn repository instructions I run the following > command: > > svn co http://usrp.svnrepository.com/svn/usrp/trunk usrp > > Upon completion, the INSTALL file talks about ./configure. > > Some other how-to sites a

[Discuss-gnuradio] USRP - hotplug / udev / auto-loading of firmware

2006-06-28 Thread Kalen Watermeyer
Hello again, Am I correct in saying that the standard USRP setup is to have some entry in hotplug configuration that points the device manager to a firmware loading app, allowing the USRP to be configured as soon as it is detected? I ask because I run Ubuntu 6.06 (Dapper), which uses udev, and wi

Re: [Discuss-gnuradio] USRP from SVN - no ./bootstrap and ./configure

2006-06-28 Thread WaveMaker
Get bootstrap from http://opensdr.cvs.sourceforge.net/opensdr/usrp/ ("old" repository) ./bootstrap will rebuild configure. IMHO bootstrap should be on svn too. > As per the USRP svn repository instructions I run the following command: > > svn co http://usrp.svnrepository.com/svn/usrp/trunk u

[Discuss-gnuradio] USRP from SVN - no ./bootstrap and ./configure

2006-06-28 Thread Jan van Niekerk
As per the USRP svn repository instructions I run the following command: svn co http://usrp.svnrepository.com/svn/usrp/trunk usrp Upon completion, the INSTALL file talks about ./configure. Some other how-to sites also talk about ./bootstrap. I cant find configure or bootstrap in the above svn

Re: [Discuss-gnuradio] NetBSD USB progress

2006-06-28 Thread Joanne M Mikkelson
> There is a long outstanding bug in benchmark_usb that has it be > unreliable. It's been a long time since I looked at it. The problem > could be in the lfsr synchronization. Yeah, I saw the comment in the file. What I find interesting about it is that it's only failing for the slowest transfer

[Discuss-gnuradio] RE: [Commit-gnuradio] gnuradio-core/src/lib/general gr_correlate_acce...

2006-06-28 Thread Tom Rondeau
[Moving to list, per Eric's request] Right, so we are talking about implementing 8PSK and pi/4 DQPSK, the later being more important as it shows up in implementation often. My concern with both, though, is the phase and frequency synchronization. I'm sure someone out there has some experience with

Re: [Discuss-gnuradio] Export Controls

2006-06-28 Thread Daniel Garcia
> It seems to me that a USRP with a Gnu Radio > filterbank in the back-end is such a receiver, > and is thus subject to U.S. export control. That part of the law is meant to deter the export of radios what can be used for surveillance of things like cell phone frequencies. For example, CDMA us

[Discuss-gnuradio] RE: [Commit-gnuradio] gnuradio-core/src/lib/general gr_correlate_acce...

2006-06-28 Thread Tom Rondeau
Yeah, I see your point. Thinking about it after I sent that email, it hit me that you have the same (small) chance of getting a random signal that is a perfect conjugate (or 1 or 2 off) as you have of getting an exact match to begin with, so it all works out the same. The original method here was

[Discuss-gnuradio] Re: [Commit-gnuradio] gnuradio-core/src/lib/general gr_correlate_acce...

2006-06-28 Thread 'Eric Blossom'
[Moved to list, following my own recommendation ;)] Regarding: searching for normal and conjugated match in gr_correlate_access_code. On Wed, Jun 28, 2006 at 05:03:09PM -0400, Tom Rondeau wrote: > > > > > This is OK, but there's a much simpler, and faster way to handle the > > problem. > > >

Re: [Discuss-gnuradio] Export Controls

2006-06-28 Thread John Clark
Marcus Leech schrieb: So, I was reading over a superficial summary of U.S. export controls today, and discovered that radio receivers capable of more than 1000 channels (what the heck is a channel?) and able to switch channels in under 1ms are export-controlled technology. It seems to me tha

[Discuss-gnuradio] Export Controls

2006-06-28 Thread Marcus Leech
So, I was reading over a superficial summary of U.S. export controls today, and discovered that radio receivers capable of more than 1000 channels (what the heck is a channel?) and able to switch channels in under 1ms are export-controlled technology. It seems to me that a USRP with a Gnu Rad

[Discuss-gnuradio] Creating a CW receiver for 20m ham band

2006-06-28 Thread Mark Petrovic
Good day.Does anyone have GNU Radio code I can inspect to learn how to decode and render to audio CW transmissions in, say, the US amateur bands?Thank you.-- Mark ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/list

[Discuss-gnuradio] usrp_tv_rcv issues !!

2006-06-28 Thread Augusto Pedroza
I read the thread below and I have the same problems.http://lists.gnu.org/archive/html/discuss-gnuradio/2006-05/msg00026.html   Here in Brazil these are the frequencies for valid analog TV channels (VHF / PAL-M):  Mhz  54  - 60     Channel 2  66  - 70     Channel 4  82  - 88 Channel 6  186 - 18

Re: [Discuss-gnuradio] Which LinuxOS to use?-->1.Unbuntu, Fedora, Mandrake, FreeBSD

2006-06-28 Thread Eric Blossom
On Wed, Jun 28, 2006 at 10:40:37AM -0400, Lamar Owen wrote: > On Monday 26 June 2006 18:22, Robert McGwier wrote: > > I installed Ubunto 5.X and GnuRadio just made and ran after I used apt > > (synaptic) to download any package GnuRadio could not find. With Ubunto > > Yes; on Fedora Core 5 I just

Re: [Discuss-gnuradio] Which LinuxOS to use?-->1.Unbuntu, Fedora, Mandrake, FreeBSD

2006-06-28 Thread Lamar Owen
On Monday 26 June 2006 18:22, Robert McGwier wrote: > I installed Ubunto 5.X and GnuRadio just made and ran after I used apt > (synaptic) to download any package GnuRadio could not find. With Ubunto Yes; on Fedora Core 5 I just used 'yum install' in an identical fashion as you would use 'apt-get

Re: [Discuss-gnuradio] Reading I & Q from a binary file

2006-06-28 Thread Eric Blossom
On Wed, Jun 28, 2006 at 06:00:13AM +, paul munro wrote: > I have updated from CVS and re-recorded a new file using complex types and > the gain set to 20. OK. > LabView is able to read in any type, so I have defined it to read single > precision floats (assuming the first 32 bits are I and