28377d 中 CPU2的引导加载程序受 CPU1控制、此图显示 CPU1复位 CPU2后的流程。 在独立模式下,引导模式由 Zx-BOOTCTRL 寄存 器控制,DCSM 模块中有两个 BOOTCTRL 寄存器,一个是 Z1-BOOTCTRL 寄存器,另一个是 Z2_BOOTCTRL 寄存器。
我的问题在于 CPU2的引导加载程序,哪个寄存器需要 CPU2的引导模式?
此致
摇晃
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.
28377d 中 CPU2的引导加载程序受 CPU1控制、此图显示 CPU1复位 CPU2后的流程。 在独立模式下,引导模式由 Zx-BOOTCTRL 寄存 器控制,DCSM 模块中有两个 BOOTCTRL 寄存器,一个是 Z1-BOOTCTRL 寄存器,另一个是 Z2_BOOTCTRL 寄存器。
我的问题在于 CPU2的引导加载程序,哪个寄存器需要 CPU2的引导模式?
此致
摇晃
您好、我震惊了、
CPU (CPU1和 CPU2)上都存在 Z1-BOOTCTRL 和 Z2-BOOTCTRL。 每个 CPU 有两个安全区域、因此有两个 BOOTCTRL 寄存器。 您可以使用其中任何一个来控制引导设置、但如果您使用 Z2_BOOTCTRL 寄存器列表、则您将有机会通过编程 Z1_BOOTCTRL 来更改它(如果需要)。
此致、
Vivek Singh
你好! Vivek Singh
感谢您的回答,我知道理想
还有另一个问题、如图所示、如果 CPU2从闪存引导、它可以转到自己的应用程序本身。 为什么必须有这些代码。
#ifdef _standalone
#ifdef _flash
//
//发送引导命令以允许 CPU2应用程序开始执行
//
IPCBootCPU2 (C1C2_Brom_BOOTMODE_BOOT_FROM _FLASH);
其他
//
//发送引导命令以允许 CPU2应用程序开始执行
//
IPCBootCPU2 (C1C2_Brom_BOOTMODE_BOOT_FROM _RAM);
#endif
#endif
另一个问题。 如图所示、如果 CPU2从闪存引导、则 CPU2可以转到其自己的应用程序本身。 但为什么 CPU1中必须有这些代码?
#ifdef _standalone
#ifdef _flash
//
//发送引导命令以允许 CPU2应用程序开始执行
//
IPCBootCPU2 (C1C2_Brom_BOOTMODE_BOOT_FROM _FLASH);
其他
//
//发送引导命令以允许 CPU2应用程序开始执行
//
IPCBootCPU2 (C1C2_Brom_BOOTMODE_BOOT_FROM _RAM);
#endif
#endif
此致
摇晃