[参考译文] TUSB9261：超高速协商后启动期间 USB 重复复位突发

尊敬的  Fr é d é ric：

由于 VBUS 上的功率下降而导致的多个复位也存在类似的问题、这可能是相关的。  您认为这里的情况会是这样吗？
(6) TUSB9261DEMO：连接到 SATA SSD 时保持复位-接口论坛-接口- TI E2E 支持论坛

此致、

尼古拉斯

您好、Nicholus：

谢谢你的建议,很好的发现,  

这 进一步解释了我们关于 Vbus 的假设: 我们当前的设计似乎是可疑的,因为使用 从本地+12V 线路导出的齐纳+5.1V 电压向 Bridge 和 SoC 提供了 Vbus 信号。 此5.1V 随后除以电阻器40.2k 10K。  

我们可以通知您我们的发现和 Vbus 信号修改结果、以了解它是否能解决 USB 总线复位事件

再次感谢

此致

弗雷德里克

  TUSB9261的 Q1版(通过汽车认证)中有更详细的 Vbus 信号输入规格。

与基本 TUSB9261规范中的5V 相比(如果您没有将 VBUS 焊盘电压 限制读作1.155V)、

VBus 的-Q1版本描述是否可以保留为  标准版本的补充信息？

此致

弗雷德

尊敬的 Fred：

问得好。  查看后、发现它们确实具有相同的 USB_VBUS 规格并且互相补充。  TUSB9261数据表中缺少最大额定值。

TUSB9261
最大额定值- 未列出 (1.2V)
建议 - 1.155V
设计要求- 90.9k Ω(1%)和10k Ω (1%) 分压器

TUSB9261-Q1
最大额定值 - 1.2V
建议 - 1.155V
设计要求- 90.9k Ω (1%) 和10k Ω (1%) 分压器

此致、

尼古拉斯

嗨、Nicholaus：

凭借这一精度、我们现在可以更清楚地检查设计的限制。

但 有一点似乎仍然缺失、那就是该监控输入的阈值电平、无法确定我们相对于 VBUS 损耗检测的裕度。

似乎是1.2V CMOS 输入、我们应该考虑 0.6V  或更低的跳闸点吗？

它是一个谜,与 设计要求重新命令一个90.9k/10K 分频器,为标称5V VBUS 这导致呈现到 VBUS 监控输入  

5 x 10/(90.9+10)= 0.495 V 电压 应高于 VBUS 监控的保留水平,并具有少量噪声稳定性裕度 ,这与0.6V 假设不匹配。

是否可以访问更多有关 VBUS 监控输入输入输入的数据、以设计稳健的接口。

感谢您的支持。

此致

弗雷德

尊敬的 Fred：

很抱歉、我尚未找到 TUSB9261的此阈值信息、但我将继续查看。

在您的情况下、USB 规范中可接受的 Vbus 值范围为：  
最小值：  4.4V  
最大值：  5.5V

在功率骤降期间、系统是否在规格范围内？  如果不是这样的话、那么应该按照 USB 兼容来校正它。  

所需的分压器将 为 TUSB9261 VBUS 输入产生最小/最大电压。  我想他们会以一定的裕度环球运用这些值：
最小值： 0.436V
最大值： 0.545V

此致、

尼古拉斯

感谢您发送编修。

我们仍在监视 Vbus。

到目前为止、我们 在 USB VBUS 激活(由 Keystone 发出命令)之后仅8ms 在 VBUS 上才发现了孤独的毛刺、正如以下屏幕硬拷贝所述、但似乎没有任何内容可以在很长一段时间内引发重复的 USB 总线复位。

我们的调查将向前推进:如果 KeyStone 本身无法从他自己的一侧重置 USB 总线,我们现在就漂移,因为他的 USB 接口还监测 专用模拟输入上的 VBUS 电压(直接来自5V USB VBUS ,无分频器)。

有一些寄存器专用于 调整 VBUS 有效阈值的电压电平。

在 SPRUHJ7A 中–2014年4月–2017年8月修订第157页
USB 寄存器

但没有详细说明如何 通过+/-1.5%的步长将调整编码为3位格式、也没有标称电压(假设为5.00V)

操作系统初始化后、我们有以下值：

• USB_PHY_CTL2 = 0x2C28CDC4

=> PHY_PC_OTGTUTE = 100b

=> PHY_PC_COMPDISTUNE = 100b

与复位后的默认值相同

其他寄存器允许选择外部 VBUS 有效源

• USB_PHY_CTL4 = 0xA9F0C000

=> PHY_OTG_VBUSVLDEXTSEL = 0

=> PHY_OTG_OTGDISABLE = 1

与复位后的默认值相同

但是、这种棘手的设置需要进行更多调查才能让我们理解、并且可能只有 TI USB 专家才能帮助我们了解该情况。

此致

弗雷德

是的、最好 单独问一个有关 KeyStone II 架构的问题。  我对它没有经验、但如果 您有一个 USB 协议分析器、那么捕获 TUSB9261和主机之间的跟踪将很有用。

不过、我可以为您提供有关 TUSB9261的任何帮助。

尽管功率骤降是一次性事件、但我提到的之前的 E2E 帖子似乎具有相同的症状：

"连接工业 SSD 后、 TUSB9261DEMO 似乎每秒钟左右就会定期复位、在 Windows 设备管理器中出现并消失。"

这是如此相似、我认为我们应该确保8ms 的毛刺不是 根本原因。  您是否有 一块 TUSB9261DEMO 电路板 要测试？  或者、您可以执行哪些操作来消除干扰？

此致、

尼古拉斯

尊敬的 Frederic：

还有其他问题吗？  如果没有、我将关闭问题。

此致、

尼古拉斯

您好、Nicholus：

我们 成功地 通过以下方式消除了 VUSB 干扰：在上电后启用 SoC 就绪型 VBUS 电源连接器、并绕过会引起 VBUS 干扰的 SoC 命令、但在某些上电序列中仍保留重复的 USB 总线复位。

我们刚刚收到了新的 Total Phase Beagle USB 5000 USB3.0 Analyzer。

将继续调查、以尝试在 USB 协议上标识导致复位命令突发的来自主机(SoC)或设备(桥接)的哪个行为体。

仪表不是那么容易,因为我们是在参与者之间的无连接,因为 SoC ,桥,SSD,只通过一个 PCB 上的迹线连接。 我们必须拦截 SoC 和桥接器之间的信号并通过 USB 协议分析器发送这些信号。 希望我们不会 因为 SS 链路上的信号完整性问题而暴露在外。

所以我们不是在最后...

尊敬的 Frederic：

好的、我会将此问题标记为"等待客户"。  如果您有任何问题、请告诉我。

此致、

尼古拉斯