Question

我有一个系统，我看到串行端口的奇怪行为，我不期望。我以前曾经看过这种情况，有时使用usb-to-serial适配器，但现在我也在原生串口上看到它，而且频率更高。

系统设置为运行自动化测试，并且首先执行一些任务，这些任务会导致从串行设备输出大量数据，而我没有打开端口。该设备也将自行重置。仅连接tx / rx线。没有流量控制。

完成这些任务后，测试软件会打开串口并立即失败，因为它会收到意外的响应。当我重现这一点时，我发现如果我在终端程序中打开串口，我会看到几千字节的旧数据（当端口关闭时似乎已经发送）立即刷新。关闭此程序后，我可以按预期运行测试。

可能导致这种情况发生的原因是什么？当设备关闭时，Linux如何处理缓冲串口？如果我打开一个设备，让它发送输出，然后关闭它而不读取它，这会导致同样的问题吗？

Answer 1

即使没有打开，Linux终端驱动程序也会缓冲输入。这可能是一个有用的功能，特别是如果速度/奇偶校验/等。设置得当。

要复制较小操作系统的行为，请在端口打开后立即读取所有待处理的输入：

...
int fd = open ("/dev/ttyS0", O_RDWR | O_NOCTTY | O_SYNC);
if (fd < 0)
        exit (1);

set_blocking (fd, 0);   // disable reads blocked when no input ready

char buf [10000];
int n;
do {
        n = read (fd, buf, sizeof buf);
} while (n > 0);

set_blocking (fd, 1);  // enable read blocking (if desired)

...  // now there is no pending input



void set_blocking (int fd, int should_block)
{
        struct termios tty;
        memset (&tty, 0, sizeof tty);
        if (tcgetattr (fd, &tty) != 0)
        {
                error ("error %d getting term settings set_blocking", errno);
                return;
        }

        tty.c_cc[VMIN]  = should_block ? 1 : 0;
        tty.c_cc[VTIME] = should_block ? 5 : 0; // 0.5 seconds read timeout

        if (tcsetattr (fd, TCSANOW, &tty) != 0)
                error ("error setting term %sblocking", should_block ? "" : "no");
}

打开设备时，Linux串口缓冲区不为空

1 个答案: