Re: [Discuss-gnuradio] USRP2 UHD Matlab Receiver Communications Blockset
On 09/10/2010 12:55 AM, Josh Blum wrote: On 09/09/2010 06:43 PM, Vincent W wrote: Hi, I stumbled on this blockset on the Matlab website: http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html I've been making do with the old firmware and fpga, but when I saw this link, I became really excited - especially because it implies I can decrease the decimation on my USRP2 to 1 - perhaps by requesting real, single precision values instead of complex doubles. The minimum sustainable sample rate over the wire is 25Msps for the UHD (unless you change FPGA implementation). I dont know what FPGA code they are using. Also, I dont think these simulink blocks have UHD under the hood. Is there an open source version of that blockset? Alternatively, despite poking around the UHD API, it wasn't immediately obvious how I could change the type of data, or set a decimation of 1, from the uhd::usrp::simple_usrp class. I suspect it may have something to do with the uhd::io_type_t class, but, again, I'm not too sure. The device::send and device::recv calls take the IO type as an argument. The samples are converted between IO type and over-the-wire type in the UHD implementation code. -Josh Hi, It seems very likely that they do have uhd implimentation, if only judging by the support articles they've written about the usrp2, albeit with outdated firmware and fpga images: http://www.mathworks.com/support/solutions/en/data/1-CUN7JZ/index.html?product=CBsolution=1-CUN7JZ http://www.mathworks.com/support/solutions/en/data/1-D2KBPZ/index.html?product=CBsolution=1-D2KBPZ So, to be clear then, it's not possible to get 1x decimation, or change the output type, using the resourced above? Vincent ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 UHD Matlab Receiver Communications Blockset
On 09/10/2010 12:55 AM, Josh Blum wrote: On 09/09/2010 06:43 PM, Vincent W wrote: Hi, I stumbled on this blockset on the Matlab website: http://www.mathworks.com/help/toolbox/commblks/ref/usrp2receiver.html I've been making do with the old firmware and fpga, but when I saw this link, I became really excited - especially because it implies I can decrease the decimation on my USRP2 to 1 - perhaps by requesting real, single precision values instead of complex doubles. The minimum sustainable sample rate over the wire is 25Msps for the UHD (unless you change FPGA implementation). I dont know what FPGA code they are using. Also, I dont think these simulink blocks have UHD under the hood. Is there an open source version of that blockset? Alternatively, despite poking around the UHD API, it wasn't immediately obvious how I could change the type of data, or set a decimation of 1, from the uhd::usrp::simple_usrp class. I suspect it may have something to do with the uhd::io_type_t class, but, again, I'm not too sure. The device::send and device::recv calls take the IO type as an argument. The samples are converted between IO type and over-the-wire type in the UHD implementation code. -Josh I stand corrected; it seems like they are using the udp drivers, as opposed to the uhd drivers. My bad. vvv ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] wxWidgets, wxPython, PyOpenGL and OpenGLContext
Hi, Between wxWidgets-2.8 and wxWidgets-2.9, there are some breaking changes with the way the OpenGL rendering contexts are handled. You can see the difference in the samples/opengl/cube example in the wxWidgets-2.8.11 and wxWidgets-2.9.2 svn repo. I just have a quick quesion which is, where in gr-wxgui are the calls to wxGLCanvas made? The GL versions of gr-wxgui don't work with wxWidgets-2.9.2 (64-bit cocoa), due to the changes in the way OpenGL rendering contexts are handled in wxWidgets-2.9.2 Would anyone happen to know which file in the gnuradio code base sets the OpenGL rendering contexts, for the wxWidgets GUIs? Best regards, Elvis ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wxWidgets, wxPython, PyOpenGL and OpenGLContext
On Fri, Sep 10, 2010 at 11:21 AM, Elvis Dowson elvis.dow...@mac.com wrote: Hi, Between wxWidgets-2.8 and wxWidgets-2.9, there are some breaking changes with the way the OpenGL rendering contexts are handled. You can see the difference in the samples/opengl/cube example in the wxWidgets-2.8.11 and wxWidgets-2.9.2 svn repo. I just have a quick quesion which is, where in gr-wxgui are the calls to wxGLCanvas made? The GL versions of gr-wxgui don't work with wxWidgets-2.9.2 (64-bit cocoa), due to the changes in the way OpenGL rendering contexts are handled in wxWidgets-2.9.2 Would anyone happen to know which file in the gnuradio code base sets the OpenGL rendering contexts, for the wxWidgets GUIs? I think it happens in gr-wxgui/src/python/plotter/plotter_base.py The inheritance looks like this (for fftsink2): fftsink2 - fftsink_gl - fft_window - channel_plotter - grid_plotter - plotter_base Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
SV: [Discuss-gnuradio] usrp2::rx_samples() failed when switching rx_path using the latest git_trunk
Hi again,
We have written a small example that triggers this error (see the attached
files). From what we have figured out so far, the error arise from the result
of the p-wait_for_completion command in the transmit_cmd_and_wait function in
the usrp2_impl.cc
Be aware of the center_freq and the interface in the *_path files so it fits
your configuration.
Does anyone have a clue?
br,
Patrik
Från: discuss-gnuradio-bounces+patrik.eliardsson=foi...@gnu.org
[discuss-gnuradio-bounces+patrik.eliardsson=foi...@gnu.org] f#246;r Patrik
Eliardsson [patrik.eliards...@foi.se]
Skickat: den 2 september 2010 15:39
Till: discuss-gnuradio@gnu.org
Ämne: [Discuss-gnuradio] usrp2::rx_samples() failed when switching rx_path
using the latest git_trunk
Hi,
What could be the reason for this error?
usrp2: channel 0 not receiving
usrp2::rx_samples() failed
From some previously post, Johnathan said that this should be fixed in
releases after 3.2.2
I'm using the latest git trunk version, I've change the firmware (to
txrx_raw_eth_20100608.bin) and the fpga image (to u2_rev3-20100603.bin) (I am
using USRP2 + RFX2400). And the error still occur! Why?
My top_block basically contains a usrp2_sink and a usrp2_source block and a
rx_path and a tx_path. The rx_path and the tx_path are changed during runtime
with the following sequence:
top_block.lock()
top_block.disconnect()
top_block.connect()
top_block.unlock()
The error occurs after a random number of switches of the different paths
(sometimes it works for 30 switches and sometimes just for 3) and the program
requires a restart to get rid of the problem.
Br,
Patrik Eliardsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
#!/usr/bin/env python
from gnuradio import gr, gru
import time
import os
# from current dir
import isolate_tx_path
import isolate_rx_path
global mode
mode = rx #Default mode is rx
class my_top_block(gr.top_block):
def __init__(self):
gr.top_block.__init__(self)
self.rxpath = isolate_rx_path.usrp_receive_path()
self.txpath = isolate_tx_path.usrp_transmit_path()
self.connect(self.txpath);
self.connect(self.rxpath);
def main():
global mode
tb = my_top_block()
r = gr.enable_realtime_scheduling()
if r != gr.RT_OK:
print Warning: failed to enable realtime scheduling
print 'Blocked waiting for GDB attach (pid = %d)' % (os.getpid(),)
raw_input ('Press Enter to continue: ')
tb.start()
running = True
time.sleep(3)
while running:
if mode == rx:
tb.lock()
tb.rxpath.disconnect(tb.rxpath.u, tb.rxpath.sink)
tb.rxpath.connect(tb.rxpath.u, tb.rxpath.idle)
tb.txpath.disconnect(tb.txpath.src, tb.txpath.head, tb.txpath.u)
tb.txpath.connect(tb.txpath.src, tb.txpath.u)
tb.unlock()
time.sleep(0.1)
print .
mode = tx
if mode == tx:
tb.lock()
tb.rxpath.disconnect(tb.rxpath.u, tb.rxpath.idle)
tb.rxpath.connect(tb.rxpath.u, tb.rxpath.sink)
tb.txpath.disconnect(tb.txpath.src, tb.txpath.u)
tb.txpath.connect(tb.txpath.src, tb.txpath.head, tb.txpath.u)
tb.unlock()
time.sleep(1)
mode = rx
if __name__ == '__main__':
try:
main()
except KeyboardInterrupt:
pass
#
# Copyright 2009 Free Software Foundation, Inc.
#
# This file is part of GNU Radio
#
# GNU Radio is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 3, or (at your option)
# any later version.
#
# GNU Radio is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with GNU Radio; see the file COPYING. If not, write to
# the Free Software Foundation, Inc., 51 Franklin Street,
# Boston, MA 02110-1301, USA.
#
from gnuradio import gr
from gnuradio import usrp2
class usrp_receive_path(gr.hier_block2):
def __init__(self):
'''
See below for what options should hold
'''
gr.hier_block2.__init__(self, usrp_receive_path,
gr.io_signature(0, 0, 0),# Input signature
gr.io_signature(0, 0, 0)) # Output signature
self.sink = gr.null_sink(gr.sizeof_gr_complex)
self.idle = gr.null_sink(gr.sizeof_gr_complex)
self.u = usrp2.source_32fc(eth2,)
self.u.set_decim(128)
[Discuss-gnuradio] s/Eric/Tom/g
As some of you know, I've been involved with GNU Radio for a long time. The idea that became GNU Radio started as a conversation over dinner in San Francisco with John Gilmore, something like 10 years ago. Interest and use of GNU Radio is currently at the highest level it's ever been. I however, have come to a place in my life where I'd like to devote less of my time to GNU Radio and more to other things. After discussions with GNU Radio developers over the past several months, I'm pleased to announce that long time GNU Radio contributor Tom Rondeau has agreed to take over the GNU Radio Maintainer role from me. For those of you who don't know Tom, he's the perfect person for the job. He's smart, has a vision for the future, and has the cat herding instinct required to succeed in the position. Tom received his Ph.D. in 2007 from Virginia Tech's Department of Electrical and Computer Engineering. Johnathan Corgan will continue to handle GNU Radio release management and provide professional services related to GNU Radio. Matt Ettus and the rest of the crew at Ettus Research will continue to crank out low cost hardware for all of us to enjoy. I plan to continue contributing to GNU Radio, and will be finishing up some extensions for message passing, as well as some other things where I'm probably best positioned to do the work. Bottom line: business continues as usual, and you'll see more of Tom and less of me. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] s/Eric/Tom/g
Many thanks for your time Eric! I have signed myself at many RF groups but I have not seen yet this quick help/suggestions from any. I bet (hope) you can not keep your fingers off? As a sample I'm building a NOAA HRPT station using USRP1 http://noaaport.poes-weather.com:8081/HRPT/Sept-8-2010/HRPT-test%20004.jpg I got the fist fair results today using the TVRX and downconverter from 1.7 GHz. I hope these snips could inspire some http://noaaport.poes-weather.com:8081/HRPT/Sept-10-2010/ Patrik - Original Message - From: Eric Blossom e...@comsec.com To: discuss-gnuradio@gnu.org Sent: Friday, September 10, 2010 18:38 Subject: [Discuss-gnuradio] s/Eric/Tom/g As some of you know, I've been involved with GNU Radio for a long time. The idea that became GNU Radio started as a conversation over dinner in San Francisco with John Gilmore, something like 10 years ago. Interest and use of GNU Radio is currently at the highest level it's ever been. I however, have come to a place in my life where I'd like to devote less of my time to GNU Radio and more to other things. After discussions with GNU Radio developers over the past several months, I'm pleased to announce that long time GNU Radio contributor Tom Rondeau has agreed to take over the GNU Radio Maintainer role from me. For those of you who don't know Tom, he's the perfect person for the job. He's smart, has a vision for the future, and has the cat herding instinct required to succeed in the position. Tom received his Ph.D. in 2007 from Virginia Tech's Department of Electrical and Computer Engineering. Johnathan Corgan will continue to handle GNU Radio release management and provide professional services related to GNU Radio. Matt Ettus and the rest of the crew at Ettus Research will continue to crank out low cost hardware for all of us to enjoy. I plan to continue contributing to GNU Radio, and will be finishing up some extensions for message passing, as well as some other things where I'm probably best positioned to do the work. Bottom line: business continues as usual, and you'll see more of Tom and less of me. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: wtb usrp board
*bump* On Tue, Sep 7, 2010 at 9:46 PM, Brian Toovey too...@gmail.com wrote: Looking for a usrp board and daughterboards for gsm and any others available. If anyone is selling theirs hit me up. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] s/Eric/Tom/g
As some of you know, I've been involved with GNU Radio for a long time. The idea that became GNU Radio started as a conversation over dinner in San Francisco with John Gilmore, something like 10 years ago. Interest and use of GNU Radio is currently at the highest level it's ever been. I however, have come to a place in my life where I'd like to devote less of my time to GNU Radio and more to other things. After discussions with GNU Radio developers over the past several months, I'm pleased to announce that long time GNU Radio contributor Tom Rondeau has agreed to take over the GNU Radio Maintainer role from me. For those of you who don't know Tom, he's the perfect person for the job. He's smart, has a vision for the future, and has the cat herding instinct required to succeed in the position. Tom received his Ph.D. in 2007 from Virginia Tech's Department of Electrical and Computer Engineering. Johnathan Corgan will continue to handle GNU Radio release management and provide professional services related to GNU Radio. Matt Ettus and the rest of the crew at Ettus Research will continue to crank out low cost hardware for all of us to enjoy. I plan to continue contributing to GNU Radio, and will be finishing up some extensions for message passing, as well as some other things where I'm probably best positioned to do the work. Bottom line: business continues as usual, and you'll see more of Tom and less of me. I'm sure you'll be inundated with this sort of email, but your efforts to make GNU Radio into what it is today is very appreciated. -- John Orlando CEO/System Architect Epiq Solutions www.epiq-solutions.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 4 RX with 2 WBXs?
I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Specifically, here's what I'm trying to achieve: Antenna 0 - Side A WBX, RX/TX port - ADC0 - DDC0I Antenna 1 - Side A WBX, RX2 port - ADC1 - DDC1I Antenna 2 - Side B WBX, RX/TX port - ADC2 - DDC2I Antenna 3 - Side B WBX, RX2 port - ADC3 - DDC3I I am trying to modify gnuradio-examples/python/multi-antenna/multi_fft.py to make this happen. I've got it running, but I can't seem to get the WBXs to use the antennas connected to their RX2 ports. Thanks, Scott ssto...@gmail.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
On Fri, Sep 10, 2010 at 12:04 PM, Scott Storck ssto...@gmail.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Scott, The WBX has only one (I/Q) receiver per daughterboard. The two Antenna ports (TX/RX and RX2) are for convenience to enable a single Antenna on the TX/RX in half duplex or a dedicated RX antenna on RX2. The WBX merely switches the input of a single RX chain between those two antenna ports based on user settings. So, only 2 receivers are possible with your USRP + 2 WBX setup Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Specifically, here's what I'm trying to achieve: Antenna 0 - Side A WBX, RX/TX port - ADC0 - DDC0I Antenna 1 - Side A WBX, RX2 port - ADC1 - DDC1I Antenna 2 - Side B WBX, RX/TX port - ADC2 - DDC2I Antenna 3 - Side B WBX, RX2 port - ADC3 - DDC3I I am trying to modify gnuradio-examples/python/multi-antenna/multi_fft.py to make this happen. I've got it running, but I can't seem to get the WBXs to use the antennas connected to their RX2 ports. Thanks, Scott ssto...@gmail.com mailto:ssto...@gmail.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio No, you will not be able to make that work. There are *not* two independant Rx paths within the WBX, only two different antenna ports, which you can switch the Rx chain between, but there is only 1 Rx chain. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
Jason and Marcus, thanks for your responses. I was afraid that this was the case. Is there a daughterboard out there (besides the BasicRX) that can support 4 antennas on a single USRP? The other option that would work for me is connecting antenna 0 to WBX 0 and connecting antennas 1-3 to WBX 1 through a commutator to switch them at a sub-1 kHz frequency. Can you tell me if any of the unpopulated headers on the WBX board are digital outputs that could potentially be used to generate a switching signal and/or low rate ADC inputs that could be used to sample a switching signal generated elsewhere? Finally, what it would take for 2 USRPs to operate a total of 4 WBXs coherently? I assume this would at least require connecting Clock Out on USRP0 to Clock In on USRP1, but is that enough to get all 4 WBX PLLs locked together? Also, does using two USRPs simply mean that the max USB data rate for each USRP is halved, or is the effect more severe? Thanks, Scott ssto...@gmail.com On Fri, Sep 10, 2010 at 3:19 PM, Jason Abele ja...@ettus.com wrote: On Fri, Sep 10, 2010 at 12:04 PM, Scott Storck ssto...@gmail.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Scott, The WBX has only one (I/Q) receiver per daughterboard. The two Antenna ports (TX/RX and RX2) are for convenience to enable a single Antenna on the TX/RX in half duplex or a dedicated RX antenna on RX2. The WBX merely switches the input of a single RX chain between those two antenna ports based on user settings. So, only 2 receivers are possible with your USRP + 2 WBX setup Jason On Fri, Sep 10, 2010 at 3:22 PM, Marcus D. Leech mle...@ripnet.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Specifically, here's what I'm trying to achieve: Antenna 0 - Side A WBX, RX/TX port - ADC0 - DDC0I Antenna 1 - Side A WBX, RX2 port - ADC1 - DDC1I Antenna 2 - Side B WBX, RX/TX port - ADC2 - DDC2I Antenna 3 - Side B WBX, RX2 port - ADC3 - DDC3I I am trying to modify gnuradio-examples/python/multi-antenna/multi_fft.py to make this happen. I've got it running, but I can't seem to get the WBXs to use the antennas connected to their RX2 ports. Thanks, Scott ssto...@gmail.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio No, you will not be able to make that work. There are *not* two independant Rx paths within the WBX, only two different antenna ports, which you can switch the Rx chain between, but there is only 1 Rx chain. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
Hi Jason, First question what are you tring to do, receive or/and transmitt? Second: Why is 4 (2TX x 2RX) antennas needed if I understood you correctly? If you have two USRP(N)'s, I'd connect them to two different machines. You can connect both USRP's to the same if you got a robust machine. Tell us a little (alot) more about your attempts. Patrik - Original Message - From: Scott Storck To: Jason Abele Cc: discuss-gnuradio@gnu.org Sent: Friday, September 10, 2010 22:59 Subject: Re: [Discuss-gnuradio] 4 RX with 2 WBXs? Jason and Marcus, thanks for your responses. I was afraid that this was the case. Is there a daughterboard out there (besides the BasicRX) that can support 4 antennas on a single USRP? The other option that would work for me is connecting antenna 0 to WBX 0 and connecting antennas 1-3 to WBX 1 through a commutator to switch them at a sub-1 kHz frequency. Can you tell me if any of the unpopulated headers on the WBX board are digital outputs that could potentially be used to generate a switching signal and/or low rate ADC inputs that could be used to sample a switching signal generated elsewhere? Finally, what it would take for 2 USRPs to operate a total of 4 WBXs coherently? I assume this would at least require connecting Clock Out on USRP0 to Clock In on USRP1, but is that enough to get all 4 WBX PLLs locked together? Also, does using two USRPs simply mean that the max USB data rate for each USRP is halved, or is the effect more severe? Thanks, Scott ssto...@gmail.com On Fri, Sep 10, 2010 at 3:19 PM, Jason Abele ja...@ettus.com wrote: On Fri, Sep 10, 2010 at 12:04 PM, Scott Storck ssto...@gmail.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Scott, The WBX has only one (I/Q) receiver per daughterboard. The two Antenna ports (TX/RX and RX2) are for convenience to enable a single Antenna on the TX/RX in half duplex or a dedicated RX antenna on RX2. The WBX merely switches the input of a single RX chain between those two antenna ports based on user settings. So, only 2 receivers are possible with your USRP + 2 WBX setup Jason On Fri, Sep 10, 2010 at 3:22 PM, Marcus D. Leech mle...@ripnet.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Specifically, here's what I'm trying to achieve: Antenna 0 - Side A WBX, RX/TX port - ADC0 - DDC0I Antenna 1 - Side A WBX, RX2 port - ADC1 - DDC1I Antenna 2 - Side B WBX, RX/TX port - ADC2 - DDC2I Antenna 3 - Side B WBX, RX2 port - ADC3 - DDC3I I am trying to modify gnuradio-examples/python/multi-antenna/multi_fft.py to make this happen. I've got it running, but I can't seem to get the WBXs to use the antennas connected to their RX2 ports. Thanks, Scott ssto...@gmail.com ___Discuss-gnuradio mailing listdiscuss-gnura...@gnu.orghttp://lists.gnu.org/mailman/listinfo/discuss-gnuradio No, you will not be able to make that work. There are *not* two independant Rx paths within the WBX, only two different antenna ports, which you can switch the Rx chain between, but there is only 1 Rx chain. -- Marcus LeechPrincipal InvestigatorShirleys Bay Radio Astronomy Consortiumhttp://www.sbrac.org -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
On Fri, Sep 10, 2010 at 03:59:34PM -0400, Scott Storck wrote: Jason and Marcus, thanks for your responses. I was afraid that this was the case. Is there a daughterboard out there (besides the BasicRX) that can support 4 antennas on a single USRP? Just LFRX The other option that would work for me is connecting antenna 0 to WBX 0 and connecting antennas 1-3 to WBX 1 through a commutator to switch them at a sub-1 kHz frequency. Can you tell me if any of the unpopulated headers on the WBX board are digital outputs that could potentially be used to generate a switching signal and/or low rate ADC inputs that could be used to sample a switching signal generated elsewhere? You could already switch between the 4 antenna ports (2 on each WBX) using the antenna switches built into the WBX at sub-kHz speeds. If you really needed to solve the antenna switching problem externally, there are GPIOs available on the some of the 0.1 pin headers, check the schematics here: http://code.ettus.com/redmine/ettus/projects/public/documents Finally, what it would take for 2 USRPs to operate a total of 4 WBXs coherently? I assume this would at least require connecting Clock Out on USRP0 to Clock In on USRP1, but is that enough to get all 4 WBX PLLs locked together? Also, does using two USRPs simply mean that the max USB data rate for each USRP is halved, or is the effect more severe? If you want 4 coherent RX using WBX, what you want is 4 USRP2's, 4 WBX's and a GPSDO to supply 10MHz Refclock and PPS signals to all the USRP2's. You would also need 4 separate Gigabit ethernet ports on your host PC. Then, you will have 25Msps from each receiver. Thanks, Scott ssto...@gmail.com On Fri, Sep 10, 2010 at 3:19 PM, Jason Abele ja...@ettus.com wrote: On Fri, Sep 10, 2010 at 12:04 PM, Scott Storck ssto...@gmail.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Scott, The WBX has only one (I/Q) receiver per daughterboard. The two Antenna ports (TX/RX and RX2) are for convenience to enable a single Antenna on the TX/RX in half duplex or a dedicated RX antenna on RX2. The WBX merely switches the input of a single RX chain between those two antenna ports based on user settings. So, only 2 receivers are possible with your USRP + 2 WBX setup Jason On Fri, Sep 10, 2010 at 3:22 PM, Marcus D. Leech mle...@ripnet.com wrote: I have a USRP and two WBX daughterboards. Is it possible to use 4 independent RX antennas (all tuned to the same frequency) with this hardware setup? Specifically, here's what I'm trying to achieve: Antenna 0 - Side A WBX, RX/TX port - ADC0 - DDC0I Antenna 1 - Side A WBX, RX2 port - ADC1 - DDC1I Antenna 2 - Side B WBX, RX/TX port - ADC2 - DDC2I Antenna 3 - Side B WBX, RX2 port - ADC3 - DDC3I I am trying to modify gnuradio-examples/python/multi-antenna/multi_fft.py to make this happen. I've got it running, but I can't seem to get the WBXs to use the antennas connected to their RX2 ports. Thanks, Scott ssto...@gmail.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio No, you will not be able to make that work. There are *not* two independant Rx paths within the WBX, only two different antenna ports, which you can switch the Rx chain between, but there is only 1 Rx chain. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
If the signals you want to receive are sufficiently close to each other, you could tune the WBX in the middle and use two independent DDC to receive two signals with one WBX ... (I'm not mistaken ...) Cheers, Sylvain ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 4 RX with 2 WBXs?
On Fri, Sep 10, 2010 at 5:11 PM, Jason Abele ja...@ettus.com wrote: On Fri, Sep 10, 2010 at 03:59:34PM -0400, Scott Storck wrote: The other option that would work for me is connecting antenna 0 to WBX 0 and connecting antennas 1-3 to WBX 1 through a commutator to switch them at a sub-1 kHz frequency. Can you tell me if any of the unpopulated headers on the WBX board are digital outputs that could potentially be used to generate a switching signal and/or low rate ADC inputs that could be used to sample a switching signal generated elsewhere? You could already switch between the 4 antenna ports (2 on each WBX) using the antenna switches built into the WBX at sub-kHz speeds. If you really needed to solve the antenna switching problem externally, there are GPIOs available on the some of the 0.1 pin headers, check the schematics here: http://code.ettus.com/redmine/ettus/projects/public/documents Thanks, I'll definitely try to use the internal switching, but I'm not sure if it'll work for my application--my original goal was to measure relative phase and amplitude of antenna 1 vs 2, 3, 4. Looking at the schematics, I see that the several of the WBX's unused io_rx/tx signals (io_rx[15:14] and io_tx[15:8]) are available on the simple_gdb's J15. Am I on thre right track? If so, that will be perfect. Marcus mentioned that GPIO support was spotty though. From the USRP FAQ page on FPGA registers ( http://gnuradio.org/redmine/wiki/gnuradio/UsrpFAQFpgaRegs) it seems like it would be straighforward to toggle two of the pins to control the commutator. Is there something I'm missing? Finally, what it would take for 2 USRPs to operate a total of 4 WBXs coherently? I assume this would at least require connecting Clock Out on USRP0 to Clock In on USRP1, but is that enough to get all 4 WBX PLLs locked together? Also, does using two USRPs simply mean that the max USB data rate for each USRP is halved, or is the effect more severe? If you want 4 coherent RX using WBX, what you want is 4 USRP2's, 4 WBX's and a GPSDO to supply 10MHz Refclock and PPS signals to all the USRP2's. You would also need 4 separate Gigabit ethernet ports on your host PC. Then, you will have 25Msps from each receiver. That sounds good, but I'm afraid I don't have the budget for that much hardware on this project. I can afford another USRP and 2 more WBXs though. Can you tell me how close would that get me to my goal of 4 coherenet receivers if I use the first USRP as the reference for the second? From what I've read, it sounds like the 4 PLLs will not drift relative to each other, but that there will be random phase offsets that must be calibrated out after each tune? If so, that would be fine as I already need to do a calibration before each data collect to account for other sources of phase offset. The signal I'm trying to measure is less than 200 kHz bandwidth, so I can afford to decimate by 128 in the USRP. Hopefully this means that USB bandwidth won't be a problem even with two USRPs on the same PC? Thanks, Scott ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] s/Eric/Tom/g
I'm new here, but I can already tell that GNU Radio is Really Cool Stuff. Thank you for your great contributions, and I welcome our new overlord! -- Mark J. Blair, NF6X n...@nf6x.net Web page: http://www.nf6x.net/ GnuPG public key available from my web page. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
