Standard firmware for 1 rx and 1 tx

Hi GNURadioers,
I have a quick question. I am trying to use USRP running
gnuradio-3.3.0
with two daughterboards… RFX2400. I am going to use one daughterboard
to
receive and another to transmit. Do I use the standard firmware that is
loaded by default, std_2rxhb_2tx.rbf or is there a std_1rx_1tx.rbf
somwhere. My question is, would the performance be better if I were to
find
and use std_1rx_1tx.rbf. My decimation rate will be 32 and interpolation
rate will be 64.

Thank you very much,
Fellow GNURadioer

The “inband” means that the firmware is capable of “inband
signaling”. If you don’t know what it is then you don’t need it.

There shouldn’t be any performance loss from using the default firmware,
but if you really want to compile a std_1rx_1tx.rbf file, it is
trivial. It may be worth mentioning that the half-band filtering might
be of significance to you, and it is enabled with the default firmware.

~Jeff

Hi,
I couldn’t find documentation on inband_1rxhb_1tx.rbf. The
“1rxhb_1tx.rbf”
is self explanatory. But does, the “inband” makes it any different in
terms
of its purpose from, lets say, if it were to be named
“std_1rxhb_1tx.rbf”.
Sorry, if this is a stupid question?

Sincerely,

On Sun, Jul 25, 2010 at 12:45 AM, Bishal T. [email protected]
wrote:

Hi GNURadioers,
I have a quick question. I am trying to use USRP running gnuradio-3.3.0
with two daughterboards… RFX2400. I am going to use one daughterboard to
receive and another to transmit. Do I use the standard firmware that is
loaded by default, std_2rxhb_2tx.rbf or is there a std_1rx_1tx.rbf
somwhere. My question is, would the performance be better if I were to find
and use std_1rx_1tx.rbf. My decimation rate will be 32 and interpolation
rate will be 64.

I would just use the default fpga file. Your use case is not atypical;
performance will depend on the host code rather than what happens on
the usrp.

Thomas

Great. Thank you. Just wanted to double check.

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