[参考译文] SBL-AM263PX：MCU-PLUS-SDK OSPI 引导加载程序配置锁步运行模式

[报价 userid="588454" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1414689/mcu-plus-sdk-am263px-sbl-ospi-bootloader-configuration-lockstep-operating-mode "]

该项目用于在中编译预编译映像吗：

 mcu_plus_sdk_am263px_09_02_00_56\tools\boot\sbl_prebuild\am263px-cc

[报价]

Scott、您好、结论正确、在编译后步骤中、编译的二进制文件会复制到预编译文件夹中

尊敬的 Nilabh：

3)

我在"独立"模式下运行内核(运行不同可执行文件的内核)时使用 OSPI SBL、没有注意到问题。

如果选择了"Lockstep"、则针对引导加载程序参数：

 R5FSS0工作模式

 R5FSS1工作模式

...这是否意味着 内核需要执行自动锁步模式?

4)

我要使用：

   mcu_plus_sdk_am263px_09_02_00_56\examples\drivers\boot\sbl_ospi\am263px-cc

...作为 OSPI SBL 的起点。

我的 内核将运行 不同的可执行文件。 对 引导加载程序参数使用"独立"模式是否重要：

 R5FSS0工作模式

 R5FSS1工作模式

...？

此致、

Tollman

[报价 userid="588454" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1414689/mcu-plus-sdk-am263px-sbl-ospi-bootloader-configuration-lockstep-operating-mode/5424882 #5424882"]

我在"独立"模式下运行内核(运行不同可执行文件的内核)时使用 OSPI SBL、没有注意到问题。

如果选择了"Lockstep"、则针对引导加载程序参数：

 R5FSS0工作模式

 R5FSS1工作模式

...这是否意味着 内核需要执行自动锁步模式?

[报价]

尊敬的 Tollman：

这对我来说不是很清楚。 您是否发现在非锁步模式下运行的内核存在任何问题？

[报价 userid="588454" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1414689/mcu-plus-sdk-am263px-sbl-ospi-bootloader-configuration-lockstep-operating-mode/5424882 #5424882"]

我要使用：

   mcu_plus_sdk_am263px_09_02_00_56\examples\drivers\boot\sbl_ospi\am263px-cc

...作为 OSPI SBL 的起点。

我的 内核将运行 不同的可执行文件。 对 引导加载程序参数使用"独立"模式是否重要：

 R5FSS0工作模式

 R5FSS1工作模式

...？

[报价]

这将是一种选择。 您能解释一下您的引导加载程序设计吗、我在这里有更好的评论吗？

一降再降  

尊敬的 Nilabh：

关于：

"在非锁步模式下运行的内核是否存在任何问题？"

我没有问题、但配置：

 R5FSS0工作模式

 R5FSS1工作模式

...在引导加载程序中 SysConfig 似乎它可能是 错误的或无关的。

 

我想、因为我的内核是这样 不会 使用锁步、我可将配置更改为 "独立"。

如果这可行、请告诉我。

此致、

Tollman

Unknown 说：

…… 在引导加载程序中、SysConfig 似乎 错误或无关紧要。

大家好、Tollman 除了 IPC 之外、在任何其他示例中都不使用单机、因此我们会将两个内核保持在锁步状态。