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.

DS280DF810: PRBS operation

Part Number: DS280DF810

I have the same scenario as described in this locked thread. I want to use the PRBS generator output and cannot provide an RX input on the channel. I note that there many registers are reserved. Can someone provide register settings / sequence to force the CDR block to actually lock at its free-running frequency and actually generate PRBS output at its free-running frequency (with no RX reference input)? 

  • Hi Curtis,

    We have a couple of FAQs discussing this topic - using integer multiple clock to generate PRBS. Please note links below:

    Register settings for prbs generation:
    e2e.ti.com/.../701766

    Using GUI to generate PRBS pattern:
    e2e.ti.com/.../701759

    Regards,,nasser
  • Thank you for pointing to these FAQs. To answer your question, the setup described (using an external input at the RX input) does not resolve my issue. Please refer to the specific wording of my question and further details to explain my setup and intent:

    I have a QSFP28 test card design (intended to test 10 Gbps or 25 Gbps QSFP28 devices) that consists of a QSFP28 card cage and a DS280DF810 device. The odd-numbered DS280DF810 RX inputs are driven from the QSFP28 connector outputs, and the even-numbered DS280DF810 TX outputs are driven to QSFP28 connector inputs. The only other pins connected to test card circuitry are the DS280DF810 twenty-five MHz clk input, the SMBus pins, and general I/O pins (reset, address, etc.). The DS280DF810 test pins have pulldown resistors on them.

    The design works great for flow-through testing of the QSFP28 at 10 and 25 Gbps (x4) when I set up the crosspoint switch to fanout the odd-numbered RX input to both the even and odd-numbered channel of each pair, and connect the DUT QSFP28 module optical I/O connectors to a 40Gbps / 100Gbps BERT tester. Thus, I understand that the CDR will lock when the RX input is driven with an appropriate data stream (or clock, as described in the threads you mentioned).

    However, I would like to make use of the internal PRBS generator of one QSFP28 test card to drive the PRBS checker of the next downstream identical QSFP28 test card - or, in a simpler test setup, loop a single test card's QSFP28 optical IO to itself. In the latter case, there is no available external data stream to create CDR lock on the PRBS generator channel signal path.

    So, my question may have to be answered by the IC design team or by the IC test team - I want to know if there is a "test" mode or register settings / sequence available (perhaps through reserved registers) to get the PRBS generator to free-run without an initial "seed" RX input to create CDR lock. I realize that the CDR has to lock to some reference to keep the loop stable. I'm thinking that the designers, in conjunction with the IC test engineers, might have implemented an IC-test-only method of achieving CDR lock to test the PRBS generator output: perhaps by forcing a test sequence that enables PRBS operation at the free-running VCO frequency (unlikely to be stable), or, by forcing the CDR to lock (at a specific output frequency such as 10 or 25 Gbps) to an internally generated multiple of the 25 MHz oscillator input or the internally derived 10 MHz domain clock.

    I understand that this is a special request, and it is perfectly acceptable to remove this post and respond privately with register setup code (such as in the register setting thread) or GUI register settings. Please forward my request to the appropriate person if necessary. I will not have access to my test setup until 7/17/18 as I am away from the office. Thank you very much in advance!
  • Hi Curtis,

    I understand you want to use 25MHz clock to generate PRBS pattern. I have to check on this and will let you know. Meanwhile here is my email address: Nasser.mohammadi@ti.com.

    Regards,,nasser
  • Thank you in advance. I will send an e-mail to you directly. Thanks, Curtis

  • Please see e-mail to Nasser.mohammadi@ti.com
  • Hi Curtis,

    I did check on this.

    Device uses high speed clock on one of the inputs for PRBS serializer. Also, ATE program uses high speed clock on one of the inputs as well. So it is not possible to use 25MHz to generate PRBS pattern.

    Regards,,nasser
  • Hi Nasser,

    Thanks for the information. Based on the wording of your answer, it seems that it might be possible to sync all eight CDRs from one input. It would be very useful for me to know how I can configure the DS280DF810 to accept one high-speed clock to sync multiple or all eight CDRs. Can you please inquire on which input(s) could be thus used, and what register settings are required to sync all eight CDRs from one input?

    Thanks in advance, Curtis 

  • Hi Curtis,

    1). You can use high speed clock integer multiple of data rate on any input.

    2). High speed input clock can be used for local and adjacent channel - using 2X2 cross point to route to adjacent channel.

    3). PRBS generator is after cross point and after CDR for each channel. Therefor, each channel has it's own PRBS generator; hence, PRBS patterns may not be synchronized.

    4). DS280DF810 has 2X2 cross point on it's outputs. This means you can use one high speed clock to seed 2 PRBS generators. Externally you can connect TXn from one channel to the next channel RXn to enable PRBS on the second set of 2X2 cross point. In summary, DS280DF810 does not support a single high speed clock input to generate 8 PRBS patterns. Using a single high speed lock you can generate 4 PRBS generators. This can be done in two ways:  

    a). Providing high speed clock per two channels

    b). Externally connect from TXn of channel to the next channel RXn.

    Regards,,,nasser

  • Thank you, Nasser. This makes perfect sense - the way you can use one input for IC test is to look TX to RX while providing one input. I really appreciate your help. Regards, Curtis