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.

DAC37J82EVM: DAC attempts JESD link establishment on SYSREF falling edge

Part Number: DAC37J82EVM
Other Parts Discussed in Thread: LMK04828

Hello, I running into an issue with the DAC37J82EVM in which the DAC is attempting to establish a JESD link on the falling edge of SYSREF. My current understanding of the JESD protocol is that converters and processors should respond to the rising edge of SYSREF, but that doesn't appear to be how my setup is behaving.

My configuration is the same as it is in this question : e2e.ti.com/.../772847

To reiterate :

  • DAC37J82EVM board
  • Xilinx VCU118 Demo board
    • JESD204 v7.2.1 IP is instantiated
  • JESD204B subclass 1
  • LMFKS = 4, 2, 1, 30, 1
  • 1 GSPS sampling rate, 250 MHz core clock, 10 Gbps line rate

After configuring the EVM and the FPGA, I trigger SYSREF and I observe this on the FPGA :

[1] : Code Group Synchronization

[2] : SYSREF Rising Edge

[3] : Initial Lane Alignment Sequence

[4] : User Data

Since the SYNCB pin from the DAC is already high, the FPGA goes through the link establishment steps and begins transmitting its digital waveform. Note however that the DAC does not output any RF at this point

When SYSREF returns to 0 I observe this :

[1] : SYSREF Falling Edge

[2] : SYNCB request from DAC

[3] : Code Group Synchronization

[4] : ILA Sequence

[5] : User Data

After the falling edge of SYSREF, the DAC requests link establishment via the SYNCB pin and the FPGA go through the link establishment steps again. The DAC also outputs the expected RF waveform from the FPGA at this point. Our system requires all ADCs, DACs and processors to synchronize simultaneously, i.e. on the same SYSREF edge. I've also tried to configure the LMK04828 to invert the SYSREF signal going to the DAC, but as far as I can tell when probing with an o-scope that feature doesn't actually change the SYSREF signal in any way.

Is this expected behavior for the DAC? is there anyway to change it?

Thank you,

-Branden

  • Hi Branden,

    One of our experts is taking a closer look at your issue, and will be back with you shortly.

    Best Regards,

    Dan
  • Branden,

    Rising edge of SYSREF is sampled with the rising edge of device clock. Is there a chance you have the differential signals swapped? Is there a chance the LMFC is occurring this much later after SYSREF went high? Can you add this signal to your chipscope capture?

    Regards,

    Jim

  • Hi Jim, Thanks for your reply.

    I can't easily add the LMFC to the chipscope capture unfortunately since it's not an exposed port on the Xilinx IP. I can try to dig through the netlist and see if I find anything related to the LMFC. I did check the routing of the SYSREF signal from the LMK device all the way to the FPGA on the Xilinx demo board and can confirm that the P and N legs are mapped to the correct pins.

    I also checked the DAC EVM schematic and found this :

    It looks like the P/N pairs for clock and SYSREF are swapped coming out of the LMK04828, but only for the pairs going to the DAC. I tried to get around this at first by inverting the DCLK and SDCLK outputs from the LMK04828, but controls in the DAC GUI don't seem to actually affect the signals at all, i.e. the inverted and non-inverted settings look identical on an o-scope.

    Are you able to observe the same behavior on your hardware setup?

    Thank you,

    -Branden

  • Branden,

    I verified the DCLK gets inverted but the SDCLK does not. The GUI is writing the correct data to the correct register per the LMK data sheet. I think there may be an error with the data sheet. I would suggest you send this post the clock forum group to get clarification regarding this.

    Regards,

    Jim 

  • Thanks Jim, I've asked a related question in the clock forum, hopefully they'll be able to shed some light on this.
  • So it turns out that the polarity invert functionality only applies to device clocks by design, as explained in this answer : e2e.ti.com/.../2875779

    I suppose I can work around this issue by flipping the polarity of SYSREF at the FPGA input so that it is aligned with the DAC. Thanks for your help.

    -Branden