2413097_zh-CN

[#1]

S32E2 IPCF 延迟时间介于 M33 和 R52 之间

我正在使用 S32E2 并配置 IPCF 框架，以下是我的设置。

• 设备：S32E288
• IPCF 传输：共享内存 + MRU 通知
• 通信：M33 ↔ R52
• IPCF通道类型：管理通道
• 配置了 1 个 IPCF 通道
• 中断模式（非轮询）
• 已实施 Ping/Pong RTT 测试

双向沟通正常。

我使用STM来测量两个核心之间的时序滴答数。

测量流程：

R52：

时间戳

发送 PING

M33：

收到 PING

立即从 RX 回调发送 PONG 请求

R52：

收到 PONG

计算 RTT

计算得出，运行在 24Mhz 的 STM 的 RTT（往返时间）接近 200us。我的传输开销大约是 30 微秒，但传输本身占用了大部分时间。我尝试过各种方法，例如增加 MRU IRQ 通知，但并没有改善时序问题。代码优化级别从 -o0 到 -o1 有所提升，但 -o2 没有任何效果。有效载荷本身为 16 字节。

问题：
1. 托管/非托管通道的预期 IPCF 延迟是多少？

2. 我们能否实现两位数的低延迟？

如果您需要更多详细信息，请回复。

Re: S32E2 IPCF latency timings between M33 and R52

你好，PrabhanjanKopp

感谢您与我们联系。

对于您的测试场景，您可以参考 GreenVIP。循环时间约为 20-30 微秒。(S32ZE_GreenVIP_1.x.1/doc/UG_S32ZE_GreenVIP.pdf)

Joey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.pngJoey_z_0-1789354232929.png

Joey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.pngJoey_z_1-1789354243644.png

如果您还有其他问题，可以随时联系我们。

BR

乔伊

Re: S32E2 IPCF latency timings between M33 and R52

嗨，乔伊，

感谢你的回复。我目前使用 S32 DS 来设置我的核心，想知道 GreenVIP 是否有任何不同之处？另外，如果您能提供您在消息中提到的文档链接（或文档本身），将非常有帮助。是否有可供参考的项目，我可以将我的设置与之进行比较？我怀疑可能是配置不匹配的问题。

谢谢！

普拉班詹

Re: S32E2 IPCF latency timings between M33 and R52

你好，普拉班詹

感谢您的回复。

GreenVIP下载链接如下：

S32E2 安全可靠、高性能的实时处理器，支持执行器功能 | 恩智浦半导体

汽车软件代码包，软件包管理器 | 恩智浦半导体

Joey_z_0-1789452520972.pngJoey_z_0-1789452520972.pngJoey_z_0-1789452520972.png

Joey_z_1-1789452649226.pngJoey_z_1-1789452649226.pngJoey_z_1-1789452649226.png

EB tresos IDE 用于 GreenVIP，S32DS 和 EB tresos 都可用于开发 S32E 应用程序。希望这些信息对您有所帮助；如果您还有任何疑问，可以随时联系我们。

BR

乔伊

Re: S32E2 IPCF latency timings between M33 and R52

谢谢。我发现切换到非托管通道后，可以缩短传输时间。接近 60 微秒。我看看能不能再往下挪挪。

Re: S32E2 IPCF latency timings between M33 and R52

你好， PrabhanjanKopp

感谢您的回复和提供的信息。

对于 60us 的结果，是由你们的客户程序测试的，还是由我们的 Greenvip 测试的？

BR

乔伊