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.

CCS/DS100DF410: CDR cannot be locked

Part Number: DS100DF410


Tool/software: Code Composer Studio

The receiving design Retimer CDR cannot be locked, and the plug and unplug optical fiber interface device loses packet. Is there any way to solve this?At present, the interface is 10G. Can it be configured to bypass?

  • Hi  

    1. At present, it is found that the CDR cannot be locked by repeatedly plugging and unplugging the MPO interface fiber, causing the interface to lose packets. Close and open the CDR interface again to communicate normally without packet loss. Please help me look at this problem. Is there any configuration to solve this problem? ? 2. Can the bypass function be used when using 10g? ? How to configure, if you only turn off the fifth bit of 0x09 and change it to 1, it is to enable this function, but if I configure it, the port cannot be up. Is there a configuration sequence, or this function cannot be enabled in 10g mode? ?


    Please let me know if you have any questions.
  • Hi,

    Please try the following settings to see if they help the retimer channel acquire CDR lock.

    1. Disable Single Bit Transition (SBT)
      • Performed by setting channel register 0x0C[3]=0
    2. Force CTLE = 0x00
      • Performed via the channel register writes below

    REG

    Value

    Comment

    0x31

    0x00

    Set Adapt mode 0

    0x2D

    0x88

    Enable EQ override

    0x03

    0x00

    Set EQ = 00

    0x3A

    0x00

    Set EQ = 00

    0x0A

    0x1C

    Puts the CDR into RESET

    0x0A

    0x10

    Releases the CDR from reset

    Rodrigo Natal

    HSSC Applications Engineer

  • Thank you very much for providing the solution. At present, mandatory CTLE can solve the problem. I have a question that our design also includes RX plus retimer, so packet loss will not occur in the same configuration.The only difference is that the wire length is different. Is there any requirement for the wire length to be increased by RX retimer?

  • Hi Rodrigo

    Thank for your reply, could please help to follow up next question?

  • Can you clarify what you mean by wire length? What is the retimer input channel insertion loss for each of your application cases?

    Thanks,

    Rodrigo Natal

  • RX plus retimer if there was any constraints, SFI (SFP +) walk line length, now I have two projects, is RX increased the retimer, configuration as another project board plug will be lost package, according to the method of you provide close CTLE will solve the problem, but two different design are increased retimer configuration, one must be closed CTLE in order to solve the problem of plug lost package

  • Hi,

    My apologies, but I still don't understand what the issue is. Can you provide more detailed explanation, and if possible include customer system block diagrams for all retimer use cases?

    Cordially,

    Rodrigo Natal

    HSSC Applications Engineer

  • retimer 拓扑.doc

    I have uploaded a topology. The difference between the two designs is that the switching chip is different, and the length of the wire between the switching chip and the Retimer is inconsistent.The configuration parameters of the Rx Retimer are the same.

  • Hi,

    The customerr should apply different retimer Rx setting depending on whether the input channel is very short or longer.

    • For retimer channels with very short input channel the customer should implement my previous routine where CTLE = 0 is manually forced
    • For the retimer channels with longer input channels the customer should let the retimer auto adapt via adapt mode 1

    Cordially,

    Rodrigo Natal

    HSSC Applications Engineer

  • Ok, thank you very much