Windows上的蓝牙低功耗低速率？

Question

我有一个自定义服务的设备，它使用BLE通知功能以非常高的速率发送传感器数据。

我使用下面的API在Windows 10的机器上：https://msdn.microsoft.com/en-us/library/windows/hardware/jj159880(v=vs.85).aspx

我被定制服务ID使用的SetupDi API搜索设备，然后使用的CreateFile“连接”到它。

当我第一次将设备与Windows配对时，它立即在蓝牙设置窗口中显示“连接”，然后当我运行我的应用程序时，它工作得很好（我以高速接收数据）。如果我关闭了我的应用程序，它会将设置窗口中的状态更改为“配对”，而不是连接（我认为这很好）。当我再次打开我的应用程序时，它将连接并将设置中的状态再次更改为“已连接”，但现在由于某种原因，我以更低的速率接收数据。 （数据本身是正确的）。如果我通过单击“移除设备”在蓝牙设置窗口中断开连接，然后像我之前再次配对一样，它会再次以高速率再次工作。

我知道这不是设备本身的问题，因为它可以在Android和其他BLE支持的平台上正常工作。

任何想法可能会导致此问题？

这里是我使用的代码：

GUID serviceGuid = StringToGUID(GEM_SERVICE_GUID); 

HDEVINFO info = SetupDiGetClassDevs(&guid, 0, 0, DIGCF_DEVICEINTERFACE); 
SP_DEVICE_INTERFACE_DATA data; 
data.cbSize = sizeof(SP_DEVICE_INTERFACE_DATA); 

int i = 0; 

while (SetupDiEnumDeviceInterfaces(info, NULL, &guid, i, &data)) 
{ 
    i++; 
} 

if (GetLastError() != ERROR_NO_MORE_ITEMS) 
{ 
    // TODO throw 
} 

DWORD requiredSize; 

if (!SetupDiGetDeviceInterfaceDetail(info, &data, NULL, 0, &requiredSize, NULL)) 
{ 
    if (GetLastError() != ERROR_INSUFFICIENT_BUFFER) 
    { 
     // TODO throw 
    } 
} 

PSP_DEVICE_INTERFACE_DETAIL_DATA details = (PSP_DEVICE_INTERFACE_DETAIL_DATA)std::malloc(requiredSize); 
details->cbSize = sizeof(SP_DEVICE_INTERFACE_DETAIL_DATA); 

if (!SetupDiGetDeviceInterfaceDetail(info, &data, details, requiredSize, NULL, NULL)) 
{ 
    // TODO throw 
} 

m_service = CreateFile(details->DevicePath, GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, NULL); 

if (m_service == INVALID_HANDLE_VALUE) 
{ 
    // TODO throw 
    return; 
} 

BTH_LE_GATT_CHARACTERISTIC combinedDataChar = FindCharacteristicByUUID(m_service, COMBINED_DATA_CHAR_HANDLE); 
BTH_LE_GATT_DESCRIPTOR desc = FindDescriptorByType(m_service, &combinedDataChar, ClientCharacteristicConfiguration); 

BTH_LE_GATT_DESCRIPTOR_VALUE val; 
RtlZeroMemory(&val, sizeof(val)); 
val.DescriptorType = ClientCharacteristicConfiguration; 
val.ClientCharacteristicConfiguration.IsSubscribeToNotification = TRUE; 

HRESULT res = BluetoothGATTSetDescriptorValue(m_service, &desc, &val, BLUETOOTH_GATT_FLAG_NONE); 

if (res != S_OK) 
{ 
    // TODO throw 
} 

BLUETOOTH_GATT_VALUE_CHANGED_EVENT_REGISTRATION chars; 
chars.NumCharacteristics = 1; 
chars.Characteristics[0] = combinedDataChar; 

res = BluetoothGATTRegisterEvent(m_service, CharacteristicValueChangedEvent, &chars, OnValueChanged, NULL, &m_registrationHandle, BLUETOOTH_GATT_FLAG_NONE); 

if (res != S_OK) 
{ 
    // TODO throw 
} 

编辑：

为OnValueChanged回调代码：

void OnValueChanged(BTH_LE_GATT_EVENT_TYPE eventType, PVOID eventOutParameter, PVOID context) 
{ 
    BLUETOOTH_GATT_VALUE_CHANGED_EVENT* e = (BLUETOOTH_GATT_VALUE_CHANGED_EVENT*)eventOutParameter; 

    std::cout << e->CharacteristicValue->DataSize << std::endl; 
} 

Answer 1

我相信你通过OnValueChanged回调接收数据？它没有在你的代码中提供，并且问题可能在它的内部。如果你毫不犹豫地提供它的代码，我建议你的“坏”的会议期间进行了以下实验：

1. 删除所有来自它的代码，除了增加一些反知道数据速率。
2. 测量CPU负载。如果它接近完整的核心负载，那么您的CPU受限。
3. 使用您选择的分析器来检查代码花费的时间。

现在为OnValueChanged代码是可用的：

输出到高速率控制台可能是瓶颈。我建议你只能算事件和输出计数一次几秒钟，这样的：

static DWORD lastTicks = GetTickCount(); 
static DWORD count = 0; 
count++; 

DWORD ticksElapsed = GetTickCount() - lastTicks; 
if (ticksElapsed > 5000) 
{ 
    std::cout << "Rate: " << (double(count)/ticksElapsed) << "/sec" << std::endl; 
    lastTicks = GetTickCount(); 
    count = 0; 
} 

做更多的测试（例如，5对，5每个配对后连接），并提供该事件的发生率。可能发生的是，利率的下降实际上与其他事情有关，而不是重新配对。