我们设计的框图如下图所示，host会晚于TUSB213约10s上电，我们在实际工作中发现当有TUSB213时有较大概率出现USB会握手失败！请帮忙确认一下TUSB312 μ A 至 Q1在上电时是否有时序要求？谢谢！μ A
下图显示了我们设计的方框图。 主机将比 TUSB213晚大约10秒后开启。 在实际工作中、我们发现当存在 TUSB213时、USB 握手失败的可能性很高！ 您能否帮助确认 TUSB312-Q1在上电期间是否有时序要求？ 谢谢！
TUSB213- Q1似乎没有CD引脚和ENA HS引脚！是否还有其TA引脚状态可以测量？
TUSB213-Q1似乎没有 CD 引脚和 ENA_HS 引脚！ 是否可以测量任何 TA 引脚状态？
1、如你所说，TUSB213-μ A TUSB213-μ Q1似乎开始就提高电压，此时握手就会失败，能否更详细的说明TUSB213是检测到什么信号后开始启用升压（升压）？高电平 Q1仅提升HS信号，我们测量到的握手信号如下图所示，第一次握手结束后
1、正如您提到过的、TUSB213-Q1仅提高 HS 信号。 下图显示了我们测量的握手信号。 第一次握手之后、TUSB213-Q1似乎开始升高电压、握手将失败。 您能否提供有关 TUSB213检测并启动升压（直流升压是高电平）的信号的更多详细信息？
第一次握手结束后的细节波形如下图所示
第一次握手之后的详细波形如下图：
、能否提供下TUSB213 Ω Q1的DC BOOST配置为low level和high level时的电压精度分别是多少？Ω
您能否为 TUSB213-Q1提供低电平和高电平下的直流升压配置电压精度？
谢谢！
尊敬的 Yanqing：
TUSB213-Q1似乎没有 CD 引脚和 ENA_ HS 引脚！ 是否有任何可以测量的 TA 引脚状态？
TUSB213-Q1确实随附 CD 和 ENA_HS 引脚。 这些引脚在启动时使用、用于衡量 是否为 I2C 上拉了 SCL 以及为 DC_BOOST 使用了哪些设置。 复位后、这些引脚成为状态输出引脚、可用于监控是否检测到连接以及是否检测到 HS 信号。
ENA_HS 的引脚说明还提供了有关如何确定 HS 信号是否存在的更多信息。
1、正如您所提到的、TUSB213-Q1只能提高 HS 信号。 下图显示了我们测量的握手信号。 第一次握手之后、TUSB213-Q1似乎开始升高电压、握手将失败。 您能否提供有关 TUSB213检测并启动升压（DC 升压是高电平）的信号的更多详细信息？
当 DC_BOOST 设置为高电平时、信号在握手期间断开的可能性增加、因为可能会超过握手的电压阈值。 转接驱动器会通过在数据通道上发生静噪检测成功完成握手、这会导致 ENA_HS 引脚输出确认、而转接驱动器开始 增强信号。 如果交流或直流升压电平过高、该升压可能会导致在握手期间断开连接。 这可能值得尝试较低的级别、看看这是否仍然存在。
您能否为 TUSB213-Q1提供低电平和高电平下的直流升压配置电压精度？
[/报价]在 DC 升压的低、中和高电平上、升压的电平分别为40mV、60mV 和80mV。 我们不指定任何变化。 如果您与 TI 签订了 NDA、并且可以向我发送 NDA ID、我可以向您发送包含更多信息的 HSpice 模型。
谢谢。
瑞安
您好、Ryan
2、我明白您的意思、这个信号增强是双向的吗？ 转接驱动器是否会检测 USB 信号振幅的幅度？ 如果未检测到 USB 信号的幅度、则意味着无论 USB 输入信号有多大、置位改进值都将增大？
3，需要使用什么软件才能打开。 SP 设定在 HSpice 模型中？ 如上所述、TUSB213通过被动地将电流注入 DM/DP 来增强 USB 信号的方式。 因此、我知道这次驱动能力改进的准确性与注入电流精度、注入电流幅度和外部端接电阻有关？ 我知道直流升压的精度等于注入电流的偏差乘以外部端接电阻。 我的理解是否正确？
5，转接驱动器的位置在线束的中间、如图所示。 USB 信号480mV 的总驱动容量是否正确？ 
您好、Ryan
感谢您的回复！
2.我想 TUSB213通过检测 USB 信号的直流电平(高速信号电平约为400mV)来确定是否为高速信号，这一猜测是否正确？ 如果没有、您能告诉我理论吗？
3、好的,我会向嘉琪寻求帮助。
5.您认为总驱动能力低于480mV 的原因是存在线路损耗吗？
6.在 TUSB213正常运行时、是否应该考虑 DCR？ (如上所述、当 TUSB213未上电时、D1M 和 D2M 之间会有3Ω 电阻。 此电阻在通电时是否仍然存在？)
7. 我测试了 USB2.0电气兼容性测试(EL_21, EL_22, EL_25),集线器上行端口与转接驱动器,发现测试失败;移除转接驱动器后,测试通过。 原因是什么？
谢谢！
尊敬的 Yanqing：
2. 我想 TUSB213会通过检测 USB 信号的直流电平(高速信号电平约为400mV)来确定它是否为高速信号、这个猜测是否正确？ 如果没有、您能告诉我理论吗？
TUSB213-Q1使用两种方式来确定是否存在高速信号。 它将检测与发送的 USB TEST_PACKES 连接的 USB-IF 测试装置、或在 USB 复位成功完成 HS 握手后使用噪声抑制检测。
5. 您是否认为总驱动能力低于480mV 的原因是存在线路损耗？
是的、正确。 由于主机/器件板和转接驱动器之间的电缆长度超过2.5米、信号到达转接驱动器后的驱动容量将小于400mV、原因有多种、如插入损耗、ISI 抖动、噪声或信号传输。 这意味着、一旦信号增强、它不会被升压至480mV、而是会将信号的驱动力一旦到达转接驱动器、就会产生任何该力。
6. 在 TUSB213正常运行时、是否应该考虑 DCR？ (如上所述、当 TUSB213未上电时、D1M 和 D2M 之间会有3Ω 电阻。 此电阻在通电时是否仍然存在？)
对于 TUSB213、可以将此值视为典型值、但 TI 并未规定该参数、因为我们尚未完成任何用于确定 DCR 值的测试。 我无法确认此值在上电期间是否仍然存在。
7. 我在集线器上行端口使用转接驱动器时测试了 USB2.0电气兼容性测试(EL_21、EL_22、EL_25)、发现测试失败；移除转接驱动器后、测试通过。 原因是什么？
这是在移除转接驱动器的情况下完成的吗？ 或转接驱动器设置为 RSTn？ 如果移除、如果您可以重试、但通过 RSTN 引脚将 TUSB213-Q1保持在复位状态、我将不胜感激。
如果您有任何问题或有任何其他问题、请告诉我。
谢谢。
瑞安
您好、Ryan
感谢您的回复！
2，我们的测试发现、转接驱动器也可以在测试 J/K 模式下提高 USB 信号的振幅、而配置转接驱动器时、60mV 和40mV 之间的差值约为20mV。
由于 Test J/K 在 USB D+/D-上发送连续高电平、因此我想与您确认一下、这种测试是否有任何问题。 这一结果是否可信？
7 μ s 这是，转接驱动器(使用2.5m 延长电缆)测试的波形、该电缆处于正常工作模式下。 此时的测试波形如上所示。从波形的角度来看、转接驱动器似乎影响了测试波形的发送。
在将转接驱动器的 RSTN 引脚保持为低电平时、USB 无法枚举、因此无法测试。
下图显示了删除的转接驱动器测试波形、结果为通过！
谢谢
尊敬的 Yanqing：
2，我们的测试发现、转接驱动器也可以提高测试 J/K 模式下 USB 信号的振幅、而配置转接驱动器时、60mV 与40mV 之间的差值约为20mV。
由于 Test J/K 在 USB D+/D-上发送连续高电平、因此我想与您确认一下、这种测试是否有任何问题。 这一结果是否可信？
这是高速信号握手之前还是之后？ 如果是在 HS 握手完成并复位后发生、则我认为这是正确的。 如果器件未断开连接或有任何问题、那么我不会看到任何问题、并且如果您在使用不同设置进行测量时注意到电压电平存在差异、那么这将很好地指示设置是否发生变化和信号升高。
7，这是使用转接驱动器(使用2.5m 延长电缆)测试的波形、该转接驱动器处于正常工作模式。 此时的测试波形如上所示。从波形的角度来看、转接驱动器似乎影响了测试波形的传输。
参考方框图、这些信号在何处测量？ 此外、正在使用哪些设置？ 80mV 时的直流升压是否仍然有效？ 在我看来、转接驱动器对数据包具有如此大的影响似乎很奇怪。
请告诉我。
谢谢。
瑞安
您好、Ryan
感谢您的回复！
2.这是在 HS 握手完成并重置后进行测试的! 我明白、这可用作信号增强的指示器！
测试位置如方框图中所示、用于测试集线器上行端口(EL_21、EL_22、EL_25)的数据包参数。 在测试期间、使用了40mV 升压转换器。
尊敬的 Yanqing：
7.) 是否也可以在几个不同的点进行测试、例如我在方框图中用红色方块标记的那些点？ 我想了解这些信号是如何更接近终端的、以及信号是如何离开器件到达集线器的。
请告诉我。
谢谢。
瑞安
您好、Ryan
感谢您的回复！
您可能误解了、我们只发现测试"Packet Parameters"无法通过！ 所有其他测试均为正常测试(包括眼图、测试 J、测试 K 等)！ 我们没有任何其他 EVM 可供使用！ 您是否还可以测试"数据包参数"以查看它是否与我的情况相同？ 谢谢！ 
尊敬的 Yanqing：
啊、我看到了、明白了。
我进入了实验、运行了这些测试、特别是 EL_21和 EL_25、根据我可以说的、直流升压设置为1、 按照昨天设置的相同距离、这些测试似乎仍然能够从我身边成功完成(问题1：通过/失败)。
我知道没有其他 EVM、那么我们可以专注于 TUSB213。 如果您能发送原理图、我们也可以进行审阅、这样做是为了确保安全。 我们是 E2E 的朋友、因此如果您希望将其避开公共主题、您可以在 E2E 上给我发送私人消息。
请告诉我。
谢谢。
瑞安
