On Tue, May 29, 2007 at 10:26:41PM -0400, George Nychis wrote:
>
>
> Eric Blossom wrote:
> > It's not the number of blocks in a burst. It's the number of blocks
> > that are allocated for asynchronous tranfers.
> >
> > I suggest starting with:
> >
> > fusb_block_size = 4096
> > fusb_nblock
Eric Blossom writes:
> On Tue, May 29, 2007 at 08:38:16PM +0100, [EMAIL PROTECTED] wrote:
> > > >
> > > > Just to confirm that a new checkout and configure did not help.
> > > >
> > > > Any other suggestions?
> > > >
> > > > Thanks,
> > > >
> > > > Matt
> > >
> > > Try add
Hi-
I've fixed the problem. I can just read the data directly as a float.
You can see my c-code if you want to at:
www.nd.edu/~ematlis/z.gnuradio/gnuradio_read_binary_float.c
thanks for your help.
eric
On Tue, 29 May 2007, ismail_itee_uq wrote:
ematlis wrote:
Hi-
does anybody know w
I continued checking these broken boards recent days. I found for the TX
side, the graph stops as soon as it starts. It seems the daughter board
gives some signal to stop the motherboard to load data from PC. I read the
.sch file in the subversion repository and the defination of the interface
be
Eric Blossom wrote:
> It's not the number of blocks in a burst. It's the number of blocks
> that are allocated for asynchronous tranfers.
>
> I suggest starting with:
>
> fusb_block_size = 4096
> fusb_nblocks = 16
>
> Though after everything is working and realtime scheduling is
> enabled
On Tue, May 29, 2007 at 07:04:26PM -0700, Dave Gotwisner wrote:
> Eric Blossom wrote:
>
> The software is running ubuntu linux with the hard drive being an NFS
> mount. I am not writing any of the data to disk, so the disk I/O /
> network I/O should essentially be limited to output across telne
Eric Blossom wrote:
On Tue, May 29, 2007 at 05:06:37PM -0700, Dave Gotwisner wrote:
Eric Blossom wrote:
On Fri, May 25, 2007 at 04:23:29PM -0700, Dave Gotwisner wrote:
I am working on an application that will tune to multiple frequencies,
and capture a small number of sample
On Tue, May 29, 2007 at 05:06:37PM -0700, Dave Gotwisner wrote:
> Eric Blossom wrote:
>
> >On Fri, May 25, 2007 at 04:23:29PM -0700, Dave Gotwisner wrote:
> >
> >
> >>I am working on an application that will tune to multiple frequencies,
> >>and capture a small number of samples at each frequency
On Tue, May 29, 2007 at 08:38:16PM +0100, [EMAIL PROTECTED] wrote:
> > >
> > > Just to confirm that a new checkout and configure did not help.
> > >
> > > Any other suggestions?
> > >
> > > Thanks,
> > >
> > > Matt
> >
> > Try adding /usr/local/lib64 to ld.so.conf in addition to
> >
Eric Blossom wrote:
On Fri, May 25, 2007 at 04:23:29PM -0700, Dave Gotwisner wrote:
I am working on an application that will tune to multiple frequencies,
and capture a small number of samples at each frequency for further
processing.
The program loop, is essentially, a series of configurat
ematlis wrote:
>
> Hi-
>
> does anybody know where Chuck Swiger's website went to? His old site
> seems to be down and I was looking for his c-code based binary read file
> utilities. I tried plotting with gr_plot_float.py but the result doesn't
> seem right to me.
>
> thanks,
> eric
>
>
Vincenzo,
what you want is already implemented in gnuradio.
Take a look at the following classes/blocks in gr-trellis:
interleaver.h/i/cc
trellis_permutation.h/i/cc
Brief summary:
1) generate a text file (see below) describing your permutation (or have
your favorite program generate it automati
Hi-
does anybody know where Chuck Swiger's website went to? His old site
seems to be down and I was looking for his c-code based binary read file
utilities. I tried plotting with gr_plot_float.py but the result doesn't
seem right to me.
thanks,
eric
Er
Eric Blossom writes:
> On Mon, May 28, 2007 at 06:52:23PM +0100, [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED] writes:
> > > Eric Blossom writes:
> > > > On Mon, May 28, 2007 at 10:15:35AM +0100, [EMAIL PROTECTED] wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > I don't seem
Thanks Achilleas Thanks Eric,
Yes Achilleas, what you have described is right exactly what I need.
the constant permutation is indeed a vector hard coded in my block.
my problem is that I could neither set the step of the cycle
for (int i = 0; i < noutput_items; i+= STEP){
as far as 1512, nor a
On Mon, May 28, 2007 at 02:42:53PM -0400, Michael Dickens wrote:
> Now that (a while back) the omnithread package was moved to the top-
> level as its own "component" (and thus is no longer in the gnuradio-
> core component or library) can I link to it in my code in the usrp
> component? - MLD
On Mon, May 28, 2007 at 07:30:08PM +0200, Vincenzo Pellegrini wrote:
> sorry Eric,
>
> I really haven't found a proper way to operate (actually to do
> interleaving) on blocks of 6048 items of one byte, as requested by the
> standard I'm trying to implement.
>
> maybe this is because it's not ver
On Mon, May 28, 2007 at 06:52:23PM +0100, [EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] writes:
> > Eric Blossom writes:
> > > On Mon, May 28, 2007 at 10:15:35AM +0100, [EMAIL PROTECTED] wrote:
> > > >
> > > > Hi,
> > > >
> > > > I don't seem able to build GnuRadio. I hecked out a copy
vincenzo,
let me make sure I understand what you want to implement:
You want a block that processes N=6048 BYTES at a time.
The input is x1,x2,x3,xN
and the output is another N=6048 bytes which are a
permutation of the input block, ie,
y1,y2,,yN
such that
y(i)=x(permutation(i)).
Next tim
Hi discuss-gnuradio,
I have what is likely a very simple question that I am hoping someone could
answer without too much trouble. Perhaps I just overwhelmed at the
flexibility of GNURadio or have forgotten all my signal processing class
topics, but I haven't been able to find an example of how to
seph 004 wrote:
This would mean that to obtain a total rate of 32 Msamples/sec to the
DAC, the data rate of the I and Q channels would have to be 16
Msamples/sec each, and thus 128 000 samples/sec each into the txchain
modules. This should mean that if I provide a samples set of 128 I
samples
I've managed to store a sample set on the FPGA and transmit it periodically.
The problem I'm experiencing is that the transmitted pulse is shorter than what
I expected.
I worked out that by setting an interp value of 500 from python, that the FPGA
interpolator would basically be set to 125 to g
22 matches
Mail list logo
