On Thu, Jul 01, 2010 at 01:59:33PM +0100, Zohair M. Abu Shaban wrote:
>
> Dear All,
>
> I have implemented my own blocks that reads from an array of 4 synchronised
> and samples-aligned USRP2's. At the run time, sometimes I receive this error:
>
> thread[thread-per-block[4]: ]: Invalid
> in
On Thu, Jul 01, 2010 at 11:35:13AM -0400, Marcus D. Leech wrote:
> On 07/01/2010 11:31 AM, Tom Rondeau wrote:
> >> Actually, my frequency-domain coefficient generator is based loosely on
> >> some earlier Swinburne
> >> code, and then I use the Gnu Radio FFT filter block, after turning the
> >> fr
On 7/1/2010 12:20 PM, ra...@csail.mit.edu wrote:
> Hi,
>
> I am trying to get USRP2 with RFX2400 daughterboard working on Ubuntu
> 9.10 (karmic). I have followed the instructions here
> (http://gnuradio.org/redmine/wiki/1/UbuntuInstall).
>
> I installed the firmware and FPGA code on the SD card fr
this usually happens when the SWIG interface file is incorrect. Specifically
check the interface definition of "mimo_make_ofdm_mapper" block. I am sure
the mistake lies here and correcting this will fix it. I had such errors too
and I always found the error in the SWIG interface file.
good luck
Mi
On Thu, Jul 01, 2010 at 03:21:44PM -0400, Marcus D. Leech wrote:
> On 06/29/2010 06:56 PM, Eric Blossom wrote:
> > On
> > If you pick a size with more factors of 2 and fewer factors of 5, life
> > will get better :-)
> >
> > I have on occasion thought that it would be a good idea to switch to
> > a
Hello everyone,
I just wanted to ask that if it is possible to use a single system hooked up
to multiple USRP2's (4 in my case) to act as both a transmitter and receiver
using the USRP2 source and sink blocks in GRC. The source and sink blocks
are working fine independently, but if I use them in
On 06/29/2010 06:56 PM, Eric Blossom wrote:
> On
> If you pick a size with more factors of 2 and fewer factors of 5, life
> will get better :-)
>
> I have on occasion thought that it would be a good idea to switch to
> an alternate circular buffer strategy when the size blows up too much
> because
Hi,
I am trying to get USRP2 with RFX2400 daughterboard working on Ubuntu
9.10 (karmic). I have followed the instructions here
(http://gnuradio.org/redmine/wiki/1/UbuntuInstall).
I installed the firmware and FPGA code on the SD card from
http://code.ettus.com/redmine/ettus/projects/public
On Thursday, July 01, 2010 11:35:13 am Marcus D. Leech wrote:
> Oh, I agree that it's in the tradition of Gnu Radio filters. It's just
> that after you've finished reading
> paper after paper about FFT filters for de-dispersion, with everything
> being expressed in the
> frequency domain, it's
On 07/01/2010 11:31 AM, Tom Rondeau wrote:
>> Actually, my frequency-domain coefficient generator is based loosely on
>> some earlier Swinburne
>> code, and then I use the Gnu Radio FFT filter block, after turning the
>> frequency-domain
>> coefficients into time-domain ones (for some bizarre rea
> Actually, my frequency-domain coefficient generator is based loosely on
> some earlier Swinburne
> code, and then I use the Gnu Radio FFT filter block, after turning the
> frequency-domain
> coefficients into time-domain ones (for some bizarre reason, the Gnu
> Radio FFT filter takes
> its coe
Sorry I forgot to edit the title in the last post.
On Thu, Jul 1, 2010 at 10:28 AM, Tuan Ta wrote:
> Hello all,
>
> I am working in the same team with Shalabh. We have been trying to figure
> out this problem for a week now and so far we found nothing concrete. We
> have been looking in every co
Hello all,
I am working in the same team with Shalabh. We have been trying to figure
out this problem for a week now and so far we found nothing concrete. We
have been looking in every corner of the archive. We found some people who
had similar problem with us (some dated back to 2008!) but no one
On 07/01/2010 07:28 AM, Bruce Stansby wrote:
> Hi Marcus
>
> I havn't quiet got my head around coherant dedispersion myself, I use in
> coherant. Basically as far as I'm aware it does all the delays in fourier
> space. It is generally far superior to the standard incoherant method but for
> sear
Thanks for the reply.
I tested the parameter tx_amplitude=0.001 and I can get little transmit
power I wanted.
I can observe the bandwidth from the spectrum analyser. I also changed the
bitrate and modulation to get different bandwidth. But I still have some
questions about the difference of the t
I just started working with gnuradio and I was running into the same
problem. After the 'make install', I had to run the following
sudo ldconfig /usr/local/lib
in order to get my module linked to the library.
-Mike
Quoting weizhongshan :
I am trying to write my own module ,"make" ,"mak
Thanks for Eric's reply. I tried the frequency switch without lock/unlock,
the switches works well, no failures happen again.
Eric Blossom wrote:
>
> On Tue, Jun 29, 2010 at 11:23:36PM -0700, Johnson_lu wrote:
>>
>> Hi guys，
>> Could anybody can help me for these problems？
>> 1、I varied Tx_ampl
Dear All,
I have implemented my own blocks that reads from an array of 4 synchronised and
samples-aligned USRP2's. At the run time, sometimes I receive this error:
thread[thread-per-block[4]: ]: Invalid
input
I use MATLAB libraries in my blocks in order to process the data and then plot
I am trying to write my own module ,"make" ,"make check" and "make install"
are all ok ,but when i use it in my own module ,i get the following error:
ImportError: /usr/loca/lib/python2.6/dist-packages/gnuradio/_mimo.so: undefined
symbol: _Z25mimo_make_ofdm_mapper_bcvRKSt6vectorISt7complexIfESaI
Hi Marcus
I havn't quiet got my head around coherant dedispersion myself, I use in
coherant. Basically as far as I'm aware it does all the delays in fourier
space. It is generally far superior to the standard incoherant method but for
searching is ineficient as it can not usually be done in rea
20 matches
Mail list logo
