[FAQ] [参考译文] 【常见问题解答】DM R5F 是否需要运行 IPC Echo 演示任务？

编号 DM R5F 也可以运行其他项目。

具有 DM R5F 的处理器需要在 DM R5F 上运行设备管理器 (DM) 任务。 因此您需要在 DM R5F 上加载并运行固件。 该固件需要通过调用 sciServer_init () 来启动 DM 任务。 但该固件不需要是 MCU+ SDK ipc_rpmsg_echo_linux 工程。

有关 DM R5F 开发的更多信息、请参阅 Processor 学院>多核>远程内核上的应用开发>在 DM R5F 上开发
AM62x || AM62Ax ||AM62Px

IPC_Echo 演示的用途是什么？

TI Linux 开发人员使用 IPC Echo 演示进行软件验证（即，是非运行的 Linux 内核、并且 Linux 驱动程序能够与非 Linux 内核成功交互）。

客户还可以使用 IPC Echo 任务作为开发与 DM 任务一起运行的自定义 DM R5F 代码的起点。 然后、客户会将 ipc_rpmsg_echo_linux 固件替换为自定义固件。

由于此演示代码仅在开发过程中实际使用、因此 IPC Echo 任务在正常的客户用例中实际上没有任何作用。

稍等。 DM 任务正在与所有处理器内核通信、对吧？ DM 任务如何进行处理器间通信 (IPC)？

DM 任务托管一个 SciServer。  处理器其余部分与 DM 任务之间的所有资源管理和电源管理请求都是 TI-SCI 消息、而不是 RPMessage 消息。 因此、器件正常运行不依赖于 DM R5F 和 Linux 之间的 RPMsg。

为什么 ipc_rpmsg_echo_linux 工程用于预编译的二进制文件？

我们评估了将预编译的 ipc_rpmsg_echo_linux 二进制文件替换为预编译的“空“二进制文件（即仅 DM 任务，没有其他任务正在运行）。 但此时、许多不同位置有许多 Linux 基础架构、它们依赖于名为“ipc_echo_testb_mcu1_0_release_strip.xer5f"的“的预构建二进制文件。 我们认为更换默认固件会有太多的工作、也会给客户造成太大的混乱。

熟悉 MCU+开发 流程的客户或 FAE 可以将预构建的 ipc_echo_testb_mcu1_0_release_strip.xer5f 二进制文件替换为不同的二进制文件、例如空工程。 有关更多信息、请参阅 【常见问题解答】如何确保 DM 任务是在 DM R5F 上运行的唯一代码？