5

我想通过串行接口连接两台设备，但它们的连接不兼容。为了解决这个问题，我将它们都连接到我的 PC 上，并且我正在开发一个 C# 程序，它将 COM 端口 X 上的流量路由到 COM 端口 Y，反之亦然。

该程序连接到两个 COM 端口。在数据接收事件处理程序中，我读入传入数据并将其写入另一个 COM 端口。为此，我有以下代码：

    private void HandleDataReceived(SerialPort inPort, SerialPort outPort)
    {
        byte[] data = new byte[1];

        while (inPort.BytesToRead > 0)
        {
            // Read the data
            data[0] = (byte)inPort.ReadByte();

            // Write the data
            if (outPort.IsOpen)
            {
                outPort.Write(data, 0, 1);
            }
        }
    }

只要传出 COM 端口以高于传入 COM 端口的波特率运行，该代码就可以正常工作。如果传入的 COM 端口比传出的 COM 端口快，我开始丢失数据。我不得不像这样更正代码：

    private void HandleDataReceived(SerialPort inPort, SerialPort outPort)
    {
        byte[] data = new byte[1];

        while (inPort.BytesToRead > 0)
        {
            // Read the data
            data[0] = (byte)inPort.ReadByte();

            // Write the data
            if (outPort.IsOpen)
            {
                outPort.Write(data, 0, 1);
                while (outPort.BytesToWrite > 0);  //<-- Change to fix problem
            }
        }
    }

我不明白为什么我需要那个修复。我是 C# 新手（这是我的第一个程序），所以我想知道我是否缺少一些东西。SerialPort 默认为 2048 字节的写入缓冲区，我的命令少于 10 个字节。写缓冲区应该能够缓冲数据，直到可以将其写入较慢的 COM 端口。

总之，我在 COM X 上接收数据并将数据写入 COM Y。COM X 以比 COM Y 更快的波特率连接。为什么写缓冲区中的缓冲不能处理这种差异？为什么我似乎需要等待写缓冲区耗尽以避免丢失数据？

谢谢！

* 更新 *

如前所述，此代码很容易在大量和/或快速传入数据传输时遇到溢出情况。我应该写更多关于我的数据流的内容。我期望在 10 Hz 时有 < 10 个字节的命令（具有 < 10 个字节的响应）。此外，我看到第一个命令失败。

因此，虽然我知道这段代码无法扩展并且不是最优的，但我想知道为什么 2-4K 读/写缓冲区甚至无法处理第一个命令。我想知道是否存在写入单字节数据的错误或使用我不理解的事件处理程序的错误。谢谢。

* 更新 *

下面是一个失败的例子：

假设我的命令是四个字节：0x01 0x02 0x3 0x4。COM X 上的设备发送命令。我可以看到 C# 程序接收四个字节并将它们发送到 COM Y 上的设备。COM Y 上的设备接收两个字节：0x01 0x03。我知道 COM Y 上的设备是可靠的，所以我想知道这两个字节是如何被丢弃的。

顺便说一句，有人可以告诉我是否最好只回复带有评论的答案，或者我是否应该继续编辑原始问题？哪个更有帮助？

4

2 回答 2

2

您正在尝试做的事情相当于从消防水带中喝水。您依靠接收缓冲区来存储水，当有人不关闭水龙头时，它不会持续很长时间。使用您的解决方法，您可以确保接收缓冲区会静默溢出，您可能没有实现 ErrorReceived 事件。

为了使这项工作，您必须告诉输入设备在缓冲区已满时停止发送。通过设置 Handshake 属性来做到这一点。首先将其设置为 Handshake.RequestToSend。接下来使用 XOnXOff。能否正确使用握手信号取决于设备。

使用 Read() 方法可以提高效率。

好吧，不是消防水带。我只能想到另一种可能性。早期 UART 芯片设计的一个常见问题是，他们有一个只能存储一个字节的片上接收缓冲区。这需要中断服务程序在下一个字节到达之前读取该字节。如果 ISR 不够快，芯片会打开 SerialError.Overrun 状态，并且字节将不可挽回地丢失。

此问题的解决方法是人为地在每个传输字节之间设置延迟，让设备中的 ISR 有更多时间读取字节。作为副作用，这是您的解决方法代码所做的。

这不是一个很好的解释，现代芯片设计有一个至少 8 字节深的 FIFO 缓冲区。如果这有任何道理，那么当您降低波特率时，您应该会看到问题消失了。此外，使用 Read() 而不是 ReadByte() 应该会使问题变得更糟，因为您的 Write() 调用现在可以一次传输多个字节，从而消除了字符间延迟。为了清楚起见，我说的是输出设备。

于 2010-03-22T22:06:47.573 回答
0

您应该确保它outPort.WriteBufferSize大于您希望发送的最大缓冲区。此外，在循环中调用ReadByte和WriteByte通常会很慢。如果您将处理程序更改为：

int NumBytes = 20; //or whatever makes sense
byte[] data = new byte[NumBytes];

while (inPort.BytesToRead > 0)
{
    // Read as much data as possible at once
    count = inPort.Read(data, 0, min(NumBytes, inPort.BytesToRead));

    // Write the data
    if (outPort.IsOpen)
    {
        outPort.Write(data, 0, count);
    }
}

这将减少开销，这应该会有所帮助。然后，写入缓冲区将（希望）按照您的预期处理时间。

于 2010-03-22T21:57:12.420 回答