Porting Gnuradio-Applications to UHD. The right moment to switch to the new USRP Firmware

GNU Radio
1

I wonder if it is time now for switching to the new UHD Firmware.
It is declared as “alpha”, but it seems that for new code now, the UHD
should be the preferred API.
The problem is, what to do with the old applications? They are all made
for the old API model. So, switching to UHD on the USRP side make them
all unusable, right? Or, will there still be support for the old API
with bridging functions?
I don’t want to change the SD cards all the time when starting another
program.

If we have to change the apps: what about a “translation table” how to
change function calls and data types. The same would be interesting for
an USRP1 to USRP2 migration (I thought of modifying the wide spectrum
analyzer
USRP1 code for using it on USRP2). Of course, only for host code, not
for
apps that use a modified firmware. I understand that Altera and Xilinx
need a different programming at Verilog/VHDL level.

2

On Wed, Aug 18, 2010 at 15:08, Moeller [email protected] wrote:

I wonder if it is time now for switching to the new UHD Firmware.
It is declared as “alpha”, but it seems that for new code now, the UHD
should be the preferred API.

The problem is, what to do with the old applications? They are all made
for the old API model. So, switching to UHD on the USRP side make them
all unusable, right? Or, will there still be support for the old API with bridging functions?

At a certain point of UHD stability (for a reasonable definition of
stability), we’ll start migrating GNU Radio example and utility
applications to start using gr-uhd instead of gr-usrp/gr-usrp2. This
will be done on the ‘next’ branch, which is where API-breaking code
development happens, and will find it’s way into the 3.4 release
series.

The example code changes to use UHD/gr-uhd will also serve as good
documentation on what’s necessary to do for end-user scripts.

Johnathan

3

Hello,

Any updates about this one. Any links would be appreciated

Thanks