Makmur,
.bashrc is just a convenient way to set environment variables and
aliases when you open a terminal.
if setting theose environment variables (BOOST_PREFIX and
LD_LIBRARY_PATH) before you run grc from the command line fixes your
problem, then you would want to add them to your .bashrc file.
m by incrementally
> changing just one thing at a time. I still think I should be able solve this
> if I give it another 3-4 hrs (probably tomorrow) but was hoping to see if
> someone updated the howto that works for older versions.
>
> Affan
> On Feb 15, 2010, at 5:04 PM, Tom Gross w
Hi Affan,
Why kind of problems have you been having? I did quite a bit of
productive work with version 3.2.2 simply by creating a new set of
"how_to" routines in addition to the examples.
Are you having compile problems? Run-time problems? I remember
having lots of run-time difficulties becaus
I usually run find_usrps as root:
sudo find_usrps
also, what is the device name of your gig-e card? If it's not eth0
you have to specify the device (I think), for example:
sudo find_usrps -e eth1
I wouldn't be surprised if your laptop's default ethernet port is not
gig-e, and is eth0.
On Mon
Hi Patrick,
You don't say what os or even platform you are using but it sounds like you
didn't do a "sudo make install" on the howto stuff.
Or if you did, possibly you installed on ubuntu and the binaries went to
/usr/lib but your howto install went to /usr/local/lib.
unfortunately you don't rea
thanks Johnathan and Eric, I'm glad I asked before spending too much
time trying to make this work! :-)
Johnathan, the custom FPGA firmware you describe sounds like it might
be perfect for what we want to do, provided it's not impossible to
demux the data stream. I haven't seen any usrp2 FPGA sou
s I believe
the configuration that the genius who is designing this system, (not
me!), would like to do. We haven't quite reached that point in our
development.
On Wed, Jan 27, 2010 at 10:57 AM, Tom Gross wrote:
> actually with our configuration we simply synchronize using the MIMO
> ca
actually with our configuration we simply synchronize using the MIMO
cable and setting one of the USRP2s to slave its clock to whatever the
other one is using (I forget exactly how this is done but we do pretty
much everything with GRC, so I think it's just in the source block for
the USRP2 - I am
I am in the process of hacking up the usrp2 host and firmware to
support two receiver channels. I'm at the point where
"start_rx_streaming" is being acknowledged for channel 1 but there is
no data being returned for that channel. I don't actually understand
yet where the receiver data is packaged
Thanks Eric and Josh!
I think what's happening is that the systems that "work" have the make
methods in /usr/local/lib.
Doesn't explain to me what I am doing wrong in trying to clone them,
but at least it clarifies what's going on...
___
Discuss-gnura
I can believe i have a typo (though I have been looking at this for
months, trust me :-) ) - but what I don't understand is, when I do
nm -a _usrp2.so | grep make
on the "regular" build it shows all four of the make methods as
undefined. Isn't that what "U" means? (I'm asking). So how at
run-ti
I've been trying to create a usrp2 dual source class for a number of
weeks now, and I've come to realize there is something fundamental
about this development environment that I don't understand.
Basically i've been installing gnuradio and grc on a variety of Ubuntu
machines buy building gnuradio-
On Sat, Jan 16, 2010 at 2:09 PM, Matt Ettus wrote:
> What daughterboards are you using? If it is the BasicRX or LFRX and BasicTX
> or LFTX, the you are probably better off doing this all in the same USRP2.
> It would take some relatively small modifications to the FPGA.
>
We are using an LFRx
processing algorithm that drives the error signal to zero)
seems to "blow up" after about 30 seconds unless I set RX to OFF on
eth0.
-Tom
On Fri, Jan 15, 2010 at 9:21 PM, Matt Ettus wrote:
> On 01/15/2010 03:53 PM, Tom Gross wrote:
>>
>> Thanks Matt, Eric and Jonathan
rack of a
time stamp in the host and gate/trigger the host outputs at a constant
sample rate that is consistent with the sample rate of the USRP2?
just thought I would throw that out there...
have a good weekend!
-Tom
On Fri, Jan 15, 2010 at 6:24 PM, Matt Ettus wrote:
> On 01/15/2010 03
Matt,
What is the maximum data rate that the USRP2 transmitter can accept
from the host without firing pause signals back to the host?
-Tom
On Fri, Jan 15, 2010 at 6:04 PM, Matt Ettus wrote:
>
>> Incidentally my System Engineer/Project Lead points out that if the
>> USRP2 is actually telling th
yes of course we have two separate gig-e cards. if the usrp2 is
sending us "pause" commands then it seems evident the usrp2 is having
trouble keeping up, not the computer.
On Fri, Jan 15, 2010 at 6:04 PM, Matt Ettus wrote:
>
>> Incidentally my System Engineer/Project Lead points out that if the
On Fri, Jan 15, 2010 at 2:07 PM, Eric Blossom wrote:
>
> Actually, PAUSE handling is all handled in the FPGA. When the FIFO is
> getting full, a PAUSE frame is sent on the wire telling the host to
> stop sending for a while.
>
Incidentally my System Engineer/Project Lead points out that if the
M, Eric Blossom wrote:
> On Fri, Jan 15, 2010 at 01:54:24PM -0500, Tom Gross wrote:
>>
>> I guess I could study the firmware source (if it's in the C code where
>> this happens) to figure out what happens if RX is OFF. My assumption
>> is that somewhere in the USRP2 code
completely backwards?
On Fri, Jan 15, 2010 at 1:12 PM, Eric Blossom wrote:
> On Thu, Jan 14, 2010 at 10:11:38PM -0500, Tom Gross wrote:
>> Following up on my previous email, thinking about this some more:
>>
>> I'm guessing that we are sending the USRP2 more data than i
USRP2 drop
packets on the floor and just output stuff as fast as it can?
On Thu, Jan 14, 2010 at 7:55 PM, Tom Gross wrote:
> That's very interesting... just this morning we were playing with
> turning rx OFF with ethtool
> and convincing ourselves that it seemed to stabilize our sys
That's very interesting... just this morning we were playing with
turning rx OFF with ethtool
and convincing ourselves that it seemed to stabilize our system.
If we turn off RX pause (ethtool -A eth0 rx off), does the USRP2 stop
sending pause frames?
We are running two USRP2s connected with a MIM
In general, on Ubuntu, this should work to fetch the sources of
installed binaries:
sudo apt-get source gnuradio
It doesn't seem to be working right now, however.
I just use the sources in gnuradio-3.2.2.tar.gz myself.
In that tarball you will find, for example:
./gnuradio-core/src/lib/general
t;>> Today's Topics:
>>>
>>> 1. Audio Overrun ( aOaOaO problem) - how to solve ? (Arturo Rinaldi)
>>> 2. Parser error when building gnuradio under Cygwin
>>> (radio...@covad.net)
>>> 3. Re: Parser error when building gnuradio under
We received 4 new USRP2s this week with 2GB SD cards labelled
20091209. None of the USRP2s boot up, i.e. "flash the LEDs" with
these SD cards. I tried one of these cards in an older USRP2 and it
didn't work there either, but using an older 1GB SD card (not sure
what revision of FPGA or firmware)
25 matches
Mail list logo
