[参考译文] CODECOMPOSER：无法在非默认工作区调试 BLE Wi-Fi 配置示例

谢谢你的答复淇,

创建多根工作区时、我无法重现您提到的有关“loadSymbolsOnly“参数的问题。 该行为是相同的。 我不确定在您的环境中是如何发生的。 以某种方式设置 loadSymbolsOnly 选项。

只想共享问题的屏幕录制文件、以便清除默认工作区中设置的 loadSymbolsOnly 选项。  
在第一个视频中、还可以看到、通过默认工作区（自动设置 loadSymbolsOnly 选项）调试程序时、Simplelink 工具箱会正确启动（整体演示会顺利运行）

而在第二个视频中、当我将文件夹导入到默认工作区之外并尝试进行调试时、launch.json 中不包含 要设置的 loadSymbolsOnly 选项、因此加载会失败。

e2e.ti.com/.../Default_5F00_ws.mp4e2e.ti.com/.../Multi_2D00_root.mp4

我不确定为什么运行演示取决于设置的 loadSymbolsOnly 选项、以及为什么 该选项的设置取决于工作区类型（默认/多根）。
请问是否缺少要为多根工作区配置的任何设置/实际问题可能是什么？

在第一个视频中、还可以看到、通过默认工作区（其中自动设置 loadSymbolsOnly 选项）调试程序时、Simplelink 工具箱会正确启动（整体演示会顺利运行）

LoadSymbolsOnly 从不为我设置。 我遵循类似的步骤,这是发生了什么对我:

e2e.ti.com/.../loaddebugsymbols.mp4

是的、我收到的数据验证错误与尝试加载程序时出现的错误相同。

总之、我不知道为什么在您的案例中设置了该选项。 您可以尝试清理 CCS 缓存吗？

https://software-dl.ti.com/ccs/esd/documents/users_guide_ccs/ccs_faqs.html#i-want-to-restart-code-composer-studio-with-a-fresh-environment-how-do-i-do-this

我不知道为什么演示的运行取决于设置的 loadSymbolsOnly 选项、

我不知道为什么会出现验证问题。 我将推迟到一位器件/SDK 专家。 我将提请他们注意这一问题。

尊敬的 Ki：

无论如何、我不知道为什么在您的案例中设置了该选项。 您可以尝试清理 CCS 缓存吗？

我也尝试了清除缓存（我删除了.ccs-server、.TI-trace 文件夹）并重试导入它。 它仍然会再次设置 loadSymbolsOnly 选项。

感谢您的跟进、我将等待任何解决方案。

我不确定为什么需要这样做、但我认为应使用 XDS 调试器、与 CC35xx 器件结合使用来刷写应用程序代码。 您能否确认添加此行项目允许您刷写到设备中？

请注意、当“loadSymbolsOnly“设置为 true 时、这意味着通知调试器完全不加载/刷写目标。 它仅将调试符号加载到调试器。 调试器假定已通过其他方法刷写代码、因此无需再次重新刷写。

尊敬的 Ki：

这很合理、因为我们使用 simplelink 工具箱来刷写器件。 我不确定此交互是如何在 CCS 中发生的、我想有一些协议可以禁用/解决 CCS 刷写过程 、并调用 simplelink 工具箱刷写过程。

忽略包含 SymbolsOnly：true 会阻止与器件的连接（我的假设是我们的安全性会阻止 CCS 闪烁、因为它被视为“未授权“源）。

此致、

Josh Prushing  

]这很合理、因为我们使用 simplelink 工具箱来刷写器件。 [/报价]

啊,好的,这清除了我的头上的事情。 刷写在其他地方完成、当需要调试可见性时、用户可以连接调试器并将调试符号加载到调试器、但无需再次尝试刷写程序。

您好、Josh、

感谢您的快速跟进、现在这样做很有意义、是的、添加“loadSymbolsOnly“项可以让我刷写/调试并启动 Simplelink 工具箱、之后示例会根据需要运行。

此致、

Suhani Tandle

尊敬的 Suhani：

当然、如果您遇到任何其他问题、请告诉我！

此致、

Josh Prushing