[参考译文] CC2642R-Q1：UART 的开始位和停止位之间的间隔

确认背景校正。 我曾向客户建议、从停止位的末尾到开始位的开头、我应采用1个 CLK (接收时大约18ns)、但当客户更改 UART 的 FIFO 格式时、我无法将间隔缩短1个 CLK、但我想确认这是否真的是必需的。

我们正在收到客户的回复。 您今天能回答吗？

客户能够保护的"从停止位结束到开始位开始的时间"小于10ns。(FIFO)

即使没有21ns 的时间间隔(UART 时钟:UART) 48MHz 或更长的时间间隔,我们也会检查 UART 通信是否有任何问题。

另外、如果您有答案1、您可以对此做些什么吗？

例如、如果答案1是、将停止位的数量更改为2位毫无意义、因为它是由从停止位到开始位的间隔定义的。

此致、

Masaki-San、

我已将此任务分配给团队中的某个人进行研究、但反馈可能需要几天时间才能得到问题的详细信息。 我们会跟进。  

Evan-San、

感谢您的答复。

客户的固件版本为本周、因此请尽快响应。

此致、

Evan-San、

我想提供更多关于背景的信息。

此外、客户在以下条件下更新固件。

尽管固件更新本身可以完成、但无法识别 RESET 命令的 ACK、并且 RESET 失败。

(当它不是 FIFO UART 时、似乎会成功)

正如我们所知、CC2681的 FIFO 设置默认处于启用状态。

如果您需要作为解决方案更改 IC 端的设置、请告知我。

UART：FIFO UART
如何进行固件更新：引导程序

您好！

发送 UART 数据包时、STOP 和 START 位之间不需要间隔。 在一个停止位之后马上发送一个开始位是合法的。 也就是说、如果在线路上发生任何比比特率更快的转换、则可能无法捕获转换的正确状态。 例如、当波特率为57600时、线路上的状态应该被保持至少18us 以确保一个有效状态被采样。 如果状态变化的持续时间小于此值、则可能会对状态进行错误解释。


假设您说 UART 使用的是 FIFO、而不是用于执行 UART 读取的环形缓冲区、那么您是指硬件 FIFO。 UART 的用途是什么驱动程序？ 是 UART2吗？ 另外、在上下文中、这是哪个 SDK？

此致！
Achyut Ray