New Contributor
New ContributorThanks for the quick response.... I have a follow question though...
If I have understood how to constrain I/O's, the launch clock is an internal PLL-output and the latch-clock is a virtual clock to emulate the external device. Is it required to insert CDC-constraints for all virtual clocks emulating latch-clock in external devices?
What about I/O that is not latched in external devices? How do I constrain them?
Super ContributorMay I confirm that the latch-clock is a virtual clock to emulate the external device means?
Means 1: External device latches using its OWN internal clock. If yes, this is asynchronous.
Means 2: FPGA sends a forwarded clock to the external device (external device clock derived from FPGA PLL/CLOCK). If yes, this is source synchronous.
What about I/O that is not latched in external devices? How do I constrain them? Simply mark as false path because there is no capture edge on the external side, so STA cannot define a setup or hold window. Any timing analysis from FPGA internal clock to that I/O is meaningless.
New ContributorHi,
In this case it is asynchronous. The MCU latches the signal with its own internal clock.
I also have an ADC in my system which receives its clock from the FPGA (PLL-output/2). What are the considerations I need to make when constraining this? It is routed to PLL1_clkoutp-pin, but currently it is just a PLL-output divided by 2 (by inverting/toggling a signal based on the PLL-output frequency).
I will insert false-paths for the IOs. Thanks!
Super ContributorFor asynchronous part, do make sure have synchronizer.
For ADC part, I think is source synchronous. Please refer this document https://cdrdv2-public.intel.com/653688/an433.pdf for constraining
