Receiving packets using 2 daughterboads in 2 framer sink didn't work correctly

GNU Radio
1

Hi, I have posted my question a few days ago, but no one answer my
question.
Maybe I didn’t make my question clear. If there are any puzzle of my
statements, please let me know.

Here is my staff,
I use rfx400 and rfx2400 multi daughterboads on one USRP to receive or
transmit at the same time.I modified the codes of
gnuradio-examples/digital
to do the work.
The transmit part worked well. But the receive path didn’t work
correctly.
Only the framer_sink of rfx2400 side work. The other side of rfx400 can
receive the signal(I set --log-rx-power, and see the rfx400 did receive
the
signal.) But the framer_sink of rfx400 didn’t work.

my connect flow graph is
#for side a
self.connect((di,0),self.chan_filt_a,self._demodulator_a,self.correlator_a,
self.framer_sink_a)
self._watcher_a = _queue_watcher_thread_a(self._rcvd_pktq_a,
self._rx_callback_a)
#for side b
self.connect((di,1),self.chan_filt_b,self._demodulator_b,self.correlator_b,
self.framer_sink_b)
self._watcher_b= _queue_watcher_thread_bself._rcvd_pktq_b
self._rx_callback_b)

I switch the connect of deinterleave output to test each receive side
flow
graph such as
self.connect((di,1),self.chan_filt_a,self._demodulator_a,self.correlator_a,
self.framer_sink_a)
self.connect((di,0),self.chan_filt_b,self._demodulator_b,self.correlator_b,
self.framer_sink_b)

The rfx400 side didn’t work all the same, and the rfx2400 work fine just
like before. Then I can say the two path of connection is both working
well.
And the rfx400 side is no wrong until connect to the
self._demodulator_a.

Have anyone ever do the same experiment of receiving packets using both
daughterboard? Can anyone tell me what’s the mistake I made?

–
View this message in context:
http://www.nabble.com/Receiving-packets-using-2-daughterboads-in-2-framer-sink-didn't-work-correctly.-tp22658504p22658504.html
Sent from the GnuRadio mailing list archive at Nabble.com.

2

On Mon, Mar 23, 2009 at 04:39:14AM -0700, Ling H. wrote:

Only the framer_sink of rfx2400 side work. The other side of rfx400 can
receive the signal(I set --log-rx-power, and see the rfx400 did receive the
signal.) But the framer_sink of rfx400 didn’t work.

If I understand what you’re trying to do (One USRP using both the
rfx400 and rfx2400 at the same time, and both of them receiving and
transmitting using Auto TR and temporally the two streams are
independently of each other), I don’t think you can make that work
without a substantial overhaul of the host, FX2 and FPGA code.

Why this is so, is that when using two channels, the two channels are
interleaved 1:1 in both the Tx and Rx directions. There is in effect
only a single Tx queue and a single Rx queue in the FPGA. When using
Auto TR, that single Tx queue controls whether both daugherboards are
in Tx or Rx mode.

If I’ve misunderstood what you’re trying to do, please ask again.
If I did understand your situation, I suggest using two USRPs, one
with the rfx400 and the other with the rfx2400.

Eric

3

Thands for answering my question

<If I understand what you’re trying to do (One USRP using both the
<rfx400 and rfx2400 at the same time, and both of them receiving and
<transmitting using Auto TR and temporally the two streams are
<independently of each other), I don’t think you can make that work
<without a substantial overhaul of the host, FX2 and FPGA code.

I think I didn’t explain well enough that got you confused. The staff
is,
I’m using two USRPs both with two daughterboards rfx400 and rfx2400.
One USRP only transmit and the other USRP only receive at a time.

I use the USRP with the two daughterboards in multi_fft.py(I modified
it)
that work well. I think maybe some part of the demodulator, correlator
or
framer sink does’nt work for multi daughterboard?

–
View this message in context:
http://www.nabble.com/Receiving-packets-using-2-daughterboads-in-2-framer-sink-didn't-work-correctly.-tp22658504p22672600.html
Sent from the GnuRadio mailing list archive at Nabble.com.