[参考译文] AM263P4：sbl_can_uniflash WON&#39；t Flash with --flash-offset=0x81000

尊敬的 Kier：

请分享一些更多信息、

您使用哪种引导模式？

这是定制板还是 TI EVM

您还在使用哪种闪存？

您运行 OSPI 的频率是多少？ 您是否在 OSPI 中使用 PHY 模式？

您好：Nilabh、

我看不到问题的相关性。 使用偏移量  0x80000 时、刷写操作正常。 无论如何…

您正在使用哪种引导模式？

我使用 OSPI 1S 模式。

[报价 userid=“500225" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1547359/am263p4-sbl_can_uniflash-won-t-flash-with---flash-offset-0x81000/5957615

这是定制板还是 TI EVM

您还在使用哪种闪存？

[/报价]

如器件型号字段所示、我使用 的是 TMDSCNCD263P。

您运行 OSPI 的频率是多少？ 您是否在 OSPI 中使用 PHY 模式？

根据 TI 工程“sbl_can_uniflash_am263px-cc_r5fss0-0_nortos_ti-arm-clang"。“。

之所以重要、是因为 OSPI 的使用速度比使用速度快。

当使用 OSPI 以更高的速度访问闪存时、需要在 0x80000 位置进行闪存调优数据、因此您无法在那里刷写应用程序、但如果您以较慢的速度使用、则不需要闪存调优数据。 您可以在该位置进行刷写。

是、但描述的问题是我无法在 0x8 处刷写 1. 000 此外、原因是此测试失败 (flashOffset % eraseBlockSize)== 0。

这可能更多地涉及配置文件中不正确或缺失的建议：

# When sending application image, make sure to flash at offset 0x80000 (default) or to whatever offset your bootloader is configured for
--file=../../examples/drivers/ipc/ipc_notify_echo/am263px-cc/system_freertos_nortos/ipc_notify_echo_system.release.appimage --operation=flash --flash-offset=0x80000

将偏移量更改为“引导加载程序配置的任何偏移量“对于需要将应用程序设置为 0x81000 的 SBL 都不起作用。

您好：Nilabh、

谢谢、但不能 100%确定您的意思。 已存在如下行：

BOOTLOADER_UNIFLASH_OPTYPE_FLASH_SECTOR               = 0xF7

“你要我做什么?“

对不起,如果我不清楚,

由于 SBL 尝试执行非块大小对齐的写入、因此写入失败。

我问的是从 can_uniflash python 脚本中发送一个扇区写入命令、而不是默认的块写入命令。

好的、谢谢。

在考虑了 Python 脚本之后、我想您需要的是 --操作=闪存扇区写入  而不是 配置文件中的--operation=flash。

optypewords = {
"flash" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH,
"flashverify" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH_VERIFY,
"flash-xip" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH_XIP,
"flashverify-xip" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH_VERIFY_XIP,
"flash-phy-tuning-data" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH_TUNING_DATA,
"erase" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH_ERASE,
"flash-emmc":BOOTLOADER_UNIFLASH_OPTYPE_EMMC_FLASH,
"flashverify-emmc":BOOTLOADER_UNIFLASH_OPTYPE_EMMC_VERIFY,
"flash-sector-write":BOOTLOADER_UNIFLASH_OPTYPE_FLASH_SECTOR,
"flash-mcelf-xip":BOOTLOADER_UNIFLASH_OPTYPE_FLASH_MCELF_XIP,
"flashverify-mcelf-xip" : BOOTLOADER_UNIFLASH_OPTYPE_FLASH_VERIFY_MCELF_XIP
}

遗憾的是、 Python 脚本中不支持参数“flash-sector-write"：“：

Parsing config file ...
Traceback (most recent call last):
  File "C:\ti\mcu_plus_sdk_am263px_10_01_00_34\tools\boot\can_uniflash.py", line 912, in <module>
    main(sys.argv[1:])
  File "C:\ti\mcu_plus_sdk_am263px_10_01_00_34\tools\boot\can_uniflash.py", line 635, in main
    parse_status = filecfg.parse()
  File "C:\ti\mcu_plus_sdk_am263px_10_01_00_34\tools\boot\can_uniflash.py", line 893, in parse
    status = linecfg.validate()
  File "C:\ti\mcu_plus_sdk_am263px_10_01_00_34\tools\boot\can_uniflash.py", line 793, in validate
    f = open(self.filename)
TypeError: expected str, bytes or os.PathLike object, not NoneType

因此、我根据您的请求对脚本进行了黑客攻击：

    file_header = struct.pack(file_header_str,
                              BOOTLOADER_UNIFLASH_FILE_HEADER_MAGIC_NUMBER,
                              optypewords[linecfg.optype],
                              offset_val,
                              erase_size_val,
                              actual_file_size,
                              rsv_word, rsv_word, rsv_word
                             )

...到...

    file_header = struct.pack(file_header_str,
                              BOOTLOADER_UNIFLASH_FILE_HEADER_MAGIC_NUMBER,
                              BOOTLOADER_UNIFLASH_OPTYPE_FLASH_SECTOR,
                              offset_val,
                              erase_size_val,
                              actual_file_size,
                              rsv_word, rsv_word, rsv_word
                             )

这似乎成功刷写。

因此、该问题可以总结如下：

SDK can_uniflash.py 与 SDK sbl_ospi.release.tiimage 不兼容（因为 SBL 需要偏移 0x81000，且不支持闪存扇区写入） 。

您能否提交 TT 以更正此问题？

另请注意、偏移量为 0x81000 的闪存失败仍会在 Python 脚本……中报告为成功

...尽管响应标头说其他: