同一台 Windows 机器上的串行端口通信不起作用

Question

对不起，问个简单的问题：

我有这个硬件设置：

同一台机器：“Com3” -> USB -> 转串口 -> 转 USB -> “Com4”

我按照MSDN SerialPort Class 和MSDN SerialPort.ReadLine() 构建了这个例程：

SerialPort SendSerialPort = new SerialPort("Com3", 9600);
SerialPort ReceiveSerialPort = new SerialPort("Com4", 9600);

SendSerialPort.Open();
ReceiveSerialPort.Open();

SendSerialPort.WriteLine("Test");
var message = ReceiveSerialPort.ReadLine(); // control stops here

SendSerialPort.Close();
ReceiveSerialPort.Close();

Console.WriteLine(message);

但是，当我倾向于 ReadLine() 时，我的控制停止并只是等待。我没想到的是。

我希望收到字符串Test 并将其分配给我的var message。你能告诉我我在这里做错了什么吗？

编辑：

我使用Serial Port Utility Application 和it worked just fine 测试了我的硬件。

Answer 1

我修改了from the example you linked:

要真正让两个端口运行来来回读写，您实际上需要实现两个端口的读写线程。

使用计时器可能是个好主意。

public static void Main()
{
    SerialPort SendSerialPort = new SerialPort("Com3", 9600);
    SerialPort ReceiveSerialPort = new SerialPort("Com4", 9600);

    StringComparer stringComparer = StringComparer.OrdinalIgnoreCase;
    Thread readThread = new Thread(Read);

    // Set the read/write timeouts
    _serialPort.ReadTimeout = 500;
    _serialPort.WriteTimeout = 500;

    SendSerialPort.Open();
    ReceiveSerialPort.Open();
    bool _continue = true;
    readThread.Start();

    Console.Write("Name: ");
    name = Console.ReadLine();

    Console.WriteLine("Type QUIT to exit");

    while (_continue)
    {
        message = Console.ReadLine();

        if (stringComparer.Equals("quit", message))
            _continue = false;
        else
            SendSerialPort.WriteLine(String.Format("<{0}>: {1}", name, message));
    }
    readThread.Join();
    SendSerialPort.Close();
}

public static void Read()
{
    while (_continue)
    {
        try
        {
            string message = ReceiveSerialPort.ReadLine();
            Console.WriteLine(message);
        }
        catch (TimeoutException) { }
    }
}

通常在写入的数据中会有一个开始值和结束值，以告诉另一个端口消息已完成，并且端口也可以验证它们正在读取它们应该读取的数据，通常带有如何处理的命令那个数据。 （超出这个问题的范围）。

端口的初始化也很重要。

我更喜欢使用默认构造函数（仅限偏好）

SerialPort Constructor ()

然后像这样设置任何值：

_serialPort.BaudRate = SetPortBaudRate(_serialPort.BaudRate);
_serialPort.Parity = SetPortParity(_serialPort.Parity);
_serialPort.DataBits = SetPortDataBits(_serialPort.DataBits);
_serialPort.StopBits = SetPortStopBits(_serialPort.StopBits);
_serialPort.Handshake = SetPortHandshake(_serialPort.Handshake);

所有的构造函数都会给出这些值：

This constructor uses default property values when none are specified.例如DataBits属性默认为8，Parity属性默认为None枚举值，StopBits属性默认为1，默认端口名称为COM1。

即使是握手也有默认值。如果你look at the source code.

private const Handshake defaultHandshake = Handshake.None;

Answer 2

你的代码问题出在这一行

var message = ReceiveSerialPort.ReadLine();

您阻止代码等待一行，如果该行永远不会到达，它将永远保留在这里或将值设置为ReadTimeout

那为什么线路永远不会到达？

问题可能是WriteLine("Test"); 中的错误，您应该处理错误，或者您的in 在WriteLine("Test") 成功通过之前阻塞了您的代码ReadLine()，您可以插入Thread.Sleep(100)之间，但这并没有真正改进代码。

注意：您的代码有时也会按原样工作，具体取决于这些竞争条件。

这种从串口同步/阻塞读取的代码看起来很简单，只有一行；但它会在您的通信协议中产生很多负面影响。

一个更好的解决方案（考虑到您喜欢从微控制器读取/写入数据）是使用线程作为Yvette suggested 或使用异步读取Stream.BeginRead (Byte[], Int32, Int32, AsyncCallback, Object)，我更喜欢。

当串口有东西传入时，异步读取将引发一个事件。这种编程策略的基本思想是不进行步进编程，而是期待结果，然后正确处理。

在异步读取AutoResetEvent 的通信协议中非常有用，因此您发送一些东西，然后您启动AutoResetEvent，如果异步预期结果到达您将设置此事件并且您的代码可以继续，如果它没有到达 AutoResetEvent 将超时，你可以处理这个。

Answer 3

当有可用数据时，它不能阻塞。您发送的内容要么卡在传输缓冲区中，要么由于接线错误而丢失，要么触发错误，要么被忽略。如果它与另一个程序一起工作，那么接线错误就不是问题了。

请记住，仅设置波特率是不够的，您还必须使用设置 DataBits、Parity 和 Stopbits 属性来匹配设备设置。不匹配会触发错误，只有在为 ErrorReceived 事件编写事件处理程序时才能看到这种错误。切勿跳过该事件，如果您不检查，可能会出现令人困惑的问题。

首先必须正确设置 Handshake 属性。正确的值取决于端口如何连接在一起，不连接它们太常见了。首先将其设置为 Handshake.None，因此 DSR 和 CTS 信号的错误状态不能阻止接收，DTR 和 RTS 信号的错误状态不能阻止传输。请注意，另一个程序启用硬件握手是很常见的，不匹配肯定会导致通信停止。

如果您使用同步读取而不是 DataReceived 事件，那么您通常应该处理设备没有响应的可能性。可能是因为它已关闭电源，根本没有连接或出现故障。为此，请使用 ReadTimeout 属性，这样您的程序就不会挂起。志存高远，10000毫秒是一个合理的选择。

注意这个问题的随机性，使用另一个程序可以很容易地正确配置端口，现在它会突然工作。并且要注意，启动一个线程什么也没做，现在是那个线程卡住了，Join() 调用会死锁。