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 E.

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: d[email protected]domain.invalid
[d[email protected]domain.invalid] för
Patrik E. [[email protected]]
Skickat: den 2 september 2010 15:39
Till: [email protected]
Ä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 E.

This forum is not affiliated to the Ruby language, Ruby on Rails framework, nor any Ruby applications discussed here.

| Privacy Policy | Terms of Service | Remote Ruby Jobs