使用 Win32 的 C 程序中的串行连接 Api

Question

我写了一个小的 C 程序，用于监视串行端口流量（信号和输入）。我使用的应用程序是一个同步的、事件驱动的应用程序。我同步调用 WaitCommEvent 函数（所以没有使用 OVERLAPPED 结构。

我的应用程序中监视了以下 COM 事件：

EV_CTS：CTS（清除发送）信号改变状态
EV_RLSD: RLSD (receive-line-signal-detect) 信号改变状态
EV_RXCHAR: 接收到一个字符并放入输入缓冲区

我的问题是，如果上面提到的信号之一改变了它的状态，那么 WaitCommEvent（第二个参数）的输出掩码要么是它的值（EV_CTS（0x0008) 或 EV_RLSD (0x0020) 如果信号已设置）或 EV_RXCHAR 的值（0x0001 如果信号已清除）。换句话说：如果这些信号之一被清除，那么我收到一个 EV_RXCHAR 的“清除事件”，所以我的软件无法区分“接收到的字符”和“信号清除”事件。

请帮我找到一个想法，让我的软件能够区分“字符接收”和“信号清除”事件。两种情况下的 WinApi returns 事件掩码值 0x0001.

更新：

为了更好地理解我的问题，我 post 我的程序的代码和控制台输出。

串行总线上发生以下情况（我的应用程序也应检测到）：

已设置 RLSD 信号。
数据已发送（我的应用程序应该 read/received）。
RLSD信号被清除。

事件处理代码如下：

if(TRUE == WaitCommEvent(hComPort, &dwEvtMask, NULL))
{
    PrintCurrentDateTime();
    printf("the dwEvtMask = 0x%04X\r\n", dwEvtMask);

    GetCommModemStatus(hComPort, &dwModemState);

    PrintCurrentDateTime();
    printf("the dwModemState = 0x%04X\r\n", dwModemState);

    if(dwEvtMask & EV_CTS) // Clear-to-send signal changed
    {
        PrintCurrentDateTime();
        printf("EV_CTS triggered.\r\n");
    }

    if(dwEvtMask & EV_RLSD) // Data-carrier-detect signal changed
    {
        PrintCurrentDateTime();
        printf("EV_RLSD triggered.\r\n");
    }

    if(dwEvtMask & EV_RXCHAR) // Data received
    {
        ReadSerial(hComPort, portNum, readBuff, READ_BUFF_MAX_LENGTH);
    }
}

我在控制台上得到的输出如下：

2015.11.26 11:51:03:578 the dwEvtMask = 0x0020

2015.11.26 11:51:03:593 the dwModemState = 0x0080

2015.11.26 11:51:03:593 EV_RLSD triggered.

2015.11.26 11:51:03:656 the dwEvtMask = 0x0020

2015.11.26 11:51:03:656 the dwModemState = 0x0000

2015.11.26 11:51:03:656 EV_RLSD triggered.

2015.11.26 11:51:03:671 the dwEvtMask = 0x0001

2015.11.26 11:51:03:671 the dwModemState = 0x0000

2015.11.26 11:51:03:671 Received 3 characters on port COM1: 07 01 06

2015.11.26 11:51:03:671 the dwEvtMask = 0x0001

2015.11.26 11:51:03:671 the dwModemState = 0x0000

2015.11.26 11:51:03:671 Received 0 characters on port COM1:

也许 WinApi 的行为不像 MSDN 中写的那样，谁知道...

更新2：

正如 Hans Passant 在下面所写，问题是，我总是在 EV_RLSD 之后收到事件 EV_RXCHAR，这导致了误解。我必须使用的协议定义了数据只能在 RLSD 信号设置期间接收。情况确实如此，所以总线运行正常，但由于接收需要一些时间（由于序列化等原因，有关详细信息，请参阅上面的 Hans Passant 的 post）。

如果 RLSD 信号“下降”(1 -> 0)，我可以通过检查 EV_RLSD 上是否接收到数据（通过调用 ReadFile）来解决问题。

Answer 1

distinguish between "character received" and "signal cleared" events

那不是EV_CTS和EV_RLSD的意思，他们只是表示信号改变了状态，并没有说是"cleared"。您可以使用该事件调用 GetCommModemStatus() 并获取实际信号状态。所以得到0x0001只是表示收到了一个字节，信号没有变化。

事件掩码可帮助您最大程度地减少需要进行的函数调用次数。因此，没有必要为每个事件调用 GetCommModemStatus()。请注意，您可能会同时收到多个事件的信号。

在您对预期获得的事件进行排序的方式中，还有一个明显的问题提示。你希望在EV_RXCHAR之后得到EV_RLSD。不是它的工作方式，握手信号的变化是立即生效的。但是发送和接收一个字节需要时间。该字节必须由设备上的 UART 序列化，通常需要 10 倍的波特率时钟。 PC 上的 UART 将字节放入 FIFO 缓冲区，FIFO 缓冲区最终会生成一个中断，告诉驱动程序将字节复制到其接收缓冲区中。然后你得到 EV_RXCHAR 事件。

所以使用 DCD 作为某种 "gate" 信号是没有用的。设备不可能知道 PC 何时收到字节，它总是会过早关闭 DCD。您可以使用握手信号玩很多游戏，但通常效果不佳。 DCD 是一种调制解调器信号，仅用于协商连接，将其用于其他用途会产生一种巴洛克式的协议，很少有程序员知道如何正确实施。

使用 Win32 的 C 程序中的串行连接 Api

Serial connection in C program with Win32 Api

c

windows

winapi

serial-port