The problem was fixed by reinstall ubuntu system.
.:-/
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Hi All,
as i read in the documentation,
http://gnuradio.org/trac/attachment/wiki/UsrpFAQ/USRP_Documentation.pdf
Page 44, there is only a statement about maximum load at the Basic-RX.
(From a function generator directly into the input of the Basic-RX)
So i ask you,
is there a built-in safety to s
Josh Blum schrieb:
Are you using GRC?
-josh
Yes, i compiled gnuradio with support and
under Suse 11.1.
Nearby if you want to get a spec file to create a RPM
Package for Suse 11.1 i would send you mine. :-)
My Requirements are nearly complete.
Regards Markus
___
Matt Ettus wrote:
> The easiest way to check for lock is to put the following line in your
> firmware:
>
> clocks_enable_test_clk(true,10);
>
> This will output a test clock on the middle 2 pins of the 4 pin
> connector right near the VCXO on the motherboard. Look at one of those
> 2 pins on a
2009/2/18 Eric Blossom
> On Wed, Feb 18, 2009 at 03:39:52PM +0100, Emil Molin wrote:
> > Hi and thanks for the help, yes ive run it (and ive renamed the block to
> > 'test' instead of 'howto_2' but i still get something wrong obviously
> > because when running the test script i get this error:
>
Hi,
The problem is fixed.
After doing "export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig", I can
compile without any problem.
Thanks alot.
Woody
On Thu, Feb 19, 2009 at 11:36 AM, Woody Dickson wrote:
> Hi,
>
> While installing openbts, I am getting the following error:
>
> checking for USRP...
I am trying to use the USRP 2 radio. I have been using the
rx_streaming_sample script to collect data.
If I use the rfx1800 daughtercard the results from the set_center_freq
command seem correct but the output
looks as if the receive channel is not connected (changing gain does not
affect out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Ettus wrote:
> Changkyu Seol wrote:
>> Hi!
>>
>> I am planning to implement multiple synchronized transmitters using
>> USRP2 and GPS receiver. Before that I checked whether the USRP2 is
>> locked to external clock through following experiment.
>
On Thu, Feb 19, 2009 at 10:15:29AM -0500, jim graham wrote:
> I am trying to use the USRP 2 radio. I have been using the
> rx_streaming_sample script to collect data.
>
> If I use the rfx1800 daughtercard the results from the set_center_freq
> command seem correct but the output
>
> looks as if
Hi all,
I searched on the [Discuss-gnuradio] and got some information that BBN
802.11 can only be used with
the earlier version of gnuradio..
About one and a half years ago (2007), I ran the BBN 802.11 with GNURadio 3.03
in Fedora 7. It worked well.
I have not used the USRP for a long time.
Changkyu Seol wrote:
Matt Ettus wrote:
I tried as you suggested but it still drifts. I also added the following
line in the firmware to make sure.
clocks_mimo_config(MC_WE_LOCK_TO_SMA);
I tried on several different USRP2s and I got same results.
Any more suggestions?
Are you sure you have
Douglas Geiger wrote:
Is the test clock supposed to be running at 5kHz? I've just tested this
on one of my USRP2 - it does appear to be locked with my external clock
- - i.e. the 5kHz signal on the pin doesn't drift w.r.t my 10Mhz external
No, the test clock runs as 100MHz/div where div is th
Hello,
I'm working on a project that involves the USRP2. I've downloaded the
lastest version of Gnuradio and the BBN 802.11 code. I've come to realize
that the newest release of Gnuradio is not compatible with the BBN code.
Is there an earlier version of gnuradio that will work with the USRP2 and
On Thu, Feb 19, 2009 at 01:21:37PM -0500, jim graham wrote:
> Eric
>
> We are using Fedora Linux version 7 on an x86 machine.
OK.
[Please be sure to hit Reply-All to reply to the writer and the list.]
> The GNU radio software is Revision 10211 (jcorgan)
> Last change date 1/12/2009
>
> We hav
On Thu, Feb 19, 2009 at 10:40:42AM -0800, Miklos Christine wrote:
> Hello,
>
> I'm working on a project that involves the USRP2. I've downloaded the
> lastest version of Gnuradio and the BBN 802.11 code. I've come to realize
> that the newest release of Gnuradio is not compatible with the BBN code
Eric,
rx_daughterboard_id() returns id 0x0034 for the RFX 1800 daughtercard?
For the comment on the RFX boards; does this mean we are unable to use the
dbs daughtercard on the USRP 2 unit?
-- thanks
jim
==
Jim Graham
Black River Systems Company, Inc.
162 Genesee Str
On Thu, Feb 19, 2009 at 02:52:41PM -0500, jim graham wrote:
> Eric,
>
> rx_daughterboard_id() returns id 0x0034 for the RFX 1800 daughtercard?
That's a MIMO B board, so you should be fine.
> For the comment on the RFX boards; does this mean we are unable to use the
> dbs daughtercard on the USRP
If I revert to an old version of Gnuradio, would the USRP2 work with that?
The Gnuradio code and BBN code that worked on the USRP, would it work on the
USRP2?
Is it backwards compatible?
Thanks,
Miklos Christine
On Thu, Feb 19, 2009 at 11:26 AM, Eric Blossom wrote:
> On Thu, Feb 19, 2009 at 10:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Ettus wrote:
> Douglas Geiger wrote:
>>
>> Is the test clock supposed to be running at 5kHz? I've just tested this
>> on one of my USRP2 - it does appear to be locked with my external clock
>> - - i.e. the 5kHz signal on the pin doesn't drift w.r.
Ah - that's was the problem. Unfortunately my scope can only handle a
single channel at 100MHz, so setting the divisor >2 helps.
Unfortunately it appears the clock is not synchronized with my external
10MHz clock - any suggestions on further steps to debug why I'm having
trouble?
I don't und
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matt Ettus wrote:
>>
>> Ah - that's was the problem. Unfortunately my scope can only handle a
>> single channel at 100MHz, so setting the divisor >2 helps.
>> Unfortunately it appears the clock is not synchronized with my external
>> 10MHz clock - an
Douglas Geiger wrote:
I'm at svn revision 10441 - with both the firmware and fpga code built
from that (using Xilinx ISE 10.1 to make the fpga). I've just modified
the txrx.c code - adding:
clocks_enable_test_clk(true, 2);
clocks_mimo_config(MC_WE_LOCK_TO_SMA);
just before the while(1) loop
My r
Hi all,
I got the code through cvs -d anon...@acert.ir.bbn.com:/cvs/adroitgrdevel co
adroitgrdevel ,but there is no ./configure in gr-bbn.
I ran autoconf, but got errors as follows:
# autoconf
configure.ac:25: error: possibly undefined macro: AM_CONFIG_HEADER
If this token and others are
Matt Ettus wrote:
> Are you sure you have a 10 MHz reference and not some other frequency?
>
> Matt
Yes.
I also have tested with a function generator.
Changkyu Seol
--
Posted via http://www.ruby-forum.com/.
___
Discuss-gnuradio mailing list
Discu
Changkyu Seol wrote:
Matt Ettus wrote:
Are you sure you have a 10 MHz reference and not some other frequency?
Matt
Yes.
I also have tested with a function generator.
Changkyu Seol
If you had a real email address, I would send you some code to try.
Matt
__
Hi!
I am installing the latest Gnuradio core in Fedora Core 6, I install all the
requirements that you mention in the wiki and execute the installation of
the gnuradio core.
First I use the following secuence:
svn co http://gnuradio.org/svn/gnuradio/branches/releases/3.1 gnuradio
./bootstrap
./con
You are missing a dependency for GRC. If you read through the configure
verbose, it will say what is missing (or version is too old).
Also, make sure to install all the packages listed in
http://gnuradio.org/trac/wiki/FedoraInstall
See the following:
http://gnuradio.org/trac/wiki/GNURadioCom
On Thu, Feb 19, 2009 at 03:56:30PM -0800, Jane Chen wrote:
> Hi all,
>
> I got the code through cvs -d anon...@acert.ir.bbn.com:/cvs/adroitgrdevel co
> adroitgrdevel ,but there is no ./configure in gr-bbn.
>
> I ran autoconf, but got errors as follows:
>
> # autoconf
> configure.ac:25: error:
I've tested this here in my lab, using a signal generator for the SMA
reference input.
With firmware modified to automatically set the clock source to the
external reference, and to generate a test 10 MHz output waveform, I
get a good lock when the external reference is anywhere between -13dBm
and
Matt Ettus wrote:
> Changkyu Seol wrote:
>
> If you had a real email address, I would send you some code to try.
>
> Matt
I sent you an email in order to let you know my email address.
Changkyu Seol
--
Posted via http://www.ruby-forum.com/.
___
Di
Many of us have and love the Intel ATOM 330 boards we have. I have 3 of
them! I want to ask those who do not see an immediate need for them but
are thinking about getting one for SDR purposes, I want to tell you
that "better things are arriving" as always.
The Nvidia ION will address almost
Matt Ettus wrote:
> Changkyu Seol wrote:
>
> If you had a real email address, I would send you some code to try.
>
> Matt
Thank you for the files.
I tested as you suggested with firmware and fpga files you sent me and
it is locked!! I used it other USRP2s and all worked fine.
I modified and co
I updated the appropriate .h and .i files, and re-built, but still
python can't see the new method.
How do you get new "stuff" in .i files included in the python environment?
--
Marcus Leech
Principal Investigator, Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_
On Thu, Feb 19, 2009 at 11:17 PM, Bob McGwier wrote:
...HOWEVER, for those folks who want to build an small board computer for
> supporting the Flex family of firewire devices, the Intel motherboards
> are your only choice. You need the PCI slot to get the firewire support...
For DttSP apps i
On Fri, Feb 20, 2009 at 12:36 AM, Frank Brickle wrote:
[snip]
> Short form: for dttsp-linux and general RF hardware, the Atom 330 is
> unquestionably the more utilitarian alternative. This is especially so when,
> given Nvidia's history regarding Open drivers, Linux support for ION is very
> uncer
Changkyu Seol wrote:
> Matt Ettus wrote:
> Thank you for the files.
> I tested as you suggested with firmware and fpga files you sent me and
> it is locked!! I used it other USRP2s and all worked fine.
>
> I modified and compiled "txrx.c" in gnuradio (revision 10464, fedora 9)
> trunk to generat
try making from the gnuradio-core/src directory
Marcus D. Leech wrote:
I updated the appropriate .h and .i files, and re-built, but still
python can't see the new method.
How do you get new "stuff" in .i files included in the python environment?
_
37 matches
Mail list logo
