C++ Windows上的蓝牙低能耗低速率?
我有一个带有自定义服务的设备,它使用BLE通知功能以非常高的速率发送传感器数据 我正在Windows 10计算机上使用以下API: 我使用SetupDi API通过自定义服务ID搜索设备,然后使用CreateFile“连接”到它 当我第一次将设备与Windows配对时,它会立即在Bluetooth Settings(蓝牙设置)窗口中显示“Connected”(已连接),然后当我运行我的应用程序时,它工作得非常好(我以高速率接收数据)。如果我关闭我的应用程序,它会将设置窗口中的状态更改为“已配对”,而不是“已连接”(我认为这很好)。当我再次打开我的应用程序时,它会再次连接并将设置中的状态更改为“已连接”,但由于某些原因,现在我以更低的速率接收数据。(数据本身是正确的)。如果我通过蓝牙设置窗口单击“删除设备”将其断开,然后像第一次高速工作之前一样再次配对 我知道这不是设备本身的问题,因为它可以与Android和其他支持BLE的平台配合使用 知道是什么导致了这个问题吗 以下是我正在使用的代码: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”(已连接),然后当我运行我的应用程序时,它工作得非常好(我以高速率接收数据)。如果我关闭我的应用程序,它会将设置窗口中的状态更改为“已配对”
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的一些未记录的行为?抱歉,无法为您提供神奇的答案。不过,我可以帮助您进一步排除故障(见帖子,我编辑了它)哦,为什么它从来没有像神奇的答案那么简单:(至于你的新建议,我尝试使用计数器而不是控制台输出。我知道这是连接间隔参数的问题,而不是其他问题,因为我可以使用调试器从嵌入式设备读取它的值。我想我已经设法将问题缩小到以下方面: