COMM CLEAR 在基底器件的 RX 引脚上发送。它不会发送到堆栈器件。无论 TX 状态如何，都无法禁用 RX，并且可以随时发送 COMM CLEAR。确保 COMM CLEAR 不超过 t_UART(CLR) 位周期的最大值，因为这可能会导致识别其他通信 ping。

图 8-26 UART COMM CLEAR

使用 COMM CLEAR 命令清除接收器并指示 UART 引擎寻找新的帧开始。COMM CLEAR 之后的下一个字节始终被视为帧开始字节。当检测到时，COMM CLEAR 会设置 FAULT_COMM1[COMMCLR_DET] 标志。主机必须在 COMM CLEAR 之后至少等待 t_UART(RXMIN) 才能开始发送新帧。需要注意的是，除了 [COMMCLR_DET] 标志之外，还会设置 FAULT_COMM1[STOP_DET] 标志，因为 COMM CLEAR 时序违反了典型的字节时序，STOP 位被视为 0。

SLEEPtoACTIVE ping/音也会清除 UART 接收器。在从 SLEEP 模式转换为 ACTIVE 模式时，该 ping/音会设置 [COMMCLR_DET] 标志。如果在 ACTIVE 模式期间发送了该 ping/音，则会设置 [COMMCLR_DET] 和 [STOP_DET] 标志。

在菊花链通信期间发送 COMM CLEAR：

当发送读取命令，但响应尚未完全返回到主机时，如果在这种情况下在基底器件中接收到 COMM CLEAR，则器件响应会被丢弃。此外，堆栈器件看不到 COMM CLEAR 并继续发送转发到主机的响应，从而导致主机接收到意外的响应帧。因此，主机应通过等待从堆栈接收到所有响应后再发送 COMM CLEAR 来避免这种情况。

如果发生上述情况，则可能会设置基底器件低级通信调试寄存器 DEBUG_UART_RR_TR[TR_WAIT]（指示器件正在等待发送响应）或 DEBUG_UART_RR_TR[TR_SOF]（指示器件正在发送数据时接收到 COMM CLEAR）位，具体取决于接收 COMM CLEAR 信号的时序。

在使用多点配置时，必须在每个帧之前使用 COMM CLEAR 信号以确保一致的通信。