C# SerialPort - 混合具有不同波特率的端口时出现问题

Question

我有两个设备想通过串行接口(interface)连接，但它们的连接不兼容。为了解决这个问题，我将它们都连接到我的 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 字节的写入缓冲区，而我的命令不到十个字节。写入缓冲区应该能够缓冲数据，直到可以将其写入较慢的 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 上的设备是可靠的，所以我想知道这两个字节是如何丢失的。

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

Answer 1

您尝试做的事情等同于从消防水龙带中喝水。你依靠接收缓冲区来储存水，当有人不关掉水龙头时，它不会持续很长时间。使用您的变通方法，您可以确保接收缓冲区将无声地溢出，您可能没有实现 ErrorReceived 事件。

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

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

---

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

此问题的解决方法是人为地在每个传输的字节之间设置延迟，从而为设备中的 ISR 提供​​更多时间来读取字节。作为副作用，您的解决方法代码就是这样做的。

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