[参考译文] CC1352P：代码仅与调试器一起运行

这种情况下的一个典型问题是32kHz xtal 未启动。 如果您将芯片设置为使用内部32kHz RCOSC、那么它会工作吗？  

您使用的是哪个 SDK 版本？您用作起点的示例是什么？ 我假设您在使用我们的驱动程序、即使您不 使用 RTOS。

我将使用 SimpleLink CC13x2 26x2 SDK (5.20.0.52)。

我相信我的同事使用 CCS 向导创建了一个非 RTOS 项目作为开发基础、并且我们正在使用可用的驱动程序。 修复这个问题后、我将切换到 TI-RTOS、以便运行 BLE 无线链路。

否。 使用 proj.syscfg 功能、LF 时钟源为 LF XOSC。 我将其更改为 LF RCOSC。 我的四个定制板中的任何一个都没有改进。 请注意、在一个牺牲板上、我们移除了所有不必要的组件(保留 UC、UC 支持部件和2个 LED)、问题仍然存在。

GEL 文件是否可以在调试期间执行某些操作、而正常的启动上电不是这样？

最新观察结果。

我们有一个 Launchpad 评估板可以正常工作、还有一个定制板出现故障。 我们交换了微控制器(需要掌握大量技能)。 微控制器问题。 现在、我们有一个评估板发生故障、另一个定制板可正常工作。

结论：我们为此项目订购的一批微控制器存在故障。 其中一个标记如下：

   CC1352

   P1F3

   TI 261 E    <261>已随部件更改

   AKFJ G4.    因器件而异

请求：TI 的人员能否为我们提供一些最新版本的新样片(数量6)以进行安装/评估？

是否有任何回应、评论？

您是否测试了用于验证芯片是否是问题所在的所有样片？  

您从 TI 收到完全不起作用的样片似乎不太可能、因为我们的所有器件都经过生产测试。

可能是您的样片被 ESD 损坏了吗？

Siri

我们通过 Mouser (密封袋)购买了大约25件、并且使用了其中的8件。 全部8个都出现加电问题。 我们的表面贴装返修区域符合 ESD 标准。 我们可能没有精确地遵循规格表热循环、但不会损坏 uC (即加载的代码在调试模式下运行)。 另外、"评估板"芯片在拆焊和重新焊接之后工作。 我们正在创建一个具有 ZIF 插座的测试夹具以检查其余的 uC。 告知您结果。

只是为了澄清一下、您的"来自 TI 的样片根本不起作用"陈述具有误导性。 代码在调试器下运行正常。 代码无法在没有调试器的情况下正常上电运行。

大多数论坛线程都围绕 LaunchPad 硬件。 TI 是否有人在使用定制硬件时收到过类似故障的报告？

事实上、代码使用调试器运行良好、而不是单独运行、这表明您的电路板上存在与 32kHz xtal (如果有晶体)或  其配置相关的硬件问题、或者您未正确使用功耗模式。

我从来没有遇到过一个问题,有一个芯片问题导致这个,不说它是不可能的,所以我认为很难指导你可能会出什么问题。

您能否使用 SDK 中的默认示例而不是使用您自己的代码来测试您的电路板？

使用最新的 SDK (7.10)并运行 gpistandby 示例：

gpiostandby (TI.com)

除了进行必要的代码更改以适应您的硬件之外、请勿对代码进行其他更改：

定制硬件—SimpleLink CC13XX/CC26XX SDK 专有射频用户指南6.10.01文档

您能否确认自己使其在 LP 提供的"良好"器件的定制电路板上工作、而不是在 Mouser 提供的"不良"器件的定制电路板上工作？

Siri

将 gpiostandby 导入、编译并加载到"目的地"LaunchPad 中。 代码工作正常、显然解决了上电问题。 无论是否使用调试器、我的 LED 闪烁代码都能正常工作。

我将修改后的 gpiostandby (将 LED 重新映射到我的目标引脚)加载到了我的1个正常和3个发生故障的定制板中。 他们都工作,显然修复了我的失败的板。 在我的所有板上、无论是否有调试器、我的 LED 闪烁代码都能正常工作。

加载 gpiostandby 代码似乎解决了问题。 我的代码使用 SDK V5.20.0.52。 gpiostandby 代码使用了 SDK V7.10.1.24。 SDK 版本可能是我上电问题的原因。

注意：修复未完成。 我修改了 ProjectZero、使其适合自定义板、如果没有调试器、它不能工作。 但也不会"中止"开发板、因为我可以加载 LED 闪烁代码、代码会继续工作。

我将进一步调查并报告调查结果。 感谢您的建议。 我正在取得进展。

当您说您调整了 ProjectZero、使其在硬件上运行、然后您尝试更新 SDK 时、您是说您尝试更新现有示例以在新 SDK 上运行吗？

如果是、则不建议这样做。

请首先将 SDK 7.10中的 ProjectZero 导入到新的工作区中。 使用 CCS-12.2.0。

建立项目 之前 您可以进行任何更改、以确保一切都已正确安装(正确的 SysConfig 版本等)并且构建没有错误。

启动并运行后、开始修改 SysConfig 文件以适应您的定制硬件。

如果您按照此流程操作、我们也能更轻松地为您提供帮助、因为稍后我们可以逐步重现您所做的工作、看看我们是否可以重现您遇到的任何问题。

Siri

Siri、

您的第一项陈述正确。 我按照你的过程尽可能地修改了 ProjectZero SysConfig 文件。 我基本上只是重新映射了一些 IO 引脚和 UART、以便与我的硬件匹配。 我的硬件非常接近评估板。 我有一个额外的 UART、I2C 器件和一个 SPI FRAM 芯片(所有这些芯片都安全地连接到"未使用的 ProjectZero 引脚)。 代码将构建、加载并运行。 但是... 代码只是在错误处理程序中结束(见下文)。 这是一项新功能。 我不记得以前看到过这个。 非常感谢您为此付出的时间和帮助。

调试器执行暂停表示代码处于无限循环中。

void Error_raiseX (Error_Block * eb、int prefix、const char * id、intptr_t a0、intptr_t a1)
{
   Error_Block defErr；

    ……

  
   如果(Error_policy_D == Error_spin)｛
       for (；；)｛
       ｝
   ｝
   否则为(((EB =&defErr)&&(Error_POLICY_D == Error_relunding))||(Error_POLICY_D == Error_Terminate))｛
       system_abort ("ti_sysbios_runtime_Error_raf:终止执行\n")；
   ｝
｝

我的最新观察结果：

我通过 JTAG 调试器构建了 ProjectZero 代码并将其加载到 LaunchXL CC1352P-4评估板上、然后启动了应用。 我能够看到并使用 SimpleLink Starter 连接到评估板。 我终止了调试器、移除并重新插入串行电缆(下电上电)。 ProjectZero 应用不再工作、并且未显示在 SimpleLink Starter 设备扫描列表中。 发生什么事了？ 这似乎是我最初使用所有 TI 设备和软件投诉的证据。 请您确认我的观察结果吗？

您好、James：

我可以确认我看到了 project_zero 所观察到的内容、但这是预期的行为。

实际上、根据该项目的自述文件： https://dev.ti.com/tirex/explore/node?node=A__ANwcbe4yYQk37n9EhfqTNQ__com.ti.SIMPLELINK_CC13XX_CC26XX_SDK_BLE5STACK_MODULE__BSEc4rl__LATEST&placeholder=true

除非您定义 排除_OAD 符号之后、应用程序将在未加载 BIM 下电上电。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/971291/cc2652rb-project_zero-not-initializing-after-power-cycle

此致、

亚瑟

Arthur、

感谢您的回答(迄今为止最有价值的回答)。 我向"编译器包含选项"和"链接器命令文件预处理"中添加了 EXCLUDE_OAD。 这似乎是不够的、ProjectZero 仍然失败清理加电。 您的第二个链接描述了一个大规模的代码破解。 请告诉我,我不需要这样做! 这些标志通常控制条件编译操作。 如果条件编译器标志未处理所有条件编译、那么该标志的作用是什么？ "我不会骗你的,我不会骗你的。"

詹姆斯

您好、James：

遗憾的是、如另一个线程中所述、在这方面、project_zero 有点特殊、

如果您想开始 BLE 开发、或至少验证功能、我建议您先使用 simple_peripheral/central 项目集。

请注意、 OAD 将显示与下载项目相同的行为。 项目_ZERO 项目、也就是说、您需要拥有 BIM 刷写到器件上。

此致、

亚瑟