gpt4 book ai didi

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

转载 作者:IT王子 更新时间:2023-10-29 01:24:41 27 4
gpt4 key购买 nike

我有一个系统,在该系统中我发现串行端口出现我不期望的奇怪行为。我之前曾在 usb 转串口适配器上偶尔看到过这种情况,但现在我也在 native 串口上看到它,而且频率更高。

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

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

什么会导致这种情况发生?当设备关闭时,Linux 如何处理缓冲串口?如果我打开一个设备,让它发送输出,然后在没有读取它的情况下关闭它,这会导致同样的问题吗?

最佳答案

即使未打开,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 串口缓冲区不为空,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8084818/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com