你好,
在我自己的硬件上，我使用UART2作为串行引导加载程序和CLI。我的串行接口只有TX和RX定义，没有CTS线。为了使它在CLI中工作，我使用HW_GPIO_MODE_INPUT_PULLDOWN将CTS信号配置为一个未连接的I /o引脚。我的应用程序基于cscp_collector和hrp_collector。我使用的是BTLE SDK 1.0.10-1072。
如果BLE在重置后连接，一切都工作得很好。但是在BLE断开或BLE在重置后保持空闲后，TX线路会在一段时间后下降。那我就不能再和UART2沟通了。
将睡眠模式从pm_mode_extended_sleep切换到pm_mode_idle或pm_mode_active没有影响。
在评估板上，如果我将CLI配置为UART1，那么一切工作都很好。
我认为这个问题是由引导加载程序引起的。
我该如何解决这个问题?
提前非常感谢你的帮助。
设备:
嗨uniben,
我不太明白你正在尝试做什么，cli(我认为你的意思是cli_programmer)只是为编程68x后，你已经烧光了flash与fw复位设备重载fw是在flash。你能不能让我们知道你到底想做什么，因为cli和BLE项目是完全不相干的。
设备仅通过UART1引导，而不是通过UART2引导。UART1是681在引导顺序中使用的端口，它是通过ROM引导程序定义的，并且是固定的。因此，您必须从UART1引导并下载uartboot.bin文件(它充当辅助引导加载程序)。uartboot.bin文件通过UART2接收来自cli_programmer的命令(因为现在设备正在运行uartboot.bin而不是ROM引导程序，所以uartboot.bin使用相同的引脚用于不同的UART)，因此uartboot.bin，重新配置设备正在从UART监听UART2的端口。当您下载了flash中的fw后，设备将加载位于flash中的fw(以及在所有后续的重置中)。如果你刚刚启动设备与一个定制的弗兰克-威廉姆斯,例如,只是uplaoded sysram弗兰克-威廉姆斯,重置后设备只会执行ROM橄榄球员和设备会在UART1而不是UART2沟通,你需要重新下载uartboot.bin为了开关端口。
由于MT_dialog
你好,
不好意思，描述不清楚。我使用的cli和控制台从sdk，他们共享相同的uart作为引导加载程序。我的系统被设计成只使用一个uart进行闪烁和有线通信。
非常感谢你的帮助。
嗨uniben,
还是得不到你想做的事。您正在BLE项目中使用某种UART交互，在设备断开连接后的某个时刻，UART挂起。我不确定我是否明白。请尽量详细说明你想做什么。当你提到cli时，我理解cli程序员，它与BLE项目没有任何关系，它只用于为设备编程。你还提到你在使用控制台，那是什么控制台?外设演示中使用的控制台?
由于MT_dialog
你好,
对于cli，我指的是sdk自带的命令行接口。cli通过以下方式激活:
#定义dg_configUSE_CLI 1
#定义dg_configUSE_CONSOLE 1
我从cscp_collector示例项目开始我的项目，该项目由命令行界面(cli)控制。
我的问题是，引导加载程序(由cli程序员执行)和命令行界面(控制我的应用程序，类似于cscp_collector中的示例)都使用相同的uart。任何程序，在sdk深处的某个地方，都会杀死uart，这样我就不能再访问我的命令行接口了。
非常感谢你的帮助。
嗨uniben
我不认为你正在经历的是一个引导装载程序问题,引导装载程序下载到68 x和弗兰克-威廉姆斯后下载到设备和cli_programmer弗兰克-威廉姆斯得到命令烧到flash,复位后,sysram引导装载程序是被您刚刚烧到flash的应用程序。在随后的重置中，主引导加载程序将从flash启动。引导加载程序和设备中运行的应用程序之间没有冲突，如果是这种情况，那么cspc_collector或hrp_collector将无法操作，它们都使用UART2。
由于MT_dialog
谢谢。