[参考译文] CC2340R5：CC2340R53 连接参数

其他一些注意事项。

1.我想知道 GapInit_setPhyParam 是否只能用于中心？ 因此、这可能不是我们的解决方案（因为我们只需要编写外设）

2.我发现我们有一个流氓装饰者在某处调用了一个相对严格的值 6 minInterval, 6 maxInterval 的 Set Connection Parameters 函数。 这些工作正常的 Android ,但据说是太紧的 iOS。 将它们替换为 30 minInterval 和 60 maxInterval 似乎允许连接到 iOS、同时仍可用于 Android。 我仍然不明白为什么我们在 HCI 扫描仪中看到值 12 和 24。

我想知道什么是一组合适的参数。 您会推荐什么？

您好、Xavier、

感谢您联系我们！ 这绝对是奇怪的行为。 您使用的是哪个 SDK 版本？

在 BLE 中、中央控制连接参数、外设只能请求新参数。 在开箱即用示例中、在 BLEAPPUTIL_LINK_PARAM_UPDATE_REQ_EVENT 情况下处理连接参数更新请求。 如屏幕截图所示、器件将使用请求中发送的参数以接受方式进行响应。  

如果这是 iOS 本身的错误,我们不能对此做任何事情,只能报告它将由苹果在未来解决

我个人多次连接到 IOS 设备,使用不同的版本,所以我认为这不是任何一方的错误。 这可能只是一个小的误配置。

]当支持连接参数之间没有重叠时、嵌入式端是否应改为 HCI_LE_HCI_ Remote_Connection_Parameter_Request_Negative_Reply 进行响应？

您能详细说明一下您在这里的意思吗？ 作为 BLE 外设、该器件能够支持短至 7.5ms 且长达 4 秒的连接间隔。 “支持的“连接参数完全取决于您对应用程序的需求。 值得一提的是外设可以  仅接受或拒绝  连接参数更新请求。 它无法发送具有不同参数的响应。

我们注意到监督超时没有更新到请求的值 (500)。

 它根本没有变化吗？ 请记住、监控超时的单位为 10ms、而不是 1ms。

我们在代码中的任何位置都找不到 12/24 默认参数、TI 是否使用与 iOS 不兼容的默认参数？ 它们设置在哪里？

• 我们找到 ti_ble_config.h、但它提到间隔为 400 min、800 max、0 latancy 和 600 timeout。
• 我们还找到了 GAP_initator.h、但这提到了 80、80、0 和 2000。 我还怀疑该文件未在我们的用例中用作外设。

[/报价]

SysConfig 中设置了默认参数、生成 ti_ble_config.h 文件。 连接到 IO 中心时、TI 默认参数无关紧要。 这是因为中央确定初始连接参数。

我发现我们在某处有一个流氓装饰者调用一个相对严格的值为 6 minInterval、6 maxInterval 的 Set Connection Parameters 函数。 这些工作正常的 Android ,但据说是太紧的 iOS。 将它们替换为 30 minInterval 和 60 maxInterval 似乎允许连接到 iOS、同时仍可用于 Android。 我仍然不明白为什么我们在 HCI 扫描器中看到值 12 和 24。

连接间隔值以 1.25ms 为单位、因此 24 x 1.25 = 30。  

我想知道 GapInit_setPhyParam 是否仅适用于中心器件？ 因此、这可能不是我们的解决方案（因为我们只需要编写外设）

由于外设不会启动任何连接、因此 GapInit_setPhyParams 本质上对外设无用。

我希望这些回答能让您更好地理解。 如果没有、请让我知道您尝试使用您的设备实现的目标、我会帮您实现这一目标！ 此外、我建议您查看我们的 BLE 连接 SimpleLink Academy。

此致、

Tarek D

[/quote]

您好 Tarek、感谢您的快速响应。

 您使用的是哪个 SDK 版本？

simplelink_lowpower_f3_SDK_9_11_00_18

 我个人多次连接到 IOS 设备,使用不同的版本,所以我认为这不是任何一方的错误。 这可能只是一个小的误配置。

根据经验、您会推荐哪些连接参数？

 它根本没有变化吗？ 请记住、监控超时的单位为 10ms、而不是 1ms。

我需要重新运行测试、但日志表明监督超时没有改变。 我会再次检查。

 SysConfig 中设置了默认参数、生成 ti_ble_config.h 文件。 连接到 IO 中心时、TI 默认参数无关紧要。 这是因为中央确定初始连接参数。

好的,我们看到的默认参数是来自苹果的一面,然后.  

 连接间隔值以 1.25ms 为单位、因此 24 x 1.25 = 30。

 感谢您的澄清、但在本例中、在我们将外设更改为请求 30、60 之前、我们在 HCI 日志中看到最大 12 分钟、24 小时。 当时、我们要求 6、6。 我猜 12、24 都来自 iOS（？）

 由于外设不会启动任何连接、因此 GapInit_setPhyParams 本质上对外设无用。

好的、感谢您确认这一点。

我们目前使用 CC23 芯片的计划涉及将其用作 BLE 外设。  

我们有一个需要在其上运行的现有应用程序。 此应用程序需要与 Android 和 iOS 设备（作为中央设备）进行通信。  

我们目前正在构建的 TI-CC23 特定层绕过 BLEAppUtil 框架、倾向于直接管理 iCall API。  

目前,我们对 Android 没有太多的麻烦 — 这只是 iOS 似乎造成了头痛. 你有过类似的经历吗?

我需要进一步了解我们如何处理“更新连接参数“请求/响应。

如果 Central (iOS) 是发起 ConnParams 请求的平台、很奇怪我们的外设除了建议值之外还在做任何其他事情。 奇怪的是、外设建议的值（看似）会导致两个器件之间的通信不同步。

如需更多信息、在重新创建第一篇文章中提到的错误时、在假定连接已完成的情况下、TI 芯片会快乐地继续。 iPhone 将等待“连接完成“响应。 为什么我们在 Android 上看不到这一点,或者当使用不同的 ConnParams 值时,仍然是一个谜。

嘿、Xavier、

您能否分享一些代码片段、这些代码片段说明如何处理连接参数更新请求？ 可能是问题所在。

此致、

Tarek D

您能否分享一些说明如何处理连接参数更新请求的代码片段？ 问题可能出在此处。

在 INIT 时、我们执行  GAP_SetParamValue (GAP_PARAM_LINK_UPDATE_decision、GAP_UPDATE_REQ_ACCEPT_ALL)；

我们不处理  GAP_UPDATE_LINK_PARAM_REQ_EVENT、因为我们将标志设置为“Accept all“。

当我们调用以下函数时出现了错误、其值为 min = 6、max = 6。 这在连接后立即调用。

这就是我们在 ConnParams 方面所做的一切。

嘿、Xavier、

我预计当连接到 IO 设备时、GAP_UpdateLinkParamREQ 将失败。 IO 设备的连接参数非常严格。 但是、除非您的应用程序代码强制断开连接、否则不应该发生断开连接的情况。

正如“额外“检查一样、您是否在 syscfg 文件中将“Parameters Updates Request decision“设置为“Accept All“？ （BLE ->外设配置）

此外、如果未从外设发送连接参数更新请求、您是否可以维护连接？

此致、

Tarek D

正如“额外“检查一样、您是否在 syscfg 文件中将“Parameters Updates Request decision“设置为“Accept All“（全部接受）？ （BLE ->外设配置）[/报价]

您能解释一下这是什么意思吗？ 您是指更改 ti_ble_config.h 中的以下行吗？  

#define DEFAULT_PARAM_UPDATE_REQ_RECATION GAP_UPDATE_REQ_PASS_TO_APP
最终目的
#define DEFAULT_PARAM_UPDATE_REQ_RECATION GAP_UPDATE_REQ_ACCEPT_ALL

我不确定应该直接修改此文件。 考虑到在初始化传输层时调用 GAP_SetParamValue 时、我们没有读取这个 default_param_update_REQ_decision 变量、我不确定更改此变量会对任何内容产生影响。

此外、如果不从外设发送连接参数更新请求、是否可以保持连接？

如果我们删除参数更新请求、则连接似乎需要维持良好。 显然、在 GAP_UpdateLinkParamReq 之后的某个位置会出现问题。 您提到 iOS 拒绝大多数（所有？） 连接参数请求、因此我们可能需要了解如何处理它。 发送错误请求后、我看不到任何 HCI 事件日志供我们挂钩、大概是因为该“accept_all"标志“标志。 我们是否应该尝试使用 PASS_TO_APP 并自行覆盖它？

[/quote]

您好、Xavier、

我不确定我们应该直接修改此文件。 考虑到在初始化传输层时调用 GAP_SetParamValue 时、我们没有读取这个 default_param_update_REQ_decision 变量、我不确定更改此变量会对任何内容产生影响。

是的、如果您未调用 GAP_SetParamValue、您是对的、它不会影响任何内容。

如果我们删除参数更新请求、则连接似乎可以维持正常。 显然、在 GAP_UpdateLinkParamReq 之后的某个位置会出现问题。 您提到 iOS 拒绝大多数（所有？） 连接参数请求、因此我们可能需要了解如何处理它。 发送错误请求后、我看不到任何 HCI 事件日志供我们挂钩、大概是因为该“accept_all"标志“标志。 我们是否应该尝试使用 pass_to_app 并自行覆盖它？

我正在进一步了解 IOS 连接参数更新请求、但与此同时、我运行了一个快速测试、我能够发送连接参数更新请求、一切都按预期运行。 我附加了一个数据包监听器日志屏幕截图、显示正在接受的更新请求。  

至于 HCI 事件、您应该仍会接收 BLEAPPUTIL_LINK_PARAM_UPDATE_EVENT 事件。 默认情况下、basic_ble 工程只会打印一条消息“Conn Status：Params update failed“。 您能否分享您的项目或处理此事件所需的代码？

此外、在最后的测试中、您是否可以尝试导入 basic_ble 示例、并在不进行任何修改的情况下将其刷写到电路板上、并尝试使用 IO 器件连接到电路板。 建立连接后、使用设备的交互式菜单发送连接参数更新请求。 这将帮助我们确定问题是出在 IO 端还是 CC2340 端。

此致、

Tarek D

是的、如果您未调用 GAP_SetParamValue、则您是正确的、它不会影响任何内容。

我们正在调用 GAP_SetParamValue、我们只是不使用 ti_ble_config.h 中提到的#default 变量

至于 HCI 事件、您应该仍会接收 BLEAPPUTIL_LINK_PARAM_UPDATE_EVENT 事件。 默认情况下、basic_ble 工程只会打印一条消息“Conn Status：Params update failed“。 您能否分享您的项目或处理此事件所需的代码？

如前所述、我们绕过 BleAppUtils 以直接调用栈。

当通过严格的 6 min 6 max connparams 请求时、我们不会收到 HCI 事件。

我仍然假设这是因为我们的设置“Accept_all"处于“处于活动状态。

为了捕获 ICallEvents、我们执行以下操作：

//