[参考译文] UNIFLASH：关于使用 UniFlash CLI 的验证方法

您好、\

我已收到您的查询。 请给我一些时间来研究一下这个问题。 我将尝试通过该星期五做出响应。 感谢您的耐心。

此致、
Aswathi

 

 

您好：  

在 uniflash CLI 工具中、程序验证功能对 AM26x 器件无效。 在 UniFlash CLI 文档中提到这一点、因为该文档是工具的通用文档。 对于 AM26x 器件、这只是假打印。

为了进行验证、请使用 MCU PLUS SDK 中的 sbl_JTAG_uniflash 示例。 此工具可对应用程序和 XIP 文件进行编程和验证。

工具链接： mcu_plus_sdk_am263px_11_01_00_19\examples\drivers\boot\sbl_jtag_uniflash

此致、

Aswin

您好： Imada Atsuki

该工具应由 CCS 自行使用。 让我检查一下这是否可以通过 CLI 使用。我将检查这一点并返回给您。

此致、

Aswin

您好：Imada Atsuki

请问您所处的 SDK 是什么？ 从 SDK 版本 11.0 开始、仅支持 mcelf 映像。

在 vSDK 版本 11.0 之前的版本中、仅支持应用程序映像。 XIP 映像验证也仅在 11.0 SDK 中可用。 因此、如果您使用的是应用映像、则无法进行 XIP 映像验证。

对于满足您要求的闪存器实用程序、

1.需要修改 sbl_jtag_uniflash 示例、以直接刷写 SBL 和应用程序映像。 当前它等待用户提示。 需要消除此等待。

需要写入一个 DSS 脚本、它会将 sbl_jtag_uniflash 的.out 文件加载到存储器中。

3.加载映像后、需要在脚本控制台中运行 loadRaw () 命令以将 SBL 和应用程序映像加载到 RAM 中、以便 SoC 中运行的 sbl_jtag_uniffflash 可以访问该映像。 需要完成此操作是因为闪存器应用程序在 SoC 中运行后无法访问系统中的本地文件。

步骤 2 中提到的 DSS 脚本也需要处理步骤 3 中的 loadRaw () 命令。 请告诉我该方法是否可以接受、SDK 版本如何？

┌─────────────────────────────────────────┐
│ 1. Load SBL JTAG Uniflash via JTAG      │
│    - Connects via JTAG/debugger         │
│    - Loads uniflash app to RAM          │
│    - Displays menu on serial console    │
└─────────────────────────────────────────┘
                    ↓
┌─────────────────────────────────────────┐
│ 2. Load Image into RAM                  │
│    - Provided file path & flash offset  │
│    - Execute loadRaw in CCS console     │
└─────────────────────────────────────────┘
                    ↓
┌─────────────────────────────────────────┐
│ 3. Flash/Verify Operation               │
│    - SBL processes image from RAM       │
│    - Writes to external flash           │
│    - Verifies data integrity            │
│    - Returns status                     │
└─────────────────────────────────────────┘

尊敬的 Imada Atsuki：

需要增大 FILE_MAX_SIZE 宏。 此外、还需要在链接器脚本中进行相同的更改、以便容纳文件。

此致、

Aswin

您好：

我尝试将内存区域 MSRAM_区域大小修改为 0x003E3700、但收到以下错误：
“大小不能大于 3145728 B“、
因此我无法更改设置。

您能告诉我这条消息的来源吗？ 来自 SysConfig。 此外、我假设 MSRAM 是片上 RAM 区域。 器件没有这么多的 RAM 区域。 文件大于 4MB。

[引述 userid=“647936“ url=“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1633229/uniflash-regarding-verification-methods-using-the-uniflash-cli/6368696

② 什么是基地址? 失调电压有什么含义？

我知道 sbl_jtag_uniflash 将用于闪存的软件加载到 RAM 中、然后将其写入闪存。

此时会指定偏移、但哪个地址用作基准？
它是闪存的起始地址 (0x60000000) 还是其他地址？

[/报价]

我假设偏移与图中所示的偏移相关

是、这是闪存中的偏移、即相对于闪存基地址的偏移量（在本例中为 0x6000_0000）

[引述 userid=“647936“ url=“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1633229/uniflash-regarding-verification-methods-using-the-uniflash-cli/6368696

③ 它使用块写入、但我想扇区写入（写入 0x81000）

在这种情况下,我打算从闪存地址开始编写软件 0x60081000。
但是、示例代码使用基于块的写入而不是基于扇区的写入、因此无法按预期编写。
（似乎只能指定 0x0 或 0x020000。）

是否有任何支持基于扇区的写入的示例代码？

[/报价]

请问、在这种情况下使用的 operationTypeAndFlags 是什么？ 存在 bootloader_UNIFLASH _OPTYPE_FLASH_SECTOR 参数

[引述 userid=“647936“ url=“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1633229/uniflash-regarding-verification-methods-using-the-uniflash-cli/6368696

④ 未修改的示例代码无法正常工作

完全擦除闪存后、我通过 CCS 调试将代码部署到 RAM 中并尝试运行它、
但 sbl_jtag_uniflash 没有在定制板 RAM 上开始。

然而、当使用已编写示例 SBL 的定制板时、
sbl_jtag_uniflash 按预期启动。

是否 sbl_jtag_uniflash 需要 SBL 才能运行？

此外、在使用之前 sbl_jtag_uniflash、我编写了示例 SBL 并使用 UniFlash 转储对其进行了验证。
然后我使用编写了相同的 SBL sbl_jtag_uniflash 、并使用转储文件再次进行了检查。
但是、样本 SBL 所在的区域用零填充、
并且 SBL 没有引导。

您有任何解决此问题的建议吗？

[/报价]

是否 sbl_jtag_uniflash 需要 SBL 才能运行？

 不需要任何样片 SBL。 您是否已确认 OSPI 和闪存设置是否符合定制电路板的要求？ 该文件可直接从 CCS 加载。

在从 CCS 加载 sbl_jtag_uniflash 示例时、您可以分享观察到的吗？

然后我使用编写了相同的 SBL sbl_jtag_uniflash 、并再次用转储进行了检查。
但是、样本 SBL 所在的区域用零填充、
并且 SBL 未引导。

这主要表明存在闪存通信问题。 这可能与 SysConfig 中的 OSPI 闪存配置相关。 如果我记得正确、KHI 已在之前调试的定制电路板上尝试过该示例。

此致、
Aswin