This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LMK04828: SYNC and SYSREF

Part Number: LMK04828


We use the LMK04828 to generate clocks and SYSREFs for several FPGAs and high-speed converters.in our system.

All references below are to the latest datasheet version (revised May 20).

We need to use several different SYSREF modes (and we need to be able to change between these modes during system operation).

Until now we have been using continuous SYSREF mode and SPI-triggered pulse mode, which work fine. We now need to also use external sync-triggered pulsed mode, that is we need to generate a (single) SYSREF pulse  upon a transition on the SYNC/SYSREF line.

I am using the 4th configuraion in Table 1. This basically works, however I see a delay of about 300 ns between SYNC line transition and the leading edge of the SYSREF output pulse. This delay varies between 250 and 350 ns (approximately) between system restarts.

Additional information:
SYSREF frequency is 10 MHz, CDP frequency is 2560 MHz
SDCLKoutY_DDLY = 0, SDCLKoutY_HS = 0, SDCLKoutY_ADLY_EN = 0

I understand the variability in the above delay (it agrees well with 10 MHz SYSREF frequency), however I do not understand the minimum delay of 250 ns (and it causes us problems).

What is the expected delay between SYNC pin assertion and the leading edge of the (first or only) output SYSREF pulse? Is there a way to decrease it?

Note: I generate a a SYNC event during initialization per section 9.3.2.1.1 in the datasheet. I do not generate such event upon SYSREF mode change since there are no changes to the divisors or digital delays (I tried doing it, nevertheless, and it didn't help).

Thanks,

  • Hello Beni,

    I will get back to you by the end of the week.

    Best,

    Andrea

  • Hello Beni,

    Are you using the SYSREF local delays? If so, 200ns should be the default if you are choosing 2-cycle local SYSREF delay, which can be bypassed. To do so in TICS Pro, (1) go to the outputs tab, (2) select "Bypass" for the channels that is giving you this problem:

    If this does not solve your problem, please let me know and attach your .tcs file. 

    Good Luck,

    Andrea

  • Andrea,

    Thanks for the input.

    As I wrote in my original post, all my local SYSREF delays are zero (set to bypass).

    I am not using "pre-cooked" register files generated by TICS Pro. Instead, I have designed a software driver that generates the proper register write sequences per application-provided setup (we need to change SYSREF configuration on the fly).

    It seems to me that when operating SYSREF in external sync mode (the 4th configuraion in Table 1 in the datasheet), the SYNC input is debounced by 2 flip-flops that are clocked by the SYSREF clock, before enabling SYSREF output pulse generation. Am I correct? That would explain the delays thar we are seeing.

    We will modify our design to account for this delay, however I must know the delay range, in particular the minimum delay value.

    Is this delay always in the range between 2.5 and 3.5 SYSREF clock periods (250 to 350 ns in our case)?

    Thanks,

    Beni

  • Hello Beni,

    I am waiting on my design team to provide me with further information about this. Once I have it, I'll post it here.

    Best,

    Andrea

  • Hello Beni,

    Unfortunately, we do not have this data, but from your explanations and reasonings, you can assume a 2.5 to 3.5 SYSREF clock period delay range.

    Best,

    Andrea