C++ Windows上的蓝牙低能耗低速率?

C++ Windows上的蓝牙低能耗低速率?,c++,windows,winapi,bluetooth,bluetooth-lowenergy,C++,Windows,Winapi,Bluetooth,Bluetooth Lowenergy,我有一个带有自定义服务的设备,它使用BLE通知功能以非常高的速率发送传感器数据 我正在Windows 10计算机上使用以下API: 我使用SetupDi API通过自定义服务ID搜索设备,然后使用CreateFile“连接”到它 当我第一次将设备与Windows配对时,它会立即在Bluetooth Settings(蓝牙设置)窗口中显示“Connected”(已连接),然后当我运行我的应用程序时,它工作得非常好(我以高速率接收数据)。如果我关闭我的应用程序,它会将设置窗口中的状态更改为“已配对”

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

我正在Windows 10计算机上使用以下API:

我使用SetupDi API通过自定义服务ID搜索设备,然后使用CreateFile“连接”到它

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

我知道这不是设备本身的问题,因为它可以与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;
}
void OnValueChanged(BTH_LE_GATT_EVENT_类型eventType,PVOID eventOutParameter,PVOID上下文)
{
BLUETOOTH_GATT_VALUE_CHANGED_EVENT*e=(BLUETOOTH_GATT_VALUE_CHANGED_EVENT*)事件输出参数;

std::cout CharacteristicValue->DataSize我相信您是通过
OnValueChanged
回调接收数据的?代码中没有提供数据,问题可能就在其中的某个地方。如果您对提供代码犹豫不决,我建议您在“坏”会话期间执行以下实验:

  • 删除其中的所有代码,除了增加一些计数器以了解数据速率
  • 测量CPU负载。如果它接近于一个完整的核心负载,你就受到CPU的限制
  • 使用您选择的探查器检查代码在哪里花费时间
  • 现在,
    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;
    }
    
    static DWORD lastTicks=GetTickCount();
    静态DWORD计数=0;
    计数++;
    DWORD ticksElapsed=GetTickCount()-lastTicks;
    如果(滴答声>5000)
    {
    
    std::cout我将编辑此帖子以提供
    OnValueChanged
    的代码。它似乎没有CPU限制或类似的东西,因为它在配对后第一次工作正常。可能是Windows BLE的一些未记录的行为?抱歉,无法为您提供神奇的答案。不过,我可以帮助您进一步排除故障(见帖子,我编辑了它)哦,为什么它从来没有像神奇的答案那么简单:(至于你的新建议,我尝试使用计数器而不是控制台输出。我知道这是连接间隔参数的问题,而不是其他问题,因为我可以使用调试器从嵌入式设备读取它的值。我想我已经设法将问题缩小到以下方面: