[参考译文] CCS/CC2650：在 Win10计算机上编译、这是一个由 XP 计算机开发的备份工作区

您好 Dale、

有关"make"的错误很有意思。 CCS 工程应使用"gmake"而不是"make"来编译。 请检查项目属性并确保启用了"Use default build command"选项。 请注意、您需要通过单击左下角的选项来显示高级构建设置。

对于编译器、请参阅用户指南的第4.4节、了解如何获取所需的 ARM 编译器版本：

https://software-dl.ti.com/ccs/esd/documents/users_guide/ccs_updates.html#installing-new-software

谢谢

Ki

您好 Ki、

未选中 Use default build command、因此我检查了它、该错误消失了、但 HaloLogger221Stack 出现了相同的 make 错误。 因此、我尝试在其属性中选中"使用默认编译命令"、但该框不会选中。   

就编译器而言、我已经安装了 ARM 5.2.6、但我不能错过这个错误、即我应该更新我的工具定义、无论它是什么(Google 没有帮助)：

也许我们应该从头开始尝试启动备份方法、以便从头开始工作...

从 XP 计算机中哪种备份方法最有可能是在 Win10计算机上运行的最简单的备份方法，以及如何导入/打开备份？

我重新阅读您的初始帖子、并有一个问题-您是否正在尝试使用 XP 计算机中的实际工作区文件夹？ 还是仅将项目从新 PC 导入到新工作区？ 我不建议使用前者-工作区不是很便携、也不打算共享(移动)。

我已经尝试了我可以想到的所有方法、包括作为最后手段的工作区文件夹。

我认为我现在使用的版本是在 XP 计算机上，我创建了一个“文件”>“导出”>“常规”>“存档”文件。  然后在 Win10上，我使用了“项目”>“导入 CCS 项目”>“选择存档文件”>“浏览到我的存档文件”，其中包含 HaloLogger 和 HaloLogger221Stack。

我是否应该从头开始重新导入 Win10计算机上的新工作区？

[引用 user="Dale Kramer"]我是否应该从头开始重新导入 Win10计算机上的新工作区？

我认为这也是使用最新 SDK 和最新 CCS 版本的最佳方法。

-kel

您是指最新的 CCS7还是最新的 CCS 周期？

此外、我还没有加载任何特定 SDK 的 SDK 是什么？

谢谢

[引用 user="Dale Kramer"]您是指最新的 CCS7还是最新的 CCS 周期？

非常最新的 CCS 版本。

[引用 user="Dale Kramer"]此外，我还没有加载任何特定 SDK 的 SDK 是什么？

抱歉、对于 CC2650、它被称为 BLE Stack。 您可以从以下链接下载 BLE Stack v2.2.5。 您可以将工作移植到适用于 CC2650的最新 BLE Stack 示例程序。

-kel

[引用 user="Dale Kramer">我认为我现在使用的版本是在 XP 计算机上，我创建了一个“文件”>“导出”>“常规”>“存档”文件。  然后在 Win10上，我使用了“项目”>“导入 CCS 项目”>“选择存档文件”>“浏览”到包含 HaloLogger 和 HaloLogger221Stack 的存档文件。

项目何时导出、您是否还尝试存档任何链接的文件？ 如果不是、则存档的导出/导入应正常。

我不确定为什么您无法更改堆栈项目的编译器设置。 这些较旧版本的编译器应该可以与 v7配合使用。 我刚刚更新了我的 v7安装以获取编译器版本5.2.6。 它安装良好、CCS 能够正确检测到它

但是、当您使用7.0时、我使用的是 CCSv7.4。 如果您必须坚持使用 CCS 7.0、我可以尝试安装该版本以查看是否有任何问题。

[报价用户="Ki]I 在使用7.0时使用 CCSv7.4。 如果您必须坚持使用 CCS 7.0、我可以尝试安装该版本以查看是否有任何问题。

CCS 7.0.0.00042也没有问题。 您的安装可能不好？

您可以向我提供您的项目吗？ 我不需要所有源文件，我只需要项目文件夹中的三个.*项目文件。 如果您不想公开共享、请与我开始私人 E2E 对话。

谢谢

Ki

唯一的问题是、我知道我必须对 BLE 堆栈(即我工作区中的 HaloLogger221Stack)进行更改或更改两次、由于他们已经在这么多安装中工作了三年、我想我将继续使用我的 BLE 堆栈版本。

谢谢、我将尝试完全'下载"CCS ...

在我的 XP 上，当执行各种备份方法时，硬盘出现故障，我希望其中一种方法能让我再次访问(不幸的是，我必须使用的是工作区目录结构备份:()。

Ki 说：

您能向我提供您的项目吗？ 我不需要所有源文件，我只需要项目文件夹中的三个.*项目文件。 如果您不想公开共享、请与我开始私人 E2E 对话。

文件.*项目已在 E2E 消息中发送。  他们开始使用的是大约3年前完成项目上次编译时生成的 zip 文件、我从工作区目录结构中获取了这些文件、在该结构中、项目刚导入到了这里。  我知道过去曾尝试对链接的文件进行存档、但我不确定是否对我发送给您的文件进行了存档。  我能够备份发生故障的整个硬盘，现在也许可以在 XP 计算机中再看一下(该计算机仍然从出现故障的硬盘副本启动并运行 XP)，但项目也没有在 XP 中编译 (不确定是因为硬盘故障导致文件损坏)。

[引用 user="Ki]CCS 7.0.0.00042也没有问题。 您的安装可能不好？[/报价]

在我卸载 了 CCS 7.0.0.00042和 Windows 卸载后、我实际上再次删除了我的整个 c：/ti 目录和安装 的 CCS 7.0.0.00042。

我遇到了与"make"和"gmake"相同的问题、并且无法识别 ARM 5.2.6。

我目前正在执行另一次卸载、删除 c：/ti 和最新 CCS 的新安装。

我现在比以往任何时候都更接近解决我的问题。

我被告知必须安装 XDCtools 3.32.0.06_core。

 我从 http://downloads.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/rtsc/3_32_00_06/index_FDS.html 网站上获得了它

它会安装并显示在 c：/ti 目录中、但 CCS 尚未看到它。

如何在打开 CCS 时强制 CCS 查看/加载它？

[引用用户="Dale Kramer"]

它会安装并显示在 c：/ti 目录中、但 CCS 尚未看到它。

如何在打开 CCS 时强制 CCS 查看/加载它？

[/报价]

尝试按"产品"设置中的"重新查找"按钮  

谢谢

Ki

[报价用户="Ki"]尝试按"产品"设置中的"重新查找"按钮 [/quot]

我忘记了屏幕截图。 其中包括：

[报价用户="Ki"]尝试按"产品"设置中的"重新查找"按钮[/quot]

很高兴知道这里、但 CCS 刚刚决定一段时间后开始看到它、现在我只剩下这个错误：

我在任何地方都找不到 osal_snv.c、即使在互联网上也是如此(它的一个 git 副本对我来说不起作用、不记得它带来了什么错误、但我几天前就发现了这一点、然后我把东西拧紧了、最后在这里结束了)

当时、我甚至尝试将 OSAL_SNV 设置为1、但这也不起作用。

有什么想法吗？  备份之前，该文件可能已损坏:(

[引用 user="Dale Kramer"]我无法在任何位置找到 osal_SNV.c、

我在 BLE SDK 安装中看到：

C：\ti\simplelink\ble_sdk_2_02_02_25\src\componers\osal\src\mccccs26xx\osal_snv.c

/cfs-file/__key/communityserver-discussions-components-files/81/osal_5F00_snv.c

哇，不知道我的搜索是怎么错过的，但我当时相当处在一个状态。

因此、我的目录中也有 osal_snv.c 文件"C：\ti\simplelink\ble_sdk_2_02_01_18\src\component-osal\src\mcu\cc26xx"

我将其复制到我的 HaloLogger221Stack 位置、Building 现在会找到它、但现在仍然存在以下错误：

osal_snv.h 和 osal_snv.c 似乎都在定义这些符号。

因此、这可能与原始项目中的 osal_snv.c 不同。

我正在从联盟中稍微退出尝试下一个...

它也正在脱离我的联盟(我的专业知识主要是工具本身)。 我需要将此主题提请器件专家注意。 他们最熟悉 SDK。

好的，非常感谢您提供的帮助，这是非常宝贵的：)

[引用 user="Dale Kramer"> osal_snv.h 和 osal_SNV.c 都在定义这些符号。实际上是 osal_SNV.c 和 osal_svn_wraper.c、它们定义了这些函数。

查看  ble_sdk_2_02_02_25中的 osal_svn_wraper.c、该文件使用条件编译来执行以下任一操作：

1. 定义函数。
2. #include "osal_SNV.c"

我认为正在发生的情况是、工程编译 osal_snv.c 和 osal_svn_wraper.c、从而导致重复的符号。

在 HaloLogger221Stack 的 Project Explorer 中、右键点击 OSAL/osal_SNV.c、然后选择 Exclude from Build。 这将阻止 CCS 尝试自动编译 osal_snv.c、除非 osal_snv.c 获得了#included by osal_svn_wraper.c

哇，就是这样(抱歉我不知道他们被双重定义的位置。

感谢您关注这一主题并在切斯特跳跃。

但是、现在堆栈已经被处理好了、HaloLogger 项目中的一些东西仍然很糟糕...

这些问题绝对超出了我的范围：

[引用 USER="Dale Kramer">但是现在堆栈已经被处理了、HaloLogger 项目中的某些内容仍然很糟糕...未定义的符号来自编译器运行时库。

我可以在采用 uartecho_CC2650_LAUNCHXL_TI 示例时重复这些操作、并且在 CCS General Project 属性中将中的"运行时支持库："从更改为 更改为 。

  为 HaloLogger 项目设置了什么运行时支持库？

正常运行 用于让链接器根据项目中的其他选项选择库。

下面是一个工作示例的设置：

未检查管理、但检查的错误与未检查的错误相同：

Chester Gillon 说：

  为 HaloLogger 项目设置了什么运行时支持库？

很抱歉、但我太不接触了、我不知道如何回答、我在哪里看？ (3年前，我拔出头发，写这篇，我现在年纪大了，更容易忘怀；)

哎呀，脚在嘴里...

将“运行时支持库”设置为自动删除所有错误：)

Dale Kramer 说：

Manage 未选中、但检查的错误与未选中的错误相同：[/quotes]I 未清除、管理选项仅在调试时影响目标配置文件、而不影响工程的编译方式。

[引述 USER="Dale Kramer">抱歉、现在我太不熟悉了、我不知道如何回答、我在哪里看？屏幕截图底部的"运行时支持库："框是空白的、这意味着 。 尝试将其更改为 。

编辑：您刚刚报告修复了错误。

根据您遇到的不同错误、从备份中恢复项目时、项目属性似乎已被保留。 CCS 可以为每个编译配置提供不同的工程设置、因此想知道工程是否具有任何其他"调试"编译配置、并且编译时没有错误。

下面是已设置的调试配置(我不记得我是如何使用它们的，但我确实使用了；)。  他们似乎都在构建...

现在我的问题是、我似乎无法使用 CC2650 Launchpad 上的 XDS110对电路板进行调试。  固件能够自行更新、但我在尝试调试会话时遇到错误。  我将就这一主题开始一个新的话题、这样它就不会被埋没在这里了。。。

对于 XDS110调试问题、您认为哪一个论坛是最合适的。 或将其留在此处...

这是错误(正如我说过的、固件更新正常、我也可以使用 SmartRF Flash Programmer 2软件以这种方式加载我的十六进制文件)

似乎与 CCS 中的设置相关、也可能与项目设置相关。

[quote user="Dale Kramer">似乎与 CCS 中的设置有关、可能与工程设置有关。当尝试修复编译错误时检查了"自动管理工程的目标配置"时、可能会更改调试器的目标配置设置(https://e2e.ti.com/support/tools/ccs/f/81/p/965702/3568311#3568311)。

我不确定在启动调试会话时会导致 SC_ERR_ROUTER_SECURE_SUBPATH 错误的原因、但允许 SmartRF Flash Programmer 2软件正常工作。

不妨尝试：

1. 确保 未选中"自动管理项目的目标配置"选项。
2. 从备份中恢复原始.ccxml 目标配置。

如果不起作用，建议在  Bluetooth论坛上创建一个新的主题，设备专家应该在该论坛上有更多的知识。

未 选中"自动管理工程的目标配置"选项时出现相同的 SC_ERR_ROUTER_SECURE_SUBPATH 错误。

2.    从备份中恢复原始.ccxml 目标配置后出现相同的 SC_ERR_ROUTER_SECURE_SUBPATH 错误。

在蓝牙论坛中开始新主题的时间。

非常感谢 Ki、 Markel Robregado 和 Chester Gillon 帮助解决本主题的实际问题。

我会再来这里做一个摘要帖子(我在这个项目上做了一些实际工作之后的新年决心之一) 我将把它标记为"解决问题"、这样他人就可以更容易地从这些伟大的人提供的所有智慧中受益、而不是不得不在整个漫长的话题中大谈。

与往常一样、我在这些论坛的体验非常棒、即使我不得不重新学习我过去了解的内容！

戴尔

[引用 USER="Chester Gillon">在 HaloLogger221Stack 的 Project Explorer 中右键点击 OSAL/osal_SNV.c 并选择 Exclude from Build。 这将阻止 CCS 尝试自动编译 osal_snv.c、除非 osal_snv.c 获得了#included by osal_svn_wraper.c[/quot]

刚才发现的另一个问题是、当我构建版本时、即使在构建时排除了 osal_svn.c、我也会遇到相同的"已定义"错误、是否有任何想法？

[引用 user="Dale Kramer">刚才发现的另一个问题是、当我构建版本时、即使在构建时排除了 osal_svn.c、任何想法？会根据构建配置存储哪些源文件和其他工程属性、我也会收到相同的"已定义"错误。

当调试构建配置处于活动状态时、Project Explorer 的屏幕截图显示 osal_SNV.c 被排除。

如果您在项目浏览器中右键单击 HaloLogger221Stack 并使用 Build Configurations -> Set Active -> Release is osal_svn.c still as excluded？

如果不是、还应从版本构建配置中排除 osal_SNV.c。 您可能还必须修复 Release 编译配置的运行时支持库选择。

然而，你还是看到了这个问题(如果我真的看了我的屏幕截图，我也应该看到这个问题)。  不确定为什么我从构建图标下拉菜单中单击"发布"构建时未将"发布"设置为活动状态...)

仍然有更多版本构建错误、但我正在以一种方式对其进行黑客攻击...

因此、我仍然无法在没有错误的情况下获得构建版本。

在调试中定义了'Feature_OAD'并且没有构建错误。

在发行版中、无论是否定义了"feature_OAD"、都会出现以下与 OAD 相关的错误：

我开始记得、我在编写程序时遇到了 OAD 问题、但我必须解决这些问题并构建代码以供发布(或者我是否可以直接使用调试编译中的十六进制文件？)...

[引用 user="Dale Kramer">我开始记得我在编写程序时遇到了 OAD 问题、但我必须解决这些问题并构建代码以供发布 (或者、我是否可能只是使用调试编译中的十六进制文件？)...我不确定应该在哪里定义这些符号。

调查的可能步骤：

1. 重新构建 Debug 和 Release 配置、并比较这两种配置的构建输出、以查找符合哪些文件/定义了哪些宏的差异。 如果 CCS 控制台仅显示编译过程的一部分、请参阅 CCS 编译控制台缓冲区大小 以了解在何处查找完整日志
2. 在链接器.map 文件中查找调试构建配置、通过搜索函数名称来标识符号链接的目标文件。

[引用 user="Chester Gillon">重新构建 Debug 和 Release 配置，并比较两种配置的生成输出，以查找在哪些文件被编译/定义了哪些宏中存在的任何差异。 如果 CCS 控制台仅显示编译过程的一部分、请参阅 CCS 编译控制台缓冲区大小 以了解在何处找到完整日志

嗯、我在两个构建日志中看到了 OAD 差异、但我在 CCS 中的哪个位置可以修复这些差异、为什么会有差异？

您好 Dale、

根据屏幕截图、我相信您收到的是未定义的符号、原因是未定义 feature_OAD、这会导致 OAD_target_external_flash.c 被 stubed out。 我看到您说过、即使将 Feature_OAD 定义为编译器符号、您也会收到相同的未定义符号。 您能否为版本编译重新定义 feature_OAD 并截屏生成日志以查看是否存在任何其他差异？ 谢谢！

此致、

Jenny

您好 Dale、

很高兴听到您的问题得到解决！ 我将继续并在 TI 认为已解决的情况下标记您的最新帖子。

快乐的假期！

此致、

Jenny

[quote user="Dale Kramer">基本上，如果我的工作区位于不包含感叹号的目录路径中，则情况开始良好且可预测。感谢您的更新。 我确实注意到工作区路径上使用了感叹号、但忘记了它是 [FAQ] CCS 中列出的有问题的字符之一：为什么我需要避免在路径中使用非字母数字(Unicode)字符？