Hi all
I first posted this question in high-speed ADC forum, yet was adviced to try here as well.
I'm trying to interface my fpga (ultrascale+) to some AD9675 chipsets (so JESD204b devices).
If I look at the example designs/projects, I get a bit confused, e.g. DAQ3 for zcu102 design:
For the AD9671/9675 design then, I think I need to copy step 1 and 2, yet alter the transportation layer with the AD9671 IP block.
The output of this IP block goes into a CPACK (8channels) then to DMA. Is this what's supposed to be the correct flow? In attach I have a picture of the IP blocks (for 2 lane setup)
Lots of thanks on any input!
Sincerely
Wouter
Hi Wouter,
the "ad_ip_jesd204_link_dnconv" (gearbox) IP is available only on that branch since it is a workaround that does not guarantees deterministic latency.
We are actively working on moving…
Yes, it the correct flow, but I would add a couple of remarks.
First, the axi_adxcvr and util_adxcvr are the actual JESD204 PHY. What you called PHY is going to be the link layer, and the axi_ad9671 is the transport layer. For the transport layer please use the generic one instead. (https://github.com/analogdevicesinc/hdl/tree/master/library/jesd204/ad_ip_jesd204_tpl_adc)
In general you want to introduce FIFO into your data path if the data rate is too high to be handled by the main memory interface. The FIFO will make it possible to save a bigger junk of continuous sample then offload to the main memory at a lower rate.
Thanks,
-Istvan
Hi Istvan
thanks for the reply, it makes more sense already!
Why is there a specific IP core in the hdl library if the generic is preferred?I was wondering, as we need 8 times the ADC for our project, I have to limit the amount of high speed lanes per ADC to 2 instead of the max, 4.
This results in having an F of 8, in generic jesd, this is mentioned. Basically having two different clocks for the link layer and the transport layer. In the example pointed (git branch advr9009_less_lanes) there's an extra ADI IP: "ad_ip_jesd204_link_dnconv". This IP block I don't find in the future branches and the master. Has this been deprecated? Or can I still use this block?SIncerely
"Why is there a specific IP core in the hdl library if the generic is preferred?" - we introduced the generic IP recently, and there are still legacy code in the repo, it will be cleaned up in the future.
AdrianC can answer to your second question, he is more familiar with the ADRV9009 project.
We are actively working on moving this gearbox into the link layer IP, this will ensure deterministic latency with F=8 or other NP=12 use cases. The branch under development can be found here, it is functional but it might suffer small modifications before goes to master. You can take this project as a reference but in your case RX_DATAPATH_WIDTH must be set to 8.
Laszlo
Hi lstvan and Laszlo
super! thanks a lot for the information!