问无需手动配对即可访问Windows上的蓝牙虚拟COM端口

EN

感谢大家的宝贵意见。我想总结一下我到目前为止的发现。Microsoft Bluetooth API不是操作系统API。针对它编写的应用程序将无法与任何其他Bluetooth stack正确协作。似乎打算与多个堆栈协作的应用程序需要提供一些堆栈抽象层，以及用于所有them.The的堆栈特定代码。另一种解决方案是允许用户手动配对蓝牙设备，这最终在操作系统中创建一些虚拟设备(例如，COM端口)。则应用程序可以使用这样的设备的标准接口。

我不能为Microsoft Bluetooth API说话，但有适用于PC平台的multiple Bluetooth stacks (甚至更多适用于移动设备)。

底层应用程序接口是由Bluetooth Core Spec定义的，因此所有堆栈都应该能够交互，事实上，它们必须进行互操作，否则它们不能使用蓝牙名称和徽标。

至于配对，如果设备有默认的安全性，那么你将很难让设备配对，这需要pin代码。

在不久的将来，事情可能会变得更简单，因为蓝牙标准已经引入了一种新的安全模型，secure simple pairing，它有一个不需要PIN码的“just works”模式。这仍然比当前的安全性更强，除了对中间人攻击的攻击。然而，你可能需要一段时间才能在PC上看到具有这一功能的芯片。

如果您可以改为使用.NET :-/我可以推荐我们的库32feet.NET。对于显式配对，有BluetoothSecurity.PairDevice。我们也可以为您创建虚拟端口，例如：

   BluetoothClient cli = new BluetoothClient();
   BluetoothDeviceInfo[] list = cli.DiscoverDevices();
   BluetoothDeviceInfo selected = GetUserToSelectOne(list);
   BluetoothSecurity.PairDevice(selected, pin);
   // Ask Win32 to create a virtual serial port
   selected.SetServiceState(BluetoothService.SerialPort);

然而，我真的不喜欢虚拟串行端口，所以我总是建议人们使用我们的BluetoothClient类的普通套接字连接，如果需要，它将自动处理配对请求。

在Win32上，我们支持来自微软、Widcomm/Broadcom和BlueSoleil的堆栈。在Widcomm上还没有对SetServiceState的支持，他们的API也不支持对配对请求的响应。BlueSoleil应该同时支持这两者。

32feet.NET — User’s Guide上有一个简短的用户指南，所有的类文档都可以在主站点http://32feet.net上找到，而Widcomm文档目前只在我们的code repository中。