On Tue, Feb 27, 2007 at 08:24:48PM -0500, Brian Padalino wrote:
Hi Thibaud,
Here is my response as to how I understand things to work - which
could be completely wrong.
On 2/27/07, Thibaud Hottelier [EMAIL PROTECTED] wrote:
Hi all,
First of all, I would like to make sure that I have
Hi!
So there is no obvious fault, e.g. that I set the wrong
decimation/interpolation rate? (the samplerate should be 400kS/s?)
I just compared tx_ofdm.dat, recorded in your simulation, to my
recorded file. Therefore I modified usrp_fft.py. In tx_ofdm.dat, it
shows a large frequency band in use,
Well, I have implemented a bit of a strange setup which seems to be working
somewhat now. I'm not really trying to view only the first few samples, I'm
currently trying to track where I might of made a mistake with trying to
generate a defined pulse with a specific length. My aim is to generate
Hello
i have tried with USRP_fft.py and then took a sinosidal input and then after
running this on cygwin (on window xp) , we were able to see this sine wave at
one RX daughter board.
so now we didnt understood that by doing so how the FPGA is programmed for
this operation, what we
hi,
i have made this simple program, it spouse to send tx signals one to
each tx board.
#!/usr/bin/env python
from gnuradio import gr
from gnuradio.eng_notation import num_to_str, str_to_num
from gnuradio import usrp
from gnuradio import audio
from gnuradio import blks
from gnuradio.eng_option
Hi,
Can any one tell me how far apart the SMA connectors are set on the basic TX
daughter board; I'm trying to design a PCB to match up with it
Thanks
Jon Gill
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
2007/2/27, Eric Blossom [EMAIL PROTECTED]:
On Tue, Feb 27, 2007 at 05:07:31PM -0500, Tom Rondeau wrote:
-Original Message-
From: [EMAIL PROTECTED] [mailto:discuss-
[EMAIL PROTECTED] On Behalf Of Trond Danielsen
Sent: Tuesday, February 27, 2007 10:46 AM
To: gnuradio mailing list
-Original Message-
From: [EMAIL PROTECTED] [mailto:discuss-
2007/2/27, Eric Blossom [EMAIL PROTECTED]:
On Tue, Feb 27, 2007 at 05:07:31PM -0500, Tom Rondeau wrote:
-Original Message-
From: [EMAIL PROTECTED]
[mailto:discuss-
[EMAIL PROTECTED] On Behalf Of Trond
-Original Message-
From: Matt Ettus [mailto:[EMAIL PROTECTED]
(which makes me
curious, does anyone use non-differential 8PSK?).
Yes, satellites often do.
Matt
Good enough for me. We should support it, then.
Tom
___
-Original Message-
From: [EMAIL PROTECTED] [mailto:discuss-
hi,
i have made this simple program, it spouse to send tx signals one to
each tx board.
#!/usr/bin/env python
from gnuradio import gr
from gnuradio.eng_notation import num_to_str, str_to_num
from gnuradio import usrp
Eric Blossom [EMAIL PROTECTED] writes:
Sure. It's a common operation now. We often run an fft in one
process and some kind of transmitter in another. Somebody's got to
handle the dumuxing of command replies. Using your UDP example, we'd
have the source port of the request to route the
hi Tom,
thanks for your help,
need to make sure the signal's sampling rate matches the DAC's sampling
rate
of 128 Msps _after_ interpolation (so if inter=128, sampling_freq=1e6).
ok I didn't understood the interpolation, in fact i the hole
interpolation is confusing me because we have :
This is a somewhat unrelated question, but i'm just curious if
multicast is part of the thought process here?
On Feb 28, 2007, at 2:06 AM, Eric Blossom wrote:
On Tue, Feb 27, 2007 at 11:28:26AM -0500, Greg Troxel wrote:
Eric Blossom [EMAIL PROTECTED] writes:
On Tue, Feb 27, 2007 at
Quoting anmar [EMAIL PROTECTED]:
hi Tom,
thanks for your help,
need to make sure the signal's sampling rate matches the DAC's sampling
rate
of 128 Msps _after_ interpolation (so if inter=128, sampling_freq=1e6).
ok I didn't understood the interpolation, in fact i the hole
This problem is understood. There is a change in libtool in the
Debian/Ubuntu community. I believed this was fixed here by finding out
some shell changes but it is not.
If you cannot build mblock, you need to install pmt, which alway
builds first. Go into the pmt directory and make
Tim,
thanks for the contribution.
At this point I am gnuradio-less since my hard disk
failed a couple of days ago...
but I'll test all the uploaded code as soon as I am
up and running.
Thanks again,
Achilleas
Tim Meehan wrote:
Achilleas and Eric,
I have attached a patch to
So I manually installed pmt. The make stops a new error with omnithread.
Going into the omnithread directory and make install doesnt fix this
one. So is ubuntu just megaborked for gnuradio? I should seek a new OS
(like fedora?) -Josh
creating libmblock-qa.la
(cd .libs rm -f libmblock-qa.la
Hi!
Just curious on the channel transfer function, I did some modification
on the ofdm simulation to see the magnitude and the argument. I am
inverting your equalizer coefficients (and actually scaling them down).
The coefficients of the region of interest in frequency domain are sent
out through
Robert McGwier wrote:
This problem is understood. There is a change in libtool in the
Debian/Ubuntu community. I believed this was fixed here by finding
out some shell changes but it is not.
Just FYI, my main development machine is Ubuntu 6.10. I have never had
this issue with
Josh Blum wrote:
So I manually installed pmt. The make stops a new error with omnithread.
Going into the omnithread directory and make install doesnt fix this
one. So is ubuntu just megaborked for gnuradio? I should seek a new OS
(like fedora?) -Josh
Was this after doing an 'svn update' to
nbsp;
Hi I am a graduate student of Korea.
nbsp;
Inbsp;have saved all .py file of the OFDM into my directory
http://gnuradio.org/trac/browser/gnuradio/branches/developers/n4hy/ofdm/gnuradio-examples/python/ofdm?rev=4566
nbsp;
But I don't know what filenbsp;I should run firstly.
Jonathan Gill wrote:
Hi,
Can any one tell me how far apart the SMA connectors are set on the
basic TX daughter board; I’m trying to design a PCB to match up with it
0.570 inches
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On Wed, Feb 28, 2007 at 12:17:57PM -0500, Liu Xin wrote:
Hello, All:
I am running the following small program which generate a periodical
signal using vectors. I got Segmentation Fault, as shown in the following:
I am setting up a 'embedded' gnuradio application, and have run across
the following diagnostic
message.
gri_fftw: Bad address
gr_vmcircbuf_createfilemapping: createfilemapping is not available
(null)/.gnuradio/prefs/gr_vmcircbuf_default_factory: No such file or
directory
I've noticed
You left out a lot, like what operating system you are using. But
I'll guess that gr_vmcircbuf_createfilemapping is trying to mmap a
file in tmp to get shared memory, and it needs to be writable.
Perhaps using mfs or tmpfs, or some other kind of memory filesystem
for /tmp is in order.
It may be
Hi Achilleas
No problem. Would you like me to update the documentation and submit a patch?
Good luck getting back up and running.
Tim
On 2/28/07, Achilleas Anastasopoulos [EMAIL PROTECTED] wrote:
Tim,
thanks for the contribution.
At this point I am gnuradio-less since my hard disk
failed
Hi Johnathan,
Just to give you another data point, I get the same errors Josh does
when trying to do a fresh build.
svn update (4669)
./bootstrap
./configure
make
When I disable mblock (./configure -disable-mblock) the rest of 4669
builds fine.
I am running Debian stable with updated python,
I am able to build svn head on NetBSD, including mblock. It seems to
be using the new .la references for pmt and omnithread.
(I have up-to-date auto* and swig and gcc 4.1.2.)
Making all in src
gmake[1]: Entering directory `/usr/home/gdt/ADROIT-public/gnuradio/mblock/src'
Making all in lib
On Wed, Feb 28, 2007 at 11:30:52AM -0800, John Clark wrote:
I am setting up a 'embedded' gnuradio application, and have run across
the following diagnostic
message.
gri_fftw: Bad address
gr_vmcircbuf_createfilemapping: createfilemapping is not available
GNU Radio Release 3.0.3 unofficial tarballs are now available:
http://gnuradio.org/releases/gnuradio/gnuradio-3.0.3.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.0.3.tar.gz
These are the official release tarballs, but have not been signed or
uploaded yet to the official
On Wed, Feb 28, 2007 at 09:44:30AM -0500, Timothy Brown wrote:
This is a somewhat unrelated question, but i'm just curious if
multicast is part of the thought process here?
I hadn't given it much thought, one way or the other.
Eric
___
Greg Troxel wrote:
I am able to build svn head on NetBSD, including mblock. It seems to
be using the new .la references for pmt and omnithread.
(I have up-to-date auto* and swig and gcc 4.1.2.)
This is useful, thanks.
Tim Meehan wrote:
Just to give you another data point, I get the same
On Wed, Feb 28, 2007 at 12:43:27PM -0800, Johnathan Corgan wrote:
Can you 'make clean' first, just make sure it's actually trying to
relink everything?
When I disable mblock (./configure -disable-mblock) the rest of 4669
builds fine.
This is an appropriate work around if you still run
Thank you for your reply, Eric.
May I ask how long you test the program? For me the segmentation fault
appears after some time (some minutes)of running .
Also I wonder what is your OS and version?
Thank you,
Xin
On Wed, 28 Feb 2007, Eric Blossom wrote:
On Wed, Feb 28, 2007 at 12:17:57PM -0500,
On Wed, Feb 28, 2007 at 04:19:14PM -0500, Liu Xin wrote:
Thank you for your reply, Eric.
May I ask how long you test the program? For me the segmentation fault
appears after some time (some minutes)of running .
Also I wonder what is your OS and version?
Thank you,
Xin
I ran it for a couple
Hi Johnathan,
make clean
./bootstrap
./configure
make
also fails. See below
If there is something I can do to help you figure this out let me
know, but don't sweat it on my account. For the moment I will just
run without mblock and when I get some time I will dig into it.
creating
I'm considering the case whereby users might want to attach a USRPng
to a network, then either L2/L3 to multiple processing frontends.
Thanks,
Tim
On Feb 28, 2007, at 3:39 PM, Eric Blossom wrote:
On Wed, Feb 28, 2007 at 09:44:30AM -0500, Timothy Brown wrote:
This is a somewhat unrelated
On Wed, Feb 28, 2007 at 04:54:14PM -0500, Tim Meehan wrote:
Hi Johnathan,
make clean
./bootstrap
./configure
make
also fails. See below
If there is something I can do to help you figure this out let me
know, but don't sweat it on my account. For the moment I will just
run without
On Wed, Feb 28, 2007 at 07:23:32PM -0500, Timothy Brown wrote:
I'm considering the case whereby users might want to attach a USRPng
to a network, then either L2/L3 to multiple processing frontends.
Thanks,
Tim
Good. Thanks.
Eric
On Feb 28, 2007, at 3:39 PM, Eric Blossom wrote:
On Feb 28, 2007, at 4:29 AM, seph 004 wrote:
Well, I have implemented a bit of a strange setup which seems to be
working somewhat now. I'm not really trying to view only the first
few samples, I'm currently trying to track where I might of made a
mistake with trying to generate a defined
This is what I did:
def build_graph ():
nchan = 1
interp = 512
duc0 = 0
duc1 = 0
fs = 250e3#2nd sample rate between
usb and dac
max_dev = 32e3 #1st sample rate divided by 4
(1st = 2nd sample rate)
41 matches
Mail list logo