This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TL16C754C:TL16CP754C 仅在连续 RX 流期间出现零星的奇偶校验错误 (PE)- CP 器件、但行为类似于短停止权变措施

Guru**** 2872500 points

Other Parts Discussed in Thread: TL16C752D, TL16C754C

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1639109/tl16c754c-tl16cp754c-sporadic-parity-error-pe-only-during-continuous-rx-stream-cp-part-but-behavior-resembles-short-stop-workaround

器件型号: TL16C754C
主题中讨论的其他器件: TL16C752D

您好的团队、

我们在基于 TL16CP754C 的板上看到零星的奇偶校验错误。 由于这是“CP"版本“版本(根据 TI E2E 更正了勘误表)、因此我们想确认 TL16CP754C 上是否仍然存在此行为、以及建议的权变措施是什么。
系统/设置:
  • 接口:RS-232C(通过 RS-232 收发器)
  • TX 端:PC
  • RX 侧:我们的电路板上的 TL16CP754C(同一电路板上的另一个 UART:TL16C752D 不显示此问题)
  • UART 格式:8 个数据位、偶校验、1 个停止位、无流量控制
  • 波特率:在各种波特率下观察(未与一个特定速率绑定)
发现的问题:
  • TL16CP754C 在接收时偶尔报告奇偶校验错误 (LSR[2]= 1)。
  • 接收到的数据字节(包括错误周围的字节)看起来正确。
  • 更大/连续的 RX 数据流更有可能出现该错误。
  • 如果禁用奇偶校验 (8N1)、则不会发生 RX 错误、通信稳定。
  • 如果发送器增加~2ms/byte 延迟、则奇偶校验错误会消失。
  • 如果发送器使用 2 个停止位 (8E2)、则奇偶校验错误消失。
我们检查的内容:
  • 当我们有意使奇/偶校验不匹配时、器件会按预期检测奇偶校验错误。
  • 使用“无奇偶校验“配置时、不会发生错误。
  • 同一电路板上的 TL16C752D 在相同条件下不会显示奇偶校验错误。
问题:
  1. TL16CP754C 是否存在任何已知问题、即在连续接收期间可能偶尔将 LSR 奇偶校验错误 (PE) 置为有效、而数据字节显示正确(无帧错误)?
  2. 即使在 TL16CP754C 上、短停止位机制(或类似的采样/相位机制)是否在某些情况下仅表现为 PE? 如果没有、我们应该检查哪些其他已知原因?
  3. 对于此症状、是否仍建议在 TL16CP754C 上使用勘误权变措施(使用 1.5/2 停止位或减去除数 1)/安全? 如果建议使用“除数–1",“,那么、那么我们应该认为可以接受的波特率误差幅度是多少?
  4. SLLZ058A 是否涵盖了 TL16CP754C 与接收错误标志 (PE/FE) 相关的任何其他勘误表/文档?

此致、
Ryu。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryu、

    TL16CP754C 是否存在任何已知问题:在连续接收期间偶尔会断言 LSR 奇偶校验错误 (PE)、而数据字节显示正确(无帧错误)?

    您所描述的内容听起来像是组帧错误勘误表。 我不知道还有类似的已确认勘误表。

    短停止位机制(或类似的采样/相位机制)是否在某些情况下仅表现为 PE、即使在 TL16CP754C 上也是如此? 如果不是、我们应该检查哪些其他已知原因?

    是的、如果是一个成帧错误、其中第 8 个采样时钟漂移到奇偶校验位(或它之前的位)上、则有可能对错误的位进行采样并触发奇偶校验错误、而不是短停止位。

    ]对于此症状、是否仍建议在 TL16CP754C 上使用勘误变通办法(使用 1.5/2 停止位或减 1 除数)/安全措施? 如果建议使用“除数–1",“,我们、我们应该认为可以接受的波特率误差幅度是多少?

    是的、这肯定会有所帮助。 我个人认为最好尝试获得更小的误差百分比、因为其中涉及两个时钟(发送 UART 器件和接收 UART 器件)。 系统中的总 UART 波特率不匹配实际上只能在每个 UART 器件时钟上小于 5%或 2.5%。 我想说的是目标是低于 2%。 如果您尚未使用 48MHz 时钟、使用更快的时钟将有助于在此处为您提供更多选择。  

    是否有 SLLZ058A 不涵盖的与接收错误标志 (PE/FE) 相关的 TL16CP754C 其他勘误表/文档?

    我不知道。

    - Bobby

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Bobby、

    感谢您刚才的说明。
    根据您的反馈、我们执行了其他测量、我们希望您确认以下结果。

    其他调查

    我们通过特意调整发送器波特率误差并检查 RX 错误行为、比较了 TL16CP754C 和 TL16C752D 在相同条件下的波特率容差。

    测试条件(两个器件均常见)

    • 基本时钟:7.3728MHz
    • UART 格式:9600bps、8 个数据位、偶校验、1 个停止位、无流控制
    • 其他 UART 寄存器设置:两个器件之间相同
    • RX 数据流:连续数据

    Test Method

    • 逐步调整了发送器波特率误差
    • 已检查 RX 在没有任何错误标志的情况下工作时的波特率错误范围

    结果

    • TL16CP754C:
      RX 正常工作时的波特率误差范围仅为–4.17%至+0.01%
      →即使波特率误差低至+0.01%、也会发生奇偶校验错误
    • TL16C752D:
      RX 在–4.17%到+3.43%波特率误差的更宽范围内正常工作、无错误

    问题

    1. 是否预计 TL16CP754C 的波特率容差比 TL16C752D 严格得多、尤其是在正(更快的 TX)侧?
    2. 即使 TL16CP754C 是 CP(勘误修复)版本、您前面介绍的组帧/短停止位采样机制是否仍能解释这种行为?
    3. TL16CP754C 和 TL16C752D 之间是否有任何架构或设计差异来解释波特率容差的这种巨大差异?
    4. 启用奇偶校验后、是否有任何特定于 TL16CP754C 的建议设置(时钟,预分频器,分频器策略)来改善正波特率裕度?
    我们希望您能提供有关此行为是否预期或是否建议进一步调查的指导。

    此致、
    Ryu
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    ] TL16CP754C 是否应该具有比 TL16C752D 更严格的波特率容差、尤其是在正(更快的 TX)侧?

    是、因为框架勘误表。 752D 没有此组帧错误、因此两侧的波特率不匹配度会更宽。

    即使 TL16CP754C 是 CP(勘误修正)版本、您前面介绍的帧/短停止位采样机制是否仍能解释此行为?

    是的、您的测试表明波特率不匹配向一个方向倾斜(在-Baud 下的表现优于+baud)。 这指向组帧错误、该错误可能导致停止位错误、但也可能导致奇偶校验错误。

    需要说明的是、我可以在内部查找工具中看到的 CP 版本使用与 C 版本相同的裸片。 我不知道 CP 和 C 之间的区别  

    TL16CP754C 和 TL16C752D 之间是否有任何架构或设计差异可以解释波特率容差的这种巨大差异?

    是的、这两种工艺节点技术完全不同、D 版本采用 TI 最新的节点技术、具有不同的数字结构(不重复使用 754C 的 IP)。

    是否有任何特定于 TL16CP754C 的建议设置(时钟,预分频器,除数策略)、以便在启用奇偶校验后提高正波特率裕度?

    我认为权变措施仍然相同。 如果你有一个更快的时钟 (48MHz)、那么你可以用波特率多一些。 之后、您可以像勘误文档中的权变措施那样使除数更小。  

    - Bobby

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Bobby、

    感谢您的答复。
    我明白。 抱歉、您能澄清另外两点吗?
    ・论坛上声明“在 CP 版本中更正了勘误表“(以下链接中的两个帖子)的答复是否不正确、实际上没有更正? 如果纠正了这些错误、纠正的确切程度如何?
    ・如果它们未校正、TL16C754C 和 TL16CP754C 之间有何差异?
    此致、
    Ryu
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryu、

    论坛之前的答复是否称“CP 版本中的勘误表已更正“(下面链接中的两篇帖子)不正确、实际上没有更正? 如果已更正、更正的确切程度如何?

    您能否链接您所指的帖子? 从我的内部搜索中、我只看到它们共用同一个裸片。 通常、如果有更改、则会显示修改后的标识符。  

    [quote userid=“497502" url="“ url="~“~/support/interface-group/interface/f/interface-forum/1639109/tl16c754c-tl16cp754c-sporadic-parity-error-pe-only-during-continuous-rx-stream-cp-part-but-behavior-resembles-short-stop-workaround/6322128・如果它们未被更正、TL16C754C 和 TL16CP754C 之间有何差异?

    由于设备经常传递、因此我一直无法找到此信息。 它可能实际上有所不同、但在某些时候、可能有人做出了同样的决定。  

    - Bobby

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Bobby、

    这是我找到的 E2E 主题。

     https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1042444/tl16c754c-difference-between-tl16cp754c-and-tl16c754c 

    https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1257411/tl16c754c-is-this-errata-phenomenon-not-happened-on-the-current-16cp754c-product-folder-name-is-still-tl16c754c

    此致、
    Ryu

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Ryu、

    感谢链接。

    我不相信这些线程是准确的。 我使用的内部查找工具目前在两款器件上没有任何差异。 我假设当时为某种温差创建了 CP 版本、但后来刚刚进行了更改、以便支持与非 CP 版本相同的温度。

    - Bobby