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.

[参考译文] TL16C750E:接收数据异常

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1304074/tl16c750e-receive-data-exception

器件型号:TL16C750E

您好、专家:

我的客户在测试 TL16C750E 时遇到问题、请参阅以下内容。

1.传输数据时无问题
2.数据接收异常。 主要问题是、它在接收到0xFF 后可能会混乱。

  • 例如、接收到01 02 03 FF 04 05后、读出时只剩下01 02 03 FF 05、FF 之后的04将消失。
  • 如果接收到的数据以 FF 结束、甚至可能会发生陌生人现象。
  • 例如、在禁用 FIFO (上电后 FIFO 的默认值为禁用)后、向其发送 FF、可以读取 FF。 之后,不会发送其他数据,然后判断是否有数据。 LSR 将始终获得带数据的标志、然后在读取数据时、它将在一个循环中继续在 FIFO 中重复发送数据。

此外、在 EVM 板手册中可以看到、所有数据总线都将具有一个33欧姆的串联电阻器。 这用于电流限制或 EMI 抑制吗? 这是必须的吗?

谢谢你。

达伦

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

    2.数据接收异常。 主要问题是、它在接收到0xFF 后可能会混乱。

    • 例如、接收到01 02 03 FF 04 05后、读出时只剩下01 02 03 FF 05、FF 之后的04将消失。
    • 如果接收到的数据以 FF 结束、甚至可能会发生陌生人现象。
    [/报价]

    是否要通过将750E 的 TX 和 RX 引脚连接到另一个 UART 器件来测试此器件?  

    如果您通过将750E 的 TX 与其 RX 引脚短接来执行环回测试、是否会发生相同的错误?  

    例如、在禁用 FIFO (上电后禁用 FIFO 的默认值)后、向其发送 FF 可以读取 FF。 之后,不会发送其他数据,然后判断是否有数据。 LSR 将始终获得带数据的标志、然后在读取数据时、它将继续循环地在 FIFO 中重复发送数据。

    执行 RHR 读取操作时、RX 只会显示0xFF? 或者说、在并行侧连接到750E 的器件将始终尝试通过 THR 发送数据?

    此外、可以在 EVM 板手册中找到所有数据总线都将具有一个33欧姆的串联电阻器。 这用于电流限制或 EMI 抑制吗? 这是必须的吗?

    33欧姆电阻可在短路情况下限制一些电流、但如果我们需要调试、则主要提供这些电阻。 它们不是必需的、对于具有可取消填充的串联电阻器的 EVM、它们很有用。  

    -鲍比

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

    尊敬的 Bobby:

    是否要通过将750E 的 TX 和 RX 引脚连接到另一个 UART 器件来测试此器件?  

    如果您通过将750E 的 TX 与其 RX 引脚短接来执行环回测试、是否会发生相同的错误?  

    [/报价]

    客户已经测试了环路模式、并且外部 RX 连接到 TX、结果是相同的。

    您是说在对 RHR 执行读取操作时 RX 仅显示0xFF 吗? 或者您是否说在并行侧连接到750E 的器件将始终尝试通过 THR 发送数据?

    主要问题是、它在接收到0xFF 后会变得混乱。

    现在奇怪的是、相同的测试方法不会在平台1上引起问题、而会在平台2上引起问题。 (两者都是80186架构)

    上电后、它只能设置为115200、8、N、1

    OUTP (ComBase+LCR、0x83);
    输出(ComBase、8);
    OUTP (ComBase+LCR、0x03);

    使用 outp (ComBase+FCR、1);启用 FIFO、或 outp (ComBase+FCR、0);禁用 FIFO。
    要发送数据,请使用 outp (comBase, data);

    读取数据使用
    if (INP (ComBase+LSR)& 1){
    Data=INP (ComBase);

    不会对其他寄存器进行读取或写入。

    谢谢你。

    达伦

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

    Darren、您好!

    您是否有可以发布的客户原理图?

    现在奇怪的是,相同的测试方法不会在平台1上引起问题,而会在平台2上引起问题。 (两者都是80186架构)

    平台1和平台2之间是否有任何差异?

    上电后、它只能设置为115200、8、N、1

    OUTP (ComBase+LCR、0x83);
    输出(ComBase、8);
    OUTP (ComBase+LCR、0x03);

    使用 outp (ComBase+FCR、1);启用 FIFO、或 outp (ComBase+FCR、0);禁用 FIFO。
    要发送数据,请使用 outp (comBase, data);

    读取数据使用
    if (INP (ComBase+LSR)& 1){
    Data=INP (ComBase);

    [/报价]

    我不确定 I 100%遵循这部分代码。

    客户是否可以 在上电后逐步完成每个写入?

    示例

    第1步:写入 FCR 0x06

    第2步:写入 LCR 0x80

    第3步:写入 DLL 0x4F

    第4步:等等...

    主要问题是收到0xFF 后消息出现。

    此器件在大约4年前发布时、我编写了代码、从未见过任何与接收数据0xFF 相关的问题。 我唯一看到的问题是我意外将器件设置为使用错误的模式(引脚10)。

    -鲍比

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

    尊敬的 Bobby:

    您可以将电子邮件分享给我吗?

    我会给你发邮件。

    谢谢你。

    达伦

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

    Darren、您好!

    您可以通过 duynguyen@ti.com 联系我

    谢谢。

    -鲍比