带有虚拟COM端口的USB串行设备 - 如果使用带USB路径的CreateFile（），ReadFile（）读取零字节

3 回答

• 2

  运行的PC的通信Windows（USB主机）和秤（USB设备）遵守USB协议 . 如果您为Windows安装了 libusb ，那么当使用 lsusb -v 时，您可以获得与PC从USB设备获取的类似信息 . USB设备可以实现多个USB类 .

  如果USB设备创建一个虚拟COM端口，它肯定会实现CDC ACM类（通信设备类抽象控制模型），它还可以实现其他USB类，如海量存储类，...

  Direct 与USB设备的通信还取决于它实现的设备类及其接口和 endpoints . 如果USB设备实现CDC ACM（虚拟COM），则使用特定的RS-232命令（即https://www.commfront.com/pages/3-easy-steps-to-understand-and-control-your-rs232-devices或将十六进制'D'发送到万用表以接收测量值）如果它实现了Mass Storage类，则通常使用批量传输

  要更改USB设备的模式，请使用控制传输（简而言之，请参阅USB）

  在这个链接中是Win如何确定在确定设备的USB类后加载哪个驱动程序https://msdn.microsoft.com/en-us/library/windows/hardware/ff538820%28v=vs.85%29.aspx（https://msdn.microsoft.com/en-us/library/windows/hardware/jj649944%28v=vs.85%29.aspx）

  我不知道Brecknell如何实现作为虚拟COM的CDC ACM设备类，但通常任何支持USB的Win版本都应该能够为CDC ACM设备类（虚拟COM）加载驱动程序，所以你似乎是正确的 a problem of the .inf driver file 或驱动程序加载机制（可能是Brecknell CDC ACM实现的问题，但我不这么认为）

  然后，如果Win加载了一个正常工作的驱动程序，那么你所做的就是：将 CreateFile() 与分配给USB设备的COM一起使用 .

  奇怪的是，如果我然后使用打开虚拟串行通信端口COM4的应用程序，该应用程序工作正常，并且比例报告项目的权重 . < - 这并不奇怪，奇怪的是有些Win版本无法识别CDC USB设备 . CDC设备的标准驱动程序似乎是 USBser.sys （https://msdn.microsoft.com/de-de/library/windows/hardware/dn707976%28v=vs.85%29.aspx）如果您搜索'windows does not recognize CDC device'，您会得到结果

  如果USB设备在插入时创建了一个虚拟串行通信端口，那么是否只需要在CreateFile（）调用中通过指定通信端口COM4来使用虚拟串行端口？是的，如果USB设备实现虚拟COM，则使用此COM与此设备通信是最简单的方法

  另请参阅http://www.beyondlogic.org/usbnutshell/usb1.shtml USB简介

  标准USB：设备描述符（类） - >接口 - >（配置） - > endpoints

  回复于 2024-04-30T02:59:38+08:00
• 0

  使用修改后的USB串行示例应用程序进行测试表明，当拔出创建虚拟串行通信端口的USB设备时，创建的虚拟串行端口将被拆除，并从控制面板的设备管理器应用程序中的端口列表中消失 .

  当设备（在这种情况下为USB刻度）插入并打开时，虚拟串行通信端口将再次出现在设备管理器中 . 但是，创建虚拟串行通信端口时，会使用默认串行端口设置（波特率，奇偶校验等）创建它，这些可能与实际设备不同 .

  总之，无论端口是作为COM端口打开还是USB设备路径名与 CreateFile() 一起使用，似乎都应用虚拟串行通信端口设置 .

  我仍在调查使用POS Ready 7时不会自动创建虚拟串行端口，并且在我知道更多后会更新此答案 . 但是，Windows 7和POS Ready 7之间的初步比较显示，我的Windows 7 PC上指定 usbser.sys ，mdmcpq.inf的文件不在文件夹C：\ Windows \ inf中的POS Ready 7终端上 .

  有关.inf文件结构和各个部分的说明，请参见The INF File . 它有点旧，但似乎以可读的方式涵盖了基础知识 .

  我将问题中的函数 CreateEndPoint() 修改为以下内容以及对类和构造函数的更改，以便为我的比例创建一组默认通信端口设置 .

  类和构造函数现在包含一组通信端口设置的默认值（9600波特，7个数据位，一个停止位，甚至是标度的奇偶校验），如下所示：

  class UsbSerialDevice
  {
  public:
      UsbSerialDevice();
      UsbSerialDevice(DWORD BaudRate, BYTE ByteSize = 8, BYTE Parity = NOPARITY, BYTE StopBits = ONESTOPBIT);
      ~UsbSerialDevice();
      int CreateEndPoint (wchar_t *wszVendorId);
      int SetCommPortSettings (DWORD BaudRate, BYTE ByteSize = 8, BYTE Parity = NOPARITY, BYTE StopBits = ONESTOPBIT);
      int CloseEndPoint ();
      int ReadStream (void *bString, size_t nBytes);
      int WriteStream (void *bString, size_t nBytes);
      int UpdateSettingsProxy (void);
  
      DWORD   m_dwError;          // GetLastError() for last action
      DWORD   m_dwErrorWrite;     // GetLastError() for last write
      DWORD   m_dwErrorRead;      // GetLastError() for last read
      DWORD   m_dwErrorCommState;
      DWORD   m_dwErrorCommTimeouts;
      DWORD   m_dwBytesWritten;
      DWORD   m_dwBytesRead;
  
      COMMTIMEOUTS  m_timeOut;           // last result from GetCommTimeouts(), updated by UpdateSettingsProxy()
      COMSTAT       m_statOut;           // last result from ClearCommError()
      DCB           m_commSet;           // last result from GetCommState(), updated by UpdateSettingsProxy()
  
  private:
      HANDLE        m_hFile;
      DWORD         m_dwStatError;
      DCB           m_commSetDefault;    // the defaults used as standard
      wchar_t       m_portName[24];      // contains portname if defined for device in form \\.\\COMnn
  };
  
  UsbSerialDevice::UsbSerialDevice() :
      m_dwError(0),
      m_dwErrorWrite(0),
      m_dwErrorRead(0),
      m_dwBytesWritten(0),
      m_dwBytesRead(0),
      m_hFile(NULL)
  {
      // initialize our COM port settings and allow people to change with 
      memset (&m_commSetDefault, 0, sizeof(m_commSetDefault));
      m_commSetDefault.DCBlength = sizeof(m_commSetDefault);
      m_commSetDefault.BaudRate = CBR_9600;
      m_commSetDefault.ByteSize = 7;
      m_commSetDefault.Parity = EVENPARITY;
      m_commSetDefault.StopBits = ONESTOPBIT;
      m_commSet.fDtrControl = DTR_CONTROL_DISABLE;
      m_portName[0] = 0;
  }
  

  修改函数 CreateEndPoint() ，以便在使用USB设备的路径名执行 CreateFile() 打开USB设备后，它现在还将设置通信端口参数 .

  该方法的另一个实验性更改是检查是否还创建了通信端口名称以及是否所以生成适用于 CreateFile() 的COM端口规范 . 我计划将 CreateEndPoint() 方法拆分为两种方法，一种是查看USB设备，另一种是在我继续调查时实际打开 .

  对于大于COM9的COM端口， CreateFile() 的COM端口说明符的格式似乎需要 \\.\ 作为前缀 . 请参阅Microsoft支持中的HOWTO: Specify Serial Ports Larger than COM9 .

  新版 CreateEndPoint() 看起来像：

  int UsbSerialDevice::CreateEndPoint (wchar_t *wszVendorId)
  {
      HDEVINFO    hDevInfo;
  
  
      m_dwError = ERROR_INVALID_HANDLE;
  
      // We will try to get device information set for all USB devices that have a
      // device interface and are currently present on the system (plugged in).
      hDevInfo = SetupDiGetClassDevs(&GUID_DEVINTERFACE_USB_DEVICE, NULL, 0, DIGCF_DEVICEINTERFACE | DIGCF_PRESENT);
      if (hDevInfo != INVALID_HANDLE_VALUE)
      {
          DWORD    dwMemberIdx;
          BOOL     bContinue = TRUE;
          SP_DEVICE_INTERFACE_DATA         DevIntfData;
  
          // Prepare to enumerate all device interfaces for the device information
          // set that we retrieved with SetupDiGetClassDevs(..)
          DevIntfData.cbSize = sizeof(SP_DEVICE_INTERFACE_DATA);
          dwMemberIdx = 0;
  
          // Next, we will keep calling this SetupDiEnumDeviceInterfaces(..) until this
          // function causes GetLastError() to return  ERROR_NO_MORE_ITEMS. With each
          // call the dwMemberIdx value needs to be incremented to retrieve the next
          // device interface information.
          for (BOOL bContinue = TRUE; bContinue; ) {
              PSP_DEVICE_INTERFACE_DETAIL_DATA  DevIntfDetailData;
              SP_DEVINFO_DATA    DevData;
              DWORD  dwSize;
  
              dwMemberIdx++;
              SetupDiEnumDeviceInterfaces(hDevInfo, NULL, &GUID_DEVINTERFACE_USB_DEVICE, dwMemberIdx, &DevIntfData);
  
              if (GetLastError() == ERROR_NO_MORE_ITEMS) break;
  
              // As a last step we will need to get some more details for each
              // of device interface information we are able to retrieve. This
              // device interface detail gives us the information we need to identify
              // the device (VID/PID), and decide if it's useful to us. It will also
              // provide a DEVINFO_DATA structure which we can use to know the serial
              // port name for a virtual com port.
  
              DevData.cbSize = sizeof(DevData);
  
              // Get the required buffer size. Call SetupDiGetDeviceInterfaceDetail with
              // a NULL DevIntfDetailData pointer, a DevIntfDetailDataSize
              // of zero, and a valid RequiredSize variable. In response to such a call,
              // this function returns the required buffer size at dwSize.
  
              SetupDiGetDeviceInterfaceDetail(hDevInfo, &DevIntfData, NULL, 0, &dwSize, NULL);
  
              // Allocate memory for the DeviceInterfaceDetail struct. Don't forget to
              // deallocate it later!
              DevIntfDetailData = (PSP_DEVICE_INTERFACE_DETAIL_DATA) HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, dwSize);
              DevIntfDetailData->cbSize = sizeof(SP_DEVICE_INTERFACE_DETAIL_DATA);
  
              if (SetupDiGetDeviceInterfaceDetail(hDevInfo, &DevIntfData, DevIntfDetailData, dwSize, &dwSize, &DevData))
              {
                  // Finally we can start checking if we've found a useable device,
                  // by inspecting the DevIntfDetailData->DevicePath variable.
                  //
                  // The DevicePath looks something like this for a Brecknell 67xx Series Serial Scale
                  // \\?\usb#vid_1a86&pid_7523#6&28eaabda&0&2#{a5dcbf10-6530-11d2-901f-00c04fb951ed}
                  //
                  // The VID for a particular vendor will be the same for a particular vendor's equipment.
                  // The PID is variable for each device of the vendor.
                  //
                  // As you can see it contains the VID/PID for the device, so we can check
                  // for the right VID/PID with string handling routines.
  
                  // See https://github.com/Microsoft/Windows-driver-samples/blob/master/usb/usbview/vndrlist.h
  
                  if (wcsstr (DevIntfDetailData->DevicePath, wszVendorId)) {
                      HKEY   hKey;
  
                      m_dwError = 0;
                      // To find out the serial port for our scale device,
                      // we'll need to check the registry:
                      hKey = SetupDiOpenDevRegKey(hDevInfo, &DevData, DICS_FLAG_GLOBAL, 0, DIREG_DEV, KEY_READ);
  
                      if (hKey != INVALID_HANDLE_VALUE) {
                          DWORD    dwSize = 0, dwType = 0;
                          wchar_t  lpData[16] = {0};
  
                          dwType = REG_SZ;
                          dwSize = sizeof(lpData);
                          LONG queryStat = RegQueryValueEx(hKey, _T("PortName"), NULL, &dwType, (LPBYTE)&lpData[0], &dwSize);
                          RegCloseKey(hKey);
                          if (queryStat == ERROR_SUCCESS) {
                              wcscpy (m_portName, L"\\\\.\\");
                              wcsncat (m_portName, lpData, dwSize / sizeof(wchar_t));
                          }
                      } else {
                          m_dwError = GetLastError();
                      }
  
                      m_hFile = CreateFile (DevIntfDetailData->DevicePath, GENERIC_READ | GENERIC_WRITE, 0, 0, OPEN_EXISTING, 0, 0);
                      if (m_hFile == INVALID_HANDLE_VALUE) {
                          m_dwError = GetLastError();
                      } else {
                          m_dwError = 0;
                          GetCommState (m_hFile, &m_commSet);
                          m_commSet = m_commSetDefault;
                          SetCommState (m_hFile, &m_commSet);
                          m_dwErrorCommState = GetLastError();
                          GetCommState (m_hFile, &m_commSet);
  
                          GetCommTimeouts (m_hFile, &m_timeOut);
                          m_timeOut.ReadIntervalTimeout = 0;
                          m_timeOut.ReadTotalTimeoutMultiplier = 0;
                          m_timeOut.ReadTotalTimeoutConstant = 5000;
                          SetCommTimeouts (m_hFile, &m_timeOut);
                          GetCommTimeouts (m_hFile, &m_timeOut);
                          m_dwErrorCommTimeouts = GetLastError();
                      }
                      bContinue = FALSE;    // found the vendor so stop processing after freeing the heap.
                  }
              }
  
              HeapFree(GetProcessHeap(), 0, DevIntfDetailData);
          }
  
          SetupDiDestroyDeviceInfoList(hDevInfo);
      }
  
      return 0;
  }
  

  POS Ready 7 Investigation

  回顾一下似乎与规模一致的Windows 7 PC，我们使用“控制面板”中的“设备管理器”查看了虚拟串行通信端口的驱动程序详细信息 . 驱动程序详细信息表明正在使用的驱动程序是www.winchiphead.com提供的CH341S64.SYS，属性"Inf name"的值为 oem50.inf . 我发现了一个论坛帖子http://doityourselfchristmas.com/forums/showthread.php?14690-CH340-USB-RS232-Driver，它在http://www.winchiphead.com/download/CH341/CH341SER.ZIP提供了驱动程序下载的链接，但是http://www.wch.cn/download/CH341SER_ZIP.html提供的另一个版本可能是更新的 .

  将下载的zip文件CH341SER.ZIP从后来放到POS Ready 7终端，解压缩内容并在 CH341SER 文件夹中运行 SETUP.EXE （zip文件中有两个文件夹，一个名为INSTALL的文件夹似乎用于设备开发）它显示了一个对话框，允许我安装 CH341SER.INF . 安装完成后，当我插入USB刻度时，设备被识别并创建了一个虚拟串行通信端口，并且我的测试应用程序正常工作 .

  我确实找到了一些文件，但都是中文的 . Google Translate提供了USB设备文档的可读版本 . 当使用时可以拔出/重新插入秤时，看起来还有其他工作需要进行设备管理 .

  One other strange thing 是规模现在使用不同的COM端口名称COM5而不是COM4 . 查看高级设置，虽然未显示在端口列表中，但COM4似乎是"In Use" . 进一步的实验表明，用于秤设备的COM端口名称取决于插入两个前面板USB端口中的哪一个 . 我最初插入左侧，今天插入正确的USB端口，其结果是使用新的COM端口名称创建了虚拟串行通信端口 .

  但是，由于我们在 CreateFile() 中使用USB路径，因此USB样本测试应用程序不需要进行任何更改 .

  Further testing with POS Ready 7 using three USB to Serial converter cables 显示不同供应商的电缆在USB路径中具有相同的供应商ID和产品代码 . USB路径也根据插入电缆的USB端口而改变 . 在某些情况下，只有路径名中的最后一位数字不同 . 一个有趣的实验是，如果USB集线器连接到USB端口，然后USB连接到集线器，那么路径名称是什么样的呢？

  回复于 2024-04-30T02:59:38+08:00
• 2

  你混淆了两个问题，我们可能不可能将它们区分开来 .

  我这样说是因为你将 ReadFile 问题链接到设备名称 . 但是， ReadFile 适用于 HANDLE . 获取名称并将其转换为 HANDLE 的函数称为 CreateFile . 这意味着 ReadFile 甚至不知道它的名称是什么 .

  这种误解也解释了一些其他行为 . 例如，拔下设备时， HANDLE 变为无效，并且保持无效 . 重新插入设备可能会恢复名称，但不能恢复 HANDLE .

  回复于 2024-04-30T02:59:38+08:00