[参考译文] CC2340R5：CC2340R5调试出现会话开始、但程序不执行

Ian、您好！

我希望你们做得好。  

只是为了确认我的理解是正确的、在一个板上、器件不使用断点进行调试、并且不能按预期工作、在另一个器件(使用相同的代码)上、您的调试(使用断点)会按预期工作。  

如果是这种情况、这可能会指明电路板或 XDS 的某些问题。

-您能否在工作为 XDS 的电路板和不工作为 XDS 的电路板之间快速交换一下、看看切换 XDS 是否有任何效果？

-如果不是,这指向特定的板是问题。

接下来、我们尝试加载 UniFlash、执行 Read Device Info -> Perform Blank Check -> Chip Erase ->执行 Blank Check (以确认器件为空)、然后再次尝试调试器件。  

像往常一样、您的 SDK 版本、CCS 版本是什么？ 以及是否对 syscfg 引导加载程序选项进行了任何更改？  

谢谢。
A·F

你好，Alex，谢谢你的答复。  

您的理解是正确的、代码(基本是空示例)适用于我们的其中一个设计、而不适用于另一个设计。  该设备使用同一个 XDS110。  

我已尝试使用 uniflash、闪存操作似乎成功、但调试器仍然存在同样的问题。  

我同意这一定是硬件问题、但我们正在努力确定哪些硬件方面可能导致此问题... 复位线保持高电平、电源检查正常等。 uController 支持电路的主要区别是问题设计中没有32kHz XTAL、但将其从工作设计中删除不会导致该电路板上出现此问题。  

我们使用的是 带有7.40.0.64 SDK 的 CCS 12.6.0、唯一所做的更改是 SysConfig：将低频时钟源更改为 LF RCOSC

Ian、您好！

只是想仔细检查一下、但您使用的是自定义板吗？ 如果是、您是否已经进行了设计审查并将设计提交到(SIMPLELINK-2-4GHz-design-reviews 设计工具| TI.com)并更新了反馈？  

有一点奇怪、一个器件无法正常工作、另一个器件无法正常工作、尽管两个器件都使用相同的 XDS 且采用相同的设计。  

-我可能需要让我们硬件团队的某个人介入，以便从硬件角度进一步研究此问题。   

谢谢。
A·F

您好，Alex

我已经取得了一些进展、查看了程序正在运行的闪存地址、我认为这是 ROM 引导加载程序。 将 SysConfig：Bootloader 配置更改为任何禁止使用的引导加载程序、将使我的应用程序能够运行。  

我需要了解是什么导致在此硬件上而不是在其他设计上调用引导加载程序-是什么导致 ROM 引导加载程序保持控制而不跳转到应用闪存？

我们的电路板作为原型设计、因此所有引脚上都有0R 电阻器、这些电阻器会与电路板的其余部分交互、即使这些移除了引导加载程序保持控制...

ROM 引导加载程序是否使用 XTAL？

Ian、您好！

我们离硬件方面越来越近、接下来我将请到硬件专家那里。

-I 确实遇到了类似的问题，其中 CC2340R5器件在启用引导加载程序的情况下无法运行，但更改为禁止引导加载程序时允许加载程序。 我认为启用引导加载程序的权变措施是批量擦除、使用 UniFlash 将.out 文件刷写到器件中、但这需要一些额外的步骤。  

谢谢。
A·F

为了回答您的 XTAL 问题：  

没有 ROM 引导加载程序利用或引用任何 XTAL 寄存器或配置的器件。

谢谢。
A·F