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.

[参考译文] TDA4VEN-Q1:MCU-R5f 同时通过 IPC 与主 R5f 和 A72 通信

Guru**** 2434430 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1540420/tda4ven-q1-mcu-r5f-communicates-with-main-r5f-and-a72-via-ipc-simultaneously

器件型号:TDA4VEN-Q1


工具/软件:

您好、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 中有一些示例,请点击以下链接

    https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/latest/exports/docs/mcu_plus_sdk_j722s_11_00_00_12/docs/api_guide_j722s/EXAMPLES_DRIVERS_IPC_RPMESSAGE_ECHO.html

    https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/latest/exports/docs/mcu_plus_sdk_j722s_11_00_00_12/docs/api_guide_j722s/EXAMPLES_DRIVERS_IPC_RPMESSAGE_LINUX_ECHO.html

    https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/latest/exports/docs/mcu_plus_sdk_j722s_11_00_00_12/docs/api_guide_j722s/EXAMPLES_DRIVERS_IPC_NOTIFY_ECHO.html

    此致

    Tarun Mukesh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    嗨、Tarun Mukesh

    此外、是否有一个单独的例程供 MCU-r5f 和 A72 与 IPC?通信

    https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/latest/exports/docs/mcu_plus_sdk_j722s_11_00_00_12/docs/api_guide_j722s/EXAMPLES_DRIVERS_IPC_NOTIFY_ECHO.html

    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 通信

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:

    我将在 2 天后离开办公室。请预计响应会延迟。

    此致

    Tarun Mukesh

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:

    如果您很忙、请帮助我将其转发给您的同事以供答复。 谢谢!

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好:

    [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/5928967

    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.是否有解决上述问题的办法?

    [/报价]

    您可以将 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