so all of my clocks are shifting in frequency and ...
# silicon-validation
a
so all of my clocks are shifting in frequency and phase
t
Please forgive me my bullish inquiry. PS: No proposal intended, but if I’m right, FPGA PLL (e.g. Xilinx) can be reprogrammed on the fly (without partial reconfig). Have a great time! Cheers.
a
That's what I mean, using the DRP. It's still PR in my mind, although I'm not actually loading a full partial bitstream through the ICAP
The DRP is essentially a local ICAP that only writes to the config memory of the PLL
but as you're still changing bits at run time that were originally written by the bitstream, I consider it a form of PR
That's how I'm doing it. But since you are dynamically changing frequency and phase (the FPGA is a Xilinx, Spartan-7) relative to the parameters that static timing was done with at the time you created the bitstream, you have to be very careful to not introduce timing violations that won't be seen by STA
t
So you created a low-cost, but yet very efficient test-setup, congratulations. Regarding my proposal: 1) The test frequency will\can remain constant, at a lower bound, let’s say 20MHz. 2) You could make the duty cycle adjustable and find out its minimum high time by playing with the constraints during a new synthesis and/or STA run. 3) During in-system-test the duty-cycle can then be modified from 50/50 all the way down to the minimum value, which is indicated by the STA report.