Other Parts Discussed in Thread: UNIFLASH
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号： TDA4VEN-Q1
Thread 中讨论的其他器件： UNIFLASH
我们使用基于 TDA4VEN (J722S SoC) 的定制板、并将软件编程到 OSPI 闪存中。
存在许多风险
- SoC：TDA4VEN
- SDK：
ti-processor-sdk-linux-adas-j722s-evm-11_01_00_03ti-processor-sdk-rtos-j722s-evm-11_01_00_04
编程程序
我们使用 Uniflash 的 UART 引导模式对 OSPI 进行编程。
- 引导模式 (UART)：
- SW3：
11011100 - SW4：
00000000
- SW3：
- 已使用的图像：
sbl_uart_uniflash.release.hs_fs.tiimage
以下元件写入 OSPI：
flash-phy-tuning-datahsm-demo-firmware-j722s-hs-fs.binlinux.appimage.hs_fsu-boot.imgsbl_ospi_hlos.release.hs_fs.tiimage
观察到的行为
-
仅在 OSPI 引导模式下引导时：
- SW3：
11001110 - SW4：
01000000
→系统引导成功、来自 OSPI 的 SBL 正常运行。
- SW3：
-
当在 Primary = OSPI 下引导时、Backup = UART：
- SW3：
11010000 - SW4：
00110000
→器件不会从 OSPI 引导、而是始终回退 UART 引导模式。
- SW3：
这种行为不仅在我们的定制电路板上、在 J722S EVM 上也可重现。
问题
在我们的生产板上、 将不安装引导模式开关。
我们的预期流程为：
- 应用 备用 UART 引导以对 OSPI 进行编程
- 下次上电时、器件应自动从主 OSPI 引导
但是、在当前行为下、当 Primary=OSPI & Backup=UART 时、不选择 OSPI。
- J722S/TDA4VEN 的这种预期行为是不是？
- 是否存在任何已知限制、配置要求或建议的解决方案？
- 我们是否需要为 ROM/SBL 进行任何额外的 OSPI 接头/签名配置、以便在此模式下接受 OSPI 作为有效的主引导源？
请提供任何指导。
