Hm, if you have to provide a uniform interface, but need to use
different versions of UHD underneath: What about simply building two
identical libraries that use the two necessary versions of UHD, and
only runtime-link (plugin-style) either shared object at run time,
depending on which USRP you need to talk to?

Best regards,
Marcus
On Mon, 2019-05-20 at 12:45 -1000, MASDR GS wrote:
> Hi Marcus,
> 
> Thank you for your response. Unfortunately our N300s have Rev H
> motherboards so version 3.12 doesn't seem to be an option for us.
> 
> Regarding our application, we have been using the E310s for our
> waveform application development over the past few years and recently
> received two new N300s to provide improved performance in network
> mode.  We are currently working with one license for a software
> development tool that restricts us to network mode only due to
> licensing restrictions.  One of our project objectives is to develop
> portable, hardware agnostic waveform applications so that we can
> conceivably use our applications on various SDR platforms.  Therefore
> we'd like to have the flexibility to switch between both the e310 and
> N300 for development purposes and demonstrate software portability. 
> Appreciate any suggestions/feedback on alternative options you may
> have that would allow us to use both SDRs from one host machine.  
> 
> 
> 
>     
> 
> On Sun, May 19, 2019 at 8:34 AM Marcus Müller <
> marcus.muel...@ettus.com> wrote:
> > Hi!
> > 
> > Network mode on E310 was highly undesirable (reliable rates below
> > 2MS/s) and not compatible with RFNoC, and hence has been disabled
> > in
> > recent versions of UHD. I've always considered Network Mode on the
> > E310
> > to be a testing tool, not something you'd want to do for streaming,
> > to
> > be completely honest!
> > 
> > The N300's network interfacing is fundamentally different and
> > optimized
> > for network streaming. The typical use case for the N300 would use
> > one
> > of the (up to 10Gb/s) SFP+ ports for network sample streaming, and
> > the
> > 1Gb/s RJ45 ethernet port to "talk" to the ARM host inside, for
> > control. 
> > Versions of UHD supporting the N300 start at 3.12.0.0 (but only for
> > hardware revisions up to motherboard revision G; you'll need
> > 3.13.0.2
> > for that); starting with 3.13.0.0, there is no network mode on the
> > E310.
> > I'll be honest and say: while this sounds like you could be using
> > 3.12.0.0 to run your E310 in network mode and still use your N300
> > (given it's not rev G or later), that would be a suboptimal
> > solution
> > considering the N3xx improvements that were introduced with 3.13.
> > and
> > 3.14.0.0.
> > 
> > So, maybe you could elaborate on the application you're having for
> > the
> > E310 network mode in combination with N300? There might be an easy
> > way
> > around the obstacle you're encountering, but I don't really know
> > what
> > you're planning to do from here.
> > 
> > Best regards,
> > Marcus
> > 
> > On Wed, 2019-05-15 at 12:53 -1000, MASDR GS via USRP-users wrote:
> > > Would it be possible to run network mode on both E310 and N300
> > using
> > > the latest UHD driver v3.14.0?
> > > 
> > > The N300 requires v3.12.0 or greater to run host mode and I
> > currently
> > > have release-4 with a UHD version v3.9.2 on the E310. But the
> > > condition to run network mode is that the UHD drivers of radio
> > and
> > > host machine must match. I couldn't find any information on how
> > to
> > > update the E310 UHD drivers directly, but I have tried creating a
> > SDK
> > > version using release-4 building UHD v3.14.0 but wasn't
> > successful
> > > running network mode with E310. Any suggestions or help would be
> > > really appreciated.
> > > _______________________________________________
> > > USRP-users mailing list
> > > USRP-users@lists.ettus.com
> > > 
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> > 


_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to