C#UWP-DevicePairingKinds.confirm不提供与DevicePairingKinds相同的权限(?)。普罗维平

C#UWP-DevicePairingKinds.confirm不提供与DevicePairingKinds相同的权限(?)。普罗维平,uwp,bluetooth-lowenergy,pairing,Uwp,Bluetooth Lowenergy,Pairing,我想读取可移动设备的心率测量特性,这需要配对 该程序将在没有输入设备的显示器上运行,因此到目前为止,我仅使用了进行配对。这对于另一个通常需要pin的设备来说效果很好 心率设备成功地与配对,但心率测量特性保持读取限制 当使用引脚时,心率测量特性变得可读 为什么confirmony的行为与ProvidePin不同 是否可以在没有用户输入的情况下使用ProvidePin,即只接受它而不检查pin?这是因为如果只使用confirm,实际上没有身份验证(配对)(并且加密被禁用)。因此,是的,您必须使用更安

我想读取可移动设备的心率测量特性,这需要配对

该程序将在没有输入设备的显示器上运行,因此到目前为止,我仅使用了
进行配对。这对于另一个通常需要pin的设备来说效果很好

心率设备成功地与
配对,但心率测量特性保持读取限制

当使用引脚时,心率测量特性变得可读

为什么
confirmony
的行为与
ProvidePin
不同


是否可以在没有用户输入的情况下使用
ProvidePin
,即只接受它而不检查pin?

这是因为如果只使用confirm,实际上没有身份验证(配对)(并且加密被禁用)。因此,是的,您必须使用更安全的PIn配对。是的,您可以在身份验证(配对)处理程序中提供PIN。使用CustomPairing类。@MikePetrichenko我已经实现了ProvidePin,但我的问题是我没有输入Pin的选项。有没有办法避免这种情况?您不需要任何用户操作。简单提供预定义PIN。@MikePetrichenko您能详细说明一下“提供预定义PIN”的含义吗?我配对的设备显示随机生成的pin,我需要在DevicePairingKind.ProvidePin处理程序中输入此pin。这称为密钥输入。PIN是传统的PIN配对。还有密钥通知(当设备向您的设备发送数字密钥时,您必须在设备键盘上键入数字密钥)和数字确认(也用于仅确认)配对。因此,您的设备使用密钥通知。不幸的是,您不能在没有键盘的设备上使用它。