Hey Wade,

Ah, so you aren't using the BIST feature of the AD9361 and the dynamic
clock/data adjustments to get a clear eye opening.

You should be able to add that and enhance the E320 to do dual 61.44 Msps.
I believe it even simplifies your timing constraints, too.  Here are the
constraints from ADI for their ADRV9361-Z7035 project:


https://github.com/analogdevicesinc/hdl/blob/619e8043d06d08aaf647203d131fb1f0af021e5b/projects/adrv9361z7035/common/adrv9361z7035_constr_lvds.xdc

Note the pins only have differential termination enabled, set up for LVDS,
and only the RX LVDS clock is called out for having a 4 ns period.  The
rest is handled with the BIST of the AD9361.

Brian

On Thu, May 5, 2022 at 9:01 PM Wade Fife <wade.f...@ettus.com> wrote:

> Hi Brian,
>
> I don't recall the details of why the design was not able to statically
> close timing at the highest clock rate. The current design is constrained
> for the lower clock rate. Typically, static timing closure becomes
> difficult when you get up around 250 MHz and dynamic phase alignment
> techniques tend to be used instead. So it's certainly possible to create
> LVDS interfaces that run at this rate, but the current design of the FPGA
> interface doesn't.
>
> Wade
>
> On Thu, May 5, 2022 at 12:28 PM Brian Padalino <bpadal...@gmail.com>
> wrote:
>
>> On Thu, May 5, 2022 at 11:45 AM Wade Fife <wade.f...@ettus.com> wrote:
>>
>>> It's a limitation of the FPGA interface to the RFIC. It doesn't support
>>> the tight setup/hold requirements for operation at the higher clock clock
>>> rate required for 2 x 61.44 Msps.
>>>
>>> Wade
>>>
>>
>> This sounds wrong to me unless you have some very serious bus skew in the
>> layout.  The clock and data delays built into the AD9361 along with the
>> fact the FPGA is a Zynq-7045 should be enough to get some valid setup/hold
>> times.  The LVDS interface is pretty robust and I've seen it work very well
>> on many designs.
>>
>> Can you elaborate more on what the deficiency is with the FPGA interface
>> to the RFIC?
>>
>> Brian
>>
>
_______________________________________________
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an email to usrp-users-le...@lists.ettus.com

Reply via email to