在 Linux 中读取和写入同一文件描述符时出现问题

Question

我在 Linux 中成功读取了一个 fd，但是读取了 0 个字节，这意味着已经达到 EOF。我应该每次读取 19 个字节。

该项目是一个电机驱动器，它发出 19 个字节的数据包来驱动 2 个直流电机，它还需要读取来自电机的相同大小的数据包，其中包含更新的位置、命令和状态信息。

我是这样打开fd的：

mc_fd = InitPort("/dev/ttyS1", "COM2", O_NONBLOCK | O_RDWR | O_SYNC, B115200);

这里是初始化端口的函数：

int InitPort( char *port, char *name, int oflags, speed_t baudRate ) {

int fd;                             // File descriptor
fd = open(port, oflags);            // Open the port like a file
assert(fd > 0);                     // Open returns -1 on error

struct termios options;             // Initialize a termios struct
tcgetattr(fd, &options);            // Populate with current attributes
cfsetospeed (&options, baudRate);   // Set baud rate out
cfsetispeed (&options, baudRate);   // Set baud rate in (same as baud rate out)
options.c_cflag &= ~CSIZE;          // Clear bit-length flag so it can be set
    //8N1 Serial Mode
    options.c_cflag |=  CS8;        // Set bit-length:  8
    options.c_cflag &= ~PARENB;     // Set parity:      none
    options.c_cflag &= ~CSTOPB;     // Set stop bit:        1
    options.c_cflag &= ~CRTSCTS;    // Set flow control:    none

options.c_iflag &= ~ICANON;         // Enable canonical input
options.c_oflag &= ~OPOST;          // Disables all output processing (prevents CR in output)
options.c_cflag |= (CLOCAL | CREAD);// Enable receiver, and set local mode
tcsetattr(fd, TCSANOW, &options);   // Set new attributes to hardware
return fd;
}

最初，我只使用了 O_RDWR 标志，读取 fd 会因 EAGAIN（或 EWOULDBLOCK）而失败。我一直在尝试同步和非阻塞设置，看看我是否可以接收数据包。至少现在我阅读成功了（我认为）。

我能够以 120Hz 的频率写出数据包，并以相同的速率读取 fd return "success"，尽管读取的是 0 字节。

如何让 read() 读取传入的数据包？ 这是读取的代码以及终端的输出：

bytesRead = read( mc_fd, readPacket, MC_PACKET_SIZE );
printf("\npacket: %019X\n", &readPacket);
perror("error type ");
printf("bytes read = %d\n", bytesRead);

packet: 00000000000B63B4140
error type : Success
bytes read = 0

数据包最低有效部分中的 8 位十六进制数始终与显示的数字相似，而不是数据包中预期的数字。

这是在嵌入式 linux SBC（单板计算机）上运行的 Debian 运行。我能够毫无问题地读取程序中的其他文件描述符。我对 Linux 还是很陌生，可能遗漏了一些明显的东西。谢谢！

Answer 1

I should be reading 19 bytes in every read. [...]

"/dev/ttyS1"

在只有 16 字节 fifo 或更少的串行端口上？我认为这行不通。

串行端口是字符设备是有充分理由的——您希望以一种从零字节（如果启用超时）、一个字节到内部 fifo 大小的任意位置读取工作的方式进行编码。即使您（尝试）以这种方式发送它们，也不要指望它们保持整洁的数据包。

Answer 2

...but with 0 bytes read which means EOF has been reached.

不正确。
您正在 非阻塞 模式下读取串行终端。
return 代码为零仅表示当时终端没有可用数据。
当你使用非阻塞模式时，这就是你的程序（你应该发布的）必须处理的事情。

How do I get read() to read the incoming packets?

如果您不想看到 return 代码为零，请使用阻止模式（即从 open() 中删除 O_NONBLOCK 选项）（或 errno 设置为 EAGAIN）。
但是不要指望 read() 系统调用会为您对齐数据包，除非您有规范模式的文本。

学习this answer。

The 8-digit hex number in the least significant part of the packet is always similar to that shown, and is not what is expected in the packet.

您发布的代码太少（这是关闭问题的理由），但您尝试将数据读入 readPacket，这似乎是一个（字节？）数组。
但是随后您将 readPacket 视为 printf() 中的整数。

打印数组地址（或整型变量的地址）没有任何作用（即“8 位十六进制数...总是与显示的相似”).您没有显示任何可能已收到的信息。

如果您使用的是 little-endian、32 位处理器，将字节数组作为长整数访问会颠倒每个字的字节顺序（即 "not what is expected" )，并且只访问前四个字节，可以用八个十六进制数字表示。

I am still fairly new to Linux ad may be missing something obvious.

虽然 Linux 是（几乎）"everything is a file" 的操作系统之一，但 "files" 可能不相等。特别是您的程序访问的设备文件，即 /dev/ttyS1，是一个串行终端设备。串行终端需要额外的设备配置，这是使用 termios 结构执行的。
由于您只发布了几行程序，并且没有提及任何 termios 波特率以外的概念，因此无法评估您的程序。

附录

现在您已经发布了一些初始化代码，显然还有一些错误。

无论您的编程经验如何，以下代码与注释之间的不一致是一个会延长调试时间的缺陷。

options.c_iflag &= ~ICANON;         // Enable canonical input

清除 ICANON 标志会启用非规范输入，这与评论所述相反。
你没有描述这19个字节的数据，所以不能确定规范模式是否合适。

您的 termios 初始化写得很好（即您使用了正确的布尔运算符而不是直接赋值），但不完整（基于为非规范模式执行的现有代码）。
只需使用 cfmakeraw() 例程即可配置非规范模式的所有必要标志。
您的代码不会初始化 VMIN 和 VTIME 参数，但由于非规范和非阻塞模式的组合禁用了该功能，所以这无关紧要。

由于您在描述您正在尝试做的事情方面做得很差，因此无法建议适当的更正。

在 Linux 中读取和写入同一文件描述符时出现问题

Problems reading and writing to the same file descriptor in Linux

c

linux

serial-port

file-descriptor

read-write