TLK10232: TLK10232 problem when connect with SFP

Tanks Luis，I have disabled the AN functions，and it looks like better now, but the new problem is it may not work with some devices connect with SFP

    I tested tlk10232 connected with another 3 devices using SFP , these 3 published devices work well with each other, but the result is tlk10232 can only link with 2 of them,  1 fail

    if link , status register 0x1e.0xf is 0x1c03, all status is OK

    if fail, status register 0x1e.0xf is 0x1c13, I found in datasheet that when bit4 set, receive fifo is reset, but I cannot know any more about this bit, canyou give me some suggestion,THANKS

Hello Yong,

Sorry for the delay. These devices is intended to backplanes (copper), but is also able to interface with SFP/SFP+ modules, hence, you need to try with another settings for registers HS_SERDES_CONTROL_2 & HS_SERDES_CONTROL_3 (SWING, ENTRACK, EQPRE, CDRMULT, CDRTHR). Please try another values for both registers and let me know your results.

I hope this helps.

Regards,

Luis Omar Moran

High Speed Interface

SWAT Team

Hello Luis :

Thank you for your replies

I have tested (SWING, ENTRACK, EQPRE, CDRMULT, CDRTHR)  with many combinations， all results are that TLK10232 still cannot link with the device, and the value of register 0x1E.0x000F  is still 0x1C13，the bit   "receive fifo is reset " still exist; Now i have no idea how to resolve this problem, I need you more helps, thank you 

Hello Luis :

   Dos the "receive fifo is reset " means some error happened in CTC block

Hi Yong,

Yes, you are right regading the FIFO error. So although CTC is by default ON, it won't really work because the FIFO depth is 8, which has no CTC. You maybe need to change it to any of the others.
000 = 8-deep (no CTC)
001 = 12-deep
010 = 16-deep
011 = 24-deep
1xx = 32-deep 

As well, could you dump all your entire configuration to find out a possible wrong value?

Thanks,

Luis

Hi Luis

   Our configurations is always ST=0,we test our device with CSCIO,it still cannot link using SFP

Hello Yong,

Would you mind try this configuration please?

KX with Auto Negotiation disabled, with 156.25 MHz
Refclk, Data Rate = 3.125Gbps
*Note: Script only provisions 1 channel based on PHY address setting. To provision all channels at the same
time, write 1’b1 to 30.0.11 GLOBAL_WRITE after device reset.
• Device Pin Settings
o Ensure ST input pin is Low
o Ensure MODE_SEL input pin is Low
o Ensure PRBSEN input pin is Low
o Ensure REFCLK_SEL input pin is Low
• Reset Device
o Issue a hard or soft reset (RESET_N asserted for at least 10 us -or- Write 1’b1 to 30.0.15)
• Mode selection
o Write 1’b1 to 30.29.13 to enable 1GKX manual setting

o Write 1’b0 to 30.150.1 to disable Link Training
o Write 1’b0 to 7.0.12 to disable Auto negotiation
o Write 1’b0 to 30.1.11 to set device to 1G-KX mode
o Write 4’b0111 to 30.2.3:0 to set HS PLL multiplier to 10x
• HS Serdes settings
o Write to 30.3, 30.4 (Refer to “tlk10232 Link Training Optimization Guide” for recommended values) At this point please try different settings for HS_SERDES_CONTROL_2 & 3
• Reserved Register settings
o Write 16’h001F to 30.32801
• Issue Data path Reset
o Write 1’b1 to 30.14.3
• Wait for 1000ms
Device provisioning is complete at this point.

I hope this helps, regards.

Luis

Hello Yong,

Could you send me a block diagram/picture of your system?

Thanks,

Luis

Hi Luis，

    I found another way to avoid this problem,when link is down, following steps as this:

   1、POWER DOWN the BCM56334 MAC

   2、disable TLK10232 LS_RX_ENTX bits in 0x1E.0x0007 

   3、delay 10ms and POWER UP the BCM56334 MAC

   4、delay 40ms and enable  TLK10232 LS_RX_ENTX bits

i  tested 3 kind of device from different producter，all of them using bcm54640 phy. i am sure that this problem happens only if remote device is bcm54640.