【问题标题】:Can't communicate with certain baud rates无法以某些波特率通信
【发布时间】:2019-03-14 19:22:08
【问题描述】:

我的应用程序能够使用 4800、9600 和 115200 等波特率进行通信,但不能使用 14400 或 38400。我必须包含 asm/termios,因为我需要 struct termios2,因为我将使用 c_ispeedc_ospeed 成员,适用于任何 buad 率。

我遇到的第二个问题是read 函数在VTIME 之后没有返回。你知道为什么会这样吗?任何帮助表示赞赏。谢谢。

#include <asm/termios.h>

int serialDevice = open("/dev/ttyUSB0", O_RDWR | O_NOCTTY | O_SYNC);

serialSettings.baudRate = 4800;
serialSettings.dataBits = 8;
serialSettings.hardwareFlowControl = 0;
serialSettings.parity = 0;
serialSettings.parityOdd = 0;
serialSettings.stopBits = 1;
serialSettings.xonxoff = 1;

setSerialSettings(serialDevice, &serialSettings);
//-------------------------------------------------------
int8_t setSerialSettings(int serialDevice, Serial_Params_t *settings)
{
    struct termios2 tty;
    memset(&tty, 0, sizeof tty);

    // get current serial settings
    if (ioctl(serialDevice, TCGETS2, &tty) == -1)
    {
        sendLog("Can't get serial attributes | setSerialSettings", LOG_TYPE_ERROR);
        return FALSE;
    }

    // baudrate
    tty.c_cflag &= ~CBAUD;
    tty.c_cflag |= BOTHER;
    tty.c_ispeed = MAX(110, MIN(settings->baudRate, MAX_BAUDRATE));
    tty.c_ospeed = MAX(110, MIN(settings->baudRate, MAX_BAUDRATE));

    // enable input parity check
    tty.c_iflag |= INPCK;

    // data bits: CS5, CS6, CS7, CS8
    tty.c_cflag &= ~CSIZE;
    switch (settings->dataBits)
    {
    case 5:
        tty.c_cflag |= CS5;
        break;
    case 6:
        tty.c_cflag |= CS6;
        break;
    case 7:
        tty.c_cflag |= CS7;
        break;
    case 8:
    default:
        tty.c_cflag |= CS8;
        break;
    }

    // stop bit
    switch (settings->stopBits)
    {
    case 1:
    default:
        tty.c_cflag &= ~CSTOPB;
        break;
    case 2:
        tty.c_cflag |= CSTOPB;
    }

    // parity
    if (settings->parity == 1)
        tty.c_cflag |= PARENB;
    else
        tty.c_cflag &= ~PARENB;

    // odd/even parity
    if (settings->parityOdd == 1)
        tty.c_cflag |= PARODD;
    else
        tty.c_cflag &= ~PARODD;

    // flow control
    // XON/XOFF
    if (settings->xonxoff == 1)
        tty.c_iflag |= (IXON | IXOFF | IXANY);
    else
        tty.c_iflag &= ~(IXON | IXOFF | IXANY);

    // enable RTS/CTS
    if (settings->hardwareFlowControl == 1)
        tty.c_cflag |= CRTSCTS;
    else
        tty.c_cflag &= ~CRTSCTS;

    tty.c_cc[VMIN] = 1;            // return read function when receive 1 byte
    tty.c_cc[VTIME] = 10;          // 1 seconds read timeout (deciseconds)
    tty.c_cflag |= CREAD | CLOCAL; // turn on READ & ignore ctrl lines

    // non-canonical mode
    tty.c_iflag &= ~(IGNBRK | BRKINT | PARMRK | ISTRIP | INLCR | IGNCR | ICRNL);
    tty.c_lflag &= ~(ECHO | ECHONL | ICANON | ISIG | IEXTEN);
    tty.c_oflag &= ~OPOST;

    // flush port & apply attributes
    tcflush(serialDevice, TCIFLUSH);
    if (ioctl(serialDevice, TCSETS2, &tty) == -1)
    {
        sendLog("Can't set serial attributes | setSerialSettings", LOG_TYPE_ERROR);
        return FALSE;
    }
    return TRUE;
}

【问题讨论】:

  • 当你说你不能在 14400 或 38400 通信时,你到底是什么意思? TCSETS2 ioctl 是否失败或通信不起作用?如果是后者,我是否正确理解您已经使用相同的代码成功测试了某些其他速度的通信?
  • 表示peer收到垃圾字节。 ioctl 为有效和无效的波特率返回 0。是的,完全相同的代码适用于 9600 或 115200,但它不适用于例如 14400。 (P.S. 我也改变了对等体的波特率)。
  • “我的应用程序无法与 14400 或 38400 通信……[通信]” - 板或 UART 的文档将告诉您支持的速度.网络上的任何数量的教程都解释了如何设置速度,以及速度取决于什么。您应该将文档中支持的速度添加到您的问题中,以便我们可以说,“板或 UART 不支持该速度。”

标签: c linux serial-port


【解决方案1】:

我的应用程序可以使用 4800、9600 和 115200 等波特率进行通信,但不能使用 14400 或 38400。

这里有一篇关于自定义串行速度设置如何工作的非常好的文章:https://github.com/npat-efault/picocom/blob/master/termios2.txt

简而言之,给定由tty 标识的struct termios2,要将输入和输出速度设置为自定义值,您必须

  • 确保tty.c_cflag &amp; CBAUD == BOTHER。您似乎正确地执行了此操作。
  • tty.c_ospeed 中设置所需的输出速度。你也这样做。
  • 任一

    • 确保(tty.c_cflag &gt;&gt; IBSHIFT) &amp; CBAUD == B0,在这种情况下,输出速度也将用作输入速度,
    • 确保(tty.c_cflag &gt;&gt; IBSHIFT) &amp; CBAUD == BOTHER,在这种情况下tty.c_ispeed将用作输入速度。


    你不做任何一个。我不确定为什么这会导致某些速度而不是其他速度的通信不正确,但该驱动程序以玩一些速度设置的有趣游戏而闻名,也许你偶然发现了一个。

至于

read 函数在VTIME 之后没有返回

我认为您的期望不正确。您将 VMINVTIME 都设置为非零值。在这种情况下,VTIME 是最大 字符间 时间,而不是整体读取超时。使用这些设置,阻塞读取将无限期地等待第一个字符,然后将继续读取后续字符,直到请求的数量,只要每个字符在前一个字符的 VTIME 分秒内到达。

如果您想在每次 read() 调用时整体超时,则将 VMIN 设置为 0,并准备一些 read() 调用以读取 0 字节。与往常一样,read() 也可能读取正数字节但少于请求的字节数。与您当前使用的配置相比,这种配置更有可能发生这种情况,具体取决于您选择的VTIME 和对等方的行为。

【讨论】:

  • (tty.c_cflag &gt;&gt; IBSHIFT) &amp; CBAUD 设置波特率后为 0。如何使 (tty.c_cflag &gt;&gt; IBSHIFT) &amp; CBAUD 等于 B0 或 BOTHER ?喜欢tty.c_cflag = ( (tty.c_cflag &gt;&gt; IBSHIFT) &amp; CBAUD) &lt;&lt; IBSHIFT)?关于 VTIME:我将 VMIN 更改为 0,现在立即读取返回,但我希望它至少等待 1 秒。
  • @MustafaChelik: tty.c_cflag &amp;= ~(CBAUD &lt;&lt; IBSHIFT); tty.c_cflag |= (B0 &lt;&lt; IBSHIFT);
  • 对于read,没有任何设置组合可以指示驱动程序在返回结果之前准确地累积数据一段时间。如果这确实是您想要的,则将VMINVTIME 都设置为0,并通过在每个read() 调用之前插入延迟来控制用户端的read 计时。当然,这假设您直接调用read()
  • @MustafaChelik,你可以参考这个问题及其答案:stackoverflow.com/q/4968529/2402272,但看起来他们都指向你已经知道的两个方向。这些是做到这一点的方法。如果它们不适合您,那么我怀疑问题出在 Linux 本身,但可能是您的硬件不支持您请求的速度,或者对等方不支持它,或者可能是您的代码存在某种缺陷。可能还有其他可能性。
  • 更新:我删除了 O_NONBLOCK,将 VMIN 设置为 0,将 VTIME 设置为 10。现在即使没有数据,它也会在 1 秒后返回。这就是我想要的。当没有数据时,read 返回 0,errno 也为 0。VTIME 的东西是固定的多亏了你。一旦我得到新的转换器,我会更新。
猜你喜欢
  • 1970-01-01
  • 2013-10-24
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多