工具/软件:
您好、TI 专家
SDK 版本为 mcu_plus_sdk_j722s_11_00_00_12
运行的内核为 MCU-R5f
是否可以为 mcu-R5f 提供一个例程来同时与 main-R5f 和 A72 通信?
此外、是否有一个单独的例程供 MCU-r5f 和 A72 与 IPC?通信
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.
工具/软件:
您好、TI 专家
SDK 版本为 mcu_plus_sdk_j722s_11_00_00_12
运行的内核为 MCU-R5f
是否可以为 mcu-R5f 提供一个例程来同时与 main-R5f 和 A72 通信?
此外、是否有一个单独的例程供 MCU-r5f 和 A72 与 IPC?通信
您好:
[quote userid=“602005" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1540420/tda4ven-q1-mcu-r5f-communicates-with-main-r5f-and-a72-via-ipc-simultaneously您好、TI 专家
SDK 版本为 mcu_plus_sdk_j722s_11_00_00_12
运行的内核为 MCU-R5f
是否可以为 mcu-R5f 提供一个例程来同时与 main-R5f 和 A72 通信?
此外、是否有一个单独的例程供 MCU-r5f 和 A72 与 IPC?通信
[/报价]我们在 IPC+SDK 中有一些示例,请点击以下链接
此致
Tarun Mukesh
嗨、Tarun Mukesh
此外、是否有一个单独的例程供 MCU-r5f 和 A72 与 IPC?通信
4.1.我们现在使用 tispl 来启动、唤醒 r5f 需要通过 IPC 与 A72 通信、如以下链接和图所示
(1)J722S MCU+ SDK:在器件管理器/唤醒 R5 内核上开发应用
(2) 图表

4.2.如果此时还为 IPC 通信启用了 mcu-R5f 和 A72、如何设置下图中的红色框参数?

4.3.如何在点 4.2 设置 A72 结束
R5F 之间 IPC 通信的最大 RP 消息缓冲区大小为 128 字节、如下图所示、对吧?

此致
您好:
5. R5F 之间 IPC 通信的最大 RP 消息缓冲区大小为 128 字节、如下图所示、对吧?
您可以使用以下可执行文件在 MCU R5F 和主 R5F 内核上进行编译、然后如果您运行 rpmsg_char_simple、MCU R5F 将与主 R5F 和 Linux 进行通信
software-dl.ti.com/.../quote]在本例中:
- 我们创建了两个 RP 消息端点
- 一个端点与 Linux 内核交换消息
- 一个端点、用于与 Linux 用户空间和其他 RTOS/NORTOS CPU 交换消息
- 驱动程序初始化后启动时的所有内核首先等待 Linux 准备就绪
- 然后
announce是他们等待 Linux 消息的端点。- 否则、Linux 无法启动与 RTOS/NORTOS CPU 的消息交换。
- 然后创建两个任务、监听传入的消息并将其回显给发件人。 发送方可以是 Linux CPU 或其他 RTOS/NORTOS CPU。
- 同时、Linux 内核和用户空间测试应用启动与 RTOS/NORTOS CPU 的消息交换、并等待回传消息。
- 该示例还展示了“主“RTOS/NORTOS CPU 通过将消息发送到与 Linux 发送消息相同的端点来与其他 RTOS/NORTOS CPU 交换消息。
- 这表明、无论发送器或接收器 CPU 上运行哪个 OS 或 RTOS 或 NORTOS、所有 CPU 都可以相互交换消息。
4.2.如果此时还为 IPC 通信启用了 mcu-R5f 和 A72、则如何在下图中设置红色框参数?这些值仅适用于 Linux、不需要更改。在 Linux 方面、您需要启动用户空间应用程序
rpmsg_char_simplet - r 0 -n 10.
R5F 之间 IPC 通信的最大 RP 消息缓冲区大小为 128 字节、如下图所示、对吧?不可以。我们有 512 字节作为最大缓冲区大小(496 数据+16 报头)和 256 个缓冲区、因此我们可以容纳 256*512 数据。
此致
Tarun Mukesh
[/报价] [/quote]
您好:
1 由于 tispl 的启动方法、wake_up r5f 也使用 mcu_plus_stk_j722s_11_11_00_00_12/examples/drivers/ipc/ipc_rpmsg.echo_inux 例程
2.如果我们参考 mcu_plus_stk_j722s_11_00_00_12/examples/drivers/ipc/ipc_rpmsg.echo_inux 例程、并且我们使用 tisp 启动方法、由于开发要求、我们需要使用 mcu_r5f 作为消息发起方、这会与 wake_up r5f 冲突、但不会发生
3.查阅项目管理信息后、获悉 A53 默认为客户端(消息发起方)、而 r5f 通常用作服务器。 根据您的经验、如果使用 mcu_r5f 作为消息发起方、软件设计就会更加复杂。 如果没有必要、不要将 mcu_r5f 用作消息发起方、对吧?
4.是否有解决上述问题的办法?
加法、如果是 tispl 启动模式、可以在 IPC 代码 (mcu_plus_stk_j722s_111_11_00_00_12/examples/drivers/ipc/ipc_rpmsg 中使用 ipc_rpmsg.send_cessages 函数。 wake_up r5f 的 echo_1ux 例程)将被阻止或更改、以仅与 A53 建立 IPC 通信

您好:
[quote userid=“602005" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1540420/tda4ven-q1-mcu-r5f-communicates-with-main-r5f-and-a72-via-ipc-simultaneously/59289671 由于 tispl 的启动方法、wake_up r5f 也使用 mcu_plus_stk_j722s_11_11_00_00_12/examples/drivers/ipc/ipc_rpmsg.echo_inux 例程
2.如果我们参考 mcu_plus_stk_j722s_11_00_00_12/examples/drivers/ipc/ipc_rpmsg.echo_inux 例程、并且我们使用 tisp 启动方法、由于开发要求、我们需要使用 mcu_r5f 作为消息发起方、这会与 wake_up r5f 冲突、但不会发生
3.查阅项目管理信息后、获悉 A53 默认为客户端(消息发起方)、而 r5f 通常用作服务器。 根据您的经验、如果使用 mcu_r5f 作为消息发起方、软件设计就会更加复杂。 如果没有必要、不要将 mcu_r5f 用作消息发起方、对吧?
4.是否有解决上述问题的办法?
[/报价]您可以将 WK R5F 内核上的示例应用更改为 IPC rpmsg echo Linux 以外的应用。
WK R5F 是 J7AEN 中的 DM 内核、因此必须首先启动、但它需要是 ipc rpmsg echo Linux 示例应用程序、它可以是其他应用、但应包含在其上运行的 sci 服务器。
如果 A53 正在运行 Linux,则由于服务器 — 客户端模型的原因,A53 应启动该消息、但不应启动 MCU R5F。 运行 Linux 的 A53 始终根据 Linux IPC 驱动程序充当服务器、所有其他内核为客户端。
Linux IPC 驱动程序中没有通知功能、因此在没有通知的情况下、我们无法获得 MCU R5F 上的 A53 端点详细信息。 因此、必须从 A53 发起一条消息、以便让其他内核知道其端点。
此致
Tarun Mukesh