Dave, from what I remember the overhead will be incurred each time a (re)tune 
takes you to a different line of the IQ imbalance table…you can see the 
granularity of that from simply looking in the CSV file.
The overhead is very minor I suspect, we are talking about updating two integer 
coefficients (phase and mag correction) in setting regs for each TX and RX port.
-Ian

> On Jun 7, 2018, at 11:08 AM, Dave NotTelling via USRP-users 
> <usrp-users@lists.ettus.com> wrote:
> 
> Robin,
>      Thanks for your feedback!
> 
> Marcus,
>      And that overhead is just on the initial tune, or for all tunes?  I do 
> mostly timed commands, so should I allow for a little more time before the 
> deadline to send the timed command out?
> 
> Thanks all!
> 
> On Thu, Jun 7, 2018 at 1:56 PM Marcus D. Leech via USRP-users 
> <usrp-users@lists.ettus.com <mailto:usrp-users@lists.ettus.com>> wrote:
> On 06/07/2018 01:04 PM, Dave NotTelling via USRP-users wrote:
> > Is there a processing requirement impact to using the calibration CSV 
> > file?  Does using the cal data have any impact on tuning time for the 
> > radio itself?
> >
> > Thanks!
> >
> The calibration values are stuffed into some machinery in the FPGA when 
> tuning happens.  So, there's a little extra command-channel overhead.
> 
> 
> 
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com <mailto:USRP-users@lists.ettus.com>
> http://lists.ettus.com/mailman/listinfo/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

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

Reply via email to