[参考译文] DS64BR111：间歇性链路问题

尊敬的 David：

下面是我在 SATA 系统中使用的引脚+ SMBus 配置、它会出现 OOB 信令问题、如您所述。

引脚：

ENSMB：1K 至 VDD (如果使用具有内部稳压功能的3.3V 模式、则为 VIN)

模式：1K 至 GND  

VOD_SEL：1K 至 GND

TX_DIS：GND

寄存器：

寄存器              写入数据

0x06                      0x18      /*启用 SMBus 寄存器

0x08                      0x04      /*覆盖输出驱动模式

0x0D                     0x01      /*锁定信号检测“开”通道

0x0F                      0x01      /* 6.5dB EQ 增益

0x10                      0xAD    /*线性输出驱动

0x11                      0x80      /* 0dB DEM

0x14                      0x01      /*锁定信号检测“打开”CHB

0x16                      0x01      /* 6.5dB EQ 增益

0x17                      0xAD    /*线性输出驱动

0x18                      0x80      /* 0dB DEM

0x23                      0x04      /* VOD = 800mV

0x2D                     0xA5     /* VOD = 800mV

0x4C                     0x01      /*禁用直流偏移校正

此致、

Lee

我们必须使用引脚模式进行配置；SMBus 不可用。 我们使用3.3V 运行模式。


我们的配置为：

ENSMB：1K 至 GND

模式：1K 至3.3V

VOD_SEL：1K 至 GND

TX_DIS：1K 至 GND


我看到我们的模式设置不同：高=连续通话、低= SAS 模式、快速 OOB。 (我还可以在这里看到、MODE = 0对于 SATA 很重要： e2e.ti.com/.../1183105。 您是否认为这可能是系统通电后驱动器检测的问题？  我们的结果有好有坏--我们可以在没有故障的情况下成功执行数百个启动序列，然后由于没有好的理由而遭到一连串的故障的袭击。


建立链路后、模式设置是否对通信有任何影响？ 如果不是、我们可能会遇到多个问题、因为我们还遇到了 PHY CRC 错误消息(由 Linux 内核引发)、我认为这些错误消息与信号完整性相关。 我在高速示波器上探测芯片的输入/输出、DS64BR111的缓冲/驱动输出似乎并不出色。 我附上了一张关于我所看到的内容的照片。

整个拓扑结构位于 David 的原始帖子中。 电缆长度为12英寸。

通道 A 为 SSD -> COM Express 模块
通道 B 是 COM Express 模块-> SSD

CHA/IN：EQ = 8.5dB (EQA0：1K 至 VIN/3.3、EQA1：1K 至 GND)
CHA/OUT：DEM =-3.5dB (DEMA：浮点)
CHB/IN：EQ = 0dB (EQB0：1K 至 GND、EQB1：1K 至 GND)
CHB/OUT：DEM =-6dB (DEMB：20K 至 GND)


前面显示的迹线位于 CHB/OUT 的远端(探测 SSD 控制器旁边的电容器)。

编辑：添加了缺失的 EQ 设置

约书亚、您好！

我建议减小 CHA EQ =最小值(EQA0 = 1k 至 GND)和 CHB DEMB =-3.5dB (浮动) 、以查看是否可以消除某些过度均衡。

由于只有引脚控制来操作 DS64BR111、我建议尝试不同的方法。

MODE =高电平

VOD_SEL =高电平(使用非限制输出样式、可帮助 OOB 噪声传输)

DEM =浮动

SD_TH =低电平

您还可以在 MODE =低电平时尝试上述设置、看看这是否有助于您的应用。

此致、

Lee

SD_TH 到低电平(从浮点)将提高 LOS 的阈值电平--这对链路有什么影响？

约书亚、您好！

将 SD_TH 更改为"0"会增加信号检测阈值。  通过使信号检测灵敏度降低、可以更轻松地抑制空闲"噪声"并正确地重新传输 OOB 配置脉冲。

此致、

Lee  

我已进行了建议的更改。

从功能上讲、该设计仍会启动。 然而，与我以前观察到的高度和宽度相比，眼睛张开度似乎更加接近。

我假设眼图测量中的一些差异可能是由探测差异造成的(尽管使用了相同的测试设备)；但眼图的总体特性似乎没有显著变化。

我附加了另一个屏幕截图。

约书亚、

基于眼图交叉、存在大量确定性抖动、无法通过线性均衡器进行补偿。  这可能是探测位置、但我认为还有一些 PCB 结构会影响眼图质量。  您能否向我发送一些带有 DS64BR111位置和测量点标注的系统图片？  它还有助于获取本机电路板文件以详细查看 PCB。  发送至 lee.sledjeski@ti.com

此致、

Lee

作为参考、在转接驱动器(INB)的输入端、眼图如下所示：