6

很抱歉，这不是什么大问题，但更多的是帮助人们在这些特定的事情上遇到问题。我正在处理的问题需要使用串行 I/O，但主要在 Windows CE 6.0 下运行。但是，最近有人问我是否也可以使该应用程序也可以在 Windows 下运行，所以我开始着手解决这个问题。我确实花了很多时间环顾四周，看看是否有人有我正在寻找的答案，这一切都被认为是很多错误信息和在某些情况下基本上是错误的事情。所以在解决了这个问题之后，我想我会和大家分享我的发现，这样任何遇到这些困难的人都会有答案。

在 Windows CE 下，不支持OVERLAPPED I/O 。这意味着通过串口进行双向通信可能会很麻烦。主要问题是当您等待来自串行端口的数据时，您无法发送数据，因为这样做会导致您的主线程阻塞，直到读取操作完成或超时（取决于您是否设置了超时）

像大多数做串行 I/O 的人一样，我设置了一个读取串行线程来读取串行端口，它使用带有 EV_RXCHAR 掩码的 WaitCommEvent() 来等待串行数据。现在这就是 Windows 和 Windows CE 出现困难的地方。

如果我有一个像这样的简单读者线程，例如：-

UINT SimpleReaderThread(LPVOID thParam)
{
    DWORD eMask;
    WaitCommEvent(thParam, &eMask, NULL);
    MessageBox(NULL, TEXT("Thread Exited"), TEXT("Hello"), MB_OK);
}

显然在上面的例子中，我没有从串口或任何东西读取数据，我假设 thParam 包含打开的 comm 端口句柄等。现在，当你的线程执行并命中时，问题出在 Windows 下WaitCommEvent()，你的阅读器线程将进入睡眠等待串口数据。好的，这很好，应该是这样，但是......你如何结束这个线程并让 MessageBox() 出现？好吧，事实证明，它实际上并不那么容易，并且是 Windows CE 和 Windows 在其串行 I/O 方式上的根本区别。

在 Windows CE 下，您可以做一些事情来使 WaitCommEvent() 失败，例如 SetCommMask(COMMPORT_HANDLE, 0) 甚至 CloseHandle(COMMPORT_HANDLE)。这将允许您正确终止线程，从而释放串行端口以再次开始发送数据。然而，这些东西都不会在 Windows 下工作，并且都会导致你调用它们的线程在等待 WaitCommEvent() 完成时进入睡眠状态。那么，在Windows下如何结束WaitCommEvent()呢？好吧，通常您会使用 OVERLAPPED I/O 并且线程阻塞不会成为问题，但是由于该解决方案还必须与 Windows CE 兼容，因此不能选择 OVERLAPPED I/O。在 Windows 下，您可以做一件事来结束 WaitCommEvent()，即调用 CancelSynchronousIo() 函数，这将结束您的 WaitCommEvent()，但请注意这可能取决于设备。CancelSynchronousIo() 的主要问题是它也不被 Windows CE 支持，所以你用它来解决这个问题很不走运！

你是怎么做到的？事实上，要解决这个问题，您根本不能使用 WaitCommEvent()，因为在 Windows CE 支持的 Windows 上无法终止此函数。然后，ReadFile() 将在读取 NON OVERLAPPED I/O 时再次阻塞，这将与 Comm Timeouts 一起使用。

使用 ReadFile() 和 COMMTIMEOUTS 结构确实意味着您必须有一个紧密的循环来等待您的串行数据，但是如果您没有接收到大量的串行数据，那应该不是问题。此外，以小超时结束循环的事件也将确保将资源传递回系统，并且您不会以 100% 的负载锤击处理器。以下是我提出的解决方案，如果您认为可以改进，我们将不胜感激。

typedef struct
{
    UINT8 sync;
    UINT8 op
    UINT8 dev;
    UINT8 node;
    UINT8 data;
    UINT8 csum;
} COMMDAT;

COMSTAT cs = {0};
DWORD byte_count;
COMMDAT cd;

ZeroMemory(&cd, sizeof(COMMDAT));
bool recv = false;
do
{
    ClearCommError(comm_handle, 0, &cs);
    if (cs.cbInQue == sizeof(COMMDAT))
    {
        ReadFile(comm_handle, &cd, sizeof(COMMDAT), &byte_count, NULL);
        recv = true;
    }
} while ((WaitForSingleObject(event_handle, 2) != WAIT_OBJECT_0) && !recv);
ThreadExit(recv ? cd.data : 0xFF);

因此，要结束线程，您只需在 event_handle 中发出事件信号，并允许您正确退出线程并清理资源并在 Windows 和 Windows CE 上正常工作。

希望能帮助我见过的每个人都遇到过这个问题。

4

1 回答 1

6

由于我认为我上面的评论存在误解，这里有更多关于不使用紧密循环的可能解决方案的详细信息。请注意，这些使用运行时确定，因此在两个操作系统下都很好（尽管无论如何您都必须为每个目标单独编译），并且由于两者都不使用#ifdef它，因此不太可能最终在一侧或另一侧破坏编译器而您不会立即注意到。

首先，您可以动态加载 CancelSynchonousIo 并在操作系统中使用它。甚至可以选择做某事而不是取消 CE（比如关闭句柄？）；

typedef BOOL (WINAPI *CancelIo)(HANDLE hThread);

HANDLE hPort;

BOOL CancelStub(HANDLE h)
{
    // stub for WinCE
    CloseHandle(hPort);
}

void IoWithCancel()
{
    CancelIo cancelFcn;

    cancelFcn = (CancelIo)GetProcAddress(
        GetModuleHandle(_T("kernel32.dll")), 
        _T("CancelSynchronousIo"));

    // if for some reason you want something to happen in CE
    if(cancelFcn == NULL)
    {
        cancelFcn = (CancelIo)CancelStub;
    }

    hPort = CreateFile( /* blah, blah */);

    // do my I/O

    if(cancelFcn != NULL)
    {
        cancelFcn(hPort);
    }
}

另一个选项需要更多的工作，因为您可能会有不同的线程模型（尽管如果您使用 C++，无论如何基于平台的单独类将是一个很好的情况）将确定平台并在桌面上使用重叠：

HANDLE hPort;

void IoWithOverlapped()
{
    DWORD overlapped = 0;
    OSVERSIONINFO version;

    GetVersionEx(&version);
    version.dwOSVersionInfoSize = sizeof(OSVERSIONINFO);
    if((version.dwPlatformId == VER_PLATFORM_WIN32_WINDOWS)
        || (version.dwPlatformId == VER_PLATFORM_WIN32_NT))
    {
        overlapped = FILE_FLAG_OVERLAPPED;
    }
    else
    {
        // create a receive thread
    }

    hPort = CreateFile(
        _T("COM1:"), 
        GENERIC_READ | GENERIC_WRITE, 
        FILE_SHARE_READ | FILE_SHARE_WRITE, 
        NULL, 
        OPEN_EXISTING, 
        overlapped,
        NULL);
}
于 2013-02-19T14:56:31.893 回答