Hi Ian, Robin, Marcus

Thanks a lot for your help so far. Three more questions/clarifications:

1. For the B205 Multi-chip sync (MCS), we are trying to achieve, we are
actually providing an external stable 40MHz clock common to both B205s.
i.e. we have re-worked the boards so that the DPLL is not being used at all
to drive the CLK_40MHz_FPGA to the FPGA input - instead a shared
very-stable 40MHz clock input it.

2. Sounds like along with this, the sync_in pin into the AD9364/9361 needs
to be driven correctly to both B2xx radios. I see that for the B205mini
this pin is grounded, while the B210 it goes to the FPGA - which would
explain the MCS capability of the B210. What confuses me, is that the stock
FPGA image for B210 drives the sync_in input to 0. So, I don't understand
why we see phase aligned  sample clocks on the B210 in our lab trials. I
think the FPGA changes Ian refers to that he needed to make MCS work for
B210 must be related to driving this sync_in pin - but we are just using
the stock FPGA image, so scratching my head on that one.

3. Lastly, seems like there is a software routine to be called too, for the
AD936 MCS. ( ad9361_multichip_sync.c
<https://github.com/analogdevicesinc/libad9361-iio/blob/master/ad9361_multichip_sync.c#L108>
 per
https://wiki.analog.com/resources/eval/user-guides/ad-fmcomms5-ebz/multi-chip-sync).
Theoretically, if one is able to rework the B205mini so that the sync_in
pin goes to the FPGA (not practical I know), I assume there will be a
similar routine needed for ad9364_multichip_sync.

Thanks again for your continued guidance.

Chintan



On Tue, Jun 26, 2018 at 12:31 AM, Ian Buckley via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Robin,
> that ADI support thread is not applicable to B2x0, it’s for AD9361
> external LO mode which isn’t used by Ettus products.
>
> In internal LO mode there is always a phase ambiguity in the RF
> synthesizers that requires higher level S/W to calibrate and correct for.
> The baseband synthesizer can be made phase coherent between multiple
> AD936x’s if you use the MCS mechanism, however that’s not included in the
> factory FPGA image, (though I have used it in custom images) so you also
> see some phase ambiguity here too between REF locked USRP's
> -Ian
>
>
> On Jun 25, 2018, at 9:15 PM, Robin Coxe via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
> Marcus is correct and the schematics do in fact provide the answer.
>
> Please refer to p.1 of the B210 schematic.  It contains an ADF4002 analog
> PLL.
> The B200mini clocking circuitry is on p. 4 of the schematic.  The PLL is
> digital and implemented inside the FPGA.
>
> There is a divide-by-2 for the external LO input in the AD9361/AD9364 RFIC
> that can result in a 180 degree phase ambiguity.   More details here
> provided by my former colleague at ADI also named Robin:
> https://ez.analog.com/thread/73543?commentID=225150#comment-225150
>
>
> -Robin
>
>
> On Mon, Jun 25, 2018 at 9:07 PM, Marcus D. Leech via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> On 06/25/2018 11:57 PM, Dan CaJacob wrote:
>>
>> Without looking at the schematic, I'd guess that the difference is in the
>> implementation of the PLLs for tracking.
>>
>> On Mon, Jun 25, 2018 at 11:21 AM Chintan Patel via USRP-users <
>> usrp-users@lists.ettus.com> wrote:
>>
>>> Hi Marcus,
>>>
>>> Two follow-up questions related to B205/B210 synchronization.
>>>
>>> 1. What is the fundamental reason why B210 supports phase coherent sync
>>> across multiple devices and B205 does not. The reference manuals on the
>>> AD9364/AD9361 does not point to any clues, and neither does the schematic.
>>>
>> Because on B210, the reference PLL is a hardware, analog PLL, whereas on
>> the B205mini, it's a DPLL that simply cannot maintain low mutual
>>   phase noise because of the way the servo works.
>>
>>
>>> 2.  If we feed identical 40 MHz to multiple B205 from the reference
>>> input to the output of the DPLL (remove X1 and run a wire from R35-1 to
>>> X1-3) and identical 1PPS to a GPIO pin, is there a way to phase and
>>> frequency align the rx sample (CAT-DCLK) signals.
>>>
>> Yes, if you basically provide a shared 40MHz clock, and ignore whatever
>> the DPLL is doing, and perhaps re-jig the FPGA code to take 1PPS
>>   from a GPIO pin, this should, in theory, work.   But no guarantees.
>> Modified hardware.  Modified FPGA code.
>>
>>
>>
>>
>>> Thanks
>>>
>>> Chintan
>>>
>>> On Sat, Jun 23, 2018 at 11:26 AM, Marcus D. Leech <mle...@ripnet.com>
>>> wrote:
>>>
>>>> On 06/23/2018 09:06 AM, Chintan Patel wrote:
>>>>
>>>> Hi Marcus,
>>>>
>>>> Thanks for the response. I came to a similar conclusion reading the
>>>> Ettus app note on MIMO synchronization.
>>>>
>>>> Do you know if the DPLL code (or any other way) can be modified to
>>>> achieve phase coherence across multiple B205 minis.
>>>>
>>>> My understanding is that it is likely a very challenging exercise with
>>>> the existing hardware, otherwise, it would already be in place.
>>>> But the code, like all the other Ettus FPGA and host-side UHD code is
>>>> freely available.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Thanks
>>>> Chintan
>>>>
>>>> On Sat, Jun 23, 2018 at 1:07 AM, Marcus D. Leech via USRP-users <
>>>> usrp-users@lists.ettus.com> wrote:
>>>>
>>>>> On 06/23/2018 12:25 AM, Chintan Patel via USRP-users wrote:
>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I am an Ettus newbie. We have an application that requires us to
>>>>>> synchronize multiple B205 mini radios (RX side) using the PPS in signal. 
>>>>>> In
>>>>>> the FPGA, the pps_in is reclocked into the radio clock domain. What we
>>>>>> notice is that when we monitor this PPS signal (reclocked in radio clock
>>>>>> domain) from two different radios on a scope, there is a time variation
>>>>>> between the alignment of these two PPS signals across different trials. 
>>>>>> In
>>>>>> other words, after each reset the time skew between the two signals 
>>>>>> varies.
>>>>>> Since the PPS_in for both radios is the same, I think this variation 
>>>>>> across
>>>>>> different reboot iterations means that the radio clock is not guaranteed 
>>>>>> to
>>>>>> be phase aligned/locked to the PPS for the B205 radio.
>>>>>>
>>>>>> Curiously, when we repeat the same experiment using the B210, we do
>>>>>> not see this time alignment variation across reboots. Which only makes
>>>>>> sense if somehow for the B210 the radio clock is phase locked to the PPS
>>>>>> in.
>>>>>>
>>>>>> Any thoughts from folks who might have tried similar applications
>>>>>> and/or who understand the B205 mini/B210 radios.
>>>>>>
>>>>>> Thanks
>>>>>> Chintan
>>>>>>
>>>>>> The 1PPS/10MHz DPLL on the B205mini series is not designed to provide
>>>>> close phase coherence across multiple devices.  It is designed to
>>>>>   synchronize the clock on the board to an external reference.
>>>>>
>>>>> The DPLL servo code in the B205mini drives the control voltage on the
>>>>> VCTCXO that provides all clocking signals on the board.
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>
>> --
>> Very Respectfully,
>>
>> Dan CaJacob
>>
>>
>>
>> _______________________________________________
>> 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
>
>
>
> _______________________________________________
> 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