Re: [USRP-users] 10 MHz reference signal on B210

2017-10-10 Thread Dario Fertonani via USRP-users
The key issues was "square wave". Once that waveform is used, as opposed to a sine wave, everything works as expected in a wider range of Vpp values. Thanks, Dario On Tue, Oct 3, 2017 at 11:05 AM, Dario Fertonani wrote: > I'd like to assume that *OctoClock-G*'s 10 MHz output is good to use as >

Re: [USRP-users] 10 MHz reference signal on B210

2017-10-03 Thread Dario Fertonani via USRP-users
I'd like to assume that *OctoClock-G*'s 10 MHz output is good to use as 10 MHz input on B210 (and other) USRP boards, given who the vendor of OctoClock-G is. If this is a bad assumption, please correct me. if this is a good assumption, then I'll use the OctoClock-G specs

Re: [USRP-users] 10 MHz reference signal on B210

2017-10-03 Thread Vladimir Rytikov via USRP-users
Dario, 10 MHz signal input is meat to be freq reference. If a radio could tell that 10 MHz is not 10 MHz - there was no need to feed it externally. USRP boards seem have +/1ppm freq stability. 1ppm means when you tell radio to tune to 100 MHz - it might end up giving you 100 MHz + 100 Hz or might

Re: [USRP-users] 10 MHz reference signal on B210

2017-10-03 Thread Marcus D. Leech via USRP-users
You'd have to look at the detailed specs of the ADF4001 PLL chip that is used to steer the VCTCXO. That chip doesn't, as far as I know, have a "reference quality metric" output, and if it does, UHD doesn't expose it. On 2017-10-03 11:44, Dario Fertonani via USRP-users wrote: > I'm testing the

[USRP-users] 10 MHz reference signal on B210

2017-10-03 Thread Dario Fertonani via USRP-users
I'm testing the behavior of B210-based systems, comparing the performance with "internal" and "external" (10 MHz) clock source. Expect for the following "is the 10 MHz input actually present" check running when the app starts, the two branches share the same code. rfBoardPtr->set_clock_source( "ex