こんにちは、NXPの皆さん：
S32G274Aチップでプログラムを動かすにはマルチコアを使い、LinuxにはA53、LLCE_CANはM7で動かす準備をしています。
5.2に基づき「S32G2プラットフォームソフトウェア統合を使ったマルチコアアプリケーションをS32G2で有効化する」と述べました。ブートローダーを設定し、推奨するソフトウェアパッケージをインストールし、手順に従って設定してください。
5.3にエラーがあります。コンパイル時にブートローダーを構築する。
launch.batファイルが編集されました。
launch.bat の実行後にエラーが発生しました。
関連するコードをコメントアウトした後。
CryptoDal.hを見つけましたインストールディレクトリ内のファイル。
どこに間違いがあるでしょうか?
ありがとうございます。
こんにちは、ジペン
ご指摘の件についてですが、以下の内容を追加した場合、エラーが発生しますか？コメントアウトしてもエラーは発生しませんか？
BR
ジョーイ
こんにちは、 @Joey_z
はい、追加後、3枚目の画像に「未申告」と表示されます。
コメントアウトすると、5番目の画像に「そのようなファイルまたはディレクトリはありません」と表示されます。
「CryptoDal.h」は、D:\NXP\Integration_Reference_Examples_S32G2_2022_06\code\framework\realtime\bsw\dal\cryptodal\generic\include にあります。
「Hse_Ip.h」は、D:\NXP\SW32G_RTD_4.4_3.0.2_HF01\eclipse\plugins\Crypto_TS_T40D11M30I2R0\include にあります。
両方のファイルはそれぞれのフォルダ内に見つかりました。また、ファイルパスはlaunch.batにも記載されています。
現在の問題は、コンパイルプロセス中にプラグインのパスが含まれていなかったことが原因のようです。
BR
こんにちは、ジペン
設定でセキュアブートは有効になっていますか？セキュアブートを有効にして、問題が解消されるかどうか確認してみてください。
BR
ジョーイ
こんにちは、 @Joey_z
前回のブートローダーのコンパイルは成功しました。NORフラッシュにイメージを書き込んだ後、起動してもUARTから何も出力されません。
私はAN13750を参照しました。私の操作手順は以下のとおりです。
「S32G2_LinuxBSP_42.0_User_Manual.pdf」に従いました。Ubuntu 20 に u-boot bsp42.0-2022.04 と ATF bsp42.0-2.10 をインストールしました。
s32_mmc.cを修正しましたおよび s32_common.mk は 0001-fip-align-and-mmc-init.patch に従っています。
u-bootとATFをコンパイルしました。
make CROSS_COMPILE=/opt/S32G/arm-gnu-toolchain-11.3.rel1-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu- ARCH=aarch64 PLAT=s32g274ardb2 BL33=../u-boot/u-boot-nodtb.bin
Image Layout
DCD: Offset: 0x200 Size: 0x1c
IVT: Offset: 0x1000 Size: 0x100
AppBootCode Header: Offset: 0x1200 Size: 0x40
Application: Offset: 0x1240 Size: 0x33e00
Boot Core: A53_0
IVT Location: SD/eMMC
Load address: 0x342f8f00
Entry point: 0x34302000fip.s32ファイルをSDカードに書き込みました。fipを交換した後も、SDカードは起動可能で、u-bootの日付も変更された。
U-Boot 2022.04-00213-g5a6f62071f (Aug 24 2026 - 10:35:21 +0800)ブートローダーを設定します。
S32Gブートイメージを生成する
bt_m7_blob.binを選択して、アドレス0x0に書き込みます。
fip.binを選択して、アドレス0x100000に書き込みます。
S32G274A_M7.binを選択して、アドレス0x200000に書き込みます。
現在、UARTもCANも応答していません。状況を分析するのを手伝ってください。
ありがとうございます。
こんにちは、ZhiPeng
情報提供ありがとうございます。
もっと詳しい情報を教えてもらえますか?
1. Aコア上でATFとubootのみを起動していますか？ AコアのUARTに何らかの出力はありますか？
2. Mコア機能とは何ですか？UART/CAN関数のことですか?
BR
ジョーイ
こんにちは、 @Joey_z
ご返信ありがとうございます。
1. はい、AコアではATFとu-bootのみが起動されました。UARTからの出力が全くありませんでした。
2. MコアはLLCE_CANおよびLpspiプログラムを実行し、「Can_Llce_DS_Loopback_S32G274A_M7」および「Lpspi_Ip_Transfer_S32G274A_M7」ルーチンを統合しました。最初はSPI通信を使用し、その後LLCE_CANを実行した。
さらにいくつか情報を付け加えたいと思います。
1.プロセス全体はAN13750に従って実行されましたが、いくつかの違いがあります。BSP42とS32DS3.5バージョンを使用し、IPCFルーチンをLLCE_CANに置き換え、M7_0のみを設定しました。
2. Yoctoを使ってBSP42をコンパイルし、.sdcardを作成しました。SDカードをインポートした後、Linuxを起動できました。
3. 私は「AN13750」に従ってBSP42のu-bootとATFをまとめました。4.Cortex-A53コアの画像を準備してください」セクション。.sdcardとfip.s32をSDカードに再インポートした後も、LinuxはSDモードで起動できました。しかし、ブートローダーとfip.binをnorflashにインポートしても、何も出力されませんでした。
4. M7コア用のUARTルーチンを別途Norflashに書き込み、Linuxを起動して出力できました。これは、焼き付けツールとノーフラッシュが正常であったことを証明した。
5. LLCE_CANプログラムをnorflashに別途書き込みました。プログラムは実行されず、CAN出力もありませんでした。
6.EBブートローダーを設定してA53を個別に起動しようと試みましたが、norflashを再書き込みしても何も出力されませんでした。
ありがとうございます。
こんにちは、志鵬
1.LLCE_CANがMコア上で動作していることは理解しています。このプログラムMコアのブートローダーの起動を個別にテストしてください。起動プロセス中は、Aコアイメージを読み込まないでください。
2. テストでは、ブートローダーはM7のUARTプログラムを起動できますが、LLCE_CANを起動できないのでしょうか?
3. ブートローダーを使ってA53だけを起動してみましたか?
この問題のために中国語のシステムに新しいCASEを作成しました。CASE番号は01000969です。これはコミュニケーションを円滑にするだろう。
BR
ジョーイ