[参考译文] AM6442：AM64x 上的 PSRAM 可用性

您好 Aravind、

感谢您的回复。

这是不幸的、因为 PSRAM 提供了一种保存数据的易于访问的方法、例如、在之前的例外情况下、不依赖任何驱动程序-写入 EEPROM 或 OSPI 会调用大量软件、因此 PSRAM 更优雅。

出于好奇：

AM64x 中地址0x0处的 PSRAMECC0_RAM 是什么？

此致、

Dominic

您好 Aravind、

这很不幸。

我们的应用程序需要应用程序的回退副本、并且由于应用程序和 SYSFW 版本需要匹配、因此我们还具有回退引导加载程序。 由于 AM65x (如 AM64x)只能在 xSPI 中具有+4MB 的备份引导地址、这对于我们的16 MB NOR 闪存来说非常不方便、因此我们有一个预引导加载程序、它在不加载 SYSFW 的情况下运行、并且它的任务是验证和加载实际的引导加载程序。 如果实际的引导加载程序或应用程序想要引导至"另一个"副本、它会更新 PSRAM 内容并触发重新引导。 预引导加载程序从 PSRAM 读取数据、并引导所需的引导加载程序、随后引导所需的应用程序。

使用 AM64x 之外的某些存储器时出现的问题是、预引导加载程序需要在没有 SYSFW 的情况下运行。 如果没有 SYSFW、我们无法为任何外部接口配置时钟。 我们可以在 xSPI 引导闪存中使用某个位置、但将其作为"正常"引导流程的一部分写入会带来我们希望避免的风险。

• 是否可以使用复位隔离和 MCU 域在复位过程中保持某种状态、该状态足以复位 R5f、大多数/所有外设、尤其是 DMSC？

此致、

Dominic

您好 Dominic、

让我将您的问题发送给我们的引导专家。 请期待我们的团队成员对此做出回应。

谢谢

Dominic、

我们将在内部对此进行讨论、以便为您提供一些选项。 请注意、Aravind 建议的 I2C EEPROM 选项是有效的替代方案。 n`t 不需要为 I2C 设置时钟、因为如果需要从 EEPROM 进行读取和写入、可以将 PLL 的 I2C 时钟设置为 BYPASS。  

但是、我们确实知道、使用 PSRAM 是实现相同目标的一个方便选择、因此、让我在内部对此进行讨论并总结备选方案。

此致、

Rahul