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每個配對後連接），並提供該事件的發生率。可能發生的是，利率的下降實際上與其他事情有關，而不是重新配對。