Thought the list might be interested in this: (Sorry if it is a dupe.)
http://arstechnica.com/news.ars/post/20071127-verizon-opens-up-will-support-any-device-any-app-on-its-network.html
Some salient quotes:
"[Verizon] announced an impressive "open access" plan for its network that will go
i
On Fri, 2007-06-22 at 10:32 -0700, Johnathan Corgan wrote:
> Lee Patton wrote:
>
> > I want to transmit and receive in the 144 MHz (2m) band, but there isn't
> > a daughterboard available for that band. 144 MHz will alias to 16 MHz
> > with a 64 MHz sampling frequen
I'm sure this has been previously discussed on the list, but I can't
find the discussion in the archives...
I want to transmit and receive in the 144 MHz (2m) band, but there isn't
a daughterboard available for that band. 144 MHz will alias to 16 MHz
with a 64 MHz sampling frequency. So, sub-nyq
On Mon, 2007-02-26 at 00:55 -0800, seph 004 wrote:
> I have a vector source producing a sine wave, and then I'm using
> gr.head to limit the number of samples sent.
I'm sure you checked this, but are you trying to capture the first few
samples of sin(x)? I so, sin(x) = x for small angles, and s
The shortest pulse duration which you can transmit is going to be
limited by:
a) the sampling rate of the converters
b) the USB interface
c) the bandwidth of IF/RF components
I don't know your exact setup. So, let me provide an example of what
I'm doing:
I transmit and receive in an always
Hi all -
Has anyone measured the sensitivity of the RFX-2400? If so, would you
please share your findings. (Also, please discuss not only how you
define sensitivity, but also how you measured it.) I found the
following discussion regarding RFX-400, but none on RFX-2400.
http://lists.gnu.org/arch
Whoops. My server was down. Sorry, about that. Try the pattoncentral.org
link again. I also posted the drawings to
http://www.wright.edu/~patton.5/gnuradio/diagram/ . This server should
never be down.
-Lee
On Sat, 2006-12-09 at 14:59 -0800, Dan Halperin wrote:
> Rohit Gupta wrote:
> > Hi,
> >
>
ttp://www.comsec.com/software-radio.html
Not much GR stuff here. But, hey, he's the man.
Passive Radar
http://comsec.com/gnuradio-project-2006.html
http://events.ccc.de/congress/2005/fahrplan/attachments/673-slides-passive-radar.pdf&e=10401
Lee Patton
http://www.pattoncentral.o
Congrats to Matt and Eric for the writeup in IEEE Spectrum!
http://www.spectrum.ieee.org/oct06/4654
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Jason and Daniel -
Thanks for the feedback. I'll look into PIN diodes. The reason I
wanted to use a circulator was because it doesn't require a switching
signal to be generated from the USRP. And, while generating such a
signal is possible, it is difficult (if not impossible?) to ensure it is
t
My active radar code has been working for some time, but I'm just now
getting around to thinking about real-world tests. The difficulty I'm
facing at the moment is how to isolate the transmitter and receiver
while still providing decent power on target. I'm looking for
suggestions.
Right now, us
The tutorials moved:
http://www.nd.edu/~jnl/sdr/docs/
On Thu, 2006-09-28 at 12:16 -0500, TM Tiwari wrote:
> Hi Eric,
>
> I was serching for the tutorials but I could not find it. Can you
> please help me in this regard, because I am just about to start the
> GNU Radio project?
>
> Thank you
>
>
On Mon, 2006-09-25 at 05:19 +, Newell Jensen wrote:
> I have been having problems getting the audio examples to work from the
> command line. I can get the examples to execute by clicking on their
> respective GUI icons but when I go to do it from the command line I do not
> hear anything c
Good places to start:
http://www.nd.edu/~jnl/sdr/docs/
http://www.gnu.org/software/gnuradio/doc/exploring-gnuradio.html
http://www.gnu.org/software/gnuradio/doc/howto-write-a-block.html
Also, play around with examples in gnuradio-examples/python/usrp/
-Lee
On Mon, 2006-09-25 at 04:09 +, Newe
On Wed, 2006-09-20 at 18:31 -0600, Bahn William L Civ USAFA/DFCS wrote:
> Assuming that I am ever able to actually establish communications with
> the USRP, what is the simplest way to get raw data to/from the USRP?
The simplest way to get raw data to/from the USRP is to use the GNU
Radio code!
l also yield the amplitude since the power
> of the sinusoid as measured by the FFT's in use above will yield the
> result for the amplitude. If this is to be done real time, then a
> cascade of power of 2 reductions in sample rate and frequency offset can
> be done until the p
On Mon, 2006-09-18 at 14:08 -0400, Lee Patton wrote:
> On Mon, 2006-09-18 at 12:32 -0400, Achilleas Anastasopoulos wrote:
> > John,
> >
> > If want to measure the time difference between two sine waves in noise
> > and accuracy is your primary objective, the
On Mon, 2006-09-18 at 12:32 -0400, Achilleas Anastasopoulos wrote:
> John,
>
> If want to measure the time difference between two sine waves in noise
> and accuracy is your primary objective, then you should start with the
> "optimal" solution to the problem and not with an ad-hoc technique
> suc
On Wed, 2006-08-30 at 20:25 -0400, Nikhil wrote:
> Thanks for posting this -- very useful indeed.
>
> Minor fix on the Tx chain: I think the ADF4360 PLL feeds the LO
> port(s) of the Quad. Mod.
Definitely. Fixed it. Thanks for the feedback.
-Lee
__
On Wed, 2006-08-30 at 06:56 +, Eric Blossom wrote:
> On Tue, Aug 29, 2006 at 10:08:47PM -0400, Lee Patton wrote:
> > I've taken a shot at coming up with block diagrams for the USRP and
> > RFX2400. The diagram for the USRP is the result of information I've
> >
forgot to include the list...
--- Begin Message ---
On Wed, 2006-08-30 at 11:06 +0800, hanwen wrote:
> I'm going to implement a 2 x 2 MIMO system with USRP and I came up
> with some problems of using USRP as sink and source.
> I'm using FLEX 2400. At the Tx side. I'm going to use two flex2400s
> wi
I've taken a shot at coming up with block diagrams for the USRP and
RFX2400. The diagram for the USRP is the result of information I've
gleaned from different messages in the list, data sheets, and block
diagrams created by other GNU Radio users (specifically, Achilleas
Anastasopoulos). The RFX24
>From the AD9862 data sheet:
"For signals with maximum frequencies less than or equal to 3/16 the ADC
sampling rate, fADC, the decimate by 2 filter (or half-band filter) can
be used to provide on-chip suppression of out-of- band images and noise.
When data is present in frequencies greater than 1
On Wed, 2006-08-09 at 15:26 +0200, Vincenzo Pellegrini wrote:
> thanks Eric, thanks Lee.
>
> octave import function worked straightforward, and was actually very
> useful.
>
> I still have some doubts about the 8bit samples.
>
> I have tried the usrp_fft.py, but when I do require 8bit samples th
On Fri, 2006-08-04 at 10:59 +0200, Vincenzo Pellegrini wrote:
> hi everybody,
Hi, Vincenzo
> I'd like to know how I can convert a GNURadio .dat sample stream into a
> format which I can handle through matlab or octave.
Look in gnuradio-core/src/utils. There are m-files for reading the .dat
file
On Tue, 2006-08-01 at 17:35 -0700, Eric Blossom wrote:
> On Tue, Aug 01, 2006 at 08:26:58PM -0400, Lee Patton wrote:
> > I see a single USRP underrun (uU) about four out of five times that my
> > application starts. My transmit work() routine couldn't be simpler: a
> >
I see a single USRP underrun (uU) about four out of five times that my
application starts. My transmit work() routine couldn't be simpler: a
for-loop that moves data from a local buffer to the output buffer. So,
I don't think I can scale it back or anything.
Is there anything I can do to avoid t
On Mon, 2006-07-31 at 13:17 -0700, Matt Ettus wrote:
> Are you doing any carrier tracking?
No I am not. At the time I wrote the post, I didn't think I needed it
since my pulses came back looking pretty good except for the whole
"positive values only" thing. However, my data looks a lot better
On Tue, 2006-06-20 at 22:51 -0700, Eric Blossom wrote:
> [set_auto_tr()] is independent of the daughterboards.
> The daughterboards that care (right now only the RFX boards), set it
> up to enable or disable part of the Tx and RX RF paths depending on
> whether or not there's data to be transmit
On Thu, 2006-06-29 at 07:44 +0100, Kalen Watermeyer wrote:
> I ask because I run Ubuntu 6.06 (Dapper), which uses
> udev, and will need to edit my device manager's rules
> to identify my custom board, and am not sure if this
> is necessary. Oh, and the OS detects my FX2 micro when
> I run lsusb (al
Ubuntu is very easy to install under. Here's my guide if you want to
check it out: http://www.pattoncentral.org/?p=27
It is based off of the following guides:
* http://m0mik.org/
* http://comsec.com/wiki?HowtoBuildFromCVS
*
http://lists.gnu.org/archive/html/discuss-gnuradio/2006-06/ms
00239.html
http://lists.gnu.org/archive/html/discuss-gnuradio/2006-06/msg00252.html
Thanks,
-Lee
- Original Message -
From: Thomas Schmid <[EMAIL PROTECTED]>
Date: Friday, June 23, 2006 0:36 am
Subject: Re: [Discuss-gnuradio] RFX-2400 Loopback
To: Lee Patton <[EMAIL PROTECTED
I'm trying to do a simple loopback using the RFX-2400. I have written
custom source and sink blocks, and everything works fine when I connect
them directly [e.g, fg.connect ( src, dst)]. However, I get weird data
in my output file when I put the USRP between them [e.g., fg.connect (
src, u_snk);
This one's most likely for Matt:
I would like to connect the RFX-2400 Tx/Rx and Rx ports via coax and
some attenuators. Here's my best guess at how much attenuation I need
when tuning to 2.4 GHz:
Rx
-
* signal enters through HMC174MS8 T/R switch -- negligible effect
* then MGA 82563 LNA -- a
On Thu, 2006-06-15 at 02:12 +0200, Martin Dvh wrote:
> Eric Blossom wrote:
> > On Wed, Jun 14, 2006 at 02:00:27PM -0400, Lee Patton wrote:
> >
> >>Hi, folks -
> >>
> >>I'm trying to build an active pulsed radar using GR/USRP. Right now I am
> &g
Hi, folks -
I'm trying to build an active pulsed radar using GR/USRP. Right now I am
only concerned with the transmission and reception of pulses. All radar
signal processing will happen offline. I know Eric is working on
passive radar. Has anyone tried active yet?
I have a start on the Tx and
On Thu, 2006-06-01 at 09:37 +0800, Daniel Piccoli wrote:
> ...and GPS (what bandwidth does this require?).
The peak-to-null bandwidth of the C/A signal (on L1=1575 MHz) is about 1
MHz, and the peak-to-null bandwidth of the P/Y signal (on L1 and L2=1227
MHz) is about 10 MHz.
The C/A signal is fo
I just started using my RFX-2400 today, and all was going well. I had
used usrp_{oscope,fft}.py as regular user without incident. All of a
sudden, I started getting the "Unable to find USRP #0" runtime error.
It is probably something I've done, but I have no idea what. The usbfs
is mounted. I
I would like to transmit a stepped-frequency pulse train.
e.g.,
pulse 1 @ freq0, pulse 2 @ freq0+df, pulse 3 @ freq0+2*df, etc..
What makes this hard is that I need to set the vco frequency from within
a C++ block. Is there an example of this anywhere? If not, any hints?
I would guess this is
Thanks Martin! I was staring at that code for a half hour, and didn't
see it. I even grepped 'gr_' to see if it was something like that, and I
still didn't see it
Thanks for your time.
On Mon, 2006-05-15 at 00:55 +0200, Martin Dvh wrote:
> Lee Patton wrote:
> > I am
I am attempting to build modified versions of gr_file_source, and
gr_file_sink outside of gnuradio-core. I have successfully built, and
used my version of file_source (called rad_wvfm_source). However, I
cannot get my version of file_sink (called rad_wvfm_sink) to build into
a module so that it is
Any suggestions for getting nanosecond (or at least, sub-microsecond)
timing under Linux? The best I've Googled have been platform-dependent
assembly timers.
http://www.ncsa.uiuc.edu/UserInfo/Resources/Hardware/IA64LinuxCluster/Doc/timing.html#linuxasm
http://www.google.com/url?
sa=U&start=13&q=
Never mind. I was basing my rad.i file on gr_file_source.i. However,
gr_file_source.i is not stand-alone (unlike the *.i file in the howto).
Instead, it is included in io.i.
So, I was missing some requisite SWIG file stuff.
On Thu, 2006-05-11 at 16:07 -0400, Lee Patton wrote:
>
I successfully built the how-to-write-a-block example outside of
gnuradio-core. Now, I would like to implement my own version of
gr_file_source, and I was hoping to do it outside of gnuradio-core.
As a first step, I copied gr_file_source.* from core into a directory
structure similar to that use
You can now search the GNU Radio mailing list archives from the comfort
of your very own Firefox search bar. There are probably two people in
the world interested in doing this. If you're the other one, you can
install the search plugin by entering "GNU Radio" for "Site Name" at
http://mycroft.mo
This will be extremely challenging. Synthetic Aperture Radar is much
more complicated than say, pulsed-Doppler radar. Whereas, pulsed-Doppler
radar can be explained in a few minutes, SAR cannot. In fact, the
nuances of SAR take most people quite sometime to understand.
In addition to very strict r
nsfers to/from the USB
> bus and your slowish CPU.
> HTH
> Jim Hanlon
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]
> > g] On Behalf Of Lee Patton
> > Sent: Tuesday, April 18, 2006 5:19 PM
> > To: Eric Blossom
&
Thanks! Interesting board: PCM-9380 Pentium M 1.1 GHz fanless.
On Wed, 2006-04-19 at 21:36 -0700, Matt Ettus wrote:
>
> This company has some interesting embedded Pentium-M machines --
> fanless, 10W, USB 2.0
>
> http://www.advantech.com/
>
>
> Matt
>
>
> __
On Mon, 2006-04-03 at 11:20 -0700, Eric Blossom wrote:
> ... unless you're a glutton for punishment, don't get the Celeron
> version, spend the extra bucks and get the Pentium M.
Besides the dearth of on-board cache, what are the other drawbacks of a
Celeron?
To fit the dimensional requirement I
All -
Clark was nice enough to outline some steps he saw as necessary for
getting GNU Radio running on an IPAQ:
"1. get an Ipaq (there are 520 mhz models now for ~$400)
2. install linux (http://familiar.handhelds.org/)
3. get a cross compiler for ipaq (see above)
4. port python to ipaq/linux
> > Reran my custom dbs program and it worked fine EXCEPT:
> > The default decimation is 4 so I'm recording at 11 megasamples per
> > second. (oddly enough I'm still able to demodulate my 802.11b packets
> > fine even though the chip rate is 11 mcps!?) When I try a decimation
> > rate of 2 I get
Is there an inherent problem with using the DBS Rx? I think this
discussion started once, but I can't find it in the archives.
Has any one successfully captured GPS and processed out position
information using GNU Radio and USRP? I remember Krys Kamieniecki was
working on it, but last I remem
= 3.81 --> D = 4
and for complex
D >= 2*16*64e6/(32*2^23) = 7.63 --> D = 8
On Wed, 2006-04-05 at 17:46 -0400, Lee Patton wrote:
> Hi John -
>
> 16/D bits/sample x 64e10 samples/sec x 1 B/8 bits x 1 MB / 2^20 B <= 32
> MB/sec
>
> Therefore,
>
> D >= 16*64e10 /
Hi John -
16/D bits/sample x 64e10 samples/sec x 1 B/8 bits x 1 MB / 2^20 B <= 32
MB/sec
Therefore,
D >= 16*64e10 /(32*8*2^20) = 3.814 -> 4
So, if you want to transmit twice as many sample across the bus...
D > = 2*16*64e10 /(32*8*2^20) = 7.63 -> 8
...you have to halve your sampling frequency
Thanks, Chuck. Very useful to know.
On Mon, 2006-04-03 at 15:34 -0400, Charles Swiger wrote:
> On Mon, 2006-04-03 at 10:22 -0700, Thomas Schmid wrote:
>
> > Also, did you consider the power consumption of the usrp? I don't know
> > if someone measured it, but this might also be a problem for you,
On Mon, 2006-04-03 at 10:22 -0700, Thomas Schmid wrote:
> Hi Lee,
>
> We are also looking into similar things, though we don't have the
> power constraints which will be difficult to meet. We are currently
> looking at a micro-atx solution with an amd geod nx processor since
> this one is compatib
I can at least try some
> things out to gage how much work is involved.
>
> Thanks,
> Clark
>
>
>
>
> >From: Lee Patton <[EMAIL PROTECTED]>
> >To: discuss-gnuradio@gnu.org
> >Subject: [Discuss-gnuradio] Embedded control of USRP
> >Date: Sat, 0
Thanks very much for the reply, Pete. I believe I have been abusing the
terminology here. According to Wikipedia:
" An embedded system is a special-purpose computer system, which is
completely encapsulated by the device it controls. An embedded system
has specific requirements and performs pre-
I would like to control the USRP with a smaller embedded Linux computer
instead of a laptop. I've don't have any experience with this sort of
thing, and searching "embedded" in the mailing list archive didn't
return much. So, I was hoping some of you pros out there might be able
to point me in the
The mailing list archive has a lot on this. e.g.,
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-02/msg00285.html
On Wed, 2006-01-25 at 05:16 +0100, Pacho V wrote:
> On Wednesday 25 January 2006 04.22, Eric Blossom wrote:
> > On Wed, Jan 25, 2006 at 03:56:25AM +0100, Pacho V wrote:
> > >
I was seeing a segfault on the exit of usrp_{fft,oscope}.py, but that
has been fixed by Eric in recent code. This is probably a long shot, but
maybe you're using old or unfixed code. See the following message chain
for details:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-10/msg00227.ht
plot the average output power vs. commanded gain. I attempted to do that (http://lists.gnu.org/archive/html/discuss-gnuradio/2005-12/msg00257.html ) but I think I calibrated with too low an input signal.
On Mon, 2006-01-02 at 22:19 -0500, Marcus Leech wrote:
Matt Ettus wrote:
>Lee P
I have seen that problem too. It is the result of incorrect python
integer/float semantics during the setting of the gc2 variable in the
set_gain() method found in db_dbs_rx.py. I will post a complete patch
once I am finished investigating some other gain issues that I have
noticed.
For now, the
On Wed, 2005-12-21 at 23:02 -0800, Matt Ettus wrote:
> Lee Patton wrote:
> > I don't understand why the gain range returned by the DBSRx ranges from
> > 0 to 104 when the PGA gives only 0 to 20 dB. Obviously, the answer lies
> > in db_dbs_rx.py, but I haven't a clu
FFTW causes a segfault when built with gcc 3.4.2 under FC3.
See:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-10/msg00241.html
Often in the past, this has been confused with a problem with wxPython
because everyone notices it in usrp_fft.py. This may or may not be your
problem. To b
Not exactly sure why this is, but the call to set_rx_freq() in
usrp_rx_cfile.py does not work for the DBSRX board, and should be
replaced as follows:
25c25
< u.set_rx_freq (0, options.ddc_freq)
---
> r = usrp.tune( u, 0, usrp.selected_subdev( u, (0,0)),
options.ddc_freq);
A cursory look a
I don't understand why the gain range returned by the DBSRx ranges from
0 to 104 when the PGA gives only 0 to 20 dB. Obviously, the answer lies
in db_dbs_rx.py, but I haven't a clue as to what the code is really
doing. Can anyone (Eric) explain? I read about Registers 2/3 in the
AD9862 data shee
This one's for Matt.
I found a post* where the noise figure of the DBSRX is estimated to be
between 3 and 8 dB, depending on whether an SNR of 35 or 30 dB is used.
It also mentions that cable losses were not accounted for in this
estimate. This was back in May, before the release. Matt, do you hav
I am happy to report that FFTW can be built with --enable-sse under
Fedora Core 3 using gcc 3.4.4.
Ignore the rest if this has never been a problem for you...
I originally built FFTW with gcc 3.4.2, and ran into the same problem as
these fine folks:
http://lists.gnu.org/archive/html/discuss-gnur
Woops! a little copy and paste error. The line should have been
everything inside the quotes:
"usbfs /proc/bus/usb usbfs devgid=500,devmode=0664 0 0"
Thanks to Robert Kelley for pointing that out.
On Fri, 2005-10-28 at 12:57 -0400, Lee Patton wrote:
> Mike -
>
> I gue
Mike -
I guess you set your USB permissions per:
http://lists.gnu.org/archive/html/discuss-gnuradio/2005-02/msg00285.html
Basically, adding the following line (without the quotes) to /etc/fstab:
"usbfs /proc/bus/usb usbfs devgid=500,devmode=0664 0 0"ode=0664 0
h
with "500" changed to the
-> bool"""
(Pdb) s
Well, I'm not much help from this point forward. Hopefully, that gives
you something to work with.
- Lee
On Thu, 2005-10-27 at 19:15 -0700, Eric Blossom wrote:
> On Thu, Oct 27, 2005 at 09:14:18PM -0400, Lee Patton wrote:
> >
> >
//comsec.com/usrp/usrp_fpga_rev2_2005_10_24.rbf
>
> cheerio Berndt
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] Behalf Of
> Lee Patton
> Sent: Friday, 28 October 2005 10:15 AM
> To: Eric Blossom
> Cc: Discuss gnuradio
> Subject: Re: [Discuss-gnu
hu, 2005-10-27 at 16:34 -0700, Eric Blossom wrote:
> On Thu, Oct 27, 2005 at 07:14:38PM -0400, Lee Patton wrote:
> > Hi all -
> >
> > I seem to have the baseline packages, gnuradio, and usrp code installed
> > okay. The example files "usrp_oscope.py" and &quo
ed
by gnuradio. I say this because the example files run. I just can't set
the frequency.
My questions are:
1) Any idea how to fix the problem causing the "Failed to set init..."
message?
2) Can SDCC 2.5.0 be used, or is 2.4.0 an absolute must?
Thanks,
- Lee
--
Lee Patton
Sen
> Some background, I am installing it on FC4 per the instruction given at
> KD7LMO's. I am using FC4 because at my initial research, the KD7LMO's
> seemed the most detailed and mentioned that it was done on FC3. Linux is
> new to me, I have experience in programming on Sun op
so.0 (0x00461000)
>
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x009ca000)
>
> libm.so.6 => /lib/libm.so.6 (0x00b08000)
>
> libc.so.6 => /lib/libc.so.6 (0x005d6000)
>
> libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0031e000)
>
77 matches
Mail list logo
