[参考译文] TL16C752D：TL16C752B/754B 勘误表是否已在 TL16C752D 中修复？

尊敬的 Kazuya：

我会试着在这周结束时回到你的身边。  

- Bobby

您好 Bobby、

非常感谢您的答复。

我明白了。 我将等待您的更新。

再次感谢大家、此致、
Kazuya。

您好 Bobby、

您能告诉我您的进度吗？

再次感谢大家、此致、
Kazuya。

尊敬的 Kazuya：

对不起,我没有回到你上星期.  

仍然尝试与该器件 D 版本的设计工程师合作。  

但我可以提供我认为的内容：

2. 出现勘误现象时、从 IIR 读取的值是多少？ 它是 IIR[5：0] 0x01 吗？

我认为、除非满足 RHR 阈值、否则您应该读取超时代码。  

3. 如果难以实现“解决方法：只读对应的 IIR
  返回到生成中断的通道“、是否有任何其他权变措施？

我还认为、如果您设置 RX 触发阈值并使用 IIR 查找 RHR 中断、那么您仍然可以通过在发生 RHR 中断时使 INT 保持锁存来解决该问题。  

- Bobby

尊敬的 Kazuya：

设计师回到我的身边、他认为 B 中关于您所询问的问题的勘误表没有修复、因为他认为这是预期行为。  

- Bobby

您好 Bobby、

非常感谢您的检查。

请让我确认一下。

我的理解是、勘误表尚未修复。 我的理解是否正确？

再次感谢大家、此致、
Kazuya。   

您好 Bobby、

非常感谢您的大力支持。

请允许我再次确认第 1 季度、您能给我关于第 2 季度和第 3 季度的答案吗？

关于 Q1。
同样、我对客户第一个问题的理解是否正确？
（客户问题 1：TL16C752B/754B 勘误表已在 TL16C752D 和 TL16C754C 中修复？）

我的理解：TL16C752B 的勘误表已被 TI 确认为预期行为、但尚未修复。

关于 Q2。
您回答他们的问题 2 是、我认为您应该阅读超时代码、除非满足 RHR 阈值。
您能告诉我“RHR 阈值“的平均值吗？

如果达到 RHR 阈值、将采取什么措施？

当出现勘误现象时、从 IIR 读取的值是否未知？ 是否不是 IIR[5：0] 0x01？

问题 3。

您回答了 Q3、我也认为如果您设置了 RX 触发阈值并使用 IIR 查找 RHR 中断、那么您仍然可以通过在发生 RHR 中断时使 INT 保持锁存来解决该问题。

您能给我讲一讲在发生 RHR 中断时如何使 INT 保持锁存吗？

再次感谢大家、此致、
Kazuya。

IIR = 000100 和 RXRDY 变为低电平、您需要等待这种情况发生以查看中断  

当出现勘误现象时、从 IIR 读取的值是否未知？ 是否不是 IIR[5：0] 0x01？

是的、由于没有中断、因此您会看到 0x01。  

您可以读取 LSR0 以查看是否存在 RX 数据。

您能给我说明在发生 RHR 中断时如何保持 INT 锁存吗？

当达到 RX 触发阈值时、应该会发生这种情况、您可以在 FCR 7：6 中设置该阈值。  

- Bobby

您好 Bobby、

非常感谢您的大力支持。

我可以问您以下问题吗？

问题 1：
我们知道、 TL16C752B 勘误表 3 号尚未在 TL16C752D 上修复。
TL16C752B 勘误表说第 3 号“TL16C752B 可以清除刚刚设置的图像
如果 IIR 读取与该设置重合、则为该中断条件。
由于 IIR 读取通常相对于 THRE 设置是异步的、
这一问题有可能发生、尽管这种情况不太可能发生。“

客户认为、由于 TL16C752D 数据表尚未修复勘误表 3
应该会解释这种现象并在器件数据表中采取对策。
但他们找不到。
该说明是否写入了数据表中？

问题 2：
我很抱歉再次问您相同的问题、因为我无法理解您解释的对策。

“如果您设置 RX 触发阈值并使用 IIR 查找 RHR 中断、
然后、当发生 RHR 中断时、您仍然可以通过保持 INT 锁存来解决该问题。“

您能告诉我我应该逐步采取哪些措施吗？  

非常感谢您的答复。

再次感谢大家、此致、
中井和也。

您好 Bobby、

非常感谢您的大力支持。

客户希望 TI 作为附加问题回答以下问题。
请您回复。

问题 1：
即使发生了优先级高于发送中断的中断（例如接收触发电平中断）、也可能发生此错误吗？

问题 2：
如果 IIR 读数、发送中断和接收中断同时发生、发送中断是否会被清除？

非常感谢您的答复。

再次感谢大家、此致、
Kazuya。

您好 Bobby、

非常感谢您的大力支持。

我需要你的答复。
您能给我提供您的最新信息吗？

再次感谢大家、此致、
Kazuya。

您好 Bobby、

请你给我答复。

还是应该在 E2E 的新主题上提出这些问题？

非常感谢、此致、
Kazuya

抱歉 Kazuya、

上周我们在美国度假、我在客户支持方面一直落后。  

如果 IIR 读取、发送中断和接收中断同时发生、是否会清除发送中断？

不,它应该仍然存在。 另一种方法是查看 TXRDY 引脚。  

如果您有其他问题、请告诉我。  

- Bobby

您好 Bobby、

非常感谢您的大力支持。

您能回答我发送给您的以下问题吗？

问题 1：
我们知道、 TL16C752B 勘误表 3 号尚未在 TL16C752D 上修复。
TL16C752B 勘误表说第 3 号“TL16C752B 可以清除刚刚设置的图像
如果 IIR 读取与该设置重合、则为该中断条件。
由于 IIR 读取通常相对于 THRE 设置是异步的、
这一问题有可能发生、尽管这种情况不太可能发生。“

客户认为、由于 TL16C752D 数据表尚未修复勘误表 3
应该会解释这种现象并在器件数据表中采取对策。
但他们找不到。
该说明是否写入了数据表中？

问题 2：
很抱歉 再次问您相同的问题。 因为我无法理解您解释的对策。

“如果您设置 RX 触发阈值并使用 IIR 查找 RHR 中断、
然后、当发生 RHR 中断时、您仍然可以通过保持 INT 锁存来解决该问题。“

您能告诉我我应该逐步采取哪些措施吗？  

非常感谢您的答复。

再次感谢大家、此致、
中井和也。

您好 Bobby、

非常感谢您的大力支持。

您能给我提供您的答案吗？

谢谢、此致、
Kazuya。

该说明是否已写入数据表？

否、这尚未添加到数据表中。  

您能告诉我我应该逐步采取哪些措施吗？  [/报价]

最简单的方法是将 RX FIFO 触发条件设置为较低的值、并检查 RXRDY 引脚来执行读取。

您可以通过写入 TLR[7：4]来设置此电平

您还可以读取 FIFO 就绪寄存器、以检查 RX 是否已达到您在 TLR 中设置的阈值。

读取 LSR0 还为您提供了一种验证 RHR 中是否有一个字节的方法。

您还可以设置 FCR[7：6]启用 IER[2]、然后在发生 INT 时（由于 RX FIFO 阈值）、您可以读取 IIR 并查找 001100（假设 RX 超时消失）。  

您基本上有多种方法可以了解何时达到 RX FIFO 阈值。  

- Bobby

您好 Bobby、

非常感谢您的解释。 我真的很感谢。

请让我确认一下。

我 知道 TL16C752D 仍然具有 TL16C752B 的勘误表、如下所示。
https://www.ti.com/jp/lit/er/sllz049/sllz049.pdf

我的问题如下。

客户想要了解任何其他解决方法、以防 遇到困难
要实施勘误表 3 的权变措施：只读对应的 IIR  
勘误表报告中的“生成中断的通道“

是您的解释、
>最简单的方法是将 RX FIFO 触发器设置为较低的值、并检查 RXRDY 引脚进行读取。
>~μ s
>您还可以设置 FCR[7：6]以启用 IER[2]、然后在发生 INT 时（由于 RX FIFO 阈值）、您可以
>读取 IIR 并查找 001100（假设 RX 超时消失）。  

 TL16C752B 勘误表 1 没有勘误表 3？

如果您的解释是   勘误表 1 的权变措施、
您能告诉我勘误表 3 的变通办法吗？

再次感谢大家、此致、
Kazuya。

您好 Bobby、

我知道你很忙。
但我们需要您的回复才能使用  TL16C752D。

请你给我答复。

再次感谢大家、此致、
Kazuya。

是的、我基本上是建议客户不要寻找字符超时、而是寻找满足 RX FIFO 限制的情况。 我知道这并不是完全相同的、但我假设这种方法适用于 ISR（尽管效率可能较低）。  

您能告诉我第 3 号勘误表的变通办法吗？

看起来有两种方法可以检查 TX FIFO 是否为空/已准备好接收数据。

您可以读取 LSR5 和 LSR6 以查看 THR 中是否有数据。  

您还可以检查 TXRDY。  

- Bobby