我正在嵌入式Linux系统中通过UART接口编写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
。
如何强制嵌入式平台仅发送\n
或0x0a
?嵌入式平台正在运行通过buildroot生成的Linux Kernel 4.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
答案 0 :(得分:1)
问题在于未正确设置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。查找问题。