在Linux串行端口上接收/读取BREAK条件

发布时间：2020-12-13 23:24:02 所属栏目：Linux 来源：网络整理

导读：我希望能够在 Linux中的串行端口上检测到BREAK条件.这是怎么做到的？我想检测BREAK状态何时开始以及何时停止. 我希望如果我这样做： int serial_status;ioctl(serial_fd,TIOCMGET,serial_status); 然后会有一个显示BREAK条件的值 – 但似乎没有这样的事情.

我希望能够在 Linux中的串行端口上检测到BREAK条件.这是怎么做到的？

我想检测BREAK状态何时开始以及何时停止.

我希望如果我这样做：

int serial_status;
ioctl(serial_fd,TIOCMGET,&serial_status);

然后会有一个显示BREAK条件的值 – 但似乎没有这样的事情.

我在termios.h中找到tcsendbreak()发送休息时间.我还找到了描述如何发送休息的tty_ioctl man page.但是休息一下呢？

注意：建议使用BRKINT(在发生中断时生成信号SIGINT).但是获取SIGINT并不是一个有用的API,原因如下：

>在多串口方案中,我无法分辨它来自哪个串口.
>在终端上运行程序时,我也可以通过用户按Ctrl-C获取SIGINT.
>如果我将程序作为守护程序运行,那么附加条件“如果终端是前台进程组的控制终端”则不然,是吗？
>不可能知道BREAK状况持续多久以及何时停止.

解决方法

到目前为止,我能找到的最佳答案来自于对于termios结构中的c_iflag的IGNBRK和BRKINT常量的 tcsendbreak() man page描述.它说：

When neither IGNBRK nor BRKINT are set,a BREAK reads as a null byte (''),except when PARMRK is set,in which case it reads as the sequence 377 .

(即0xFF 0x00 0x00)

所以我想我应该设置PARMRK并准备好对读取字节进行一些处理.这提供了关于奇偶校验/成帧错误的明确信息(尽管仍然不完全明确0xFF 0x00 0x00是表示BREAK还是其他一些奇偶校验/成帧错误).

但请注意,我发现了this patch for PARMRK,这似乎意味着旧内核存在危险,即在使用PARMRK时可能会丢弃串行字节.

只要BREAK条件持续,或者仅在BREAK条件开始时发送一次,这些字节是否连续发送也不清楚.因此,不清楚是否可以通过此方法检测到BREAK条件的结束.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!