使用openocd的rtt功能，发现无法输入（PC-&gt;MCU）

发布于 2024-02-07 16:03:37 浏览：741 订阅该版

目前计划使用segger rtt代替串口实现rt-thread的msh输入输出功能，想必很多朋友都是使用jlink+segger的rttview来交互的，但是我在研究后发现openocd支持rtt功能，而且可以同时debug和rtt输入输出，而且这个方案最大的好处是支持daplink等调试器，因此开始了适配工作。
先说一下整体的架构：
调试器：daplink
openocd的4444端口作为openocd的控制台端口，使用putty连接telnet 4444 输入输出
rtt使用的127.0.0.1/8765端口输入输出，目前输出是ok的，输入有问题，下面细说，rtt也是用putty来显示字符
其实整体移植下来没太大问题，都是照着网上的方法来弄的，最后rtt也成功在终端输出了（mcu->pc）
输入目前情况是这样的，我在终端按了回车，或者例如“ls”然后回车，mcu不再打印任何东西，然后我用wireshark抓包127.0.0.1/8765，有tcp包，然后我怀疑openocd的rtt可能没有实现输入功能，接过去看了源代码，发现接受tcp包是有的，写downlink也是有的：

```c
static int rtt_input(struct connection *connection)
{
	service = (struct rtt_service *)connection->service->priv;
	bytes_read = connection_read(connection, buffer, sizeof(buffer));//tcp读端口的输入字符
。。。
	rtt_write_channel(service->channel, buffer, &length);//写到mcu里面

return ERROR_OK;
}
```
然后我进入了rtt_write_channel这个函数，发现可以开调试日志，就在openocd中使用了 
`“debug_level 3”`这个命令看调试log，结果发现每当我按下任意按键+回车后，这个函数报告
```
“rtt: Wrote 0 bytes into down-channel 0”
```
也就是没向下行通道0写入任何字节，自然芯片就没接收到了
现在想不明白到底是哪儿出问题了难道要使用别的下行通道吗？或者openocd要做什么配置？？
希望和各位讨论一下，我感觉这个调试方案应该是挺方便的（如果能调通的话）