[参考译文] PROCESSOR-SDK-AM64X：

admin

Other Parts Discussed in Thread: SYSCONFIG

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1441920/processor-sdk-am64x

器件型号：PROCESSOR-SDK-AM64X
主题中讨论的其他器件：SysConfig

工具与软件：

我尝试在 AM64x 上使用 SysConfig 的 IPC 通信、但接收函数 RPMessage_recv 无法正常工作。我正在 R5F0_0内核上运行 ThreadX、因为这不是受支持的选项、我使用了 no RTOS BSP。当我尝试阻止 RPMessage_recv 时、TCP/IP 消息停止工作。我怀疑它可能在某种程度上正在饥饿或以其他方式阻止 IP 堆栈,所以我尝试传递 SystemP_NO_WAIT 而不是 SystemP_WAIT_FOREVERVE (在返回超时时时,我执行 ThreadX 睡眠调用)。这可以使 IP 堆栈运行、但调用不断产生以下错误：

错误：RPMessage_recv：371：[IPC RPMSG]@由于无效的端点 Q！！

我可以尝试切换到使用回叫而不是阻塞呼叫、但这会给我带来两个问题。

1.不应该在控制台中发出错误消息时发送垃圾邮件?

2.是否有一种机制来定义使用 ThreadX 的无 RTOS 系统函数调用、而不是似乎使用无 RTOS 选项的时钟轮询机制？

1 年多前

0 admin 1 年多前

TI__Guru**** 2485965 points

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

您好！

感谢您的提问。

您能否说明您使用的是哪个 MCU+SDK 版本？

您使用哪种引导流程？是 SBL 还是 SPL？

此致、

Tushar

0 admin 11 个月前

TI__Guru**** 2485965 points

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

SDK MCU 9_01_00_41。我正在使用 NULL SBL 并退出调试。

0 admin 11 个月前

TI__Guru**** 2485965 points

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

尊敬的 Robert：

Unknown 说：
1. 是否不应该超时发送带有错误消息的控制台垃圾邮件？

当使用 SystemP_NO_WAIT 调用 IPC RPMessage_recv () API 时,不会等待端点的状态成功,并返回超时值的状态。 API 中有一个条件检查、如果 API 返回非成功值、则打印上述消息。

请参阅以下内容。

status = RPMessage_getEndPtMsg(obj, &pMsg, timeout);
if((status == SystemP_SUCCESS) && (pMsg != NULL))
{
    //success do processing
}
else
{
    //failure print error logs
}

Unknown 说：
2. 是否有机制定义使用 ThreadX 而不是无 RTOS 选项似乎使用的时钟轮询机制？[/QUOT]
TI 未在当前的 MCU+SDK 产品中正式支持 ThreadX。您能说明一下您在寻找哪个具体的函数调用吗？

您可以参考 SDK 中提供的 FreeRTOS 代码来处理上述用例、并将其移植到 ThreadX。 TI 不支持有关 ThreadX 的问题。

此致、

Tushar

处理器（参考译文帖）

处理器（参考译文帖）(Read Only)

[参考译文] PROCESSOR-SDK-AM64X：