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 <m...@alum.mit.edu> 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-<http://www.nd.edu/%7Ejnl/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 > 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
