工具与软件:
在我们的电路板上、我们将仅使用闪存在引导时加载程序数据(我们不使用 XIP)以及使用应用内更新编写新的程序映像。
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
Andy、您好!
感谢您的提问。
Unknown 说:、用于编写带有应用内更新的新程序映像。
据我所知、In -app 更新需要一个读 while 写闪存器件(RWW)。 IS25LX256- J HLE 是标准零件。 根据 ISSI 数据表、您将需要使用 IS25LX256-LHLE - RWW 器件。
Unknown 说:您能否建议我们将 OSPI 闪存 RESET#直接连接到 AM2634P WARMRSTn 输出是否足够?
是的、这足以满足您解释的大多数情况。
我需要确认硬件工程师的*bast_case*情况。 我将重新介绍这一点。
谢谢、此致、
Rijohn
Andy、您好!
除此之外、我建议 以类似于 EVM 上所做的方式连接闪存的 RESET#引脚、方法是 通过或逻辑同时传递 WARMRSTn 和 OSPI0_RESET_OUT0 (来自 AM263Px)来生成 RESET#引脚的复位(因为这些复位低电平有效、请使用与门)。 这是有必要的、因为在任何情况下、OSPI 闪存需要复位但 AM263Px 控制器不需要复位、则需要此或逻辑。 因此、我们建议 对 RESET#逻辑同时使用 WARMRSTn 和 OSPI0_RESET_OUT0。
[quote userid="558065" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1463637/am263p4-how-should-ospi-flash-reset-line-connect-to-am263p4我想如果发生这种情况、ROM 引导加载程序将无法读取 OSPI 闪存然后尝试加载 SBL、没问题您能否详细说明以上内容?
由于 ROM 引导加载程序在被擦除的扇区中无法读取 OSPI、因此它会尝试从冗余引导位置进行引导、如 AM263P 技术参考手册中的表5-10所示。
谢谢!
Tejas Kulakarni
Rijohn、Tejas、
感谢您的详细答复。 我看到通过逻辑或门连接 OSPI0_RESET_OUT0的用例、并将注意到它向前。
>>我想如果发生这种情况、ROM 引导加载程序将无法读取 OSPI 闪存、然后尝试加载 SBL、这是可以的
您能否详细说明以上内容?
我可以更清楚一些。
我们将引导模式引脚设置为 OSPI 读取、使用 UART 回退。 我认为、最坏的情况是 AM263发出擦除闪存扇区的命令、然后 AM263复位。 这会触发通过 WARMRSTn 输出使闪存复位、且闪存芯片应在复位后需要1秒才能恢复。 在1s 期间,我相信闪存芯片不会响应*ANY*命令。 因此、在这种情况下、RBL 会尝试从所有4个回退地址读取 SBL、并且每次都失败、因为闪存芯片没有响应。 然后、我希望 RBL 切换到 UART 回退引导模式;我们可以从这种模式恢复系统。
我们是否有另一个需要 RWW 操作的用例?
无 Andy、RWW 表示对 OTA 应用使用主要对象