私はRTDバージョンS32K3_RTD_7_0_1_D2602_ASR_REL_4_9_REV_0000_20260206を使用しています。実行時ログには、featureDefined(`FEATURE_MEM_INFLS_HEADER`)に関連する括弧の不一致エラーが報告されています。2 つのネイティブ RTD コンポーネント行に構文エラーがあり、ステートメント getFeature(`FEATURE_MEM_INFLS_HEADER`) == `S32K388` に閉じ括弧がありません。
エラー発生箇所
どちらの不具合のある行にも、getFeature(`FEATURE_MEM_INFLS_HEADER`) == `S32K388` というコードが含まれており、末尾の閉じ括弧が欠落しています。
これらの構文エラーは公式のオリジナルRTDコンポーネントファイルに存在し、実行時機能定義の解析エラーを引き起こします。
2つ目の問題:暗号モジュールファイルが見つからないエラー
私はArch LinuxとS32DSでRTDバージョンS32K3_RTD_7_0_1_D2606_ASR_REL_4_9_REV_0000_20260814を使用しています。eclipse/mcu_data/processorsディレクトリのCryptoモジュールにファイルが不足している問題があります。
すべてのMCUモデルが必要な2つのCrypto設定ファイル(PlatformSDK_S32K3/common/sdk_features_rtd_crypto.xmlとPlatformSDK_S32K3/[MCU_MODEL]_[PACKAGE_TYPE]/resource_tables/RTD_CRYPTO/rtd_crypto_Crypto.xmlを含んでいるわけではありません。
上記の2つのファイルを含まずMCUモデルを選択し、 Crypto_43_HSE モジュールを追加すると、S32DSのUI例外やコード生成の失敗が発生します。これら2つの完全なXMLファイルを他の対応MCUモデルディレクトリから手動でコピーすることで、このエラーを完全に解決できます。
こんにちは、 @chenwilsoft さん。
創刊:
ご指摘ありがとうございます。ご指摘の通り、 `FEATURE_MEM_INFLS_HEADER`セクション内の C40_Ip.component および Mem_43_INFLS.component ファイルの両方ともタイプミスがあります。
`FEATURE_MEM_INFLS_SUPPORTBLOCK4PIPESELECT`セクションを参考にすると、 featureDefined の前に余分な開き括弧 "(" が誤って追加されているようです。
回避策として、以下の方法をいただけますか:
- 式の最後に不足している閉じ括弧「)」を追加するか、
- featureDefined の前の余分な開き括弧を削除してください(これにより、ファイル内の他の場所で使用されている形式と構文が一致します)。
この問題によりご迷惑をおかけして申し訳ございません。
第2号:
S32K3リアルタイム・ドライバAUTOSAR R23-11 バージョン7.0.1 QLP05を使用しているため、このリリースはソフトウェアリリースノートに記載されている通り、S32K3x4およびS32K388デバイスのみを対象としていることにご注意ください。
下の画像では、2つの異なるS32DS 3.6.xからsdk_features_rtd_crypto.xmlファイルをハイライト表示しています。インストール:
- オレンジ:RTD 7.0.1 QLP05がインストールされたS32DSインスタンス。
- 紫色:RTD 7.0.1 P02がインストールされたS32DSインスタンス。
VaneB_0-1787259680399.pngVaneB_0-1787259680399.png
RTD 7.0.1 P02パッケージはすべてのS32K3派生モデルをサポートし、RTD 7.0.1 QLP05はS32K3x4およびS32K388デバイス向けに特別に設計・検証されています。
rtd_crypto_Crypto.xml ファイルについても同様です。これらのファイルは、7.0.1 QLP05リリースですべてのS32K3派生製品に対して提供されていません。なぜなら、これらのデバイスのサポートは本パッケージの範囲外だからです。
BR、VaneB