[参考译文] CC2640R2F：CC2640R2F 堆栈问题

您好！

为了帮助您、我需要更多信息。 您能告诉我您所使用的 SDK 版本、以及您是如何启用配对的？
要开始使用 CC2640R2F、我强烈建议您查看 该器件的用户指南、更具体的说、是 GAP 绑定管理器和 LE 安全连接、其中应该说明如何在 CC2640R2F 上启用与最新 SDK 版本的配对。

此致、
Maxence

您好、Maxence、

感谢您的答复。

我目前使用的是 SDK 版本 5.30.01.11. 。 尽管查看用户指南中的其他指导信息、但我们仍无法在恒温器和智能锁之间成功建立配对。

要更详细地讨论此问题并探讨可能的解决方案、如果我们能在您方便时安排电话、我将不胜感激。

期待您的参与。

您好！

我想先看看我们是否可以在这里解决您的问题、然后再致电进行升级。 您能否向我展示用于启用绑定的 SysConfig 设置？ 您是否专门调用任何函数来启用配对？ 您是否有任何可以共享的嗅探器日志以显示问题？

此外,你可能有一个 FAE 分配给你,可以帮助?

此致、
Maxence  

您好、

我曾使用 CC2640 和 CC2640R2F。 我还 将代码从 CC2640 移植到 CC2640R2F。

我所做的是使用 CC2640R2F 的工作示例程序作为基础、然后根据我的预期要求进行修改。 CC2640R2F SDK 提供了您可以使用的中央和外设示例程序。

-kel

尊敬的 Marketl：

感谢您的答复。

我们已经尝试使用 CC2640R2F 的示例工程、还尝试根据 SDK (v5.30.01.11) 在 IAR Workbench 中创建简单中央工程的独立版本。 但是、我们目前在尝试将其转换为独立应用程序时遇到了问题和错误。 具体而言、我们遇到了预定义路径问题和预处理器目录问题。 如果您能指导我们完成正确的步骤或最佳实践,成功地使 Simple Central 项目独立并可独立建设,我们将不胜感激。 如果有其他方法、请向我们建议。

谢谢！

您好、

您应该将 SDK 安装在 c：\ti。 我将 CCS 工作区文件夹放在 C：\ti 中、如下所示。

C：\ti\ccsv121workspace\CC2640R2F_Launchpadv530

此外、请确保使用 CCSv9 或更高版本。

简单外设和简单的中央器件可协同工作。 如果我记得正确、有一个配对选项。

-kel  

感谢您的建议。

由于我们使用的是 IAR Workbench、因此我们尝试了根据您的建议创建工作区结构。 但是、我们无法成功地将 CCS 项目移植到 IAR、因为两种环境都使用不同的项目文件格式和配置。

尽管我们努力调整工程设置、但在编译过程中仍然会遇到链接错误。

对于我们如何使这一过渡更加顺利的任何支持或指导、我们深表感谢。

您好！

我想先看看我们是否可以在这里解决您的问题、然后再致电进行升级。 您能否向我展示用于启用绑定的 SysConfig 设置？ 您是否专门调用任何函数来启用配对？ 您是否有任何可以共享的嗅探器日志以显示问题？

此外,你可能有一个 FAE 分配给你,可以帮助?

此致、
Maxence  

您好、

按照以下 IAR 指南进行操作。

https://dev.ti.com/tirex/content/simplelink_cc2640r2_sdk_5_30_00_03/docs/simplelink_mcu_sdk/html/quickstart-guide/tidrivers-quick-start.html#using-ti-drivers-projects-with-iar

-kel

您好、Maxence、

这里是 FAE！ 从客户那里获得有关此主题的更多信息、并按原样引用-  

有任何解决此问题的想法？  

“我们的要求涉及使用 IAR Workbench、我们正在使用 CC2640R2F、该器件仅在 SDK 版本 5.30.01.11 中受到支持。 但是、由于此 SDK 被视为旧版、因此 SysConfig 集成不适用于此芯片版本。 因此、我们无法在此 SDK 的 CC2640R2F 的简单中心示例中找到.syscfg 文件。

我们已确认设备发现和配对等核心功能可按 Simple Central 示例工程中的预期工作。

问题摘要和我们尝试过的内容：

• 我们已使用 SDK 2.02.08.12 在 CC2640F128（含 SDK 5.30.01.11）成功验证了这些功能、现在正尝试在 CC2640R2F 上通过 SDK 5.30.01.11 复制相同的行为。
• 在对 gap_device_init_done case 中 startDiscovery () 函数的参数进行了一些修改后、发现过程最初没有发生、它通过匹配 UUID 正确启动并与广播数据包匹配。 我们确认触发了 GAP_DEVICE_INIT_DONE、并收到广播数据包。
• 但是、完成此步骤后、不会发生到 GAP_DISCOVERY_EVENT 情况的预期转换。 这会阻止流程到达相关的事件处理逻辑、并保持未知状态。
• 我们还试图通过在发现调用后立即调用 Util_stopClock () 函数来强制停止发现,但这也没有成功。

“

此致、

Madhurya