NXPのエキスパートの皆様、こんにちは。
私はAUTOSARのソフトウェアエンジニアで、S32G399プラットフォームを扱っています。
私の理解では、 MX25UW51245GXDR00シリアルNORフラッシュはS32G-VNP-RDB3ボードに搭載されています。SW32G_RTD_4.4_5.0.0_QLP07に示されているFLSドライバの例はS32G-VNP-RDB3ボードのサポートを示しているため、NXP FLSドライバはこのMX25UW51245GXDR00デバイスで検証済みだと推測します。
最近、 Micron MT35XU01GBBA シリアルNORフラッシュを使用している顧客用ボードを受け取りました。
SW32G_RTD_4.4_5.0.0_QLP07に含まれるFLSドライバがMicron MT35XU01GBBAデバイスをサポートしているのか、教えていただけますか?
サポートがある場合、MX25UW51245GXDR00からMT35XU01GBBAへの移行時に注意すべき特定の設定変更や制限はありますか?
こんにちは、
詳細を共有していただきありがとうございます。QSPIフラッシュをMX25UW51245GXDR00からMicron MT35XU01GBBAに移行する際に考慮すべき関連パラメータや要件、FLSドライバのサポート、必要な構成変更、潜在的な制限事項などをレビューします。
レビューが完了次第、詳細をご連絡いたします。
よろしくお願いいたします。
全ての情報を確認する間、お待ちいただきありがとうございました。
既にご存知かもしれませんが、S32G-VNP-RDB3のサンプルで使用されているFLS構成はデバイス固有のものです。そのため、フラッシュID、メモリジオメトリ、ページサイズ、消去サイズ、コマンドLUT、アドレスサイクル、ダミーサイクル、リセットシーケンス、SPIモードとOPIモード間の遷移など、各デバイスごとに設定する必要のあるパラメータが含まれます。したがって、Macronixの構成はMicronデバイスに再利用できません。
考慮すべき主な相違点は以下のとおりです。
メモリサイズ:マクロニクスのデバイスは512Mbですが、MT35XU01GBBAは512Mbのダイを2つ積層した1Gbのデバイスです。したがって、FLSのアドレス範囲とメモリサイズをそれに応じて更新する必要があります。
インターフェースとタイミング:Micronデバイスは1.8V Xccelaインターフェースを使用し、オクタルSDR/DDR動作をサポートしています。DQS対応ではSDRで最大166 MHz、DDRで最大200 MHzまでサポートします。コントローラモード、DDR/SDR設定、DQSサンプリング、DLL/タイミングパラメータ、ダミーサイクルは、Micronデバイスおよび基板デザインに応じて設定する必要があります。
コマンドシーケンス:読み取り、プログラム、消去、レジスタアクセス、モード遷移のLUTは、Micronコマンドセット用に再作成する必要があります。例えば、Micron社のデバイスは8進数の読み出し/書き込みコマンドを使用し、4バイトのコマンドバリアントを別々に用意しています。これらはMacronix社のコマンドシーケンスとは異なります。
アドレッシングとジオメトリ:Micronデバイスは3バイトおよび4バイトアドレッシングをサポートしています。8進数DDRモードでは、4バイトのアドレス指定が必要です。Micronのデータシートには、256バイトのプログラムページ、128KBの均一セクタ消去、および4KB/32KBのサブセクタ消去オプションが記載されている。これらの値は、FLSのメモリおよびセクター構成に反映されなければなりません。
デバイス識別:期待されるJEDEC識別は異なります。Micronのデータシートには、1.8Vデバイスの場合、メーカーIDが0x2C、メモリタイプが0x5B、容量コードが1Gbの場合0x1Bと記載されています。FLSの読み取りIDシーケンスと期待されるデバイスIDは更新されなければなりません。また、正確な拡張IDはお客様ボード上の完全なご注文コードと照合する必要があります。
8進数DDRにおけるプログラミングの制限:Micronのデータシートには、8進数DDRプログラミングにおけるバス遷移の要件が規定されています。奇数の開始アドレスや終了アドレスはアラインメントや0xFFのパディングが必要な場合があるため、ページプログラムの処理は慎重に検証する必要があります。
リセットおよび起動状態:Micronのリセットシーケンスと、デバイスの揮発性/不揮発性構成レジスタを確認する必要があります。リセット後はコントローラとメモリが同じプロトコルとタイミングモードで起動しなければなりません。XIPまたはDDR起動を使用する場合、起動設定もMicronのご注文オプションと正確に一致しなければなりません。
内部で確認したところ、過去にMT35XU01GBBAは正常に使われていましたが、統合はLinux側で行われたため、ハードウェアペリフェラルがメモリをサポートしていることは保証できます。ただし、FLSドライバに特別な懸念があるかどうかは確認する必要があります。この件については社内チームにエスカレーションしました。回答が得られ次第、共有いたします。
参考までに:
よろしくお願いします、
アルド。
あなたの情報はとても役に立ちます。ご支援ありがとうございます。
MT35XU01GBBAのために設定例を教えていただけますか?EB tresosプロジェクトでFlsモジュールを設定する際の参考資料として使用したいと考えています。
さらに、以下のリンクにアクセスできません。
関連する情報を共有していただくか、代替リンクを教えていただけませんか
こんにちは、クアンさん。
残念ながら、AUTOSARプロジェクト向けにEB tresosを通じてFLSモジュール内のMT35XU01GBBAメモリを有効にする構成例はありません。このデバイスはテストされていないことを確認しました。また、入手可能なRTD FIのデモでは、RDBボード上のMX25UW51245Gの設定のみを提供しています。
明確化のために言うと、内部のU-Boot/Linuxの議論は、同じフラッシュデバイスに対する一般的なBSPサポートの評価と、200MHzでのJEDEC ID読み取りを含むフラッシュプロービングの問題の調査に焦点を当てていました。これはEBトレソのAUTOSAR FLSモジュールのリファレンス実装や構成ではありませんでした。
そのため、現時点ではMT35XU01GBBAの参考例を提供することはできません。それでも、利用可能なデバイスドキュメントと現在のセットアップに基づいて開発と統合を進めることをお勧めします。
実装中に特定のエラーや予期せぬ動作が発生した場合は、詳細情報と関連するログまたは設定情報を共有してください。問題分析のお手伝いを喜んでさせていただきます。さらにサポートが必要な場合は、より専門的なサポートを提供できるよう、プライベートサポートチケットを開設してください。
ご迷惑をおかけして申し訳ございません。ご理解いただけますようお願い申し上げます。
よろしくお願いいたします、アルド