Hello everyone,
We've run into a problem with the B input on the Basic RX board with a
USRP. Specifically, a test tone running into the A input shows up fine
in the fft application, as well as in a captured file. However, a test
tone running into the B input doesn't have any power in the FFT
Based on his Ham callsign, his name is Michael Gram. (However, based on
the whois for kd7lmo.net, his name is Michael Gray.)
-Roshan
Chris Stankevitz wrote:
Gregory W Heckler wrote:
Has anyone successfully collected any GPS L1 data with the DBSRX
Yes, I think this guy(*) used the DBSRX.
Hello,
If you're talking about F501 (next to the 6V input), the BOM lists it as
a 3A 0603 part. Digikey part # P11359-CT-10 (though it doesn't seem to
show up in the current digikey catalog).
-Roshan
Eric A. Cottrell wrote:
Hello,
I managed to blow the smd fuse on my USRP. It seems to be
What command line options are you using with usrp_rx_cfile.py? Can you
send us an example of what you're executing on the command line?
Cicale Randy S 2dLt AFRL/VSBXI wrote:
I'm trying to save a signal to a file coming from a signal generator.
The logical starting point is to use the program
I've run into the same problem on Ubuntu 6.06 (Dapper Drake) at trunk
rev 4662 (current). The trunk tree built fine for me on the same box a
month ago. (I already tried make distclean and bootstrap.)
-Roshan
Josh Blum wrote:
I just checked out the trunk rev 4659, did a bootstrap, configure,
Johnathan Corgan wrote:
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
Yup, adding /usr/local/lib to my ld.so.conf file did indeed fix the
problem. 4718 now builds cleanly. Thanks for the tip.
Roshan
Johnathan Corgan wrote:
Roshan Baliga wrote:
The updated Makefile didn't fix the problem. I'm now using the 4717
revision. Doing:
make distclean
./bootstrap
Brett L. Trotter wrote:
That Cyclone FPGA was awfully full last I checked- I don't know enough
about this type of thing to say it wouldn't fit, but it seems at least
possible that the amount of real-estate required to do the FFT might be
more than the current generation USRP could handle?
On
Hans Glitsch wrote:
I want to change the clock on the usrp. Anyone know of a mail order
place that would have the right kind of vctcxo at 38.4MHz ? I tried
Digikey and Mouser. no luck.
Based on the common frequency table here:
http://www.cardinalxtal.com/common-frequencies.htm
it doesn't
Hans Glitsch wrote:
I just found this one on Digikey:
http://www.abracon.com/Oscillators/ASVTX11.pdf
I'm not an experienced hardware guy, but it looks like it would work in
the usrp. Please tell me if I'm wrong.
I believe the USRP needs a 3 Vpp clock in, and this TCXO only outputs
0.8
Anmar wrote:
What daughterboards are you using?
I have two basic Tx daughterboards, so each one use different AD9862. I
have a question the 2 AD9862 they both get there clock in from the usrp
motherboard, and that is the same clock?
The AD9862s (which are on the motherboard) both get the
?? wrote:
I'm a newer for the usrp. I want to make the hardware myself. And I have
some questions:
1. what is the usage of the connectors except for the 64-pin connector?
Which connectors are you referring to? The 64-pin connector on each
daughterboard carries all the signals and power from
Hello Everyone,
I'm trying to read and write the fpga registers using just libusrp
(sorry Eric!).
(1) My write returns true, but the read returns 0, regardless of which
fpga register I read/write to (I've tried a few). For example:
snip
if (utx-_write_fpga_reg(FR_ADC_OFFSET_0,0x))
snip
You want the full schematics, which I believe are in the subversion
repository. You can get them with this command (once you've installed
the subversion client, of course):
svn co http://gnuradio.org/svn/usrp-hw/trunk usrp-hw
-Roshan
[EMAIL PROTECTED] wrote:
I would like to see this
I noticed the excitement yesterday, then found this tidbit at the bottom
of their software page:
(*) GPS position calculation and, also for regulatory reasons, firmware
contained in peripheral chips are the only exceptions. Those components
communicate with the rest of the system through
S Mande wrote:
1) Do I need a 3rd party tool to transfer my code to the FPGA on USRP ?
I remember using a JTAG cable and Active-HDL for this task when i worked
with Aldec procesors.
I'm sure there are multiple ways to do this, but I just use the existing
usrp framework to load the RBF file
Hi All,
I looked through the gnuradio archive, and couldn't find this topic, so
I'm posting.
Does anyone have a current recommendation for a laptop for use with
gnuradio? I've never had a problem with any desktop running Ubuntu
6.0.6, but the first laptop I tried (Dell Latitude D520) had rx
in
the project. For this reason, I'd like to know what requirements
gnuradio has for FPGA timestamps, and what work, if any, has been done
on this so far.
Thanks,
Roshan Baliga
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
[EMAIL PROTECTED] wrote:
Hi,
I'm having a little trouble reading the readback registers that are on the
USRP. I know that most registers are write only with their contents
mirrored on the computer. The reason I want read those registers back is
because of a custom unit I am testing. I
Zhenghao Zhang wrote:
I am new to GNU radio and I was wondering which version of Linux you
use. Is it SuSE or Fedora? I just want to know which is the most
popular version of Linux for gnu radio such that I would have less
problems working on it. I have a PC with CentOS and I cannot install
gnu
20 matches
Mail list logo