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.

[参考译文] TL16C752C:UART设置

Guru**** 2478765 points
Other Parts Discussed in Thread: TL16C752C, TL16C752D

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/655839/tl16c752c-uart-setting

部件号:TL16C752C
主题中讨论的其他部件: TL16C752D

大家好

您是否介意询问TL16C752C?
我们的客户希望通过 以下条件使用UART控制器TL16C752C:

<condition>
波特率:1200bps
传输或接收的长度:8位
奇偶校验:偶数
停止:2位
VCC:5.0V
输入时钟:24MHz (±10ppm)

然后,寄存器设置如下所示:

<Register Settings>(<注册设置>)
IER:0x01 (在传输情况下:0x03)
FCR:0x31
LCR:0x1F
MCR:0x08
dll/dlh:
1200bps:0x04E2
EFR:0x10

作为客户的问题,如果接收,则会发生奇偶校验错误。
我们的客户确认了波形,似乎没有问题。
然后, 使用相同的条件,可以使用CPU接收数据,而不会出现奇偶校验错误。
所以,如果您有一些建议,您能告诉我们吗?(划分设置,等)

我们需要您的帮助。

此致,

松本博塔

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

    嗨,Hirotaka-san,

    我想确保我理解您在此处看到的错误。 您说您有一个设备(不是同一个UART设备)正在发送消息,但TL16C752C标记了中断,因为它认为存在奇偶校验错误。

    该UART设备似乎能够正确发送数据,但在接收时会标记奇偶校验错误。

    请问您在IIR中看到了什么? LSR中还有什么?

    DLL/DLH在我看来是正确的,但您可能想尝试0x04E1 ..... 此设备似乎有一些勘误表,建议将此作为变通办法,因为如果设备接收到的停止位比预期的短,则可能会错过一个起始位。

    我建议您尝试将客户从该设备移至TL16C752D,因为它不会遇到此勘误表(这很可能是此处的问题)。

    谢谢!

    -Bobby

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

    Bobby San

    感谢您的回复!

    我想确保我理解您在此处看到的错误。
    您说您有一个设备(不是同一个UART设备)正在发送消息,但 TL16C752C 标记了中断,因为它认为存在奇偶校验错误。
    ->是的,您的认可 是正确的。  
       对于CPU(send)-> TL16C752C(receive):存在奇偶校验错误。
      如果是 CPU (send)-> CPU (receive): 没有问题。

    好的,我们将检查寄存器IIR和LSR并将反馈给您。
    之后,我们通知客户 尝试使用DLL/DLH的0x04E1。

    此致,

    松本博塔

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

    Bobby San

    然后,我们将为您提供更多信息。
    客户 尝试 设置 DLL的0x04E1, 尽管 出现频率降低,但奇偶校验错误 并未完全消失。
    客户使用MCU和来自,这就是为什么他们无法完美地确认IIR和LSR。
    只有它们可以位1,2和3的LSR。   
    -BIT1:0
    -BIT2:1.
    -BIT3:0
    结论是,TL16C752C似乎无法捕获奇偶校验位。
    停止位为2位,似乎存在帧错误。

    此致,

    松本博塔

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

    Hirotaka San,

    是否可以将客户从TL16C752C移至TL16C752D?

    如果不是,他们可以再次尝试降低除数值(如以前一样,似乎有所帮助)。 0x04CD是指0x04E2的真正16xbaud rate (1200bps)之间的1.75 % 差值。 通常需要不大于4 % 的值,但我选择1.75 % 为我们提供更多的利润空间。 我可能会从0x04E2值开始,然后向下转到0x04CD,检查正确的百分比,然后立即跳到0x04CD。

    谢谢!

    -Bobby

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

    Bobby San

    感谢您的回复!

    是否可以将客户从 TL16C752C移至 TL16C752D
    ->是的,我们鼓励客户将客户从 TL16C752C迁移TL16C752D
       我们估计我们的客户将评估TL16C752D。

    此致,

    松本博塔

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

    Bobby San

    感谢您的支持。

    我们有一个关于  TL16C752C的问题。

    <condition>
    波特率:XXXXX
    传输或接收的长度:8位
    奇偶校验:偶数
    停止:2位
    VCC:5.0V
    输入时钟:24MHz (±10ppm)

    该错误会导致波特率较低或较高的问题?
    因为,我们的客户使用它(TL16C752C)时波特率较高。
     无错误的低波特率是多少?

    此致

    松本博塔

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

    嗨,Hirotaka,

    对于本勘误表,我没有波特率更差的数据,但我怀疑,发送更多数据(不暂停)而不是速度会使错误更糟。 例如,如果发送10字节数据而不是30字节数据,则在发送30字节数据的情况下,更有可能发生这种情况。 这是因为错误将会累积(UART将稍后开始采样,直到不同步为止)。

    -Bobby