如何检查串口是否在Linux中打开？

Posted 2021-04-16

如何使用Posix / C函数检查串口是否已在Linux中打开？我想检查串口的状态，检查串口是否打开。

我想知道哪些方法适用于：

1. 检查文件描述符以查看串行端口是否打开
2. 检查串口文件名以查看串口是否打开，在下面的例子中是“/ dev / ttyUSB0”

--

// This code is for example purposes only

int open_port()
{
  int fd;

  fd = open("/dev/ttyUSB0", O_RDWR | O_NOCTTY | O_NDELAY);
  if (fd < 0)
  {
    perror("open_port: Unable to open /dev/ttyf1 - ");
  }

  return fd;
} 

我想有一种“标准”的做法，这就是我想要达到的目的。

答案

所陈述的问题有两个方面，它们确实需要两种不同的解决方案：

1. 使用串行端口的应用程序或服务守护程序应排除其他进程同时使用该端口。 有两种方法：独占模式和咨询锁。应用程序可以选择执行一个或两个。 打开设备后，使用ioctl(fd, TIOCEXCL)将串口置于独占模式。在描述符关闭或进程发出ioctl(fd, TIOCNXCL)之前，任何打开设备的尝试都将失败并显示EBUSY错误代码。 打开设备后，使用flock(fd, LOCK_EX | LOCK_NB)尝试在打开的设备上放置一个独家咨询锁。其他进程仍然可以正常打开设备，甚至可以读取和写入它，但尝试在其上放置一个建议群锁将使用EWOULDBLOCK失败（或阻止直到解锁或关闭，如果放置没有LOCK_NB）。 上述两种方法的区别在于后者是合作的，允许其他过程打开设备;而前者不允许进一步开放。 使用两者的原因是检测另一个进程是否已经打开设备而不将其置于独占模式，但希望设置咨询锁。在这种情况下，open（）和ioctl（）都成功，但flock（）失败。 （我们可以使用下面讨论的这个问题的第二个方面 - 打开设备后，将其设置为独占模式，甚至获得它的独占锁定，以检测其他进程是否打开设备但不是独占或锁定。就个人而言，我不会打扰;我确实希望用户只在他们的系统上使用理智的应用程序。如果他们真的这样做，我希望他们有理由，所以我更愿意允许这种古怪的情况。它绝对不应该出现在标准实用程序中。）
2. 应用程序或守护程序可以使用lsof（来自lsof包）来检查是否有任何进程打开了指定的文件或设备。 这个想法是运行相当于LANG=C LC_ALL=C lsof -F -p DEVICE的root权限。输出将包含零个或多个行。以p开头的行（紧接着是PID和换行符 ）指定了DEVICE打开的进程。 （每个这样的行后跟一行或多行以f开头，描述该进程中的哪个描述符引用该设备。） 如果应用程序或守护程序没有root权限，则需要安装setuid root的帮助程序。它提供有一个或多个设备名称。帮助程序使用stat()和S_IFCHR(st_mode)验证每个人是一个字符设备（以避免在安全漏洞中使用帮助程序）;如果是，则执行上述命令。在Linux中，这样的帮助程序通常安装在/usr/lib/APPLICATION/中，其中APPLICATION是应用程序或守护程序的名称。 应用程序或守护程序本身可以通过popen("/path/to/helper 2>/dev/null", "r")执行帮助程序，并使用例如fscanf()读取输入。 （请记住使用pclose()获取状态，并使用例如(WIFEXITED(status) && !WEXITSTATUS(status))来验证命令是否成功。 请注意，辅助程序方法允许从Linux轻松移植到其他POSIXy系统，只需将辅助程序替换为适合新系统的程序即可。即使它没有作为setuid root安装，它也为系统维护者提供了一个简单的钩子来修改应用程序或服务的行为，如果需要的话。我个人热烈推荐帮助方法。