[参考译文] CC2340R5：为什么 UART TX 在 Board_init ()之后发送消息？

尊敬的 Yudwen：

您确定这是来自 Board_init()命令吗？  

实际上、我曾尝试通过 basic_ble 示例复制它、并删除了除 board init 之外的所有内容。  

在 UART 终端上没有输出。  

您能否再次检查此功能是否显示打印内容？  

如果没有、您能否在问题发生时告诉我并提供一些有关如何重现问题的信息。  

很高兴知道您使用了哪个示例以及导致出现这些 UART 消息的原因。

您是否还可以尝试通过 XDS 检查您的 PC 上的 UART 终端上是否出现相同的消息？  

此致、

亚历克斯

尊敬的 Alex：

我正在使用的项目将 TI 为我们开发的 DATA_STREAM 和 UART 组合在一起。

我猜这是由 Board_init ()生成的,因为我在调试模式下运行程序,在 Board_init ()之前,在 CPU 的日志中:

它收到"0x00"、这正如预期、因为我每次开始调试程序时都看到它。

但在我单步执行 Board_init ()之后(没有单步执行第98行):

0xFD 只是突然出现了,这就是为什么我怀疑它是由 Board_init ()做的。

让我尝试 XDS、稍后再回到您的身边。

谢谢。

Br.

您好、YW：

请及时了解最新情况、我们将查看提供的代码、以便为这一问题找到解决方案。  

此致、

亚历克斯

尊敬的 Alex：

感谢您的建议。

在 XDS 中、我们确实观察到了不同的行为。

这是在我们单步执行 Board_init ()之前:

(左侧窗口是 XDS 终端)

经过 Board_init()后，终端上不打印任何内容。

但在 vTaskStartScheduler ()之后,出现了意外符号。

我们只能确认我们确实在 appMain()中打印了字符串"v0.0.0.1";

但意外的符号似乎覆盖了字符串前面的"v"。

此外、我们还修改了 DATA_STREAM+UART 中使用的一些函数的顺序。

如果我们提供所修改的内容、对 TI 有何帮助？

(我们已修改 app_main.c、app_data_stream.c)

如果是、请告诉我、我将发送我们修改过的文件。

我想、我们可能错误地使用了任何导致此问题的 TI API。

请帮助我们识别我们滥用的内容。

谢谢。

Br、

宇文