.NET 3.5 SP1 SerialPort 类是否在传输时附加额外的 0？

Question

更新事实

证明错误存在于加密处理器代码中，现已修复。但现在遇到了似乎可能是握手问题。

在第一次传输时，我们从设备返回一个字节，值为 0xFF（不知道为什么，与我一起工作的工程师对 RS-232 也没有太多经验）。然后，一切正常运行（只需一次向设备发送一个字节，并等待匹配的回显）。但是，设备和 .NET 应用程序一次发送的字节数都不能超过几个字节，否则它们就会锁定并拒绝发送或接收。

---

在工作中，我正在编写一个应用程序，该应用程序通过 RS232 与设备内部的加密处理器连接，以对设备内部的闪存模块进行重新编程。

为了放慢速度并确保所有标头都正确，我们使用 SerialPort.Write() 一次写入一个字节。然而，当我们在加密处理器上运行代码时，它会在每个字节之间读取一个额外的 NULL。当我使用两个串行端口和交叉电缆在本地计算机上测试 .NET 代码时，我在超级终端或 Putty 中捕获输出，并且当我在 Notepad++ 中查看日志时，没有额外的 NULL。

然而，更复杂的是，当我们通过超级终端手动将消息逐字节输入到加密处理器时，它仅将输入读取为单个字节，没有额外的 NULL（与 .NET 应用程序相比）。有人有过 .NET 在写入 SerialPort 时执行神秘操作的经验吗？

我们用这个初始化一个测试块：

byte[] testBytes = new byte[] { (byte)'A', (byte)'B', (byte)'C', (byte)'D', (byte)'E', (byte)'F', (byte)'G', (byte)'H' };
byte[] byteArray = new byte[256];
for (int i = 0; i < 32; i++)
{
    testBytes.CopyTo(byteArray, i * 8);
}

并用这个发送它：

public void StutterSend(byte[] data, long delayMs)
{
    bool interactive = false;
    if (delayMs < 0)
        interactive = true;

    for (int i = 0; i < data.Length; i++)
    {
        serialPort.Write(data, i, 1);
        if (interactive)
        {
            WriteLine("Sent byte " + (i + 1) + " of " + data.Length + ". Press any key to send moar.");
            Console.ReadKey();
        }
        else
        {
            double timer = DateTime.Now.TimeOfDay.TotalMilliseconds;
            do { } while ((DateTime.Now.TimeOfDay.TotalMilliseconds - timer) < delayMs);
        }
    }
    WriteLine("Done sending bytes.");
}

我们的串行端口配置了所有匹配的参数（停止位，数据位，奇偶校验，波特率，端口名称），并且我们的握手设置为无（它是这就是我们的 UART 驱动程序的工作原理）。

Answer 1

关于您的更新，听起来您的加密处理器还有更多问题。返回 0xff 可能是 RS232 端口的 Tx 线上出现 <= 1 位时间的意外毛刺的结果。这被 P​​C 解释为起始位。毛刺发生后，Tx 线返回到标记状态，现在 PC 上的 UART 具有起始位，它将“数据”位解释为全 1（标记状态的值）。标记状态也是停止位的正确值，因此您的 PC 的 UART 已收到值为 0xff 的有效字节。请注意，相对于 RS232 数据速率，毛刺可能非常快，并且仍然被解释为起始位，因此让您的工程师在正常模式/单序列触发下使用示波器查看这条线以确认这一点。

Answer 2

serialPort 的 Encoding 属性设置为多少？ SerialPort.Write( byte[], int, int) 的文档说它通过 Encoder 对象运行数据（对于 byte[] 来说，这对我来说没有意义） ）。它应该默认为 ASCIIEncoding，但似乎它可能被设置为其他值。尝试将其显式设置为 ASCIIEncoding 并查看是否有帮助。我不记得当我在 .NET 中执行一些串行端口操作以与嵌入式板通信时这对我来说是否是一个问题...

请注意，即使使用 ASCIIEncoding，您也会获得一些（可能不需要的）数据转换 - 如果您尝试发送高于值 127 的内容，编码器会将其转换为“？”因为它不是有效的 ASCII 字符。我记不起我是如何获得串行端口来简单地保留我的数据的 - 我将不得不挖掘一些源代码......

Answer 3

如果您未指定任何值，SerialPort 会将 Parity 属性设置为 Parity.None。这意味着，如果您的接收器需要一个奇偶校验位，只要您不明确告诉 SerialPort 将奇偶校验位与传输的数据一起发送，它就永远不会得到一个。

事实上，它在超级终端上运行良好可能是因为超级终端默认使用奇偶校验位（我不太了解超级终端）。