MCSPTE1AK144 – MATLABホストモデル起動直後のモーター故障 MATLAB/Simulinkで提供されている開ループおよび閉ループのサンプルを使用してMCSPTE1AK144キットを制御する際に問題が発生しています。 ターゲットモデルが構築され、生成されたファイルは S32K144に正常にフラッシュされます。MATLABはOpenSDA CDCシリアルポートも検出し、ホストモデルは通信を確立できます。 しかし、ホストモデルを起動してモーターをオンにすると、モーターシャフトが一瞬ピクピク動くか、動かず、D11の赤いLEDがすぐに点灯・点滅し、故障を示しています。するとモーターが反応しなくなる。 基本的なボード通信は、LPUART Hello Worldサンプルを使用して別途検証されており、OpenSDAシリアルポートを介して正常にビルド、フラッシュ、通信が行われます。 MATLABホストモデルから制御開始直後にモーター制御アプリケーションが故障に入る原因や、根本原因を特定するためにどの故障/ステータス変数をチェックすべきか教えていただけますか? ハードウェア：MCSPTE1AK144（S32K144-EVB + DEVKIT-MOTORGD） モーター：Sunrise 42BLY3A78-24110 MATLAB/SimulinkとNXP MBDT ありがとうございます。 ホットフィックス

Secure Provisioning Tool - Build image error Hi i am trying to sign a package using SPT. I have one binary that have FCFB + DCD + IVT + app.bin (a complete bootable image) and when i tried to sign it it is succesfull. But when i am selecting a binary that only have IVT and app.bin why Build Image is disabled ?? I have attached the screen shot also. Re: Secure Provisioning Tool - Build image error I have attached the image now. Please check Re: Secure Provisioning Tool - Build image error Hi @Abhay2080, Could you share which version of the Secure Provisioning Tool you are using? Additionally, I'm unable to see the image you mentioned in your attachment. Could you please try uploading it again? Best Regards, Pablo Re: Secure Provisioning Tool - Build image error Hi @Abhay2080, I ran some tests with Secure Provisioning Tool v26.09 using the binary you shared and noticed the following: According to Section 5.2.2, Source Image Formats of the Secure Provisioning Tool User Guide v26.09 the entry point can be specified explicitly for S19 files. For other image formats, the entry point is retrieved from the interrupt vector table (so the interrupt vector table must be at the beginning of the application image). In the case of the image without an IVT and FCFB, the tool detects the entry point at 0x601006C9, which is outside the application code range. Additionally, the start address is expected to be within the range 0x600D2D01 to 0x601006C9. Secure Provisioning Tool locates the entry point at offset 0x4 within the application image. Could you please test whether changing the entry point to a valid address allows you to build the image successfully? Best Regards, Pablo Re: Secure Provisioning Tool - Build image error Yes it worked ..Thankyou

PE Micro调试器 您好，NXP团队， 我想在 UTEST 闪存中记录一个 DCF，以保护 MCU 上的代码不被从板上读取（通过密码）。我可以在不使用调试器的情况下，使用 Design Studio 来完成这项操作吗？ 顺祝商祺！ 艾哈迈德 Re: Debugger PE Micro 你好， 是的，您可以使用 S32Design Studio 或任何其他编译器来实现。 UTEST 闪存（DCF 所在位置）只是一个设置为 OTP 的普通闪存。因此，您将使用与其他模块相同的标准闪存编程方法。 或者您可以使用调试器： https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Program-DCF-record-into-UTEST-flash-in-S32-Design-Studio/ta-p/1099436 顺祝商祺！ Peter Re: Debugger PE Micro 感谢您的快速回复。 当我按照您分享的步骤使用 Design Studio 时，出现了这个错误。请问这个错误的原因是什么？如何解决？ 另一个问题是，使用这种方法实施审查后，即使使用调试器，一个人是否能在不知道密码的情况下读取板上的代码？ Re: Debugger PE Micro 我安装了S32DS R2017版本，并在此版本中重新尝试了这些步骤，但仍然出现同样的错误。可能是什么原因？我应该检查哪些方面？ 我认为原因可能是 S32DS 尝试擦除 UTEST 并写入数据，但 UTEST 无法被删除。是否有遗漏的步骤导致 DS32 在写入 DCF 记录之前不要擦除数据？ Re: Debugger PE Micro 你好， 正如帖子中所述，这是在 S32DS 版本 R2017 上测试的。 所以我不知道你使用的是哪个版本，而且错误表达式也太笼统了。 微型空白吗？ 对于 PEmicro/S32DS，该机制通常通过专用的 UTEST 闪存算法 (*_UTest.pcp) 来实现。 您也可以联系 PEMicro，询问他们的调试器是否有最新版本的脚本/算法。 顺祝商祺！ Peter Re: Debugger PE Micro 你好， 我认为原因可能是 S32DS 尝试擦除 UTEST 并写入数据，但 UTEST 无法被删除。是否有遗漏的步骤导致 DS32 在写入 DCF 记录之前不要擦除数据？ 这或许是一种可能的解释。我从不使用 PE 来编写 UTEST 程序，我们使用的是 Lauterbach 调试器。 我不了解 PE 编程流程，但如果脚本先尝试擦除，则该过程将被中止。 但替代算法针对的是 UTEST，因此脚本不应该删除微数据。重新编程一下就行了。 您也可以按照以下指南尝试使用 PE 微型 GUI： https://community.nxp.com/t5/S32-Design-Studio/MPC5777C-update-DCF-record/m-p/791557 顺祝商祺！ Peter Re: Debugger PE Micro 当我尝试将 MCU（版本 E 而非版本 B）连接到 MCU 并执行这些步骤时，出现了如下窗口，其中端口字段被锁定，如图所示。 回到用户手册后，我发现这种方法需要使用硬件接口，但我需要一种不需要任何额外调试器的方法，那么使用 PE Micro PROGDSC 的方法是否可以在不使用硬件接口的情况下工作，或者我该怎么做？ Re: Debugger PE Micro 任何回复都请！！！

タイトル: S32K344 + FS26: SBAFによるHSE FWインストール中の外部ウォッチドッグ こんにちは、 デバッガを使用せずに、FS26 SBCを使用するS32K344ボードにHSEファームウェア（FULL_MEM 0.2.55）を現場でインストールする必要があります。私たちのソフトウェアはコードフラッシュでピンク画像を書き込み、IVT+0x2Cをそのアドレスに設定し、UTESTでHSE FW機能フラグをプログラムして破壊的なリセットをトリガーします。SBAFはその後ファームウェアをインストールします。 FS26はウィンドウウォッチドッグを実行します（128ms、チャレンジャー、反応RSTB + FS0B）。私たちの理解では、FS26のRSTBはMCU RESET_Bに接続されており、破壊的なリセット後はFS26がINIT_FSに戻り、ソフトウェアはINIT_FSタイムアウト(約256ms)内にINIT_FSを閉じ(最初のウォッチドッグリフレッシュ)しなければなりません。 SBAFがファームウェアをインストールしている間は、私たちのコードは一切実行されず、誰もFS26にサービスを提供しません。別のThreadでNXPはインストールに約0.8〜1秒かかると言っていましたが、これはINIT_FSタイムアウトよりも長い時間です。添付の図は、私たちが期待すること(A)と恐れていること(B)を示しています:FS26は設置中にMCUをリセットし、UTESTフラグとIVTポインタがまだ設定されているためSBAFが再起動し、基板はリセットループに陥ります。 私たちの質問： 1. このシナリオは現実のものですか？SBAFによるインストールは、FS26のINIT_FSタイムアウトよりも実際に時間がかかるのでしょうか？ 2. インストール中に外部リセット（FS26によってRESET_Bがローにプルダウンされる）によって中断された場合、安全ですか？SBAFは次のリセット時に一から再起動しますか?それともHSEは部分的にインストールしたままにしてもいいのでしょうか? 3. FS26搭載のボードにHSEファームウェアをインストールする推奨方法は何でしょうか?FS26をデバッグモードでインストールしますか？現場で設置を完了させるために、FS26構成やSBAF/IVTで他に選択肢はありますか? （添付の図：FS26_HSE_install_timing.png）（時間は縮尺通りではありません。） 事前に感謝いたします。 よろしくお願いします、 ファビオ Re: Title: S32K344 + FS26: external watchdog during HSE FW installation by the SBAF こんにちは、 @FabioGさん 1.HSEファームウェアのインストールプロセスは約1秒で完了することがあります。リセット後、ホストアプリケーションはHSE_STATUS_INIT_OKが設定されるまでHSEサービスリクエストを発行したり初期化を進めたりするのを待たなければなりません。 2.電源の不安定性、HSE のインストール/アップデート中の予期しないリセット、HSE_STATUS_INIT_OK を待たないこと、HSE_STATUS_INIT_OK に到達する前に BIST が実行されること、またはサポートされていないクロック構成により、HSE ファームウェアが破損または消去される可能性があります。 また、インストールプロセス中は、電源投入リセットではなく機能リセットを使用することを推奨します。さらに、動作中は電源供給が安定していることを確認してください。 3. 開発およびプログラミング活動中は、監視ドッグが8秒のタイムアウトウィンドウまたは無制限の開ウィンドウのいずれかを提供できるように設定できるため、デバッグモードでFS26を使用することが推奨されます。これにより、自動リセットを回避し、HSE（安全衛生環境）業務の中断リスクを軽減できます。 BR、VaneB Re: Title: S32K344 + FS26: external watchdog during HSE FW installation by the SBAF こんにちは、 @VaneBさん もう一つ質問があります。 インストール後、最初に起動してください。SBAFがHSEファームウェアをインストールした後、ブートローダーが起動し、通常の起動時にソフトウェア機能リセットを行いアプリケーションを起動します。場合によってはHSE_STATUS_INIT_OK設定前に行われます。その時点で機能リセットを実行しても安全でしょうか、それともHSE_STATUS_INIT_OKが初めて設定されるまでインストールは継続中でしょうか？ ファビオ Re: Title: S32K344 + FS26: external watchdog during HSE FW installation by the SBAF こんにちは、VaneBさん。 ご回答ありがとうございます。BISTの点（2）について簡単に補足します。 私たちのソフトウェアは、起動初期の電源オン時にBISTを実行します。あなたのアドバイスに従い、HSEファームウェアがインストールされているデバイスならHSE_STATUS_INIT_OKを待ってからBISTを起動できます。HSE_STATUS_INIT_OKが短時間（どのくらいの時間？）以内に設定されない場合、その電源サイクルではBISTをスキップします。 これでHSEファームウェアへのリスクを回避できるでしょうか？それとも他に注意すべき点はありますか？ よろしくお願いします。 よろしくお願いします、 ファビオ Re: Title: S32K344 + FS26: external watchdog during HSE FW installation by the SBAF こんにちは、 @FabioGさん BISTテストは、SBAFがWFI状態に入り、HSE_STATUS_INIT_OKビットが設定された後にのみ開始する必要があります。 HSE_STATUS_INIT_OKがアサートされるまでの待機時間については、決まった時間はありません。初期化時間は、コア周波数やHSEファームウェアのバージョンなど、いくつかの要因によって異なります。したがって、ターゲットプラットフォームでのHSEブート時間を測定することが、適切なタイムアウト値を決定する最良の方法です。 最後に、HSE_STATUS_INIT_OKがアサートされる前に機能リセットが安全であると想定することは推奨されません。その段階では、HSE（環境・安全・衛生）システムの設置／初期化がまだ進行中である可能性があります。その結果、システムはHSE_STATUS_INIT_OKに到達するまで、起動プロセスが未完了であるとみなすべきである。

MCXN94/54/53: USB embedded memory confusion Hello, I am trying to select the correct model of MCX N MCU to use for a new board design. In the datasheet MCXNP184M150F70.pdf, at page 12, below the models comparison table, there is the small NOTE 4 saying, "Dedicated USB RAM not available for devices which do not have USB FS module."  I don't need the USB FS device. I need to use the USB HS device only. So I thought to save a bit of the BOM budget, selecting a model without the USB FS, such as the MCXN537, but the tone of the note 4 sounds important. I wanted to check the reference manual to get some light. Reference manual: MCXNP184M150F70RM.pdf Chapter 61, paragraph 61.7.1, page 2197 (about USB LS) says: "In addition to the address space occupied by the USBFS registers, 512 bytes of embedded RAM are required for use in Keep Alive mode. On this chip the starting address of the USB RAM block is 4801_0000h. You can use this USB RAM in Active power mode for BDT entries, USB data buffers, or other purposes." I suppose that is the RAM that note 4 of the datasheet is referring to. The following chapter, 62, about USB HS, never mentions the word "RAM." I am confused. Questions: 1. Why is it important to notice that models without USB LS don't have USB embedded RAM? 2. Can I still do ISP programming with the MCXN53 from an USB pendrive, using only the USB HS device and without the "USB embedded RAM"? Thank you so much to everybody! F. Board Design MCXN USB Re: MCXN94/54/53: USB embedded memory confusion Hi @elfarolab  The missing “dedicated USB RAM” does not prevent you from using USB HS on an MCXN537. The datasheet lists USB HS as present and USB FS as absent for that model; Note 4 says the dedicated RAM is absent with the USB FS module . 1. Why the note matters: It warns you not to count on that memory address or its USBFS Keep Alive function when selecting a part without USB FS. For a design using only USB HS, it is not, by itself, a disqualifier. Also, the module name here is USB FS (full-speed), not USB LS (low-speed). 2. ISP from a USB pendrive: Do not plan on the factory ROM doing that. NXP’s documented MCX N ISP programming path uses USB HID with a connected computer and a tool such as blhost , or one of the listed serial interfaces. A pendrive instead requires the MCU to act as a USB host , read mass storage, and program the image; BR Harry Re: MCXN94/54/53: USB embedded memory confusion thank you!

Compulab IOTDIN-IMX8-C 1800QM-D4-N32 CAN 性能问题 各位团队成员，大家好！ 我们目前正在使用通过终端 I/O 模块暴露的板载 CAN 接口，在基于 CompuLab ARM 的平台上评估 CAN 通信性能。 在测试过程中，我们观察到，在类似的 CAN 网络条件下，ARM 平台上的 CPU 利用率明显高于基于 x86 的系统： x86平台： CPU利用率约为30%。 CompuLab ARM平台： CPU利用率约为45%。 相比之下，当使用PEAK USB CAN 适配器和 compulab时，整体性能似乎更好，CPU 利用率也比使用板载 CAN 接口时更低。 我们的CAN网络配置如下： 具有18 个节点的 CANopen 网络。 CAN总线比特率： 250 kbps SocketCAN，txqueuelen 设置为 2000 通信主要通过PDO消息进行。 消息周期范围为100 毫秒至 10 秒 目前使用的最短更新间隔为100 毫秒 CAN-FD 未启用 x86 和 ARM 平台使用相同的应用软件和 CAN 配置。 我们希望更好地了解： 哪些因素可能导致 ARM 平台上的 CPU 占用率较高？ 该平台上的板载 CAN 控制器/驱动程序是否存在任何已知的限制或优化建议？ 是否有需要检查的特定 CAN 驱动程序、中断处理、缓冲或内核级调优参数？ 板载 CAN 控制器和 PEAK USB CAN 适配器之间的差异是否可以解释观察到的性能差距？ 是否有推荐的我的或诊断方法可以帮助确定 CPU 负载的主要来源？ 我们的目标是在 ARM 平台上实现与 x86 系统相当的性能，同时保持当前的网络负载和消息速率。 我们非常感谢您能提供任何关于提高该平台上 CAN 性能的指导、建议或最佳实践。 感谢您的支持。

S32G3 EB AUTOCORE LICENSE Hello Team, We are facing issue in the activation code within EB Client License Administrator to start EB tresos AutoCore: 7FCB-75DF-0F6E-4E7A (valid until 12/30/2026),saying its expired. Please see the below attachment Re: S32G3 EB AUTOCORE LICENSE Hi, Please try signing in with an account from a colleague that has not access the license in the past. This should help you get the most updated license. Please do not share passwords, licenses other sensitive information in the community post.

セキュアプロビジョニングツール - イメージ構築エラー こんにちは、SPTを使ってパッケージに署名しようとしています。 FCFB + DCD + IVT + app.bin (完全なブート可能なイメージ) を含むバイナリが 1 つあり、それに署名しようとしたところ成功しました。 しかし、IVTとapp.binのみを含むバイナリを選択した場合、なぜ「イメージのビルド」が無効になるのでしょうか？スクリーンショットも添付しました。 Re: Secure Provisioning Tool - Build image error 画像を添付しました。チェックしてください Re: Secure Provisioning Tool - Build image error こんにちは、 @Abhay2080 さん。 どのバージョンのSecure Provisioning Toolを使っているか教えていただけますか? さらに、添付ファイルに記載されている画像を確認できません。もう一度アップロードしてみていただけますか? よろしくお願いします、 パブロ Re: Secure Provisioning Tool - Build image error こんにちは、 @Abhay2080 さん。 あなたが共有してくれたバイナリを使ってSecure Provisioning Tool v26.09でいくつかのテストを実行したところ、以下の点に気づきました。 Secure Provisioning Tool User Guide v26.09のセクション5.2.2「ソース画像フォーマット」によると、S19ファイルに対してエントリポイントを明示的に指定できます。他の画像形式では、エントリポイントは割り込みベクターテーブルから取得されます(したがって割り込みベクターテーブルはアプリケーション画像の先頭にある必要があります)。 IVTやFCFBがない場合、ツールはアプリケーションコードの範囲外の0x601006C9にエントリポイントを検出します。さらに、開始アドレスは0x600D2D01から0x601006C9の範囲内にあることが想定されます。 Secure Provisioning Toolはアプリケーションイメージ内のオフセット0x4のエントリポイントを特定します。 エントリポイントを有効なアドレスに変更することで、画像を正常に構築できるかどうかテストしてもらえますか? よろしくお願いします、 パブロ Re: Secure Provisioning Tool - Build image error はい、うまくいきました。ありがとうございます。

Compulab IOTDIN-IMX8- C 1800QM-D4-N32 CAN performance issues Hello Team, We are currently evaluating CAN communication performance on a CompuLab ARM-based platform using the onboard CAN interface exposed through the terminal I/O block. During our testing, we have observed significantly higher CPU utilization on the ARM platform compared to our x86-based system under similar CAN network conditions: x86 platform: approximately 30% CPU utilization CompuLab ARM platform: approximately 45% CPU utilization For comparison, when using a PEAK USB CAN adapter with compulab, the overall performance appears to be better, and the CPU utilization is lower than with the onboard CAN interface. Our CAN network configuration is as follows: CANopen network with 18 nodes. CAN bitrate used: 250 kbps SocketCAN with txqueuelen set to 2000 Communication consists primarily of PDO messages Message periodicity ranges from 100 ms to 10 seconds The shortest update interval currently used is 100 ms CAN-FD is not enabled The same application software and CAN configuration are used on both x86 and ARM platforms We would like to better understand: What factors could contribute to the higher CPU consumption observed on the ARM platform? Are there any known limitations or optimization recommendations for the onboard CAN controller/driver on this platform? Are there specific CAN driver, interrupt handling, buffering, or kernel-level tuning parameters that should be reviewed? Could differences between the onboard CAN controller and the PEAK USB CAN adapter explain the observed performance gap? Are there any recommended profiling or diagnostic methods that would help identify the primary source of CPU load? Our objective is to achieve performance on the ARM platform comparable to what we observe on x86 systems while maintaining the current network load and message rates. We would greatly appreciate any guidance, recommendations, or best practices for improving CAN performance on this platform. Thank you for your support.

MCSPTE1AK144 – Motor Faults Immediately After Starting MATLAB Host Model I am facing an issue while controlling the MCSPTE1AK144 kit using the MATLAB/Simulink open-loop and closed loop examples available. The target model builds and the generated file can be flashed to the S32K144 successfully. MATLAB also detects the OpenSDA CDC serial port and the host model is able to establish communication. However, whenever I start the host model and switch the motor ON, the motor shaft either twitches briefly or does not run, and the D11 red LED immediately turns ON/flashes, indicating a fault. The motor then stops responding. Basic board communication has been verified separately using the LPUART Hello World example, which builds, flashes, and communicates successfully through the OpenSDA serial port. Could you please advise what could cause the motor-control application to enter a fault immediately after starting control from the MATLAB host model, and which fault/status variables should be checked to identify the root cause? Hardware: MCSPTE1AK144 (S32K144-EVB + DEVKIT-MOTORGD) Motor: Sunrise 42BLY3A78-24110 MATLAB/Simulink with NXP MBDT Thanks. HotFix

S32G3 EB AUTOCORE 许可证 各位团队成员，大家好！ 我们在 EB Client License Administrator 中遇到激活码问题，无法启动 EB tresos AutoCore： 7FCB-75DF-0F6E-4E7A（有效期至 2026 年 12 月 30 日），提示已过期。 请参阅以下附件。 Re: S32G3 EB AUTOCORE LICENSE 你好， 请尝试使用之前未曾访问过该许可证的同事的帐户登录。这应该有助于您获得最新许可证。 请勿在社区帖子中分享密码、许可证或其他敏感信息。

MCXN94/54/53: USB組み込みメモリの混乱 こんにちは、 新しいボードデザインに使うためのMCX N MCUの正しいモデルを選ぼうとしています。 データシートMCXNP184M150F70.pdfの12ページのモデル比較表の下には、「USB FSモジュールを搭載しないデバイスには専用のUSB RAMは利用できません」という小さなNOTE 4の記載があります。 USB FSデバイスは必要ありません。私はUSB HSデバイスのみを使用する必要があります。そこでBOMの予算を少し節約するために、USB FSなしのモデル(例えばMCXN537など)を選びましたが、Note 4のトーンは重要そうですね。リファレンス・マニュアルを確認して、少し光を当てたかったんです。 リファレンス・マニュアル:MCXNP184M150F70RM.pdf 第61章、61.7.1項、2197ページ（USB LSについて）には次のように記載されています。 「USBFSレジスタが占めるアドレス空間に加えて、キープアライブで使用するために512バイトの組み込みRAMが必要です。」 モード。このチップでは、USB RAMブロックの開始アドレスは4801_0000hです。 このUSB RAMはアクティブ電源モードでBDTエントリやUSBデータバッファ、その他の用途に使用できます。」 データシートの注記4で言及されているのは、おそらくそのRAMのことだろう。 次の章である第62章（USB HSについて）では、「RAM」という言葉は一切出てこない。 私は混乱しています。 質問: 1. なぜUSB LSを搭載していないモデルにはUSB内蔵RAMがないことに注目するのか? 2. USB HSデバイスだけで、「USB組み込みRAM」なしで、USBペンドライブからMCXN53でISPプログラミングはできますか? 皆さん、本当にありがとうございます! F. ボード設計 MCX N USB Re: MCXN94/54/53: USB embedded memory confusion こんにちは、 @elfarolab さん 「専用USB RAM」が搭載されていないからといって、MCXN537でUSB HSを使用することが妨げられるわけではありません。データシートにはUSB HSが存在し、USB FSは存在しないと記載されています。注4ではUSB FSモジュールには専用RAMがありません。 1. メモが重要な理由:USB FSがない部品を選ぶ際に、そのメモリアドレスやUSBFSのKeep Alive機能に頼らないようにと警告しています。USB HSのみを使用する設計の場合、それ自体が不合格の理由にはなりません。また、ここでいうモジュール名はUSB FS（フルスピード）であり、USB LS（ロースピード）ではありません。 2. USBメモリからのISP: 工場出荷時のROMでそれができるとは思わないでください。NXPの文書化されたMCX N ISPプログラミングパスは、コネクテッドコンピュータとblhostなどのツール、または記載されたシリアルインターフェースのいずれかを備えたUSB HIDを使用します。代わりにペンドライブは、MCUがUSBホストとして機能し、マスストレージを読み込み、イメージをプログラムする必要があります。 BR ハリー Re: MCXN94/54/53: USB embedded memory confusion ご協力の程、よろしくお願い申し上げます。

MCXN94/54/53：USB嵌入式存储器混淆 你好， 我正在尝试为新的电路板设计选择合适的 MCX N MCU 型号。 在数据手册 MCXNP184M150F70.pdf 的第 12 页，型号对比表下方，有一条小小的注释 4，内容为：“对于没有 USB FS 模块的设备，专用的 USB RAM 不可用。” 我不需要USB FS设备。我只需要使用USB HS设备。因此，为了节省一些物料清单预算，我决定选择一款没有 USB FS 的型号，例如 MCXN537，但是 Note 4 的音质听起来很重要。我想查阅一下参考手册，看看能不能找到一些线索。 参考手册：MCXNP184M150F70RM.pdf 第 61 章，第 61.7.1 段，第 2197 页（关于 USB LS）指出： 除了 USBFS 寄存器占用的地址空间外，Keep Alive 功能还需要 512 字节的嵌入式 RAM。 模式。该芯片上 USB RAM 块的起始地址为 4801_0000h。 您可以将此 USB RAM 设置为主动供电模式，用于 BDT 条目、USB 数据缓冲区或其他用途。 我猜想，数据手册中提到的第 4 点指的就是 RAM。 下一章，即第 62 章，是关于 USB HS 的，其中从未提到“RAM”这个词。 我感到困惑。 问题： 1. 为什么需要注意没有 USB LS 的型号没有 USB 嵌入式 RAM？ 2. 我还能使用 U 盘通过 MCXN53 进行 ISP 编程吗？只使用 USB HS 设备，而不使用“USB 嵌入式 RAM”？ 非常感谢大家！ f. 电路板设计 MCX N USB Re: MCXN94/54/53: USB embedded memory confusion 你好@elfarolab 缺少“专用的 USB RAM”并不会阻止您在 MCXN537 上使用 USB HS。数据表显示该型号支持 USB HS，不支持 USB FS；注 4 指出，使用 USB FS 模块时，专用的 RAM 缺失。 1. 注释的重要性：它警告您在选择没有 USB FS 的部件时，不要依赖该内存地址或其 USBFS Keep Alive 功能。对于仅使用 USB HS 的设计而言，这本身并不是一个不合格的因素。另外，这里的模块名称是 USB FS（全速），而不是 USB LS（低速）。 2. 从 USB 闪存盘启动 ISP：不要指望工厂 ROM 能做到这一点。NXP 官方记录的 MCX N ISP 编程路径使用 USB HID 连接计算机和 blhost 等工具，或者使用列出的串行接口之一。U盘则需要MCU充当USB主机，读取大容量存储设备，并对映像进行编程； BR 哈里 Re: MCXN94/54/53: USB embedded memory confusion 非常感谢！

MCSPTE1AK144 – 启动 MATLAB 主机模型后立即出现电机故障 我在使用 MATLAB/Simulink 提供的开环和闭环示例控制 MCSPTE1AK144 套件时遇到了问题。 目标模型构建成功，生成的文件可以成功烧录到S32K144。MATLAB也能检测到OpenSDA CDC串口，主机模型能够建立通信。 但是，每当我启动主机模型并打开电机时，电机轴要么短暂地抽动一下，要么根本不运转，D11 红色 LED 灯立即亮起/闪烁，表明出现故障。随后电机停止响应。 已使用 LPUART Hello World 示例单独验证了基本板通信，该示例可以成功版本、烧录并通过 OpenSDA 串行端口进行通信。 请问是什么原因导致电机控制应用程序在从 MATLAB 主机模型启动控制后立即出现故障？应该检查哪些故障/状态变量来确定根本原因？ 硬件：MCSPTE1AK144（S32K144-EVB + DEVKIT-MOTORGD） 电机：Sunrise 42BLY3A78-24110 MATLAB/Simulink 与 NXP MBDT 谢谢。 热修复

Debugger PE Micro Hello NXP team, I want to record a DCF in the UTEST flash to protect the code on the MCU from being read out from the board (by a password). Can I use Design Studio to do that without using a debugger? Best regards, Ahmed Re: Debugger PE Micro Hello, Yes, you can use S32Design studio or any other compiler for that. UTEST flash where DCF reside is just a normal flash set as OTP. So you will use standard flash programming as for any other block. or you can use debugger: https://community.nxp.com/t5/S32-Design-Studio-Knowledge-Base/HOWTO-Program-DCF-record-into-UTEST-flash-in-S32-Design-Studio/ta-p/1099436 Best regards, Peter Re: Debugger PE Micro Thank you for the fast reply. When I followed the steps you shared using Design Studio, I got this error. Please tell me what the reason of this error is and how to fix it? Another question is that after implementing censorship using this method, can a person read the code from the board without knowing the password even if he uses a debugger or not? Re: Debugger PE Micro I installed the S32DS version R2017 and retried the steps again in this version, but again I got the same error. What may be the reason? What can I check?    I think the reason may be that S32DS tries to erase and then write to UTEST, but the UTEST can't be deleted. Is there any missed step to tell DS32 not to erase before writing the DCF record? Re: Debugger PE Micro Hello, As the thread express, this is tested on the S32DS version R2017. So I am not aware of which version do you use and the error expression is too general. Is the micro blank? For PEmicro/S32DS the mechanism is generally implemented through a dedicated UTEST flash algorithm (*_UTest.pcp). You can also reach out to PEMicro if there is any latest version of script/algorithm for their debugger. Best regards, Peter Re: Debugger PE Micro Hello, I think the reason may be that S32DS tries to erase and then write to UTEST, but the UTEST can't be deleted. Is there any missed step to tell DS32 not to erase before writing the DCF record? That could be a possible explanation. I never used PE for programming UTEST, we use Lauterbach debuggers instead. I cant speak for PE programming procedure, but if the script try to erase first then the process will be aborted. But the alternative algorithm target the UTEST, so the script should not erase the micro. Just reprogram it. You can also try it with PE micro GUI according to the guide bellow: https://community.nxp.com/t5/S32-Design-Studio/MPC5777C-update-DCF-record/m-p/791557 Best regards, Peter Re: Debugger PE Micro When I tried these steps with being connected to the MCU (REV E not REV B), I got this window with the port field locked as shown, When returning to the user manual, I found that this approach needs using a hardware interface, but I need a method without using any additional debugger, so can this approach using PE Micro PROGDSC work without a hardware interface or what I can do? Re: Debugger PE Micro Any reply, please!!!

S32G3 EB AUTOCORE ライセンス こんにちは、チームの皆さん、 EB Client License Administrator 内のアクティベーション コード 7FCB-75DF-0F6E-4E7A (有効期限 2026 年 12 月 30 日) が期限切れであると表示され、EB tresos AutoCore を起動する際に問題が発生しています。 下記の添付ファイルをご覧ください。 Re: S32G3 EB AUTOCORE LICENSE こんにちは、 過去にライセンスにアクセスしていない同僚のアカウントでサインインしてみてください。これにより、最新のライセンスを入手できるはずです。 コミュニティ投稿では、パスワード、ライセンス、その他の機密情報を共有しないでください。

EMIOS 计数器总线配置问题 各位专家好， 我配置了 .mex适用于带 RTD 7.0.0 的 S32K342 控制器的文件。 我收到以下错误信息： 我从 RTD 6.0.0 的 S32K344 配置中复制了配置（因为引脚配置和外设配置相同）。 我已经正确安装了我们需要的所有计数器总线。 Emios_Mcl_Ip 的一些截图   谢谢。 Re: EMIOS counter bus configuration issue 感谢您的快速回复。 不，我没有完全抄袭。我创建了一个新项目，选择了 342 控制器，并复制了外围设备配置。并非整个项目。 希望这能帮到您。 谢谢。 Re: EMIOS counter bus configuration issue 感谢您提交的项目。 我复制了.mex文件我将文件导入到我的一个项目中，有趣的是，从中生成代码时，我没有看到任何错误。 请问您能否解释一下“我从 RTD 6.0.0 的 S32K344 配置中复制了配置”是什么意思？你复制了 .mex 文件吗？这是最初使用 RTD 6.0.0 创建的项目的文件吗？ 此致， 丹尼尔 Re: EMIOS counter bus configuration issue 请参考共享的配置信息。 谢谢。 Re: EMIOS counter bus configuration issue 你好@sbidkar ， 请问您能分享一下.mex文件吗？文件？ 谢谢 Re: EMIOS counter bus configuration issue 嗨@sbidkar ， 上次，我打开了.mex文件。S32 设计工作室 3.6.9 中的文件使用 RTD 7.0.1 版本时，该问题没有出现。我在 S32 Design Studio 3.6.5 和 RTD 7.0.0 中测试时，我成功重现了这个问题。 你使用的是哪个版本的IDE？ 我尚未找到关于此问题的现有报告。我会和IDE团队确认一下，稍后回复你。 谢谢！ BR，丹尼尔 Re: EMIOS counter bus configuration issue 丹尼尔，谢谢你的回复。 我使用的是 IDE 版本 3.6.4。 BR。 Re: EMIOS counter bus configuration issue 你好，丹尼尔， 这件事有任何进展吗？ Re: EMIOS counter bus configuration issue 嗨@sbidkar ， 是的，这是RTD 7.0.0版本的问题所在。已在 RTD 7.0.1 中修复 此致， 丹尼尔

Micron MT35XU01GBBA on S32G399のFLSドライバーサポート 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への移行時に注意すべき特定の設定変更や制限はありますか? Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 本当にありがとうございます!! Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 こんにちは、 詳細を共有していただきありがとうございます。QSPIフラッシュをMX25UW51245GXDR00からMicron MT35XU01GBBAに移行する際に考慮すべき関連パラメータや要件、FLSドライバのサポート、必要な構成変更、潜在的な制限事項などをレビューします。 レビューが完了次第、詳細をご連絡いたします。 よろしくお願いいたします。 Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 全ての情報を確認する間、お待ちいただきありがとうございました。 既にご存知かもしれませんが、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ドライバに特別な懸念があるかどうかは確認する必要があります。この件については社内チームにエスカレーションしました。回答が得られ次第、共有いたします。 参考までに： AN13563:S32G QuadSPIディープダイブ:AN13563:S32G QuadSPIディープダイブ – アプリケーションノート S32G QSPI NORカスタマイズガイド： S32G QSPI Norカスタマイズドキュメント 1Gbit Micron MT35XU01GBBAに対するUBOOT/Linux BSPサポート:https://community.nxp.com/t5/S32G-Internal-Community/gh-p/52149 よろしくお願いします、 アルド。 Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 あなたの情報はとても役に立ちます。ご支援ありがとうございます。 MT35XU01GBBAのために設定例を教えていただけますか?EB tresosプロジェクトでFlsモジュールを設定する際の参考資料として使用したいと考えています。 さらに、以下のリンクにアクセスできません。 UBOOT/Linux BSP対応の1Gbit Micron MT35XU01GBBA: https://community.nxp.com/t5/S32G-Internal-Community/gh-p/52149 関連する情報を共有していただくか、代替リンクを教えていただけませんか Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 こんにちは、クアンさん。 残念ながら、AUTOSARプロジェクト向けにEB tresosを通じてFLSモジュール内のMT35XU01GBBAメモリを有効にする構成例はありません。このデバイスはテストされていないことを確認しました。また、入手可能なRTD FIのデモでは、RDBボード上のMX25UW51245Gの設定のみを提供しています。 明確化のために言うと、内部のU-Boot/Linuxの議論は、同じフラッシュデバイスに対する一般的なBSPサポートの評価と、200MHzでのJEDEC ID読み取りを含むフラッシュプロービングの問題の調査に焦点を当てていました。これはEBトレソのAUTOSAR FLSモジュールのリファレンス実装や構成ではありませんでした。 そのため、現時点ではMT35XU01GBBAの参考例を提供することはできません。それでも、利用可能なデバイスドキュメントと現在のセットアップに基づいて開発と統合を進めることをお勧めします。 実装中に特定のエラーや予期せぬ動作が発生した場合は、詳細情報と関連するログまたは設定情報を共有してください。問題分析のお手伝いを喜んでさせていただきます。さらにサポートが必要な場合は、より専門的なサポートを提供できるよう、プライベートサポートチケットを開設してください。 ご迷惑をおかけして申し訳ございません。ご理解いただけますようお願い申し上げます。 よろしくお願いいたします、アルド Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 こんにちは、Aldo_Bucioさん。 第6.2節。RTD 2.0.0の「AN13563: S32G QuadSPI Deep Dive」のFLS例では、BootROMも外部フラッシュの初期化に関与しているのを見ていますが、後のアプリケーションで再びフラッシュをリセットするのも見られます。質問ですが、BootROMなしで外部フラッシュは正常に初期化できますか?BootROMがここでどのような役割を果たしているのか、私にはよく分かりません。 もしアプリケーションが直接起動するなら(外付けフラッシュから起動する必要はなく、アプリケーションをRAMに読み込んで実行します)、アプリケーションは独立して初期化や外部フラッシュを使ってデータを保存できるのですよね? Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 こんにちは、 この点について検討する間、お待ちいただきありがとうございました。続けて、主な違いはBootROM構成とFLSドライバ構成が異なる段階に適用されることです。 • BootROMは最初に実行されるソフトウェアです。その後、セキュアブートの場合はHSEファームウェアに、非セキュアブートの場合はカスタマーアプリケーションに制御を移します。(AN13456 — S32G3 ブートプロセス、セクション6、10ページ) ・QSPIブートには、QSPI再構成パラメータは必須ではありません。フラッシュがブート要件を満たしていれば、BootROMはこれらのカードなしでより低いインターフェース速度で起動可能です。これらのパラメータは起動時の通信を最適化するものであり、オプション項目は再構成であって、BootROM自体ではありません。(AN13456、第9節、15ページ) • RTD 2.0.0 FLSの例では、外部フラッシュをSPIモードにリセットし、その後フラッシュとQuadSPIコントローラの両方をOPI動作に設定します。(AN13563 — S32G QuadSPIディープダイブ、セクション6.2、30ページ) したがって、BootROMは自身の設定を使ってブートイメージにアクセスしますが、FLSドライバはアプリケーションからフラッシュを操作するために独自の設定を必要とします。BootROM互換性だけではMicron MT35XU01GBBAのFLSドライバーサポートは確立されません。さらに、AN13563の例はMacronix MX25UW51245Gを使用しているため、その構成がMicronデバイスに直接適用されるとは限りません。 私は引き続きこの捜査を支援し、追加の詳細事項についても検討する用意があります。 敬具 アルド 参考文献:  AN13456: S32G3 ブートプロセス アプリケーションノート AN13563:S32G QuadSPIディープダイブ – アプリケーションノート

S32G399 上的 Micron MT35XU01GBBA 的 FLS 驱动程序支持 各位NXP专家，大家好！ 我是一名使用 S32G399 平台的 AUTOSAR 软件工程师。 据我了解， MX25UW51245GXDR00串行 或非 Flash 安装在S32G-VNP-RDB3板上。SW32G_RTD_4.4_5.0.0_QLP07中提供的 FLS 驱动程序示例表明支持 S32G-VNP-RDB3 板，因此我假设 NXP FLS 驱动程序已经通过 MX25UW51245GXDR00 设备的验证。 我最近收到一块客户的板，它使用的是Micron MT35XU01GBBA串行或非Flash。 请问SW32G_RTD_4.4_5.0.0_QLP07中包含的FLS驱动程序是否支持Micron MT35XU01GBBA设备？ 如果有技术支持，从 MX25UW51245GXDR00 迁移到 MT35XU01GBBA 时，我应该注意哪些具体的配置更改或限制？ Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 太感谢了！！！ Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 您好， 感谢您分享详细信息。我将审查将 QSPI Flash 从 MX25UW51245GXDR00 迁移到 Micron MT35XU01GBBA 时需要考虑的相关参数和要求，包括 FLS 驱动程序支持、所需的配置更改以及任何潜在的限制。 我完成审查后会尽快回复您更多细节。 顺祝商祺！ Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 感谢您在我查阅所有资料期间的耐心等待。 您可能已经知道，S32G-VNP-RDB3 示例使用的 FLS 配置是特定于设备的。因此，它包含了诸如闪存 ID、存储器几何形状、页面大小、擦除大小、命令 LUT、地址周期、虚拟周期、复位序列以及 SPI 和 OPI 模式之间的转换等参数，这些参数需要为每个设备进行配置。因此，Macronix 的配置不能重复使用于 Micron 的设备。 需要考虑的主要区别有： 内存容量：Macronix 设备为 512 Mb，而 MT35XU01GBBA 是 1 Gb 设备，由两个堆叠的 512 Mb 芯片实现。因此，FLS 地址范围和内存大小必须相应更新。 接口和时序：Micron 设备采用 1.8 V Xccela 接口，支持八路 SDR/DDR 操作。它在 SDR 模式下支持高达 166 MHz 的频率，在 DDR 模式下支持高达 200 MHz 的频率（带 DQS）。控制器模式、DDR/SDR 设置、DQS 采样、DLL/定时参数和虚拟周期必须根据 Micron 设备 and the board design 进行配置。 命令序列：必须为 Micron 命令集重新创建读取、编程、擦除、寄存器访问和模式转换 LUT。例如，Micron 设备使用八进制读取/编程命令，并有单独的 4 字节命令变体；这些与 Macronix 命令序列不同。 寻址和几何形状：Micron 设备支持 3 字节和 4 字节寻址。在八进制 DDR 模式下，需要 4 字节寻址。Micron 数据表规定了 256 字节的程序页、128 KB 的统一扇区擦除以及 4 KB/32 KB 的子扇区擦除选项。这些值必须反映在 FLS 内存和扇区配置中。 设备标识：预期的 JEDEC 标识有所不同。Micron 数据手册规定，1.8 V 设备的制造商 ID 为 0x2C，内存类型为 0x5B，1 Gb 的容量代码为 0x1B。必须更新 FLS 读取 ID 序列和预期设备 ID；还应根据客户板上的完整订购代码验证确切的扩展 ID。 八进制 DDR 的编程限制：Micron 数据手册规定了八进制 DDR 编程的偶数总线转换要求。奇数起始地址或结束地址可能需要对齐或 0xFF 填充，因此应仔细验证页面程序处理。 RESET 和启动状态：必须检查 Micron 复位序列和设备的易失性/非易失性配置寄存器。RESET后，控制器和存储器必须以相同的协议和定时模式启动。如果使用 XIP 或 DDR 启动，则启动配置也必须与 Micron 订购选项完全匹配。 值得一提的是，我已进行内部检查，MT35XU01GBBA 过去曾成功使用过，但是，集成是在 Linux 端完成的，因此我可以保证硬件外设支持该内存，但是，我需要检查 FLS 驱动程序是否存在任何特殊问题。我已经将此问题提交给内部团队，一旦收到他们的反馈，我会立即分享。 供参考，引用： AN13563：S32G QuadSPI 深度解析： AN13563：S32G QuadSPI 深度解析 – 应用笔记 S32G QSPI 或非 定制指南： S32G QSPI 或非 定制文档 UBOOT/Linux 电路板支持包 对 1Gbit Micron MT35XU01GBBA 的支持：https://community.nxp.com/t5/S32G-Internal-Community/gh-p/52149 此致， 阿尔多。 Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 您提供的信息非常有帮助。感谢您的支持。 请问能否提供MT35XU01GBBA的配置示例？我想在我的 EB tresos 项目中配置 Fls 模块时将其用作参考，引用。 此外，我无法访问以下链接： UBOOT/Linux 电路板支持包对 1Gbit Micron MT35XU01GBBA 的支持： https://community.nxp.com/t5/S32G-Internal-Community/gh-p/52149 请您分享相关信息或提供其他链接。 Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 你好，Quang， 遗憾的是，我们没有通过 EB tresos 在 AUTOSAR 项目中启用 FLS 模块中 MT35XU01GBBA 内存的配置示例。我们确认该设备未经测试，可用的 RTD FI 演示仅提供 RDB 板上 MX25UW51245G 的配置。 为明确起见，U-Boot/Linux 内部讨论的重点是评估对同一闪存设备的通用电路板支持包支持，并调查闪存探测问题，包括在 200 MHz 下读取 JEDEC ID。它不是 EB tresos 中 AUTOSAR FLS 模块的参考，引用实现或配置。 因此，我们目前无法提供 MT35XU01GBBA 的参考，引用示例。尽管如此，我们仍鼓励您根据现有的设备文档和您当前的设置继续进行开发和集成。 如果在实施过程中遇到任何具体错误或意外行为，请分享详细信息以及相关日志或配置信息。我们很乐意协助分析这个问题。如果您需要进一步的帮助，请提交私人支持工单，以便我们提供更有针对性的支持。 由此给您带来的不便，我们深表歉意，并感谢您的理解。 此致敬礼，阿尔多 Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 你好 Aldo_Bucio， 在第 6.2 节中。在 RTD 2.0.0 的 FLS 示例中（参见“AN13563：S32G QuadSPI 深度解析”），我看到 BootROM 也参与了外部闪存的初始化，但我发现后续应用程序会再次重新初始化闪存。我的问题是，如果没有 BootROM，外部闪存能否成功初始化？我不太明白 BootROM 在这里的作用。 如果我的应用程序在启动时直接运行（不需要从外部闪存启动，因为我将应用程序加载到 RAM 中并运行它），应用程序仍然可以独立运行以初始化并使用外部闪存来存储数据，对吗？ Re: FLS Driver Support for Micron MT35XU01GBBA on S32G399 你好， 感谢您在我审查这一点期间的耐心等待。需要进一步说明的是，BootROM 配置和 FLS 驱动程序配置的关键区别在于它们适用于不同的阶段： • BootROM 是第一个执行的软件。然后，它将控制权移交给 HSE 固件以进行安全启动，或者移交给客户应用程序以进行非安全启动。（AN13456 — S32G3 启动过程，第 6 节，第 10 页） • QSPI 重配置参数对于 QSPI 启动并非强制性的。如果闪存满足启动要求，BootROM 可以在没有这些组件的情况下以较低的接口速度启动。这些参数优化了启动期间的通信；可选的是重新配置，而不是 BootROM 本身。（AN13456，第 9 节，第 15 页） • RTD 2.0.0 FLS 示例将外部闪存重置为 SPI 模式，然后将闪存和 QuadSPI 控制器配置为 OPI 操作。（AN13563 — S32G QuadSPI 深度解析，第 6.2 节，第 30 页） 因此，BootROM 使用其自身的配置来访问启动映像，而 FLS 驱动程序需要其自身的配置才能从应用程序操作闪存。仅 BootROM 兼容性并不能确定 Micron MT35XU01GBBA 是否支持 FLS 驱动程序。此外，AN13563 中的示例使用的是 Macronix MX25UW51245G，因此不应假定其配置直接适用于 Micron 设备。 我将继续配合这项调查，并审查任何其他细节。 此致， 阿尔多 参考： AN13456：S32G3 启动过程应用笔记 AN13563：S32G QuadSPI 深度解析 – 应用笔记

CodeWarrior License for MPC82xx Debug I have a need to debug a PowerQuicc MPC82xx processor in CodeWarrior for Power Architecture 8.8.x.  In looking around NXP site, the only option seems to be the very expensive CW-DS-NETAPPS license.  Is there anything less expensive that can be used for this?  I really just need to be able to Debug/JTAG via a TAP pod that I already have. Re: CodeWarrior License for MPC82xx Debug You can also download  Evaluation Edition(free-trial) from below link but it has 30-day time restriction Every customer account (email address) can download the Evaluation Edition from the link below. Please select “DOWNLOAD EVAL”. https://www.nxp.com/design/software/development-software/codewarrior-development-tools/codewarrior-network-applications/codewarrior-development-suites-for-networked-applications:CW-DS-NETAPPS Thanks