标题：Win 10 BLE堆栈（充当中央）接受来自外设的连接参数请求的问题 [英] TITLE: Problem with Win 10 BLE Stack (acting as a central) accepting connection parameter requests from peripheral
问题描述
我使用Dell Precision 7520笔记本电脑运行Win 10 Spring Creator更新版本（赢得10版本1703），以
运行作为BLE中心的程序。当BLE外设（笔记本电脑也是BLE'连接'）时，
请求集中更改连接参数（MinConnectionInterval，MaxConnectionInterval，SlaveLatency）
中央'接受'这些变化是"有问题的/非确定性的"。在我的情况下，大多数情况下，
中央拒绝/不执行所请求的更改，有时它会执行。当我用一台价值为bLE中心的b
Android手机做同样的实验时，一般来说没有问题是Android中央BLE堆栈接受了所需更改的
。特别是，我的问题是中心接受连接间隔> 20ms和
奴隶延迟> 1.
我假设这是BLE堆栈行为。有没有人知道提供的BLE堆栈是否是Win OS
的一部分，或者说可能是由机器供应商（在这种情况下为Dell）或BLE芯片组提供商提供的？
如果它是Win 10的一部分，有没有人知道我所看到的行为......就像'哦是的，MS已经在Win 10 Fall中更新了他们的BLE堆栈
2017）创作者更新版本。
I using a Dell Precision 7520 laptop running Win 10 Spring Creator Update release (win 10 version 1703),
running a program acting as a BLE central. When the BLE peripheral (the laptop is BLE 'connected' too)
requests the central change the connection parameters (MinConnectionInterval, MaxConnectionInterval, SlaveLatency)
the central's 'acceptance' of these changes is 'problematic/non-deterministic'. In my case, most of the time the
central rejects/doesn't do the requested changes and sometimes it does. When I do the same experiments with an
Android phone acting as the BLE central, generally speaking no issues is the Android central BLE stack accepting
the requested changes. In particular, I have problems having the central accept connection intervals >20ms and
slave latencies > 1.
I'm assuming this is BLE stack behavior. Does anyone know if the BLE stack provided is part of Win OS
or is say perhaps provided by the machine vendor (in this case Dell) or by the BLE chipset provider?
If its part of Win 10, does anyone know about the behavior I'm seeing... something like 'oh yeah, MS has updated
their BLE stack in Win 10 Fall (2017) Creators Update Release.
推荐答案
您好，
感谢您在此发帖。
据我所知，BLE堆栈可能由芯片组提供。
As far as I know that the BLE stack may be provided by chipset.
我们可以优化蓝牙低功耗堆栈内存使用情况。配置蓝牙低功耗协议栈对于最大化应用程序可用的RAM和闪存量至关重要。请参阅
堆栈配置 ，用于配置影响运行时RAM使用率的参数，例如最大允许大小和PDU数量。
we can optimize Bluetooth low energy Stack Memory Usage. Configuration of the Bluetooth low energy protocol stack is essential for maximizing the amount of RAM and flash memory available for the application. Refer to Stack Configurations to configure parameters that impact runtime RAM usage, such as the maximum allowable size and number of PDUs.
据我所知，TI蓝牙低功耗协议栈实现使用较小的RAM占用空间，并允许应用程序通过使用来控制堆栈的行为运行时ICall堆。例如，每个连接事件只发送一个
GATT通知的应用程序必须只在堆中存储一个PDU，而作为必须发送多个通知的应用程序必须将多个PDU排入堆中。
As far as I know that The TI Bluetooth low energy protocol stack is implemented to use a small RAM footprint, and allow the application to control the behavior of the stack by using the runtime ICall heap. For example, an application that only sends one GATT notification per connection event must store only one PDU in the heap, whereas as an application that must send multiple notifications must enqueue multiple PDUs in the heap.
我还找到了相关的BLE堆栈文章，我希望这篇文章对你有所帮助。
I also find out a relevant BLE stack article, I hope that the article would be helpful for you.
HTTP：// dev的.ti.com / tirex /内容/ simplelink_cc2640r2_sdk_1_40_00_45 /文档/ blestack / ble_user_guide / HTML / blestack-3.X /创建-A-定制的蓝牙低能量application.html＃优化，蓝牙低能量-stack-memory-usage
关于BLE设备开发，您可以在此处发布问题。
About BLE device development, you can post the issue on here.
https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/home?forum=wdk
最诚挚的问候，
Hart
注意：此响应包含对第三方万维网站点的引用。 Microsoft提供此信息是为了方便您。 Microsoft不控制这些网站，也未测试在这些网站上找到的任何软件或信息;因此，
Microsoft不能就其中发现的任何软件或信息的质量，安全性或适用性做出任何陈述。
Note: This response contains a reference to a third party World Wide Web site. Microsoft is providing this information as a convenience to you. Microsoft does not control these sites and has not tested any software or information found on these sites; Therefore, Microsoft cannot make any representations regarding the quality, safety, or suitability of any software or information found there.
这篇关于标题：Win 10 BLE堆栈（充当中央）接受来自外设的连接参数请求的问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
