[参考译文] AM62P：快速引导时间 KPI：ROM 引导中出现意外的延时时间

尊敬的 Bomiao：

我可以在结束时进行测试以验证这一点、 您能告诉我几件事吗：

1.这里 SBL stage1 映像的大小是多少？

2.为了进行确认、您的 SoC 是处于 OSPI 引导模式还是 xSPI 引导模式？

此致、

会面。

你（们）好

1. SBL1 阶段 1 图像的大小为 381kb。

2.我认为引导模式是 OSPI NOR、参考了 MCU_SDK 教程。

BR、

Bomiao

尊敬的 Bomiao：

请允许我在结束时运行一个测试、并检查是否可以重现这些结果、请预计本周中将得到回复。

此致、

会面。

尊敬的 Bomiao：

对不起,延迟,我测试了这在我的最后,结果是如预期的。 我得到的 ROM 执行时间为 30ms、如文档中所述：

我使用这种方法来测量这个: https://software-dl.ti.com/processor-sdk-linux/esd/AM62PX/11_01_16_13/exports/docs/linux/How_to_Guides/Target/How_to_boot_quickly.html#measurements

是在 TI EVM 还是定制电路板上测试？  

如果您使用的是定制电路板、则其上安装的闪存器件是什么？

此致、

会面。

尊敬的 Bomiao：

我可以观察到的唯一区别是映像的大小、我使用的是 sbl_ospi_linux_stage1.release.tiimage、大小为 260KB、但我怀疑大小差异会导致这么大的时间差。我附加了我的 SBL OSPI stage-1 映像、您可以在您的最后进行测试、并检查是否观察到预期的时序。

e2e.ti.com/.../sbl_5F00_ospi_5F00_linux_5F00_stage1.release.tiimage.zip

此致、

会面。

尊敬的会议：

我想问您在 sbl_start 设置哪个引脚为低电压、它是否与前面提到的教程 (MCU 接头 J11 上的 MCU_I2C0_SCL；引脚#24) 相同？ 如果您能在下面附上整个工程、也会很好。  

除此之外、我注意到我的映像名称为“sbl_ospi_linux_stage1.release.hs_fs.tiimage"，“，您、您的映像名称为“sbl_ospi_linux_stage1.release.tiimage"。“。 剂量这意味着安全启动会影响 ROM 启动时间？ 如果是、如何在 ROM 引导期间禁用安全启动？

BR、

Bomiao

我想问您在 sbl_start 设置哪个引脚低电压、它是否与上述教程 (MCU_I2C0_SCL；MCU 接头 J11 上的引脚#24) 相同？

是的。

如果您能在下面附加整个项目、也会很棒。  [/报价]

请查看附件： e2e.ti.com/.../sbl_5F00_ospi_5F00_linux_5F00_stage1.zip

除此之外、我还注意到我的映像名称为“sbl_ospi_linux_stage1.release.hs_fs.tiimage"，“，您、您的映像名称为“sbl_ospi_linux_stage1.release.tiimage"

“[/quote]

这是一个错误。 我本来应该附加 hs_fs.tiimage 本身。

尊敬的会议：

我已导入您昨天提供的项目、并在未进行任何修改的情况下进行了编译。 我刷写了二进制文件后、我们测得的 ROM 引导时间仍约为 70ms (73ms)。 我使用的 MCU+SDK 版本为 11.01.01.08、SysConfig 版本为 1.24.0。 我还附加了我们在刷写二进制文件期间使用的配置文件。 您能帮助我们仔细检查流程和代码是否合适吗？

# First point to sbl_uart_uniflash_stage1 binary
--flash-writer=sbl_prebuilt/am62px-sk/sbl_uart_uniflash_stage1.release.hs_fs.tiimage

# Points to sbl_uart_uniflash_stage2 binary
--file=../../examples/drivers/boot/sbl_uart_uniflash_multistage/sbl_uart_uniflash_stage2/am62px-sk/wkup-r5fss0-0_nortos/ti-arm-clang/sbl_uart_uniflash_stage2.release.appimage.hs_fs --operation=flash --flash-offset=0x0

# Program the OSPI PHY tuning attack vector
--operation=flash-phy-tuning-data

# When sending bootloader make sure to flash at offset 0x0. ROM expects bootloader at offset 0x0
--file=/home/fanbm/workspace_ccstheia/ospi_sbl_stage1/Debug/sbl_ospi_linux_stage1.Debug.hs_fs.tiimage --operation=flash --flash-offset=0x0

非常感谢

Bomiao

尊敬的 Bomiao：

您能否分享分析器/示波器的屏幕截图、说明您此次测量的方式。 我只想确保测量结果正确无误。

尊敬的会议：

我附上下面的示波器屏幕截图。  

BR、

Bomiao

尊敬的 Bomiao：

您能否分享 AM62P 器件顶部的器件型号或照片。 另外、请提供电路板版本号。

此致、

会面。

尊敬的会议：

请在 EVM 的器件型号上查找所附的照片。 另外、您能分享在哪里可以找到电路板版本号吗？  

BR、

Bomiao

尊敬的 Bomiao：

您共享的图片也包含板版本号。 我之前尝试过 PROC164E1、显示了 ROM 执行时间为 30ms、符合预期。

您正在使用 PROC164E1-1、所以我也尝试了这个版本的测试、我得到了 70ms 的 ROM 执行时间、和您一样。 Processor SDK 文档中记录的时间似乎来自 PROC164E1 、但在 PROC164E1-1 中、 该时间会增加。 让我在内部检查什么可能是同样的原因。

此致。

会面。

尊敬的会议：

非常感谢您的耐心和努力、至少我们找到了原因。 我期待着你在内部检查后的答复。

BR、

Bomiao

尊敬的 Fan：

我将在本周中期提供最新情况。

此致、

会面。

尊敬的会议：

到目前为止、您是否对此主题有任何更新？

BR、

Bomiao

尊敬的会议：

本周你有什么更新吗？ 已经过了两个星期了。

BR、

Bomiao

尊敬的会议：

到目前为止、您是否对此主题有任何更新？

BR、

Bomiao

尊敬的 Fan：

我观察到我的测试环境中的结果存在一些不一致性、我会尝试找出结果并返回给您。

此致、

会面。