COM 端口被拒绝

Question

您好，我正在尝试使用 COM 端口使用 modbus 协议读取一些寄存器，一切正常，直到我重新启动 modbus 从设备，然后出现 com 被拒绝的错误，我能做的就是重新启动计算机或拔出并重新插入' USB 到 COM 转换器'。似乎该设备无法正确处理 com 端口。

using (port = new SerialPort(comPort))
{
   ushort[] registers = null;
   try
   {
      port.BaudRate = boudRate;
      port.DataBits = 8;
      port.Parity = Parity.None;
      port.StopBits = StopBits.One;
      port.Open();

      // modbus reading registers

      port.Close();
      return registers;
   }
   catch (Exception e)
   {
      Logs.AddToLog(e.Message);
      return registers;
   }
}

Answer 1

如果您使用 FTDI USB/串行适配器，则可以直接从托管包装器检索状态 (FTDI 托管驱动程序包装器）并根据连接状态重新初始化串行端口。

请原谅我缺乏 FTDI 设备的经验，但这应该重置您的 R-232 适配器：

FTD2XX_NET.FTDI device = new FTD2XX_NET.FTDI();
string port;
device.GetCOMPort(out port);

if (!string.IsNullOrEmpty(port) && (port.Equals(target)) && device.IsOpen)
{
    device.CyclePort();
    device.ResetDevice();
    device.ResetPort();
}

据我了解 device.CyclePort() 将关闭任何活动连接（调用 FT_CLOSE） ，卸载 USB 设备，并从 USB 总线重新枚举该设备。这应该与您物理移除并重新插入适配器的情况完全相同。

另外，根据 FTDI 设备库的 Perl 包装器的文档：

与其他总线控件一样，有一个
等待 5-8 秒后
CyclePort 任何 API 都可以调用
需要直接连接到
设备，如 GetSerialByIndex()
等等，将会失败并返回 FT_INVALID_HANDLE
直到完全稳定下来。
该应用程序应考虑
在此等待期间，或设置轮询
循环检测返回的变化
状态。

Answer 2

我有过类似的经历，FTDI 设备会进入一种状态，除非我物理拔掉它，否则我无法与其通信。格雷格的回答帮助我想出了一个解决方法。

Greg 对 FTDI 托管包装器的引用非常有帮助，但他提供的代码片段并不完整，因为实际引用 FTDI 设备需要更多代码。以他的想法为起点，我改编了 FTDI 的一些示例代码并编写了这个函数。它能够让我的 FTDI 设备恢复工作状态，无需物理干预。

/// <summary>
/// Attempts to reset an attached FTDI device and returns true if successful.  Note that a
/// 5-8 second delay is recommended after the reset.
/// </summary>
/// <returns></returns>
private bool ResetFTDI() {
  UInt32 ftdiDeviceCount = 0;
  FTD2XX_NET.FTDI.FT_STATUS ftStatus = FTD2XX_NET.FTDI.FT_STATUS.FT_OK;

  // Create new instance of the FTDI device class
  FTD2XX_NET.FTDI myFtdiDevice = new FTD2XX_NET.FTDI();
  // Determine the number of FTDI devices connected to the machine
  ftStatus = myFtdiDevice.GetNumberOfDevices(ref ftdiDeviceCount);
  // Check status
  if (ftStatus != FTD2XX_NET.FTDI.FT_STATUS.FT_OK) {
    Log.WriteLog("Failed to get number of FTDI devices [" + ftStatus.ToString() + "]");
    return false;
  }
  // If no devices available, return
  if (ftdiDeviceCount == 0) {
    Log.WriteLog("Failed to find any FTDI devices [" + ftStatus.ToString() + "]");
    return false;
  }
  // Allocate storage for device info list
  FTD2XX_NET.FTDI.FT_DEVICE_INFO_NODE[] ftdiDeviceList = new FTD2XX_NET.FTDI.FT_DEVICE_INFO_NODE[ftdiDeviceCount];
  // Populate our device list
  ftStatus = myFtdiDevice.GetDeviceList(ftdiDeviceList);
  if (ftStatus != FTD2XX_NET.FTDI.FT_STATUS.FT_OK) {
    Log.WriteLog("Failed enumerate FTDI devices [" + ftStatus.ToString() + "]");
    return false;
  }
  // Open first device in our list by serial number
  ftStatus = myFtdiDevice.OpenBySerialNumber(ftdiDeviceList[0].SerialNumber);
  if (ftStatus != FTD2XX_NET.FTDI.FT_STATUS.FT_OK) {
    Log.WriteLog("Failed to open device [" + ftStatus.ToString() + "]");
    return false;
  }
  // Finally, reset the port
  myFtdiDevice.CyclePort();
  return true;
}

上面的 Log 对象是我的项目的内部对象，因此可以替换任何适合您的对象。

一些进一步的研究也发现了这个问题。在答案中，Zach Saw 提到了他在 .NET SerialPort 通信中发现的一个问题。我将尝试他的解决方案，如果这完全解决了问题，我将在这里发帖，因为我认为上述内容有点像创可贴。