Question

我有一个netcore应用程序，该应用程序打开串行端口，并在检测到奇偶校验错误后在控制台上写入“奇偶校验错误”。在Windows 10中可以正常运行，但不能在Linux下运行。

我的假设是操作系统没有将奇偶校验错误传递给netcore。

运行以下命令检查端口设置：

stty -D /dev/ttyS0 -ignpar inpck

然后我跑步：

stty -D /dev/ttyS0 -a

并且设置似乎已按预期正确设置（-ignpar inpck）。

然后我运行我的netcore 3应用程序，但未检测到奇偶校验错误。

所以我跑

stty -D /dev/ttyS0 -a

用于验证设置，但这些设置似乎已重置（-ignpar -inpck）

如何强制我的应用在启用inpck属性的情况下运行？有没有办法使inpck默认启用？

谢谢。

更新：netcore 3应用程序奇偶校验错误检测在Windows 10中工作正常，但在linux下不起作用。我的假设是：

A）netcore运行时未将奇偶校验设置传递给驱动程序（不太可能）
B）操作系统正在忽略这些指令。

Answer 1

stty 命令只是shell中利用termios API的一种方法。
预计应用程序将使用termios API将串行终端配置为满足实际情况的要求（而不是在启动时依赖预期的配置）。
如果您使用的应用程序环境不允许访问termios API，则可能使用了不合适的方法。

您知道任何可以对奇偶校验错误做出明确反应的Linux应用程序吗？

下面的C程序从串行终端读取行（即规范模式），并配置为检测标记（或1）作为具有8位字符帧的奇偶校验位。

#define SERIALTERMINAL      "/dev/ttyS0"
#include <errno.h>
#include <fcntl.h> 
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <termios.h>
#include <unistd.h>

int set_interface_attribs(int fd, int speed)
{
    struct termios tty;

    if (tcgetattr(fd, &tty) < 0) {
        printf("Error from tcgetattr: %s\n", strerror(errno));
        return -1;
    }

    cfsetospeed(&tty, (speed_t)speed);
    cfsetispeed(&tty, (speed_t)speed);

    tty.c_cflag |= CLOCAL | CREAD;
    tty.c_cflag &= ~CSIZE;
    tty.c_cflag |= CS8;         /* 8-bit characters */
    tty.c_cflag |= PARENB;      /* enable parity */
    tty.c_cflag &= ~PARODD;     /* Even parity */
    tty.c_cflag |= CMSPAR;      /* force Even parity to SPACE */
    tty.c_cflag &= ~CSTOPB;     /* only need 1 stop bit */
    tty.c_cflag &= ~CRTSCTS;    /* no hardware flowcontrol */

    tty.c_lflag |= ICANON | ISIG;  /* canonical input */
    tty.c_lflag &= ~(ECHO | ECHOE | ECHONL | IEXTEN);

    tty.c_iflag &= ~IGNCR;  /* preserve carriage return */
    tty.c_iflag &= ~(INLCR | ICRNL | IUCLC | IMAXBEL);
    tty.c_iflag &= ~(IXON | IXOFF | IXANY);   /* no SW flowcontrol */
    tty.c_iflag |= IGNBRK;  /* ignore breaks */
    tty.c_iflag &= ~ISTRIP;
    tty.c_iflag &= ~IGNPAR; /* report error */
    tty.c_iflag |= INPCK;   /* test parity */
    tty.c_iflag |= PARMRK;  /* verbose parity err */

    tty.c_oflag &= ~OPOST;

    tty.c_cc[VEOL] = 0;
    tty.c_cc[VEOL2] = 0;
    tty.c_cc[VEOF] = 0x04;

    if (tcsetattr(fd, TCSANOW, &tty) != 0) {
        printf("Error from tcsetattr: %s\n", strerror(errno));
        return -1;
    }
    return 0;
}


int main(void)
{
    char *portname = SERIALTERMINAL;
    int fd;
    int wlen;

    fd = open(portname, O_RDWR | O_NOCTTY | O_SYNC);
    if (fd < 0) {
        printf("Error opening %s: %s\n", portname, strerror(errno));
        return -1;
    }
    /*baudrate 115200, 8 bits, Space for parity, 1 stop bit */
    set_interface_attribs(fd, B115200);

    /* simple output */
    wlen = write(fd, "Hello!\n", 7);
    if (wlen != 7) {
        printf("Error from write: %d, %d\n", wlen, errno);
    }
    tcdrain(fd);    /* delay for output */


    /* simple canonical input, read lines */
    do {
        unsigned char buf[81];
        unsigned char *p;
        int rdlen;

        rdlen = read(fd, buf, sizeof(buf) - 1);
        if (rdlen > 0) {
            buf[rdlen] = 0;
            printf("Read %d:", rdlen);
            /* first display as hex numbers then ASCII */
            for (p = buf; rdlen-- > 0; p++) {
                printf(" 0x%x", *p);
                if (*p < ' ')
                    *p = '.';   /* replace any control chars */
            }
            printf("\n    \"%s\"\n\n", buf);
        } else if (rdlen < 0) {
            printf("Error from read: %d: %s\n", rdlen, strerror(errno));
        } else {  /* rdlen == 0 */
            printf("Nothing read. EOF?\n");
        }               
        /* repeat read */
    } while (1);
}

该程序是在具有内置16550A串行端口的旧Linux（Ubuntu 14.04.2 LTS）PC上执行的。

[    2.656593] 00:08: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A

该串行端口似乎不能够发送具有奇偶校验的8位（11位帧），但是似乎能够读取具有奇偶校验的8位。

串行数据是从具有9位功能UART的SBC生成的。使用示波器捕获帧以确认8S1和8E1帧的长度为11位。
（FTDI USB到RS232转换器不能可靠地生成所有8位字符的奇偶校验配置。）

当发送方配置为8位并且奇偶校验为空格（与程序匹配）时，PC程序将“ ABCDEFG \ n”读取为：

Read 8: 0x41 0x42 0x43 0x44 0x45 0x46 0x47 0xa
    "ABCDEFG."

已正确读取数据。

当发送方配置为8位和偶校验时，PC程序将“ ABCDEFG \ n”读取为：

Read 14: 0x41 0x42 0xff 0x0 0x43 0x44 0xff 0x0 0x45 0xff 0x0 0x46 0x47 0xa
    "AB�.CD�.E�.FG."

读取（正确）标识了三个具有Mark而不是Space作为奇偶校验位的字符。
每个具有“奇偶校验错误”的字符都以0xFF 0x00个字节为开头（即，总共三个字节）。

请注意，当实际接收到的数据为0xFF（无奇偶校验错误）时，termios将把该数据扩展为0xFF 0xFF的两个字节。请注意，当下一个数据为0x00时，这不是错误指示。 IOW读取的0xFF 0xFF 0x00转换为实际数据0xFF 0x00。
但是，当实际收到的数据为0xFF 且具有奇偶校验错误时，则读取返回0xFF 0x00 0xFF（即，没有与错误指示结合的扩展）。

stty串行端口设置未保留

1 个答案: