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.

[参考译文] AWRL6432:SBL CAN 固件更新

Guru**** 2581715 points
Other Parts Discussed in Thread: AWRL6432, UNIFLASH, SYSCONFIG

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1567184/awrl6432-sbl-can-fw-update

器件型号:AWRL6432
Thread 中讨论的其他器件: UNIFLASHSYSCONFIG

工具/软件:

您好:

我们目前正在测试 基于 CAN 的 SBL 引导加载程序 AWRL6432 ES1.0 板上。

进度

  • 通过使用 CAN 通信、SBL 成功接收应用程序映像、将其写入 QSPI 闪存、并完成 CRC 验证。

  • 在 CCS 加载/运行环境中、SBL 正常运行、并且能够执行存储在 QSPI 闪存中的应用程序映像。

  • 但是、使用 UniFlash 将 SBL 刷写到分区 1 (0x0) 并将应用程序映像刷写到分区 4 (0x0010_0000) 后、上电复位时没有 UART 日志输出、也没有 CAN 响应。 设备无法引导。

观察结果

  • 基于 CAN 的图像接收、闪存编程和 CRC/标头验证都成功。

  • 映像大小为≥8KB、不是 2KB 的倍数(避免了勘误情况)。

  • 链接器和 SysConfig 设置与 TI 示例一致。

  • CCS 环境正常工作→问题似乎专门在“ROM→QSPI→SBL“冷启动路径中发生。

可疑原因

  • 根据 TI 勘误表、AWRL6432 ES1.0 具有不稳定或不受支持的 QSPI 启动。

  • 因此、在引导过程中、ROM 无法从 QSPI 可靠地加载 SBL。

  • 因此、虽然基于 CAN 的映像下载和闪存编程工作正常、但电源复位后、通过 QSPI 进行的冷启动不起作用。

问题

  1. 在 ES1.0 板上、SBL 只能通过 CCS Load/Run 或 UART boot(而不是 QSPI 冷启动)执行是否正确?

  2. 是否有任何内部情况或示例使 ES1.0 上的 QSPI 引导正常工作?

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

    您好:

    感谢您在 e2e 论坛上联系我们。  我们的一位 CAN 专家将在一天或两天内回复您。

    此致、

    Zigang

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

    您好:

    我强烈建议迁移到 AWRL6432 ES2.0、因为一些 ES1.0 器件问题已经在器件级别得到解决、并且许多其他问题都通过仅适用于 ES2.0 器件的最新 SDK 和固件得到解决。 遗憾的是、实际上不再支持 AWRL6432 ES1.0。

    此致、

    Kristien