串口问题

Question

我正在使用 SerialPort 与条形码阅读器进行通信（只读）。

我已经安装了驱动程序来与读卡器一起操作，就像它是通过 Com 端口连接一样，尽管它是一个 USB 设备。插入设备后，列表中会出现另一个 Com 端口。

问题如下。我初始化 SerialPort 对象以从条形码读取器读取数据，但是如果读取器已拔出，我无法正确完成或处置 SerialPort 对象，因为它“附加”到的端口不再存在。

当程序关闭时，结果是 WinIOException。我不仅在使用 SerialPort 的代码中无法捕获它，而且在 program.cs 级别也无法捕获它。根据堆栈，在尝试完成和处置 SerialPort 对象后会引发 WinIOException。

我有什么想法可以如何正确处理这种情况？或者至少捕获异常？

我可以肯定的是，问题不在于这个特定的驱动程序；而是在于这个特定的驱动程序。我又从另一家制造商那里得到了一个条形码阅读器（具有相同用途的驱动程序） - 情况是一样的。

Answer 1

唉，这是 USB 串行端口模拟器的老问题了。串行端口是可以追溯到石器时代的设备。它们过去被拧到总线上，当程序使用它们时，无法在不产生火花和滚滚烟雾的情况下将它们移除。石器时代还包括缺乏任何类型的即插即用支持，因此程序可以检测到该设备突然变得很奇怪。

不幸的是，大多数模拟它们的蹩脚设备驱动程序只是让它们消失，即使程序打开了端口。当 Windows 向闪存驱动器写入文件时，这与将闪存驱动器从插槽中拔出一样有效。有一个后台工作线程等待来自设备驱动程序的通知，以便生成 DataReceived、ErrorReceived 和 PinChanged 事件。当设备突然消失时，该线程就会心脏病发作。你无法捕捉到它，它是由 SerialPort 类启动的线程，你不能用 try/catch 包装它。

应大众要求，微软在 .NET 4.0 中做了一些事情。实际上不确定该版本中会发生什么。如果您坚持使用早期版本，唯一合理的做法就是在 USB 插槽旁边贴上一个标志：“请勿在使用时移除！”这不可避免地会让人们至少拔掉设备两次，看看会发生什么。之后他们就会对此感到厌倦并让你平静下来。

非常不合理的解决方法是包含以下内容的 app.exe.config 文件：

<?xml version ="1.0"?>
<configuration>
  <runtime>
    <legacyUnhandledExceptionPolicy enabled="1"/>
  </runtime>
</configuration>

不要使用它。

Answer 2

在我的代码中，这是作为 BaseStream 上的 Finalize() 方法的一部分发生的，该方法由垃圾收集器调用。

因此，如果继承.NET SerialPort类并重写Open / Close，则可以执行以下操作：

在Open期间，只需调用GC.SuppressFinalize(Me.BaseStream)

在close期间，尝试调用 GC.ReRegisterForFinalize(Me.BaseStream)

如果 USB 已拔出，这将抛出异常，抱怨对 BaseStream 的访问。在调用 GC 之前检查 .IsOpen 属性，或者将其包装在 Try Catch 中（如果不这样做）不要相信 .IsOpen 每次都会返回 False...

这样就可以解决问题，您的应用程序将处理它已被拉出的事实，并且当您关闭时它不会崩溃。

我目前无法在重新插入端口后重新打开端口，但至少除了标签上写着“请勿触摸”之外，还有一些进展......

Answer 3

您可以继承 SerialPort 并重写 Dispose() 方法来处理此类异常。你可以直接吞噬异常（Dispose 无论如何都不应该抛出）。

如果您想记录异常或以其他方式处理它，则必须首先检查处理标志。如果为 false，则意味着 Dispose 已被 SerialPort 的析构函数调用，并且该对象已成为孤立对象。

例如

    public class MySerialPort:SerialPort
    {
        protected override void Dispose(bool disposing)
        {
            try
            {
                base.Dispose(disposing);
            }
            catch (Exception exc )
            {                    
                if (disposing)
                {
                    //Log the error
                }
            }

        }
    }

Answer 4

我通过创建一个处理串行端口的单独进程解决了这个问题。当串行端口被拔掉时，我重新启动该过程。现在我可以重新连接到拔下的串行端口设备，而无需重新启动主应用程序。

TLDR；创建一个单独的进程。

示例代码

串口处理代码

static void Main(string[] args)
{
    using (var output = Console.OpenStandardOutput())
    using (var serialPort = new SerialPort(args[0], int.Parse(args[1])))
    {
        serialPort.Open();
        while (serialPort.IsOpen)
        {
            serialPort.BaseStream.CopyTo(output);
        }
    }
}

主应用

var options = new ProcessStartInfo()
{
    FileName = "Serial Port Process name here",
    UseShellExecute = false,
    RedirectStandardOutput = true,
};

using(var process = Process.Start(options))
{
    using (StreamReader reader = process.StandardOutput)
    {
        while (!process.HasExited)
        {
            string result = reader.ReadLine();
            Console.WriteLine(result);
        }
    }
}

Answer 5

嗯，坏消息。

Panagiotis Kanavos 的解决方案没有帮助。问题仍然在这里。

.Net 4.0 也没有帮助。我已经安装了 VS2010 - 没有任何改变。仍会引发未处理的异常。不幸的是，“在 USB 插槽旁边贴上一个标志：“使用时请勿移除！”似乎是唯一的决定......

Answer 6

我也有过同样的经历。尽管不建议这样做，但您可以将串行设备拔出并插入到实际的串行端口，通信将重新开始。 USB 串行端口不能以这种方式工作。我还遇到过这样的问题：在软件实例化虚拟串行端口之前，USB 串行端口不会通过 SerialPort.GetPortNames() 方法显示为可用端口。