[参考译文] LP-CC2652R7：从 based_ble 示例向控制台显示消息时出现问题

您好、Eric、

感谢您与我们联系、

首次断开连接8的原因是连接超时、

我很好奇您是如何实现 printf 函数的。 您是否使用了 Display_printf？

第二次断开62的原因是连接未能建立、对于这一个我尝试复制但没有成功、您是否在应用程序中更改了除显示屏之外的任何内容？   

此致、

在第一个问题中、我将 stdio.h 包含在 app_simple_Gatt.c 中、并调用了标准 printf 函数、例如、从 SimpleGatt_changeCB 函数中调用。 我无法使用 Display_printf 函数来打印到控制台(第二个问题)。 即使我转到 syscfg 文件并在"TI Drivers/Display"下添加第二个显示器(使用硬件=无、显示器类型=主机)、使用 Display_printf 使连接断开62。

对于第二个问题、除了 syscfg 文件、我在应用程序中什么都没有更改、如所述。 它成功地将消息从 UART 终端移动到控制台选项卡、但 导致断开连接62。

所以、您不想使用 UART 的串行终端显示屏、因为您想拥有一个专门用于调试的全新显示屏？ (我想说的是、就像我一样、我可以在 app_simple_gat.c 中添加一些显示内容、而不会删除默认值并保留相同的模板。 您也可以删除默认显示)。

您应该考虑查看位于 SDK 示例的驱动程序文件夹中的 Display 示例、我相信您会有更多输入。

看来显示屏本身推着外设来结束连接、多了解一下第二个问题、就不需要使用 UART 终端了吗？ (您添加的所有显示是否通过串行终端正常工作？)

此致、

我想让所有 BLE 消息继续按照实现的方式转到 UART 终端显示屏、但 我不想干扰或覆盖其中的任何内容。 因此、我 希望新的调试内容转到"Console"选项卡、这就是我尝试在新显示器(类型=主机)上使用 printf 或 Display_printf 的原因。 但是、 如果不 导致 器件意外断开、这种情况似乎无法实现。 在我看来、这似乎是一个您可以重现的错误。

我理解您的观点、因为现在您不会通过向 UART 终端添加调试内容来干扰任何东西。 如果显示屏遮挡了您的视线、您应该考虑使用 GPIO 或 LED 进行调试。

此致、

Eric、您好！

您是否仍在为该显示问题感到苦恼？

我发现更多输入告诉我它们是否有用、 您需要打开两个不同的 Display TI 驱动程序、并根据您要的输出为每个驱动程序进行 API 调用。 还需要考虑 TI-RTOS7配置。 您可以像使用下面的 SLA 那样使用 gpiointerrupt 来了解这些功能、然后从那里进行构建

https://dev.ti.com/tirex/explore/node?node=A__ANhb8wLgMuaIL980opkRTQ__com.ti.SIMPLELINK_ACADEMY_CC13XX_CC26XX_SDK__AfkT0vQ__LATEST

希望它对您有所帮助、

此致、

您好、Eric、

您是否在 SysConfig 中打开了两个显示屏并且没有发生任何冲突？

您在 SysConfig 上的 UART 的名称是什么？

此致、

syscfg 文件中 没有任何冲突、Display_open 或 Display_printf 调用均未返回错误。 它们分别是 CONFIG_Display_0和 CONFIG_Display_1。

而 CONFIG_Display_0和 CONFIG_Display_1定义的值是0还是1？

没错、但您可以直接在 SysConfig 中独立于第一个 UART (链接到 TI 显示屏)打开一个新的 UART、SysConfig 中直接提到了引脚、您不必使用 XDS 110硬件。

此致、