This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2650:有关将 CC2650 SDK 扩展到多个开发人员的问题

Guru**** 2587345 points
Other Parts Discussed in Thread: CC2650, BLE-STACK

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/740232/cc2650-questions-about-scaling-cc2650-sdk-to-multiple-developers

器件型号:CC2650
Thread 中讨论的其他器件: BLE-STACK

团队、  

我有一位客户在使用 CC2650、并对 FW 环境有一些其他问题、因为它与其他编码器共享:

我们将 CC2650 SimpleLInk 器件、关联的 SimpleLink SDK 和 SensorTag 用作模板项目。 目前、在其 GitHub 库中、安装了 SimpleLink SDK (ble_cc26xx_2_00_42893)、相关 BLE 堆栈(ble_sdk_2_02_01_18)和相关 TI-RTOS (tirtos_cc13xx_cc26xx_2_20_01_08)的 CCS 目录。 正如我们从 TI 处理器 wiki 中的一个条目("在 CCS 中将 GIT 与 SDK 配合使用")中所理解的那样、将安装的 SDK 软件包放入存储库是错误的方法(他们通过使 CCS 崩溃而学会了这一点)。 根据 wiki、需要提取各种点击包装的 SDK 软件包、但尚未在 CCS 中安装。 未安装的 SDK 源文件和配置文件放置在存储库中、然后 SDK 安装在 CCS 中。  

虽然这对单个开发人员来说是直接的、但我们对于在开发人员团队之间共享该存储库及其自己的 CCS 副本有几个问题。 根据我们观察到的情况、SimpleLink SDK 会提取几个目录、其中一个目录包含 XDC 工具。 wiki 指出、此目录的内容从未修改过、因此不需要放置在存储库中。 但是、如果多个开发人员使用存储库、XDC 目录是否也需要进入 GitHub? 或者、作为 SDK 安装的一部分、CCS 能否从 Web 上检索 XDC 工具包? 此外、在安装之前、是否有任何其他需要从 SDK 包中提取到 GitHub 存储库中的项目? 我提出这一问题是因为我们希望避免在每个开发机器上提取 SDK、然后删除那些包含 GitHub 库中管理的内容的本地提取目录。  

相关的注意事项是、上周作为 SimpleLink SDK 安装的一部分安装的 TI-RTOS 版本(tirtos_simplelink_2_11_01_09)与五个月前团队中的另一个开发人员安装的版本不同、尽管它是相同的 SDK 版本。 CCS 是否自动安装了补丁或更新? wiki 提到将修补程序应用到存储库。 在哪里可以找到有关 SDK 补丁的信息? 此外、对于给定版本的 SDK、TI-RTOS 和 XDC 工具等组件的版本是锁定到 SDK 版本还是单独修订?  

正如我提到过的、我们目前将项目基于 SimpleLink SDK 中的 SensorTag 项目。 为了更好地控制版本控制、他们希望将项目从 TI 源树中移出。 这样做是否有任何潜在问题?  

我们正在研究如何使用 CC2650中的传感器控制器处理器来减轻某些处理负载。 Sensor Controller Studio 如何集成到 CCS 项目中? 该文档表明、SCS 生成的某些源文件取决于 TI-RTOS 的版本。 SCS 是否具有独立于 TI-RTOS 发行版的配置文件、这些文件需要受版本控制?  

最后、我们很难找到在 SimpleLink 器件上执行的 BLE 堆栈的一般 CPU 开销统计数据。 这些数字是否可以在任何地方获得?  


很抱歉、电池有问题。 我感谢他们的支持。

 

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Carolus、

    问题1:如果多个开发人员使用存储库,XDC 目录是否也需要进入 GitHub? 或者、作为 SDK 安装的一部分、CCS 能否从 Web 上检索 XDC 工具包? 此外、在安装之前、是否有任何其他需要从 SDK 软件包中提取到 CCS 中的项目需要位于 GitHub 存储库中


    此处列出了 LPRF 建议工作流程:
    github.com/.../suggested_workflow.md

    正如您提到的、TI-RTOS 和 XDCTOOLS 阻抗应该是只读的、并为每个开发人员引入到他们的环境中。
    TI-RTOS、XDCTOOLS 或 BLE-SDK 本身不应发生任何更改、相反、开发人员应在链接到给定 SDK 的 SDK 外部工作树中。 以上指南适用于将 TI-RTOS 和 BLE 组合在一起的 SimpleLink SDK、但相同的原则适用于各自独立的 R1 SDK。 我不建议对 CCS 工作区进行版本控制。

    问题2:CCS 是否自动安装了补丁或更新? wiki 提到将修补程序应用到存储库。 在哪里可以找到有关 SDK 补丁的信息? 此外、对于给定版本的 SDK、TI-RTOS 和 XDC 工具等组件的版本是锁定到 SDK 版本还是单独修订?

    CCS 可能会更新仿真工具和编译器等内容、但不会接触 SDK。 TI-RTOS、XDCTOOLS 应为只读。
    每个组件 XDC、TI-RTOS、BLE-SDK 都是独立编译的、但 BLE-SDK 是最终选择版本的组件。 它将列出 RTOS 和 XDC 的相关版本。 RTOS 和 XDC 都不应在不更新 SDK 的情况下进行更新。

    问题3:这方面是否存在任何潜在问题?

    建议这样做。 他们需要链接到适用于 ble 库等文件的 SDK。

    Q4:SCS 是否具有独立于 TI-RTOS 发行版的配置文件、这些文件需要在版本控制下?

    只应对客户的工作树进行版本控制、应以只读方式引入依赖项、以防止意外修改。
    如果客户希望修改核心包(XDC、RTOS、BLE)中的文件、则应将其拉到工作树中(即 sensortag.c)。

    问题5:这些数字是否可以在任何地方获得?

    您能否确切地说明您要寻找的基准?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Sean、

    感谢您的详细回答。 除了#5、看起来这一切都关闭了。 客户在这里需要的是"大致了解 ARM-M3处理 BLE 堆栈数据的时间。" 理想情况下、他们希望在建立连接后的稳态条件下以及心率等简单 BLE 模式下实现这一目标。 他们正在尝试确定其应用的可用处理能力。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好、Carolus、

    不幸的是、#5并不完全是一个简洁的答案。
    老实说、我们并不是所有连接参数、MTU 和 GATT 过程的组合都具有这种特征。

    但是、客户可以使用执行分析器等 TI-RTOS 工具、针对他们想要的特定情况对此进行分析。 了解 BLE-Stack 线程在执行它们感兴趣的特征操作时的运行频率。