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

**URL:** <https://www.ruby-forum.com/t/porting-gnuradio-applications-to-uhd-the-right-moment-to-switch-to-the-new-usrp-firmware/193511>\
**Category:** GNU Radio\
**Created:** [August 19, 2010, 12:10am UTC](https://www.ruby-forum.com/t/porting-gnuradio-applications-to-uhd-the-right-moment-to-switch-to-the-new-usrp-firmware/193511 "2010-08-19T00:10:54Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Moeller](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ecc23a/32.png) [@Moeller](https://www.ruby-forum.com/u/Moeller)\
**Post date:** [August 19, 2010, 12:10am UTC](https://www.ruby-forum.com/t/porting-gnuradio-applications-to-uhd-the-right-moment-to-switch-to-the-new-usrp-firmware/193511/1 "2010-08-19T00:10:54Z")

</div>

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.

---

<div class="post-metadata">

**Author:** ![Moeller](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ecc23a/32.png) [@Moeller](https://www.ruby-forum.com/u/Moeller)\
**Post date:** [August 19, 2010, 3:25am UTC](https://www.ruby-forum.com/t/porting-gnuradio-applications-to-uhd-the-right-moment-to-switch-to-the-new-usrp-firmware/193511/2 "2010-08-19T03:25:48Z")

</div>

On Wed, Aug 18, 2010 at 15:08, Moeller [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) 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

---

<div class="post-metadata">

**Author:** ![Moeller](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/m/ecc23a/32.png) [@Moeller](https://www.ruby-forum.com/u/Moeller)\
**Post date:** [March 5, 2013, 7:36pm UTC](https://www.ruby-forum.com/t/porting-gnuradio-applications-to-uhd-the-right-moment-to-switch-to-the-new-usrp-firmware/193511/3 "2013-03-05T19:36:42Z")

</div>

Hello,

Any updates about this one. Any links would be appreciated

Thanks