discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Simultaneous RX/TV with RFX2400


From: Bishal Thapa
Subject: Re: [Discuss-gnuradio] Simultaneous RX/TV with RFX2400
Date: Mon, 13 Apr 2009 17:17:26 -0400

Dear Michael and Jakub,
I was working on the similar problem. What about using two TX daughter boards in the same motherboard, and BOTH TRANSMITTING  signals simultaneously, one from each daughter board, but in an "overlapped" fashion. Is it easily possible? What I mean is, I would like to have two signals generated from two daughter boards plugged into the same motherboard but interleaved in some fashion so that I can study the effect of that interleaving on the receiver side (receiver is on a different host far from these two simultaneously transmitting USRPs). Sorry if I am not being clear. But I am guessing Michael and Jakub will understand what I am asking.

-Sincerely,
-Bishal.

On Mon, Apr 13, 2009 at 4:19 PM, Michael Dickens <address@hidden> wrote:
Hi Jakub - 2 possibilities, depending on how one interprets your question:

A) If what you mean is "using a single host computer that controls the two USRPs such that one transmits while the other receives and vice-versa, but never a single USRP both Tx and Rx simultaneously", then yes, that can be done; you could probably even use two host computers that sync the Tx/Rx in a MAC-like way using the current GNU Radio software, so long as each USRP is not trying to do simultaneous Tx and Rx.  If using a single host computer: on each USRP, you'd use set_auto_tr(true) and then control both USRPs from the same Python script.  My colleague Glenn has done this in a "TDMA fashion" to compare properties of actual and theoretical relays; see his MS thesis and related paper at UND < http://www.nd.edu/~jnl/group/glenn-bradford/ >.

B) If what you mean is "simultaneous Tx/Rx on each USRP, using a single RFX and single antenna", then this problem is (1) possibly not do-able in the current state of GNU Radio software and USRP hardware; and (2) even if it is do-able, certainly not easily so in GNU Radio software without significant hacking to make it work.  The primary issue is in jointly estimating the channel parameters (both the Tx -> Rx delay and filter coefficients), which might be time-varying or dependent on qualities beyond the direct TX signal.  I'm happy to discuss this interpretation further off-list.

Hope this helps! - MLD


_______________________________________________
Discuss-gnuradio mailing list
address@hidden
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio


reply via email to

[Prev in Thread] Current Thread [Next in Thread]