c - 使用 Win32 Api 在 C 程序中进行串行连接

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 都返回事件掩码值 0x0001。

更新:

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

以下发生在串行总线上(我的应用程序也应该检测到):

1. 设置了 RLSD 信号。
2. 数据已发送(因此应由我的应用程序读取/接收)。
3. 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，这导致了误解。我必须使用的协议(protocol)定义了数据只能在 RLSD 信号设置期间接收。情况确实如此，因此总线运行正常，但由于接收需要一些时间(由于序列化等原因，有关详细信息，请参阅上面 Hans Passant 的帖子)。

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

Answer 1

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

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

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

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

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