The help says, "FPGA Timekeeper locked is TRUE if the FPGA Timekeeper has locked on to and is tracking the given time reference."
That's not very specific.
- The Timekeeper is only "tracking the given time reference" when "Sync Time.vi" is called by the code, right? Otherwise isn't it just predicting time base on the FPGA clock cycle, and apparently some filtering, gain and interpolation? That wouldn't really be tracking the time reference.
- Is the Timekeeper checking the interval at which Sync Time.vi is called?
- Is it comparing the offset of the two time values input to Sync Time.vi to its internal prediction?
- Is it making some judgement after a series of Sync Time.vi calls (how many?) that it has figured out the relative variations between the time reference and the FPGA clock? How does it make that judgement?
- If a long time passes between Sync Time.vi calls does it decide it has lost its lock?
- Does calling Time Synce too frequently or too infrequently contribute to not achieving locked status, or to losing it?
Thanks for the help! I love the idea of the FPGA Timekeeper but I don't know how to interpret the lock. I can get the offset from the time reference, but what I'd really love to know is the size of the error when calling Time Synce.vi.