我正在通过嵌入式Linux系统中的UART接口(interface)编写ASCII命令。

我首先用笔记本电脑测试了代码。嵌入式平台和笔记本电脑都共享一个ftdi usb加密狗。这两个平台上的代码应该相同(我认为)。

我正在创建一个字符串并像这样发送它,

char cmd[MAX_STR_LEN];
sprintf(cmd,"r %02x %02x\n",chipAddr,naddr);
ssize_t bytes_tx = write(fd, (char *)cmd, strlen(cmd));
if (bytes_tx < 0){
    ERROR_PRINT("%s\n",strerror(errno));
    return -1;
}

从PC运行代码时,当我在示波器上监视串行设备的输出时,我看到\n正确解释为0x0a

当我在嵌入式平台上运行相同的代码片段时,我看到\n被解释为0x0d 0x0a\r\n

如何强制嵌入式平台仅发送\n0x0a?嵌入式平台运行由buildroot生成的Linux Kernel4.4.x。

-更新了完整的测试代码

在此处放置完整代码:https://pastebin.com/5dWhaaDv

嵌入式和笔记本电脑目标的结果
Connected to /dev/ttyUSB0
strlen 8 : r 40 00

tx cmd[0] = 72 r
tx cmd[1] = 20
tx cmd[2] = 34 4
tx cmd[3] = 30 0
tx cmd[4] = 20
tx cmd[5] = 30 0
tx cmd[6] = 30 0
tx cmd[7] = 0a

bytes_tx = 8
sizeof(\n) : 4

最佳答案

问题在于未正确设置termios struct标志:c_oflag

从termios文档(https://en.wikibooks.org/wiki/Serial_Programming/termios)

 //
 // Output flags - Turn off output processing
 //
 // no CR to NL translation, no NL to CR-NL translation,
 // no NL to CR translation, no column 0 CR suppression,
 // no Ctrl-D suppression, no fill characters, no case mapping,
 // no local output processing
 //
 // config.c_oflag &= ~(OCRNL | ONLCR | ONLRET |
 //                     ONOCR | ONOEOT| OFILL | OLCUC | OPOST);
 config.c_oflag = 0;

它显然是在一个平台上初始化的,而不是在另一个平台上初始化的。感谢@KamilCuk和@EugeneSh。查找问题。

关于c - Linux插入回车换行符,而不仅仅是换行符,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/52303185/

10-15 00:43