私はS32E2を使用してIPCFフレームワークを構成しており、これが私の設定です。
- デバイス: S32E288
- IPCFトランスポート：共有メモリ＋MRU通知
- 通信：M33 ↔ R52
- IPCFチャネルタイプ:マネージドチャネル
- 1つのIPCFチャネルが設定されています
- 割り込みモード（ポーリングではない）
- Ping/Pong RTTテストを実装しました
双方向のコミュニケーションは正常に機能しています。
私はSTMを使って2コア間のタイミングティックを測定しています。
測定フロー：
24MHzで動作するSTMの計算値は、ほぼ200us RTT(往復時間)に近づきます。輸送にかかるオーバーヘッドは約30秒ですが、転送自体にほとんどの時間が費やされます。MRU IRQ通知を増やすなど、いろいろ試してみましたが、タイミングは改善されませんでした。コードの最適化を-o0から-o1に変更すると効果があったが、-o2に変更しても違いはなかった。ペイロード自体は16バイトです。
質問:
1. 管理型/非管理型チャネルのIPCFレイテンシはどのくらいか。
2. 低2桁レイテンシを実現できるか?
さらに詳しい情報が必要な場合は、返信してください。
こんにちは、PrabhanjanKopp
お問い合わせいただきありがとうございます。
テストシナリオではGreenVIPを参照してみてください。ループ時間は約20～30マイクロ秒です。(S32ZE_GreenVIP_1.x.1/doc/UG_S32ZE_GreenVIP.pdf)
他に問題があれば、いつでもご連絡ください。
BR
ジョーイ
こんにちは、ジョーイ。
お返事ありがとうございます。私はコアの設定にS32 DSを使用しているのですが、GreenVIPは何か違いがあるのでしょうか？また、メッセージの中で参照しているドキュメントへのリンク（またはドキュメント自体）を提供していただけると大変助かります。設定を比較できる参考プロジェクトはありますか?設定に何らかの不一致があるのではないかと思います。
ありがとうございます
プラバンジャン
こんにちは、プラバンジャン
ご返信よろしくお願いします。
GreenVIPのダウンロードリンクは以下のとおりです。
S32E2 アクチュエーションサポート付き安全かつ確実な高性能リアルタイムプロセッサ | NXP Semiconductors
オートモーティブ ソフトウェアパッケージマネージャ | NXP Semiconductors
EB tresos IDEはGreenVIPに使用されており、S32DSとEBのtresosの両方を使ってS32Eのアプリケーションを開発できます。この情報があなたの助けになれば幸いです;まだ疑問があればいつでもお問い合わせください。
BR
ジョーイ
ありがとうございます。管理されていないチャネルに切り替えると、タイミングを正確に調整できることがわかりました。60μsに近い値です。もっと下に進めるか試してみます。
こんにちは、 PrabhanjanKopp
ご返信と情報提供ありがとうございます。
60USの結果は、お客様のプログラムでテストされましたか、それともGreenvipによってテストされましたか?
BR
ジョーイ