2017-02-23 101 views
1

这里是我的问题: 我开发了一个自定义串行驱动程序,依靠微软serenum.sys来获取串行端口枚举。现在,我将这个串行驱动程序应用于多功能设备的顶部,该设备将六个不同串行端口中的单个设备分开 - 当发生这种情况时,端口编号是完全混乱的,所以我需要Serial0获取COM1,等等。如何以编程方式更改串行COM端口号?

我搜索了一下,发现这样的: Change COM port via registry, command line or software?

我试图用ComDB得到我需要的端口名称,但同时我可以提供端口名称,我似乎没有有一个将特定串行端口(即Serial0)与特定COM端口号(即COM1)相关联的有效方法。

有没有人已经设法解决这个问题?

+1

在固定串口很少使用usb串口适配器的情况下,这很难实现......一个仍然难看,但可能是最好的解决方案是实施某种“扫描”您的设备通过所有(目前未使用的)串行端口(或让用户选择正确的当然) – Ctx

+0

这就是我试图避免。我的驱动程序与SerialPropPages完全兼容,因此您可以像往常一样通过UI更改端口名称。我的问题是,例如,我需要将COM5重命名为COM1,因为名称是可怕的。 –

+0

它是使用IoCreateSymbolicLink()创建传统Dos名称(如“COM1”)的串行端口驱动程序。重命名不是一个选项。如果您无法修复驱动程序,请考虑查看它。 Backgrounder:http://www.osronline.com/article.cfm?id=381 –

回答

0

解决了两个部分,仍然是一个未解决的问题。 从GitHub上的WDK驱动程序的样本开始,https://github.com/Microsoft/Windows-driver-samples

  1. SerialReadSymName()功能,我改变了它回到我想要的符号名称,而不是把它使用来自ComDB提供的指数。请注意,我必须从inf文件中的UpperFilters键中删除serenum才能使用它。

  2. 现在我有工作设备的名称(即COM1,COM2等),可以使用,但在这个阶段,我得到的串行端口“友好名称”无论如何改名。为了解决这个上下文,我用下面的代码更新SerialCreateOpen()

    if (!extension->FriendlyNameSet) //Added this guard to the device extension { DWORD f_set = 1; HANDLE keyHandle; MySerialSetFriendlyName(extension); extension->FriendlyNameSet = TRUE; }

定义为功能MySerialSetFriendlyName()如下:

NTSTATUS MySerialSetFriendlyName(PSERIAL_DEVICE_EXTENSION pDevExt) 
{ 
    NTSTATUS status = STATUS_SUCCESS; 

    WCHAR *FriendlyName, *fnprefix, *fnsuffix, *instanceId; 
    ULONG FriendlyNameLength, instanceLength, temp, i; 

    fnprefix = BASE_FRIENDLY_NAME_PREFIX_STR; 
    fnsuffix = BASE_FRIENDLY_NAME_SUFFIX_STR; 



    temp = pDevExt->InstanceIdentifier; 
    instanceLength = 0; 
    while (temp) 
    { 
     instanceLength++; 

     if (temp < 10) 
      temp = 0; 
     else 
     { 
      temp /= 10; 
      if (!temp) 
       instanceLength++; 
     } 
    } 

    if (instanceLength) 
    { 
     instanceId = ExAllocatePool(NonPagedPool, instanceLength); 
     temp = pDevExt->InstanceIdentifier; 
     WCHAR digit = L'X'; 

     for (i = 0; i < instanceLength; i++) 
     { 
      switch (temp % 10) 
      { 
      case 0: digit = L'0'; break; 
      case 1: digit = L'1'; break; 
      case 2: digit = L'2'; break; 
      case 3: digit = L'3'; break; 
      case 4: digit = L'4'; break; 
      case 5: digit = L'5'; break; 
      case 6: digit = L'6'; break; 
      case 7: digit = L'7'; break; 
      case 8: digit = L'8'; break; 
      case 9: digit = L'9'; break; 
      default: digit = L'X'; break; 
      } 

      instanceId[instanceLength - i - 1] = digit; 
      temp /= 10; 
     } 

    FriendlyNameLength = BASE_FRIENDLY_NAME_PREFIX_LEN + instanceLength + BASE_FRIENDLY_NAME_SUFFIX_LEN + 1; 

    FriendlyName = ExAllocatePool(NonPagedPool, FriendlyNameLength * sizeof(WCHAR)); 
    RtlZeroMemory(FriendlyName, FriendlyNameLength * sizeof(WCHAR)); 

    for (i = 0; i < BASE_FRIENDLY_NAME_PREFIX_LEN; i++) 
    { 
     FriendlyName[i] = fnprefix[i]; 
    } 

    for (i = 0; i < instanceLength; i++) 
    { 
     FriendlyName[i + BASE_FRIENDLY_NAME_PREFIX_LEN] = instanceId[i]; 
    } 

    for (i = 0; i < BASE_FRIENDLY_NAME_SUFFIX_LEN; i++) 
    { 
     FriendlyName[i + BASE_FRIENDLY_NAME_PREFIX_LEN + instanceLength] = fnsuffix[i]; 
    } 

    if (pDevExt->PnpRegistryKey) 
     status = RtlWriteRegistryValue(RTL_REGISTRY_ABSOLUTE, (PCWSTR)pDevExt->PnpRegistryKey, (PCWSTR)L"FriendlyName", REG_SZ, FriendlyName, FriendlyNameLength * sizeof(WCHAR)); 
    else 
     status = STATUS_INSUFFICIENT_RESOURCES; 

    KdPrintEx((DPFLTR_DEFAULT_ID, DPFLTR_ERROR_LEVEL, "%s :: Changed friendly name to %S (NTSTATUS %08X)\n", __FUNCTION__, FriendlyName, status)); 

    if (!NT_SUCCESS(status)) 
    { 
     status = STATUS_SUCCESS; //it is enough that we came through here 
    } 
} 

return status; 
} 

BASE_FRIENDLY_NAME_...是存储我的选择友好宏名称前缀(比如说L"Communications Port (COM")和后缀(比如说L")")。您可以根据自己的需要创建它们,但是您确实需要存储它们的长度然后)

这样,友好的名字将被设置在第一个设备打开。为了确保这意味着设备可以马上得到正确的名称,我只写了一个Device Coinstaller,在后处理的命令DIF_INSTALLDEVICE上快速打开并关闭端口。这本身就值得一篇文章,而且很简单,所以我现在不会发表。

唯一未解决的问题是: - 这样,ComDB仍会记住错误的编号顺序。您可以通过更改Windows注册表中的Com Name Arbiter位掩码来强制它按照您的意愿行事,如问题中提供的链接中所指定的那样,但您无法为COM1和COM2执行此操作,该操作仍然绑定到某些I/O范围和IRQ。

所以,它的工作原理是,你永远不需要访问应用程序中的ComDB!