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.

[参考译文] CC2530:有关 CC2530 SBL 升级固件的一些问题。

Guru**** 2465890 points
Other Parts Discussed in Thread: CC2530, Z-STACK

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

https://e2e.ti.com/support/wireless-connectivity/zigbee-thread-group/zigbee-and-thread/f/zigbee-thread-forum/1178877/cc2530-some-issues-about-cc2530-sbl-upgrade-firmware

器件型号:CC2530
Thread 中讨论的其他器件: Z-stack

大家好、

以下是客户的请求:

要求:通过串行端口更新 CC2530的固件、当前协议栈版本为2.5.1a。 客户计划 通过 主机在3.0.2和2.5.1A 之间自由切换 Z 堆栈。

进度: 请参阅文档"适用于 CC2530的串行引导加载程序"、使用串行端口写入固件的能力已成功使用 SerialBootTool 实现、并与闪存编程器确认写入数据没有问题。

问题: 程序过去正常工作、但是通过上述方案写入芯片后、发现芯片无法正常工作。 (以路由器为例、发现在通电后无法正常连接到网络。)  现在可以确定程序已成功从引导跳转到应用程序、但应用程序无法正常工作。  客户认为 修改是通过参考文档严格完成的、是否有类似的问题需要讨论?  除了程序偏移之外、是否还需要设置其他偏移?  通过在线仿真、可以发现程序在中断取消后滞留在"HAL_Board_init"中、因此它不会运行。

此外、使用闪存编程器将从上述文档生成的十六进制文件直接烧写到芯片中、而不拼接引导段。它是否起作用?

您可以帮助检查此案例吗? 谢谢。

此致、                                                         

Nick

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

    您好、Nick、

    根据说明、串行引导加载程序设计似乎按预期运行。  客户是否评估了不带引导加载程序的默认 Z-Stack 3.0.2示例?  他们是尝试重新加入 Zigbee 3.0网络还是尝试重新加入2.5.1a 网络?  由于安全不兼容,后者将无法实现。  使用相同的 Zigbee 协议版本时、最有可能在升级后重新加入。  从我的角度来看、 HAL_Board_init 不会关闭中断、因此我不知道中断程序在哪里被卡住。  他们能否提供代码片段并指向他们认为代码冻结的确切行?  我建议在两个版本上都保留闪存串行引导加载程序、因为引导加载程序无法擦除自身并支持更多的串行固件更改选项。

    此致、
    Ryan