| 开关编号 | 1 | 2. | 3. | 4. | 5. | 6. | 7. | 8. | 9. | 10. |
| SW8 | 关闭 | 关闭 | 关闭 | 关闭 | 打开 | 关闭 | 打开 | 关闭 | 关闭 | 关闭 |
| SW9 | 关闭 | 打开 | 打开 | 关闭 | 关闭 | 关闭 | 关闭 | 关闭 | 关闭 | 关闭 |
| SW3 | 关闭 | 打开 | 打开 | 打开 | 关闭 | 关闭 | 打开 | 关闭 | 打开 | 关闭 |
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：PROCESSOR-SDK-J7200 主题中讨论的其他器件：DRA821U
您好！
我尝试从 J7200 SDK 8.02上的 OSPI 引导、但首先我尝试通过 SD 上的 u-boot 进行闪存。
我正在尝试使用安装了 DRA821U 的 J7200。 我使用 SD 卡启动、然后使用 u-boot 至 SF 探针、并使用 TFTP 更新 SF、如下所示。
在没有明显的闪烁问题后、我无法启动。 我已将引导开关设置为：
SF 命令似乎正常运行、但在将引导模式切换到 OSPI 时、UART 上不会显示任何内容。
我有一个理论、但无法确认、因为 ospi_phy_pattern 已在开发套件中、SF 擦除已发生错误。
使用我们的定制硬件、phy 模式尚未在 OSPI 中。 我在 SF 探头中添加了一个打印输出、显示探头所处的存储器中的内容(0x3fc0000)。 经过一些调查后、我发现 ospi_phy_pattern 被写入的比预期的晚1个字节、因此我们在末尾丢失了最后一个字节 当在尝试配置时读回时，从0x3fc0000开始，顺序为0x00 0xFE 0xFF.... 而不是直接进入0xFE 0xFF… 在开发套件上使用相同的打印输出时，回读显示0xFE 0xFF.... 我曾尝试再次更新它、并获得相同的结果。 此外、在运行 SF 探测器时、会显示与此直接相关的未能找到配置文件错误。
我认为这就是 OSPI 引导不起作用的原因、因为我认为它查看的是第一个文件的 OSPI 中的偏移量0x0、并且在一个字节后写入。
我是否需要采取不同的措施或在闪烁时缺少什么？ 此外、SF 更新是否应该比给它的地址晚一个字节开始？
