工具与软件：
你好
在我们的项目中、我们使用了 AM263P4 MCU。 我们使用 XDS110作为编程器和调试器。 从 RAM 中、闪存演示项目运行没有任何问题、但 UniFlash 自定义试用项目在开发引导模式下无法工作、并且我们会遇到错误。 我们的 Octo SPI 连接与 LaunchPad 上的连接相同。
您能否就此问题提供帮助？
此致、
Egemen
您好、Brennan：
同时、我们根据发送的步骤尝试通过 UART 刷写代码、但代码冻结、如图所示。
此致、
Egemen
您使用的是定制 PCB、对吧？ 如果是、您是否创建了定制的"am263px_flasher.out"来与您的定制 PCB 相匹配？
TI 制造的"am263px_flasher.out"将仅适用于 TI 制造的硬件、因为它预计会从 EEPROM 读取 EVM 电路板版本(E1或 E2)。 如果无法从 EEPROM 读取、则会超时、并提供您看到的错误。 查看此主题： AM263P4-Q1：UNIFLASH：在 QSPI (1S)引导模式下无法通过 XDS11S 进行刷写-基于 Arm 的微控制器论坛-基于 Arm 的微控制器- TI E2E 支持论坛
简而言之、您应该：
1)重新构建此工程以忽略上述 eeprom_read ()：sdk\tools\flasher\JTAG_uniflash\am263px-cc\r5fss0-0_nortos
2) 2)创建定制闪存器后、在 UNIFLASH 中选择它：
3) 3)请记住在您的微控制器上设置 OSPI 引导模式。 DevBoot 无法从 OSPI 引导。
好的、在本例中原因不是 EEPROM 读取。 可能从 Board driversOpen ()返回不成功?
TI 的 flasher.out 只有在您具有相同的 OSPI 硬件时才能工作。 例如、我可以看到、LaunchPad 具有不同的 OSPI IC。 这可能是它不起作用的众多原因之一。
重点仍然是、如果您有自定义硬件、那么您很可能需要构建和调试您自己的自定义 Flasher。
您好 Nilabh：
感谢您的支持。
我们根据定制电路板修改了 SPI_OSPI 代码、并调整了 SysConfig 中的闪存写入器、然后对其进行编译和刷写。
在第一个图中、当仅刷写引导加载程序时、加载了该程序而没有任何问题。
在第二个图中、刷写引导加载程序和应用程序时出现了问题。
在第三个图中、它成功加载、没有任何问题。
这种行为是否正常？
此致、
Egemen
