Hi,
We are working on using GNURadio for using it as RF node capable of
2*2/4*4 MIMO. All the RF nodes are connected to very big FPGA like the
one used in "Berkeley Emulation Engine (BEE)" using "Infiniband"
Optical Fiber. All the signal processing is implemented in "BEE"
hardware. We wanted to r
Hi, everyone.
I have problems with installing usrp when i give a command make.
The error like this:
[EMAIL PROTECTED] usrp-0.12]# make
make all-recursive
make[1]: Entering directory `/home/usrp/usrp-0.12'
Making all in config
make[2]: Entering directory `/home/usrp/usrp-0.12/config'
make[2]: Nothi
G'day,
I've successfully built and tested gnuradio-3.0.3rc1 with pkgsrc see below:
barossa: {376} make install
===> Checking for vulnerabilities in gnuradio-3.0.3rc1
===> Installing for gnuradio-3.0.3rc1
=> Automatic manual page handling
=> Registering installation for gnuradio-3.0.3rc1
gnuradio-
Eric Blossom <[EMAIL PROTECTED]> writes:
> The build tree should be linking against the build tree
> (non-installed) libs.
I agree, and pretty clearly it wasn't.
> I understand your goal, but that's not how we're currently doing it.
> If you've got a suggestion (and a patch) to handle this robu
On Fri, Feb 23, 2007 at 05:27:45PM -0500, Greg Troxel wrote:
> I updated and tried to build the head of svn recently after not having
> done so for several weeks. The block code failed to build,
> complaining about several pmt_foo functions not being found. I did a
> 'make -k install' from top l
On 2/23/07, John Clark <[EMAIL PROTECTED]> wrote:
Daniel Garcia schrieb:
> can you send me the output from the console? and the command line you used.
>
> -Daniel
This is what I get:
./usrp_tv_rcv_testingNTSC.py -n -f 477.25 -d 26
This may be a stupid question, but does it matter that the freq
Greg Troxel wrote:
> I updated and tried to build the head of svn recently after not having
> done so for several weeks. The block code failed to build,
> complaining about several pmt_foo functions not being found. I did a
> 'make -k install' from top level, and then it built fine. So it seem
I updated and tried to build the head of svn recently after not having
done so for several weeks. The block code failed to build,
complaining about several pmt_foo functions not being found. I did a
'make -k install' from top level, and then it built fine. So it seems
that the build is linking
thanks Brian.
vincenzo
On Fri, 2007-02-23 at 16:54 -0500, Brian Padalino wrote:
> On 2/23/07, Vincenzo Pellegrini <[EMAIL PROTECTED]> wrote:
> > Hi Matt,
> >
> > could you please detail to me the modification needed to use the
> > following feature of the RFX400
> >
> >
> > quote:
> >
> > "
> > A
On Thu, Feb 22, 2007 at 12:43:13AM -0500, Brian Padalino wrote:
> On 2/21/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
> >I'm planning on adding a section talking about the control channel.
> >I expect the control channel payload to be composed of a sequence of
> >ops + args that is reasonably easy
On 2/23/07, Vincenzo Pellegrini <[EMAIL PROTECTED]> wrote:
Hi Matt,
could you please detail to me the modification needed to use the
following feature of the RFX400
quote:
"
Additionally, minor modifications to the board can move
receive ports.the frequency range to anywhere from 200 MHz to
8
Hi Matt,
could you please detail to me the modification needed to use the
following feature of the RFX400
quote:
"
Additionally, minor modifications to the board can move
receive ports.the frequency range to anywhere from 200 MHz to
800 MHz (contact Ettus Research for details).
"
we could b
John,
You may also want to try increasing the decimation (lowering the bandwidth);
this may help cut some noise. Change the -d flag to 32 or 64.
-Daniel
- Original Message
From: Daniel Garcia <[EMAIL PROTECTED]>
To: John Clark <[EMAIL PROTECTED]>
Cc: GNURadio Discussion List
Sent: Fr
I see your using an over the air channel. I've only tested with cable tv. The
simple detector probably can't deal with the noise found in that signal. I will
connect an antenna to my board tonight and look in to that. If you happen to
have cable (or the VHF output of a TV receiver) you can try
2007 Virginia Tech Symposium on Wireless Personal Communications
http://wireless.vt.edu/symposium.htm
June 6-8, 2007
Special Track for Open Source Software Defined Radio.
For the 16th annual Wireless Symposium, [EMAIL PROTECTED] will host a special
track focused on Open Source Software Defined
Daniel Garcia schrieb:
can you send me the output from the console? and the command line you used.
-Daniel
This is what I get:
./usrp_tv_rcv_testingNTSC.py -n -f 477.25 -d 26
Using RX d'board A: TV Rx Rev 3
width:156
height:262
d_output_buffer_size:40872
LEADING_EDGE_DETECTION_THRESHOLD: 0.9
T
Trond Danielsen wrote:
> Sorry for not expressing myself clearly. This is what I was thinking of:
>
> d_length = (int)(1ULL << degree)-1;
That's a 64-bit unsigned long long constant equal to 1. I need that to
be able to shift left by 32; if it were just the 1UL it would fall off
the end.
> Sor
Sorry for the confusion.
My program jammer.py got Segmentation error and stopped.
Now I am trying to rebuild fftw_3.0.1 (since from previous list in this
group, some one suggested to rebuild fftw without --enable-sse), it cannot
pass through the make :(
Thank you,
Xin
On Fri, 23 Feb 2007, Eric
2007/2/23, Johnathan Corgan <[EMAIL PROTECTED]>:
Trond Danielsen wrote:
> Is this correct?
> - - - - - - - - -
> gr_glfsr_source_b::gr_glfsr_source_b(int degree, bool repeat, int
> mask, int seed)
> : gr_sync_block ("glfsr_source_b",
> gr_make_io_signature (0, 0, 0),
>
On 2/21/07, Eric Blossom <[EMAIL PROTECTED]> wrote:
I'm planning on adding a section talking about the control channel.
I expect the control channel payload to be composed of a sequence of
ops + args that is reasonably easy to parse in the FPGA. Control
channel ops will honor the timestamp too.
On Wed, Feb 21, 2007 at 11:11:43PM -0500, Brian Padalino wrote:
> Eric,
>
> I realize what you have checked in is strictly very preliminary (hence
> keeping this off-list), but I was curious if you had plans to add
> basically every one of the FPGA register settings that might get set
> for each b
Moving off-list conversation back to list...
--- Begin Message ---
Eric,
I realize what you have checked in is strictly very preliminary (hence
keeping this off-list), but I was curious if you had plans to add
basically every one of the FPGA register settings that might get set
for each burst tra
On Fri, Feb 23, 2007 at 03:22:28PM -0500, Liu Xin wrote:
> Dear Eric:
>
> Thank you for your response.
> My memory size is 515936 kB and the swap size is 835340 kB.
>
> The program is used to generate some noise to 802.11 communication.
> I am generating different signals with a certain pulse wid
Thank you.
I run the make for fftw multiple times. Each it stops at different
files, all because of "/bin/sh: line xxx Segmentation Fault".
Best,
Xin
On Fri, 23 Feb 2007, Brian Padalino wrote:
> On 2/23/07, Liu Xin <[EMAIL PROTECTED]> wrote:
> > Now I am rebuilding fftw_3.0.1 on Ubuntu, still ge
Eric Blossom wrote:
> Looks like this needs some QA code.
>
> The original version probably didn't _really_ generate an m-sequence ;)
The QA code is there; it actually checks for the proper auto-correlation
properties for all sequences of degree 1 through 11, which implies the
length calculation
On 2/23/07, Liu Xin <[EMAIL PROTECTED]> wrote:
Now I am rebuilding fftw_3.0.1 on Ubuntu, still get errors when doing the
make :(
I've seen on my cygwin system where fftw would get a lot of "Resource
busy" lines just before make would error out. At times, I've even had
to run make up to 10 time
On Fri, Feb 23, 2007 at 12:10:17PM -0800, Johnathan Corgan wrote:
> Trond Danielsen wrote:
> > Is this correct?
> > - - - - - - - - -
> > gr_glfsr_source_b::gr_glfsr_source_b(int degree, bool repeat, int
> > mask, int seed)
> > : gr_sync_block ("glfsr_source_b",
> > gr_make_io_si
Dear Eric:
Thank you for your response.
My memory size is 515936 kB and the swap size is 835340 kB.
The program is used to generate some noise to 802.11 communication.
I am generating different signals with a certain pulse width (e.g. 20us),
and fixed idle width (e.g. 1000us). The program runs fo
Trond Danielsen wrote:
> Is this correct?
> - - - - - - - - -
> gr_glfsr_source_b::gr_glfsr_source_b(int degree, bool repeat, int
> mask, int seed)
> : gr_sync_block ("glfsr_source_b",
> gr_make_io_signature (0, 0, 0),
> gr_make_io_signature (1, 1, sizeof(unsign
2007/2/23, Johnathan Corgan <[EMAIL PROTECTED]>:
An implementation of a Galois-form LFSR pseudo-random sequence generator
is now in the trunk as of r4613.
gr.glfsr_source_b(degree, repeat=True, mask=0, seed=1)
degree: The shift register length, 1-32 inclusive
repeat: whether to repeat once sequ
On Fri, Feb 23, 2007 at 01:45:58PM -0500, Liu Xin wrote:
> Hello, All:
>
> I am using USRP for my project.
> I got fragmentation fault when running the python code. Googleing online I
> found one soultion might be to build fftw without --enable-sse.
>
> Therefore I download fftw-3.1.2:
> ./config
can you send me the output from the console? and the command line you used.
-Daniel
- Original Message
From: John Clark <[EMAIL PROTECTED]>
To: Daniel Garcia <[EMAIL PROTECTED]>
Cc: GNURadio Discussion List
Sent: Friday, February 23, 2007 1:16:55 PM
Subject: Re: [Discuss-gnuradio] NTSC
Achilleas Anastasopoulos wrote:
> but I have not been able to "redirect"
> audio to my local computer (eg, usrp_wfm_rcv.py does not work).
>
> Any ideas how to fix this?
The X remote protocol doesn't ship sound.
It's not trivial, but there's a solution:
http://www.radscan.com/nas.html
Your di
Hi Achilleas,
yes.. I had got a bit confused about how to use these blocks...
is this correct instead?
Nfft=2048
file_source_bytewise=gr.file_source(gr.sizeof_char,
"/mnt/root/gnuradio_datastreams/1.MPG")
file_chunker=gr.packed_to_unpacked_bb(1,gr.GR_LSB_FIRST
Daniel Garcia schrieb:
Hello,
I've completed a prototype for an NTSC decoder blockset for gnu radio.
It's not very sophisticated but it lets you see video on the screen
using gr-video-sdl. My development platform is Ubuntu 6.10 x86.
All I got was a black window. I know there is an analog TV
Maybe this is a bit off topic (I apologize):
I want to do a gnuradio demo using a laptop and connecting remotely
to my desktop (where gnuradio is installed and the USRP is connected).
Using
ssh -Y
I can get all windows appear etc (eg, usrp_fft.py works fine),
but I have not been able to "redirec
An implementation of a Galois-form LFSR pseudo-random sequence generator
is now in the trunk as of r4613.
gr.glfsr_source_b(degree, repeat=True, mask=0, seed=1)
degree: The shift register length, 1-32 inclusive
repeat: whether to repeat once sequence completes (True, False)
defaults to Tr
Hello, All:
I am using USRP for my project.
I got fragmentation fault when running the python code. Googleing online I
found one soultion might be to build fftw without --enable-sse.
Therefore I download fftw-3.1.2:
./configure -prefix=$home --enable-single --enable-shared
make
The make fails [ra
Hello,
I've completed a prototype for an NTSC decoder blockset for gnu radio. It's not
very sophisticated but it lets you see video on the screen using gr-video-sdl.
My development platform is Ubuntu 6.10 x86.
The signal starts out by using a custom AGC which simply scales the samples by
div
Hi all
anybody knows something about PING example in USRP architecture, got by OFDM
modulation?
If yes, could you drive me to that?
10x a lot
Roberto
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/disc
On Fri, Feb 23, 2007 at 11:31:22AM -0500, Achilleas Anastasopoulos wrote:
> Eric,
>
> I have developed a generic interleaver class and int/deint blocks in
> gr-trellis. They can handle any kind of interleaving (block, random,
> convolutional, file specified permutations, etc) and also interleave
Eric,
I have developed a generic interleaver class and int/deint blocks in
gr-trellis. They can handle any kind of interleaving (block, random,
convolutional, file specified permutations, etc) and also interleave
chunks of data at a time.
I am sure the interleave block in gr-astsc can be
wrap
On Fri, Feb 23, 2007 at 10:17:21AM +0100, anmar wrote:
> Eric Blossom wrote:
> > On Wed, Feb 21, 2007 at 11:11:17AM +0100, anmar wrote:
> >> > stream of complexes. (Yes, the interface is a bit strange and ought
> >> > fg.connect(interleaver, u)
> >> > That's right. If you're using a single Basi
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
Does anyone know what the shortest duration pulse is which the USRP can
transmit? I've tried to test it by using gr.head to limit the number of samples
to produce a short waveform, but I can't catch anything appearing at the
output. Is there a simple test I could do to check?
Regards
Lance
http://www.arrl.org/news/stories/2007/02/22/102/?nc=1
ARRL Seeks Comments on New HF Digital Protocol
NEWINGTON, CT, Feb 22, 2007 -- The ARRL is seeking comments from
amateurs concerning development of an open-source (non-proprietary)
data communications protocol suitable for use by radio amateur
Eric Blossom wrote:
> On Wed, Feb 21, 2007 at 11:11:17AM +0100, anmar wrote:
>> > stream of complexes. (Yes, the interface is a bit strange and ought
>> > fg.connect(interleaver, u)
>> > That's right. If you're using a single Basic Tx daughterboard, and
>> > you want independent real output out
47 matches
Mail list logo
