We have a USRP2 with a LFTX Rev 2.2 daughterboard. When I run a GRC
program,
I try to look at the signal with a spectrum analyzer and the signal is
not
there. There is no error at all, everything seems to be up and running.
The
system is recognizing the USRP2, daughterboard and I have also played
around
with the subdev’s but everything is correct.
To make sure there is nothing wrong with the LFTX, I pulled it out from
the
USRP2 and installed it on a USRP N210. In the N210 I re-run the same
exact
GRC program and finally see the signal at the spectrum analyzer. To
confirm
that the USRP2 transmit side is working, I’ve installed a RFX1800 and
re-run
the same GRC program and this also works perfect.
Here is the specs of my config.:
Linux: Ubuntu 10.04LTS
kernel release: 2.6.32-41
GNU Radio Companion 3.6.0
UHD_003.004.002
linux; GNU C++ version 4.4.3; Boost_104000; UHD_003.004.002-0-g7f44d838
– Opening a USRP2/N-Series device…
– Current recv frame size: 1472 bytes
– Current send frame size: 1472 bytes
UHD Warning:
Unable to set the thread priority. Performance may be negatively
affected.
Please see the general application notes in the manual for
instructions.
EnvironmentError: OSError: error in pthread_setschedparam
When I first noticed such behavior, I had both the N210 and USRP2
running in
the same computer connected through a switch.
addressing:
PC eth0 ip = 192.168.10.1
USRP2 with addr = 192.168.10.2
N210 with addr = 192.168.10.3
But the LFTX plugged in the USRP2 did not work.
I then decided to just have the USRP2 connected directly to the pc, but
still didn’t work at all. And like I said, I used the USRP2 with the
RFX1800
and work just fine, even the LFRX works with plugged in the USRP2.
Definitely both daughterboards has different frequency ranges, I just
wanted
to test the TX channel of the USRP2 to make sure is working.
That is the way I’m testing the LFTX, I have a spectrum analyzer
connected
to the RX ports.
This is the flowgraph:
SignaSource —> UHD:USRPSink
I have tested the USRP2 with previous UHD and also with the legacy
gnuradio
version, but did not work either. LFTX pins are OK, and it works in the
N210, so probably something with the USRP2 motherboard.
Thanks for suggestions,
Juan
Josh B.-3 wrote:
not
GRC program and finally see the signal at the spectrum analyzer. To
I suggest putting a known signal into the usrp sink and put a scope on
USRP2 and installed it on a USRP N210. In the N210 I re-run the same exact
GRC program and finally see the signal at the spectrum analyzer. To confirm
that the USRP2 transmit side is working, I’ve installed a RFX1800 and re-run
the same GRC program and this also works perfect.
LFTX and RFX1800 have very different frequency ranges. Perhaps you are
not looking in the right frequency range for your signal? LFTX is just a
direct line from the DAC, so +/- 30 or so MHz centered about DC.
I suggest putting a known signal into the usrp sink and put a scope on
the output of the LFTX. If RFX is working, the DAC output should
definitely be there.
-josh
This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.