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.

[参考译文] CC3235SF:调试期间加载程序错误

Guru**** 1826200 points
Other Parts Discussed in Thread: CC3235SF, UNIFLASH, CC3220SF, CC3235S, CC3230SF
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/824220/cc3235sf-load-program-error-during-debugging

器件型号:CC3235SF
主题中讨论的其他器件: UNIFLASHCC3220SFCC3235SCC3230SF

您好!

在基于 CC3235SF 的定制板上进行调试时、我遇到错误。

我可以使用 Uniflash 下载程序、它运行得非常完美。

在将 SOP 更改为2线调试后、我也能够调试代码。

当我更改一行代码并尝试通过 SWD 进行调试而不使用 Uniflash 对器件进行编程时、就会出现问题。

然后、如果我使用 Uniflash 对更新后的代码进行编程、我能够再次对其进行调试。

以下是调试期间的确切观察结果:

在程序上传过程中显示一些进度后、结果显示以下错误。

我在定制板上而不是在 Launchpad 上观察到这个问题。

定制板的布局和原理图与 LaunchPad 完全相同。

此致

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

    您是否曾尝试更改 CCS 中的程序频率?

    此致、
    Chris   

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

    您好 Chris、

    我通过将 SWD 频率更改为100kHz 进行了检查。 它没有解决这个问题。  

    然后、我连接到在2个不同的 LaunchPad 板上进行测试。 我遇到相同的错误。

    目标复位
    Cortex_M4_0:文件加载程序:验证失败:地址0x010107E0处的值不匹配请验证目标存储器和存储器映射。
    Cortex_M4_0:GEL:文件:xxx\MQTT_CLIENT_CC3235SF_LAUNCHXL_tirtos_ccs\Debug\MQTT_CLIENT_CC3235SF_LAUNCHXL_tirtos_ccs.out:发生数据验证错误、文件加载失败。

    如果我对刷写到器件中的程序不做任何更改、那么我可以轻松地对其进行调试。 因此、该观察结果消除了与调试器进行硬件连接的可能性。

    但是、当我在程序中进行任何更改时、它会抛出该错误。 地址始终 为0x010107E0。

    下面的注释示例 print 语句会导致错误、当我再次取消注释时、错误会消失

    UART_PRINT ("\n SL_Stop 失败\n");

    还有一个观察结果。 如果我更改宏 #define application_version  

    从 "1.1.1"更改为"1.1.2"

    程序加载成功进行、但仍在终端上打印  

    MQTT 客户端示例版本:1.1.1

    因此、我认为调试器无法对器件的内部闪存进行编程。

    如果是、可能的原因是什么?

    我仅在开发模式下刷写器件。

    我还观察到一种行为:

    如果我更新同一个宏  

    从 "1.1.1"更改为"1.1.222"

    然后调试器加载映像、但运行指针的程序(显示当前程序是调试器的位置的箭头)从未出现。 播放按钮也被禁用、只有停止按钮被启用。

    如果您需要进行更多测试、请告诉我。

    此致

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

    您好!

    我在 CC3220SF 上测试了此行为。 它按预期工作。

    此致

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

    Jitendra、您好!

    请尝试以下操作:

    1) 1)将 SOP 引脚设置为001 (允许 SWD)

    2) 2)打开新的 Uniflash 配置。 请确保选择 CC3235SF、而不是 CC3235S。

    3) 3)将配置设置为开发模式

    4) 4)仅添加最新的服务包

    5) 5)使用 Uniflash 对电路板进行编程

    6) 6)尝试使用 XDS110调试 SDK 中的示例。  

    这将确保器件处于可访问 JTAG 的开发模式、没有应用程序映像重新配置 GPIO、或者将器件置于低功耗模式、从而阻止 JTAG 访问。

    同时确保在 CC3235SF.ccxml 中选择 CC3235SF_SWD。  

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

    Jitendra、

    在这方面有什么进展?

    BR、

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

    尊敬的 Seong:

    我曾尝试过您的建议、但它不起作用。

    但我觉得我的工作区中有一些设置会导致这种问题。

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

    您好、Seong、

    如果我在目标配置 CCXML 文件中将器件更改为 CC3230SF_SWD、我能够按照预期在 CC3235SF 板上调试代码。

    它是否与芯片的安全特性有关?

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

    不、这与它无关。

    您使用的是哪个版本的 CCS?

    BR、