Other Parts Discussed in Thread: UNIFLASH
器件型号: TDA4VEN-Q1
Thread 中讨论的其他器件: UNIFLASH
在执行 OSPI 初始化后、我们在 J722S EVM 上遇到问题。
- 我们从 U-Boot 中初始化(擦除/编程)OSPI 闪存。
- 然后、我们将之前使用过的图像写入 OSPI、没有任何问题。
- 执行此操作后、OSPI 引导不再工作:
- 从 OSPI 引导时、U-Boot 不会启动。
- 从 SBL 执行的 R5F 软件也不会运行。
- 在 UART 上未观察到输出、而日志以前可见。
在此 OSPI 初始化之前、相同的 OSPI 引导设置 (SBL→R5F/U-Boot) 正常工作。
此时、我们无法确定故障的任何明确原因。
我们想确认此问题是否与从 U-Boot 执行的 OSPI 初始化或擦除操作有关、或者在 J722S EVM 上重新初始化 OSPI 时是否存在任何已知的预防措施或所需的步骤。
任何指导或调试建议都将不胜感激。
使用 U-Boot 的 OSPI 初始化过程
使用以下 U-Boot 命令初始化 OSPI 闪存:
=> sf probe
=> sf erase 0 0x4000000
OSPI 编程程序和内容
中对 OSPI 闪存进行了编程 UART 引导模式 。
使用从主机 PC 执行编程 uart_uniflash.py。
.cfg用于编程的配置文件 () 的内容如下所示。
--flash-writer=/home/kozai/cms_proj/uniflash_img/sbl_uart_uniflash.release.hs_fs.tiimage
# Program the OSPI PHY tuning attack vector
--operation=flash-phy-tuning-data
# Now send one or more files to flash or flashverify as needed. The order of sending files does not matter
# Hsm binary
#--file=/home/kozai/ti/ti-processor-sdk-rtos-j722s-evm-11_01_00_04/mcu_plus_sdk_j722s_11_01_00_15/tools/boot/hsm_bin/hsm-demo-firmware-j722s-hs-fs.bin --operation=flash --flash-offset=0x80000
# MulticoreApp
#--file=/home/kozai/cms_proj/linuxAppimageGen_tr/board/j722s-evm/linux.appimage.hs_fs --operation=flash --flash-offset=0xC0000
# Flash U-Boot.img
#--file=/home/kozai/ti/ti-processor-sdk-rtos-j722s-evm-11_01_00_04/mcu_plus_sdk_j722s_11_01_00_15/tools/boot/hlos_prebuilt/j722s-evm/linux/u-boot.img --operation=flash --flash-offset=0x280000
# When sending bootloader make sure to flash at offset 0x0. ROM expects bootloader at offset 0x0
--file=/home/kozai/cms_proj/sbl_ospi_hlos/j722s-evm/wkup-r5fss0-0_nortos/ti-arm-clang/sbl_ospi_hlos.release.hs_fs.tiimage --operation=flash --flash-offset=0x0
此致、
Toshiki