[参考译文] UCD3138064A：检查 UART 通信是否仍然正常

您好 Yitzhak、

以下是客户的反馈：

我尝试使用调试当以下位不为0 (UART 中断状态寄存器(UARTINTST)位0、1、3、4、5)时、调试引脚将切换一次。

当发生无应答的 UART 时、调试引脚不会切换。

是否有任何其他原因导致 UART 模块失去功能？

谢谢！  

BR、

Alfred

您好、Alfred、

他们所面临的 UART 问题是否在室温下发生？

重现此问题的容易程度如何？ 它是否经常发生？

是否有任何特定问题会引发该问题？

UART 通信的波特率是多少？

您好 Yitzhak、

我收到了客户的反馈、他们已经解决了这个问题。 错误似乎是由于他们的内部管理 MCU 所致。 当它们刷新 MCU 时、不再发生错误。  

谢谢！  

此致、

Alfred

您好 Yitzhak、

即使客户已解决初始问题、我仍有以下问题：

我检查了 UART 停止响应根本原因是我们的 UART 服务例程函数冲突。

UCD3138 UART 模块仍然正确接收到字节。

我找到了解决我们的服务例程功能冲突问题的解决方案。

当我在函数处理 UART 服务器例程之前添加调试引脚时。

UART 停止响应问题消失。

因此、我认为解决这个问题只需要增加一些延迟。

如果我知道这些代码使用了多少指令周期。

我可以使用 NOP 来实现相同的延时时间。

 我只想知道下面部分中有多少指令周期。

谢谢！  

BR、

Alfred

Alfred、更改时序以解决问题通常不是一个真正的解决方案、而只是针对特定的测试和代码配置移动了一些东西。  另一项测试或代码轻微更改将导致问题再次出现。  通常、时序灵敏度表示中断中的某项与后台模式中的某项之间存在交互。  如果在两个位置都写入相同的变量、则可能会有不完整的写入。  还有其他可能。  有时可以通过读取代码来解决该问题、但通常需要切换 I/O 来判断发生了什么。  上述调试代码是处于中断模式还是后台模式？