• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 630 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC2538：卡在引导加载程序中

admin
Guru**** 2933260 points

Other Parts Discussed in Thread: CC2538, TIMAC

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/694306/cc2538-stuck-in-bootloader

器件型号：CC2538
主题中讨论的其他器件： SEGGER、 TIMAC

您好！

我只是想提请大家注意我们在 CC2538和 IAR 8.20方面遇到的一个问题。

只是回顾一下问题是什么：

我们有一个基于 TIMAC 堆栈1.5.2的项目、我们使用的是带有 Segger J-Link Ultra+调试探针的 IAR 7.40。

一名新开发人员进入该项目并将其升级为 IAR 8.20 (8.20.1.14188)。 一切似乎都可以正常工作、但经过一段时间后、电路板会卡在硬故障中、而不会经过主板。

您可以看到此主题以了解更多信息：

我将详细介绍组装说明、并与功能正常的电路板进行比较。 我试图弄清楚正在发生的情况、这样做时、我用一些奇怪的调试器消息欺骗了另一个电路板。

我记得、我们使用了 IAR 7.40并尝试加载您站点上提供的 PER 测试仪固件。 我很惊讶、但电路板开始工作。 我甚至能够返回 IAR 8.20并调试我的另一个项目。

我们有4块看起来是被骗的板、我们能够使用同样的方法"恢复"其中的3块板。 如果您想"检查"它、我们会保留一个。

我们将把项目恢复为 IAR 7.40、但是否有可做的事情来使最新的 IAR 版本正常工作。

此致、
米歇尔

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

    我目前正在尝试与能够解决您在 IAR 版本之间遇到的问题的人联系。

    此致、
    Ryan
  • 0
    TI__Guru**** 2933260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Michel、

    目前仍在内部对此进行调查。 您是否找到了解决方案或已与 IAR 支持部门联系？

    此致、
    Ryan
  • 0
    TI__Guru**** 2933260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Ryan、

    我们已经与 IAR 建立了联系、目前还没有任何线索。 我们仍然处于通信状态。

    我的同事一直 通过电子邮件与 Darren Jenkins 交流。

    在上一封信函中、Darren 请求上传我们的项目以尝试重现问题。 但是，正如所提到的，这种现象只是偶尔发生一次，因此我不知道这种现象是多么容易重现。

    我们应该继续通过 Darren 的电子邮件、还是通过此论坛？

    此致、
    米歇尔
  • 0
    TI__Guru**** 2933260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好！
    在 SDK 的发行说明中、我们指定了测试 SDK 的 IAR 版本、并提到 SDK 项目可能无法与不同的 IAR 版本配合使用。

    无论如何、我认为这可能会发生、因为 CCA (客户可配置区域)页面中的"有效映像"位可能会在闪存中的不同位置刷写。
    请参阅 www.ti.com/.../swru319c.pdf 的"8.6闪存锁定位页面和客户配置区域(CCA)"部分

    使用不同版本的 IAR 时、请检查"startup_ewarm.c"中的"__CCA"是否插入正确的地址

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

    Hector、您好！

    我不在办公室、所以明天早上我会检查、但是如果_CCA 不正确、每次运行调试器时都会使器件发生故障。 除非我的理解不正确。 在我们的情况下、问题会随机发生、因为我们可以在几天内正常调试、一段时间后、器件始终处于硬故障状态。 我们似乎无法随意复制它。

    IAR 8.20能否不会在每次调试器启动时对这些位进行编程？

    我将在验证 startup_ewarm.c 中的地址后更新此论坛

    此致、

    米歇尔  

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

    您是否能够进一步调试？

    此致、
    Ryan
  • 0
    TI__Guru**** 2933260 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Ryan、

    我们刚刚发现了问题。

    项目选项中选择的器件不正确。 我们复制了之前使用 CC2538NF23的项目。 EVM 使用 CC2538SF53。 主要区别在于闪存的大小。
    但是、我们首先更改了项目中的器件、但未解决问题。 主要区别在于闪存的大小、因此我认为链接器文件中可能存在一些差异。

    FLASH_CCA 有一个定义、它是 CCA 的位置(其中有效位为)。 因此、我们从未写入 CCA、因为我们配置的器件没有正确的地址。

    感谢大家的帮助、很抱歉让我们花了这么长时间。 这个问题现在已经持续了很长时间。

    米歇尔