HSE 108.0 HEXイメージを使用した仮想ECUレベル4でMACが生成されませんでした 説明 私たちはGMプログラム向けのレベル4仮想ECU（vECU）について、 Synopsys社と協力しています。 最新のHSE統合では、 HSEバージョン108.0を採用しました。 仮想環境での検証中に、HSEイメージのフォーマットによって異なる挙動が観察されました。 HSEエンベロープフォーマット HSE画像サイズ：約157KB HSEは仮想環境に正常にロードされました。 MACアドレスが正常に生成されました。 CYS情報ブロックは想定どおりに初期化されました。 2. HSE HEX形式 HSE画像サイズ：約378KB HSEイメージが仮想環境にロードされます。 しかし、 MACは生成されません。 MAC生成が行われていないため、 CYS情報ブロックは初期化されません。 Synopsys-GMとの話し合いに基づき、既存の PFLASH_iROMスクリプトを新しいHSE HEX画像形式にサポートし/採用するために更新する必要があると理解しています。 要求 仮想環境で発生している問題について話し合い、新しいHEXベースのHSEイメージをサポートするために必要なPFLASH_iROMスクリプト/設定の変更点について理解を深めたいと考えています。 9月4日午前9時(EST)にディスカッションの予定を組めますか?/ご都合の良い時間をお伝えください 議論中に問題を実演し、エンベロープフォーマットとHEXフォーマットの挙動を比較することができます。 環境: プログラム：GM EAGM プラットフォーム:レベル4バーチャルECU MCU:NXP S32K388 HSEバージョン：108.0 仮想化環境:Synopsys 問題領域: PFLASH_iROM スクリプトの更新 Re: MAC Not Generated in Virtual ECU Level 4 with HSE 108.0 HEX Image こんにちは、 @DhilipRaja91さん 現在使用されているHSE FWのバージョンはプレミアムバージョンであることにご注意ください。このサポートチャネルを通じたファームウェアのサポートは、自動車ソフトウェアに伴うセキュリティ制限のため必要な情報にアクセスできないため、当院の範囲外です。 このマターに関してさらにご支援いただく場合は、NXPの担当者までご連絡いただくようお願いいたします。適切なサポートと指導を提供できるでしょう。 ご理解とご協力に感謝いたします。 BR、VaneB

关于支持锁步模式的 Cortex-A53 SoC 的咨询 尊敬的恩智浦技术支持人员： 我们目前正在寻找符合以下要求的SoC： Arm Cortex-A53处理器 支持 Cortex-A53 内核/集群之间的同步操作 适用于非汽车应用，例如工业应用 一款目前可供购买的评估/开发板 一份参考手册或其他官方文档，解释如何启用/配置锁定步进模式。 我们最初考虑过 S32G2，但由于 S32G 系列主要面向汽车/车辆应用，我们想知道 NXP 是否有其他 SoC 符合上述要求。 例如，我们也在关注采用 Cortex-A53 的 i.MX 8M Mini / i.MX 8M Plus。然而，根据现有文档，我们尚无法确认它们是否支持 Cortex-A53 锁步操作。 请问您能否推荐一些符合这些要求的恩智浦SoC和评估板？ 尤其感谢您能提供以下信息： SoC部件号 目前可供购买的评估板 参考手册中描述 Cortex-A53 锁步功能的章节/页码 是否有任何文档或示例说明如何启用/配置锁定模式 感谢您的支持。 Re: Inquiry about Cortex-A53 SoC supporting lockstep mode 你好，Toan 感谢您的回复和提供的信息。 对于您需要的 Cortex-A53 硬件上的 Lockstep 功能，目前只有 S32G 产品实现了此功能。 关于 Cortex-M/R 的 Lockstep 功能，您可以关注 S32K/S32Z/E 等产品，但这些产品也主要用于汽车应用。 BR 乔伊 Re: Inquiry about Cortex-A53 SoC supporting lockstep mode 嗨，乔伊， 谢谢你的解释！ 关于您的问题，我们目前正处于根据我们的需求收集和调查技术信息的初始阶段，因此详细的项目背景尚未完全确定。不过，我可以分享一些关于我们发展方向的关键见解： 应用场景：我们正在探索通用工业/嵌入式系统的解决方案，而不是纯粹的汽车应用。虽然 S32G 是一个功能强大的平台，但它对汽车领域的强烈关注促使我们寻找更通用的处理器/MCU，以适应更广泛的非汽车产品。 锁定要求：是的，我们对锁定功能的兴趣源于我们系统设计中对高可靠性、故障检测和功能安全/检查机制的需求，以确保整体稳定性。 由于我们正在积极寻找替代方案，您能否推荐一些其他支持硬件锁步但更适合通用工业应用而非汽车应用的通用平台（MCU/SoC）？ 再次感谢您的支持！ 顺祝商祺！ 托安 Re: Inquiry about Cortex-A53 SoC supporting lockstep mode 你好， Toan 感谢您的支持！ 是的，S32G 支持锁步功能，主要用于汽车领域。一些客户也将其应用于航空航天和其他领域。 您能提供更多信息吗？ 1. 您的项目应用场景是什么？ 2. 为什么需要同步进行？是为了符合功能安全标准吗？ BR 乔伊 Re: Inquiry about Cortex-A53 SoC supporting lockstep mode 不好意思，我能再问一个问题吗？ 我想请教您关于 NXP S32G2/S32G3 平台上的 Cortex-A53 内核的问题。 据我了解，NXP 官方为 Cortex-A53 内核提供了 Linux BSP。但是，我们想研究一下是否有可能在 Arm 上运行 Linux 以外的操作系统，特别是 Windows。 根据我的初步研究，Windows on Arm 支持 AArch64 (ARM64) 架构，而 Cortex-A53 基于 ARMv8-A 64 位架构。因此，从 CPU 架构的角度来看，它们似乎是兼容的。但是，我明白仅凭 CPU 架构兼容性可能不足以在特定硬件平台上运行 Windows。 请您就以下几点提供建议？ 除了 Linux BSP 之外，是否有可能在 S32G2/S32G3 的 Cortex-A53 内核上运行 Windows on Arm？ 如果可行，有哪些方法可以实现？ 例如，是否有现成的 电路板支持包。 或移植解决方案可用，或者是否需要移植和开发诸如引导加载程序/UEFI、ACPI 配置和 设备驱动程序等 元器件？ 如果 Windows on Arm 可以在 S32G2/S32G3 平台上运行，那么硬件和驱动程序的兼容性可以达到什么水平？ 我们尤其想了解现有的外围设备和驱动程序在 Windows 下是否受支持。 如果 Windows on Arm 运行在 Cortex-A53 内核上，是否仍然可以使用 Cortex-A53 的锁定步进功能？ 如果是这样，锁步是如何配置的？与 Linux 电路板支持包。环境相比，有哪些不同或限制？ 我们项目的目标不仅是在 S32G 平台上运行 Arm 架构的 Windows，还要验证 Cortex-A53 的锁步功能是否可以在 Windows 环境下使用。 我们非常希望您能就此主题提出建议和意见。

変更不可のFlash S32kボード上のブートイメージとアプリケーションイメージを含む内部フラッシュ領域を保護したいと考えています。イメージはProgram Flash(PFlash)に保存され、関連するアプリケーションデータはData Flash(DFlash)に保存される可能性があります。 承認されたソフトウェアがプログラムされた後、選択した領域を書き込み不可かつ消去不可にする方法はありますか?理想的には、この保護はアプリケーションソフトウェア、JTAG/デバッグアクセス、プログラミングツール、大量消去、復旧メカニズム、ライフサイクルの移行による改変を防ぐものです。 S32K344は、選択したPFlashまたはDFlashセクターを書き込み不可および消去不可にする永続的なメカニズムを提供しますか？ 恒久的な保護機能が利用できない場合、NXPが推奨する最も強力な可逆的保護のための構成は何ですか？ 専用のピンやジャンパー制御信号など、内部PFlashやDFlashのプログラミングを有効または停止できるハードウェアベースの方法はありますか? Re: Not Modifiable Flash こんにちは、 S32K344は、任意のPFlashまたはDFlashセクターを消去・書き込みに対して永久にロックするユーザーアクセス可能なOTPメカニズムを提供していません。 MPC57xxのOTPフラッシュセクタロックに相当するメカニズムはS32K344にはありません。 ブートおよびアプリケーションイメージの保護は、PFlashセクターの恒久的なOTPロックではなく、HSEセキュリティアーキテクチャ(セキュアブート、ライフサイクルマネジメント、デバッグ認証、認証済みファームウェア更新)を用いて実装されることを想定しています。 よろしくお願いいたします。 ピーター Re: Not Modifiable Flash JTAG信号を物理的に隔離したり、デバッグ接続を切断したり、外部ハードウェアを通じたアクセス制御など、S32K344内部PFlashやDFlashへのアクセス、消去、変更を物理的に無効化または物理的に制限する方法はありますか?

iMX93ファームウェア-ele-imx i.MX93 A1 eleファームウェア(v2.0.4)はGeneric Crypto APIをサポートしていますか? Imx-セキュア・エンクレーブ gitリポジトリによると、sab_msg.defでは汎用暗号がファームウェアでサポートされているとされています。RM00284の3.44節でも同様のことが示唆されています。しかし、この機能を使用しようとするたびに、応答インジケータとして0x0000f429が返されました。これは、メッセージが無効であるか、SABエラーコードの経路を辿っている場合は、その機能が無効になっていることを意味します。 hsm_test.c以下の記述から、この機能はIMX95とIMX8ULPのみに対応していることが示唆されます。 if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); これはRM00284と矛盾する。 3.45 i.MX 95 汎用的な暗号化APIはサポートされていません。 SM3およびSM4はサポートされていません。 今のところ、キーストアの通話は正常に動作し、ele_hsm_testも正常に動作しています。ライフサイクルはオープンで、現時点ではセキュアブートは有効になっていません。 汎用暗号化呼び出しはキーストアを使用しないため、セッションハンドルは必要ですか？そうでない場合、メッセージユニットとSAB IDの関係はどうなりますか？私のファームウェアユーザーガイドには、HSMのジェネリックコマンドにセッションハンドルのフィールドが表示されていないので質問しています。 セットアップの概要： SOC:i.MX93 A1 ビルドシステム:ヨクト・ワルナスカー カーネル: 6.12.49 ありがとう、 粘土 Yocto Project Re: iMX93 firmware-ele-imx 下記のコードパスかリンクを教えてもらえますか?念のため確認させてください if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); 最初のリクエストについては、i.MX93のCR RSA復号化サポートにより、ELEファームウェアチームが汎用暗号APIを削除しました Re: iMX93 firmware-ele-imx hsm_test.c内の 840 行目で gc_cipher_test() が開始されます。テスト自体は test/common/ test_gc_cipher.cにあります。 ドキュメントのどこに汎用暗号APIが削除されたと記載されていますか? つまり、キーストアを使いたくない場合は、サードパーティ製の暗号ライブラリが必要になるということでしょうか？ 例えば、SOC固有のキー（おそらくHUKから生成されたもの）を単純に導出し、ファイルシステムに保存されている数バイトのデータを暗号化/復号化したい場合、どのような手順を踏めば良いのでしょうか？ ありがとう、 粘土 Re: iMX93 firmware-ele-imx これは公開ドキュメントには記載されていません。2.0.4 ELEユーザーガイドを参照してください。ご使用でしたか?もしなければ、nxp.com に申請できます i.MX 93 アプリケーションプロセッサファミリ | NXP Semiconductors 「ドキュメント」の「secure」をクリックすると新しいcmd IDが見つかり、4.3.2を参照できます暗号と鍵の属性

FIT 异常问题 MPC5777c 大家好， 我正在尝试生成 FIT 异常。         asm ( " li r0, 0x8000 " );         asm （ " mtspr TCR，r0 " ）；         asm （ " mtspr TCR，r0 " ）；   但是，执行此代码后，板复位，然后进入 FIT 异常处理程序。请问是否需要进行任何额外的配置或更改才能正确触发和处理 FIT 异常？ 感谢您的支持。 此致， 帕万 Re: FIT Exception Issue MPC5777c 你好， IVPR 指向一个有效的异常向量表 是的。 IVOR10 已配置为 FIT 处理程序。 编号为 IVOR11。 中断已启用（MSR[EE] = 1）。 是的。BSP_MSR_Normal: Unsigned_32 :=16#02009000#; 时基/FIT源正在运行。 是的。 您可以找到详细信息。我已经配置好了，请帮我看看还有什么需要做的。 问候， 帕万 Re: FIT Exception Issue MPC5777c 你好 MTSPR(IVOR10, entDECR'Address); -- 递减器（由 Ada 运行时处理） 现在使用 e200/MPC55xx 映射 MTSPR(IVOR11, ent0B'Address); -- 固定间隔定时器..这将通过将 IVOR10 设置为 FIT 来实现。 问候， 帕万 Re: FIT Exception Issue MPC5777c 你好， 只要异常处理机制配置正确，FIT 异常处理功能应该就能正常工作。 请核实： IVPR 指向一个有效的异常向量表。 IVOR10 已配置为 FIT 处理程序。 中断已启用（MSR[EE] = 1）。 时基/FIT源正在运行。 由于电路板在到达 FIT 处理程序之前复位，请同时检查 RGM 复位状态寄存器以确定复位源。 参考：FIT 异常生成在 AN2865 第 3 节中进行了描述。 此致， 彼得 Re: FIT Exception Issue MPC5777c 你好， 我首先会检查 TCR 中的 FIT 使能位是否已正确设置，以及相应的异常向量是否已正确初始化。还要确保异常/MSR 配置允许发生 FIT 中断。 其中最引人注目的一点是，同一个值被写入了两次 TCR： asm("li r0, 0x8000"); asm("mtspr TCR, r0"); asm("mtspr TCR, r0"); 如果你的目的仅仅是强制执行 FIT 事件，那么可能不需要第二次写入。具体行为还取决于PowerPC内核以及该特定设备的TCR位定义。 Re: FIT Exception Issue MPC5777c 你好， 谢谢你的更新。既然你使用的是 FIT，那么 IVOR11 就是正确的向量。请另行核实： TCR[FIE] = 1（FIT中断已启用） FIT 周期选择 (TCR[FP]) 当 FIT 间隔到期时，TSR[FIS] 将被设置。 FIT 处理程序清除 TSR[FIS] 异常表中的 IVOR11 条目包含指向 FIT ISR 的正确分支。 RGM 重置状态寄存器用于确定在进入 FIT 处理程序之前是否发生其他异常或重置。 总股东回报率（TSR）的价值尤为重要。如果设置了 TSR[FIS] 但未进入 ISR，则会生成 FIT，但异常调度路径无法正常工作。 顺祝商祺！ Peter Re: FIT Exception Issue MPC5777c 你好， MTSPR(SPR_HID0, 16#00004000#); -- 启用 TB 状态 MTSPR(SPR_TCR, 16#04800000#); -- 启用 DEC +FIT MTSPR(SPR_TSR, 16#04000000#); 我认为这样正确吗？我已正确启用。

S32 Design StudioでSDKをインストールするS32K144EVB こんにちは、 今日はS32 Design Studioをインストールして、S32K144EVB基板を評価しました。小さなテストをしたいのですが、マニュアルを読んでみると、新しいアプリケーションプロジェクトを作成する際に「SDK」ボタンをクリックすると、S32 SDKは表示されません。 ボード用のSDKをインストールする方法 ありがとうございます。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaosさん まず、S32DS IDEsに対応したソフトウェアをダウンロードする必要があります。サポートされているIDEバージョンは、ソフトウェアのリリースノート文書に記載されています。 この例では、S32K1デバイス向けに提供されている最新のRTDリリースを使用します。 S32K1_S32M24x_RTD_R21-11_3.0.0_D2503_DesignStudio_updatesite.zip をダウンロードしてください。このパッケージは、 S32K1のリアルタイム・ドライバ →オートモーティブSW - S32K1_S32M24x - Cortex-Mのリアルタイム・ドライバ→ S32K1_S32M24x AUTOSAR R21-11バージョン3.0.0の項目で見つけることができます。 S32 Design Studio 3.6.xでは、ヘルプ → S32DS 拡張機能とアップデートに移動します。 S32DS拡張機能とアップデートウィンドウで、右下隅にある「アップデートサイトの追加」をクリックします。 .zipファイルを選択してください以前にダウンロードしたファイル。追加されると、そのパッケージは利用可能な拡張機能やアップデートのリストに表示されます。 インストールしたいパッケージを選択して「 インストール/更新」をクリックします。 使用許諾契約に同意して、「完了」をクリックしてください。 インストールが成功すると、S32DSは変更を有効にするためにIDEの再起動を促します。 重要: 新しいプロジェクトを作成する際は、インストール済みのRTDパッケージと互換性のあるツールチェーンバージョンを選択してください。例えば、RTD 3.0.0NXP GCC 10.2.0を使用して開発およびテストされました。この情報は、該当するリリースノートに記載されています。 BR、VaneB Re: How install S32K144EVB SDK in S32 Design Studio ネタバレ （ハイライトして読む） こんにちは、 @VaneBさん インストールしました S32K1_S32M24X リアルタイムドライバーバージョン 3.0.0QLP07はあなたが説明した手順と同じことをしていますが、「新しいS32DSアプリケーションプロジェクト」を作成するとSDKsが利用できません。 スクリーンショットを2枚添付します。1枚はプロセッサの選択メニューで撮ったもので、もう1枚は「SDKs」ボタンを押して撮ったものです。 processor.pngprocessor.png sdk empty.pngsdk empty.png ありがとう。 こんにちは、リアルタイム・ドライバのバージョン3.0.0 S32K1_S32M24XインストールしましたQLP07はあなたが説明した手順と同じことをしていますが、"新しいS32DSアプリケーションプロジェクト"を作成するとSDKsが利用できません。スクリーンショットを2枚添付します。1枚はプロセッサの選択メニューで撮ったもので、もう1枚は"SDKs"ボタンを押して撮ったものです。ありがとうございます。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaosさん Arm Release バージョン10.2 ビルド1728用にNXP GCCをインストールしてください。 これによりRTD 3.0.0になるはずですGCC 10.2をプロジェクトのツールチェーンとして選択すれば、新しいプロジェクトを作成する際にSDKオプションとして利用可能です。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaos さん、 私も全く同じ問題を抱えていましたが、 @VaneBさんが提案してくれた解決策が私にも有効でした。 Arm Release 10.2ビルド1728用のNXP GCC をインストールし 、プロジェクト作成時に ツールチェーンとして GCC 10.2 を選択し ました。その後、 RTD 3.0.0がSDKオプションとして利用可能になりました 。 2026-08-10_18-14.png2026-08-10_18-14.png 2026-08-10_18-14_1.png2026-08-10_18-14_1.png 重要な点は、RTDのインストールだけでは不十分であり、対応するGCC 10.2ツールチェーンもインストールして選択する必要があるということです。 NXPテクニカルサポートの皆様、解決策をありがとうございました！ Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 何か間違っているのかもしれません。S32 Design StudioではSDKが全く見えません...S32 Design StudioのS32 v3.6.10を再インストールしました。 Captura de pantalla 2026-09-02 113833.pngパンタラのキャプチャ 2026-09-02 113833.png 次に、ファイル SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07_D2606_DesignStudio_updatesite.zip をダウンロードしました。 Captura de pantalla 2026-09-02 114017.pngパンタラのキャプチャ 2026-09-02 114017.png そして、@VaneB説明されたことはすべて行ったので、ついにGCC 10.3をインストールしました Captura de pantalla 2026-09-02 114137.pngパンタラのキャプチャ 2026-09-02 114137.png しかし、GCC 10.3で新しい「S32DS Application Project」を作成すると、SDKが表示されません: Captura de pantalla 2026-09-02 114250.pngパンタラのキャプチャ 2026-09-02 114250.png Captura de pantalla 2026-09-02 114325.pngパンタラのキャプチャ 2026-09-02 114325.png 確かに何か間違ったことをしているんだろうけど…何が間違っているのか分からない…。 よろしくお願いいたします。 Re: How install S32K144EVB SDK in S32 Design Studio こんにちは、 @ptcaos さん、 2番目のスクリーンショットを見ると、 QLPバージョン（SW32K1_S32M24x_RTD_R21-11_3.0.0_QLP07_D2606_DesignStudio_updatesite.zip）をダウンロードして、GCC 10.3をインストールしたようです。 S32 Design Studio v3.6でSDKを正しく動作させるには、公式のRTD 3.0.0リリース(QLPxxサフィックスなし)をダウンロードし、GCC 10.2を使う必要があります。 以下に、その解決方法を段階的に説明します。 正しいRTDパッケージをダウンロードしてください: NXPポータルにアクセスしてください -> オートモーティブ SW-S32K1_S32M24x - Cortex-Mのリアルタイム・ドライバ。(https://www.nxp.com/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD) micael_arkmeds_1-1788351769714.png micael_arkmeds_2-1788351795655.png RTD バージョン 3.0.0 (RTM / 公式リリース)を選択してください。QLPxx で終わるバージョンは選択しないでください。 _updatesite.zip で終わるアップデートサイトの zip ファイルをダウンロードしてください (例: SW32K1_S32M24x_RTD_R21-11_3.0.0_D2503_DesignStudio_updatesite.zip) 。 micael_arkmeds_3-1788351838096.png micael_arkmeds_5-1788351927214.png S32DSにSDKをインストールする: ヘルプへ ->新しいソフトウェアをインストールする...  追加をクリックして... -アーカイブ>...ダウンロードした_updatesite.zipファイルを選択します。 すべてのSDKオプションを確認してください(例:S32 Design Studio、S32K1 SDK、S32K1_S32M24 SDK)。 インストールウィザードを完了し、プロンプトが表示されたら証明書を受け入れ（すべて選択→選択したものを信頼する）、S32DSを再起動します。 互換性のあるツールチェーン（GCC 10.2）をインストールしてください。 ヘルプ-> S32DS 拡張機能とアップデートに移動してください。 NXP GCC for Arm Release version 10.2 build 1728を検索してください。 それをインストールしてS32DSを再起動してください。 再起動後、新しい S32DSアプリケーションプロジェクトを作成する際にターゲットとなるMCU(例:S32K144)を選択すると、インストールされたRTD SDKが一覧表示され、選択可能です。

S32G2 BSP 44 Ubuntu ビルド失敗 こんにちは。S32G2_LinuxBSP_44.0_User_Manual_updated_D250603.pdf で指定されているように、xx 用の Ubuntu イメージを構築しようとしています。しかし、以下のエラーが発生しています。設定ファイルを調べたところ、現在`scarthgap`でビルドしているにもかかわらず、システムの一部がまだ`kirkstone`を想定しているようです。そして、期待されるglibのバージョンが一致しないようです。ビルドを実行しようとした際に実行したコマンドと、その際に出力されたエラーを以下に示します。何か設定が抜けているのでしょうか？ コマンド: mkdir fsl-auto-yocto-bsp cd fsl-auto-yocto-bsp repo init -u https://github.com/nxp-auto-linux/auto_yocto_bsp/ -b release/bsp44.0 -m default.xml repo sync sudo apt update ./sources/meta-alb/scripts/host-prepare.sh source nxp-setup-alb.sh -m s32g274ardb2ubuntu # Set NXP_FIRMWARE_LOCAL_DIR in local/local.conf bitbake fsl-image-ubuntu-base 出力： ❯ bitbake fsl-image-ubuntu-base Loading cache: 100% |#######################################################################################################################################################################################################| Time: 0:00:00 Loaded 1143 entries from dependency cache. ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu.bb: nativeaptinstall.bbclass is incompatible to the current layer set | ETA: 0:00:44 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-ros.bb: nativeaptinstall.bbclass is incompatible to the current layer set | ETA: 0:00:32 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-ros.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-base.bb: nativeaptinstall.bbclass is incompatible to the current layer set | ETA: 0:00:29 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-fsl/images/fsl-image-ubuntu-base.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-extended/ubuntu/ubuntu-base_22.04.1.bb: nativeaptinstall.bbclass is incompatible to the current layer setETA: 0:00:17 ERROR: /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-extended/ubuntu/ubuntu-base_22.04.1.bb: You must check APTGET_YOCTO_TRANSLATION and update the anonymous python() function! Parsing recipes: 100% |#####################################################################################################################################################################################################| Time: 0:00:55 Parsing of 3692 .bb files complete (766 cached, 2926 parsed). 5803 targets, 617 skipped, 2 masked, 0 errors. NOTE: Resolving any missing task queue dependencies WARNING: preferred version 2.35 of cross-localedef-native not available (for item cross-localedef-native) WARNING: versions of cross-localedef-native available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-cross-aarch64 not available (for item virtual/aarch64-fsl-linux-binutils) WARNING: versions of binutils-cross-aarch64 available: 2.34 2.42 WARNING: preferred version 2.35 of cross-localedef-native not available (for item cross-localedef-native-dev) WARNING: versions of cross-localedef-native available: 2.31+git 2.39+git WARNING: preferred version 2.35 of cross-localedef-native not available (for item cross-localedef-native) WARNING: versions of cross-localedef-native available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-crosssdk-x86_64-fslbsp-linux not available (for item virtual/x86_64-fslbsp-linux-binutils) WARNING: versions of binutils-crosssdk-x86_64-fslbsp-linux available: 2.42 WARNING: preferred version 2.35 of nativesdk-glibc not available (for item virtual/nativesdk-libc) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of glibc not available (for item virtual/libc) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-native not available (for item binutils-native) WARNING: versions of binutils-native available: 2.42 WARNING: preferred version 2.35 of nativesdk-glibc not available (for item virtual/nativesdk-libintl) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item virtual/nativesdk-libiconv) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-thread-db) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc-locale not available (for item glibc-localedata-i18n) WARNING: versions of glibc-locale available: 2.31 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-utils) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-dbg) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc-dev) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.38 of binutils-cross-canadian-aarch64 not available (for item binutils-cross-canadian-aarch64) WARNING: versions of binutils-cross-canadian-aarch64 available: 2.34 2.42 WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-ldconfig) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-glibc) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-glibc-utils) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of nativesdk-glibc not available (for item nativesdk-glibc-dev) WARNING: versions of nativesdk-glibc available: 2.39+git WARNING: preferred version 2.35 of glibc not available (for item glibc) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc not available (for item ldconfig) WARNING: versions of glibc available: 2.31+git 2.39+git WARNING: preferred version 2.35 of glibc-locale not available (for item glibc-locale) WARNING: versions of glibc-locale available: 2.31 2.39+git ERROR: Nothing PROVIDES 'virtual/x86_64-fslbsp-linux-gcc-crosssdk' (but /path/reproduce-for-forum/fsl-auto-yocto-bsp/sources/meta-alb/meta-alb-sdk/recipes-devtools/binutils2.34/binutils-cross-canadian_2.34.bb DEPENDS on or otherwise requires it). Close matches: virtual/x86_64-fslbsp-linux-g++ virtual/x86_64-fslbsp-linux-gcc virtual/x86_64-fslbsp-linux-go NOTE: Runtime target 'binutils-cross-canadian-aarch64' is unbuildable, removing... Missing or unbuildable dependency chain was: ['binutils-cross-canadian-aarch64', 'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] NOTE: Runtime target 'packagegroup-cross-canadian-s32g274ardb2' is unbuildable, removing... Missing or unbuildable dependency chain was: ['packagegroup-cross-canadian-s32g274ardb2', 'binutils-cross-canadian-aarch64', 'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] ERROR: Required build target 'fsl-image-ubuntu-base' has no buildable providers. Missing or unbuildable dependency chain was: ['fsl-image-ubuntu-base', 'packagegroup-cross-canadian-s32g274ardb2', 'binutils-cross-canadian-aarch64', 'virtual/x86_64-fslbsp-linux-gcc-crosssdk'] Summary: There were 46 WARNING messages. Summary: There were 10 ERROR messages, returning a non-zero exit code. Re: S32G2 BSP 44 Ubuntu Build Failure こんにちは、 @sid_rotor 投稿ありがとうございます。 S32Gプロセッサで動作するUbuntuイメージのビルディングはBSP44リリースには含まれていません。BSPのUMが正しく更新されていないのは残念です。UMの関連章は無視することをお勧めします。 BR チェイン Re: S32G2 BSP 44 Ubuntu Build Failure 迅速なご対応ありがとうございます。他のBSPバージョンでも同じようなことなのでしょうか?パッチを別のBSPに移植しようと思いますが、Ubuntuイメージの構築をサポートしているか確認したいです。 また、BSPのバージョンアップに必要な変更履歴、リリースノート、移植ガイドなどはどこで入手できますか？ Re: S32G2 BSP 44 Ubuntu Build Failure こんにちは、 @sid_rotor ご返信ありがとうございます。 私の知る限り、44以前のBSPバージョン(43以前)はUbuntuビルドを正しくサポートできたはずです。これらのバージョンを仕事で試してみるのも良いでしょう。 BR チェイン

i.MX 95のISPチューニング 私が働いている会社は、Wi-Fi対応の内視鏡を設計しています。私たちはi.MX8Mを使用して概念実証（POC）をテストしました。使用したカメラモジュールには独自のISPがあったので、i.MX8Mを使えました。 今後は、独自のISPを搭載しているi.MX95を使用したいと考えています。しかし、使用したいイメージセンサがi.MX95 ISPカメラ互換性ガイド。OV2740かOH02A10のどちらかを使う予定です。 これらのセンサにはi.MX95 ISPを使う方法についてアドバイスをください。 Re: ISP tuning of i.MX 95 i.MX95上のOV2740やOH02A10の場合、センサはカスタムまたはサポートされていないISPのブリングアップとして扱い、すぐに使えるカメラモジュールとして扱うべきではありません。互換性ガイドにないという理由でアーキテクチャの選択をブロックするつもりはありませんが、ドライバー、デバイスツリー、メディアグラフ、ISPチューニングの作業は計画します。 要点： 項目 ガイダンス 互換性ガイドのステータス 取得したi.MX95 ISPカメラ互換性ガイドには、OmniVision OS08A20、OX05B1S、OX03C10、Onsemi AR0144などのNXP対応センサと、いくつかのパートナー対応センサがリストに掲載されています。ガイド、i.MX95ファミリドキュメント、ウェブ/コミュニティパスを確認した後、OV2740やOH02A10はリストから取得できませんでした。 i.MX95 ISP機能 i.MX95の統合ISPはマルチセンサー利用と最大500 MPixel/sの集計処理性能をサポートしているため、センサーインターフェースと帯域幅が合えばRAWカメラパイプラインにもアーキテクチャ的に適しています。 新しいセンサが実用的な理由とは何か NXPのガイダンスでは、まだサポートされていないセンサーも、RAWバイヤー出力と互換性があり、Linuxカメラサブシステムに従うV4L2/メディアコントローラーを用いて移植可能とされています。UG10215は必要な統合開発の基準となります。 ISPパス RAWカメラは、生センサー出力のデコードとポストプロセッシングにi.MX95 NEO-ISPが必要です。 必要な作業 UG10215必要な分野をカバーしています:i.MX95カメラ帯域幅計算、Linuxカーネルのイネーブルメント、新しいセンサ用のlibcamera CameraHelperの実装、ISP/uGuzzi IPA設定ファイルの更新、コンパイル・更新、キャリブレーションファイル生成、そしてuGuzzi IPA構成への新しいセンサの追加。 チューニング要件 uGuzzi IPAは、動的チューニングパラメータ(DTP)ファイルでセンサー固有のチューニングデータを使用します。したがって、新しいOV2740/OH02A10設計には、センサーストリーミングだけでなくISPのチューニング/キャリブレーション作業も含めるべきです。 私のおすすめは： スケジュールリスクが重要な場合は、i.MX95 ISP互換性ガイドに既に記載されているセンサーを好むでしょう。これらのモジュールはBSPやソフトウェアパックのイネーブルメントとISPチューニングの検証済みの資料が付いているからです。 内視鏡の光学系/形状でOV2740またはOH02A10が必要な場合は、i.MX95を使用しますが、カスタムカメラポートとして指定してください。 正確なセンサーモードを確認してください:解像度、フレームレート、RAWバイエルビット深度、レーン数、レーンレート、MIPI CSI-2タイミング、埋め込みデータ使用量; UG10215の帯域幅計算フローを使用して、i.MX95のCSI/ISP帯域幅を検証します。 Linux V4L2サブデバイスドライバーの開発または適応、 デバイスツリーエンドポイントおよびメディアコントローラーリンクを作成し、 CameraHelperを含むlibcameraのサポートを実装・更新してください; レンズ+センサ+照明環境向けのISPキャリブレーション/チューニングファイルを生成します。 医療用途の照明範囲での画像品質を検証します。 OV2740のLinuxドライバだけで十分だとは思わないでください。 i.MX93上のOV2740に関する類似のNXPコミュニティのケースでは、現在のBSP/デバイスツリー/ドライバがそのセンサーに対応しておらず、カスタムドライバー/デバイスツリー作業が必要であることが示されました。これはi.MX93ではなくi.MX93ですが、「センサーにドライバーがある」といえ「プラットフォームISP対応」とは限らないという点は有用な注意点です。 2つのセンサーのうち、互換性リストよりも、どのベンダーやモジュールサプライヤーがセンサーブロードアップパッケージを完全に提供できるかを重視します。つまり、正確なモードのレジスタテーブル、MIPIタイミング、レンズ/シェーディングデータ、カラーキャリブレーションターゲット、ISPチューニングのサポートなどです。生産用内視鏡の場合、最大のリスクは基本的なCSI撮影ではない可能性が高いです。照明、温度、レンズの変動、製造範囲の広がりにおいて安定したISP画像品質を達成することです。 結論として、OV2740/OH02A10は互換性証拠から見てプラグアンドプレイのi.MX95 ISP選択肢ではありません。完全なi.MX95 RAWバイエルセンサーポートとISPチューニングの予算を負担し、UG10215を使った最適化を行わない限り、実現可能な候補です。

关于MW6S010GNR1替代部件的询价 尊敬的支持团队： 零件编号 MW6S010GNR1 已停产。请问您能否推荐一些同等规格的替代型号？我们的应用领域是工业宽带射频设备。非常感谢 Re: Inquiry on Alternative Parts for MW6S010GNR1 **MW6S010GNR1 状态及推荐替代方案** ### 部件概述 **MW6S010GNR1**（NXP / 前 Freescale）是一款 **10 W，28 V LDMOS** 射频功率晶体管，专为宽带应用而设计。 | 参数 | 值 | |------------------------|--------------------------------| | 频率范围 | 450 – 1500 MHz | 输出功率：10 瓦 | 供电电压 | 28V（最高可达32V） | | 典型增益 | ~18 dB @ 960 MHz | | 包装 | TO-270-2 鸥翼 (GNR1) | | 应用领域 | A类/AB类射频、基站、宽带工业射频 | **状态**：已停产/产品生命周期结束（NXP 无线电电源产品线逐步淘汰的一部分）。 预计最后一次购买日期在**2026年9月30日**左右，最终发货日期定于**2027年**。 --- ### 推荐的同等/替代型号 NXP目前没有**完全引脚匹配的即插即用型替代品**。以下是适用于工业宽带射频设备的最接近的实用替代方案。所有这些都需要进行相应的网络重新优化。 | 优先级 | 零件编号 | 制造商 | 主要规格 | 包装 | 备注/兼容性 | |----------|----------------------|--------------|----------------------------------------|--------------|-----------------------| | 1 | **MW6S010NR1** | NXP | 与 GNR1 具有相同的电气规格 | TO-270-2 | 同一芯片的非鸥翼版本。该产品也已停产，但可能仍有少量库存。| | 2 | **BLP15H9S10G** 或 **BLP15H9S10** | Ampleon | 10 W，50 V，超宽带 (1–2000 MHz) | TO-270 | 优秀的宽带工业替代方案。电压更高，需要相应的重新设计。| | 3 | **BLP15M9S30G** / 相关 28–32 V 设备 | Ampleon | 30 W 级，1–1500 MHz，32 V | TO-270 | 如果裕量可以接受，则可选择更高的功率。| | 4 | **AFT27S010N** | NXP | ~10 W，28 V，更宽的频率覆盖范围 | 塑料 | 新一代产品，但封装不同，需要匹配。查看当前库存情况。| | 5 | 其他 10W/28V LDMOS | Ampleon / Infineon | 多种 | TO-270 或类似封装 | 搜索 10W 级无匹配宽带 LDMOS。 | --- ### 工业宽带应用的实用建议 1. **短期** - 查看**MW6S010GNR1**和**MW6S010NR1**的最后购买截止日期剩余库存。 - 如果引脚兼容性至关重要，请优先选择 NR1 版本（如有）。 2. **中长期（推荐）** - 迁移至 **Ampleon BLP15H9S10(G)** 系列。这些是现代的、宽带的、坚固耐用的 LDMOS 设备，常用于工业、ISM 和宽带射频应用。 - 它们提供更好的长期可用性和支持。 3. **设计说明** - 预计需要重新设计输入/输出匹配网络。 - 在您的特定工业环境中验证热性能、偏置点 (IDQ) 和 VSWR 耐用性。 - 确认封装尺寸和焊接规格是否兼容。 --- 你想让我做什么？ - 比较 MW6S010GNR1 与特定替代器件（例如）之间的详细电气参数（增益、效率、电容）。BLP15H9S10G）？ - 能否帮忙查询推荐零件的当前库存/价格？ - 建议提供匹配的电路参考或评估板？ 如果您需要更有针对性的建议，请告知您的具体频率范围、功率要求和首选供电电压。 电子邮件：[email protected] Re: Inquiry on Alternative Parts for MW6S010GNR1 嗨 lotu，上面的 BLP15H9S10 是 50V 的器件，所以这是一个新的供电轨，而不仅仅是重新匹配。Ampleon 的 BLP0427M9S20GZ 可将电压保持在 28 V，采用相同的 TO-270-2 鸥翼封装，覆盖 400 至 2700 MHz 频段，因此涵盖您的整个频段。DigiKey今天有145件库存。我在https://parter.ai/alternatives/nxp-usa-inc/mw6s010gnr1?utm_source=nxp_community上找到了它，还有其他一些链接。 Raz，Parter（人工智能供应链应用）

Not Modifiable Flash I would like to protect the internal flash regions containing the boot image and application image on the S32k board. The images are stored in Program Flash (PFlash), with related application data potentially stored in Data Flash (DFlash). Is there a way to make the selected regions non-writable and non-erasable after the approved software is programmed. Ideally, this protection would prevent modification through application software, JTAG/debug access, programming tools, mass erase, recovery mechanisms, and lifecycle transitions. Does the S32K344 provide a permanent mechanism for making selected PFlash or DFlash sectors non-writable and non-erasable? If permanent protection is unavailable, what is NXP’s recommended configuration for the strongest reversible protection? Is there any supported hardware-based method, such as a dedicated pin or jumper-controlled signal, that can enable or prevent programming of internal PFlash and DFlash? Re: Not Modifiable Flash Hello, S32K344 does not provide a user-accessible OTP mechanism to permanently lock arbitrary PFlash or DFlash sectors against erase/write. There is not mechanism equivalent to the MPC57xx OTP flash-sector locking clients is available on S32K344. Protection of boot and application images is intended to be implemented using the HSE security architecture (secure boot, lifecycle management, debug authentication, and authenticated firmware update), rather than permanent OTP locking of PFlash sectors. Best regards, Peter Re: Not Modifiable Flash Is there a hardware-level method to disable or physically restrict JTAG or another programming interface from accessing, erasing, or modifying the S32K344 internal PFlash and DFlash (permanently or not) like physically isolating the JTAG signals, removing the debug connection, or controlling access through external hardware for example?

iMX93 firmware-ele-imx Does the i.MX93 A1 ele firmware (v2.0.4) support the Generic Crypto APIs?  Imx-secure-enclave git repo suggests in the sab_msg.def generic crypto is supported by firmware. RM00284 also suggests it in section 3.44. However, every attempt to use the feature has resulted in a response indicator of 0x0000f429. This either means the message is invalid or, if following the SAB error code path, that the feature is disabled. The hsm_test.c includes the following which suggests the feature is only for the IMX95 and IMX8ULP. if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); This contradicts RM00284: 3.45 i.MX 95 Generic Crypto APIs are not supported. SM3 and SM4 are not supported. So far, keystore calls work normally, the ele_hsm_test works. Life cycle is open and secure boot is not enabled at the moment. Since the Generic crypto calls do not use the key store, do they require a session handle? If not, what about the message units relation to the SAB ID? I ask because my firmware user guide doesn't show a field for a session handle under the HSM generic commands.  Summary of setup: SOC: i.MX93 A1 Build system: Yocto walnascar Kernel: 6.12.49 Thanks, Clay Yocto Project Re: iMX93 firmware-ele-imx could you send the code path or link about the code you mentioned as below, let me double confirm this if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl);  for your first request, I checked， By CR RSA decryption support on i.MX93， ELE firmware team remove generic crypto APIs Re: iMX93 firmware-ele-imx Line 840 is where the gc_cipher_test() is kicked off within hsm_test.c. The test itself is under test/common/test_gc_cipher.c. Where in documentation is it stated that the generic crypto APIs where removed?  Does that mean a third party crypto library is required if one doesn't want to use a key store?  What is the intended path if, for example, I wanted to simply derive a soc specific key (maybe generated from the HUK) and encrypt/decrypt a few bytes stored on the filesystem? Thanks, Clay Re: iMX93 firmware-ele-imx this is not mentioned in the public document, you can refer to the 2.0.4 ele user guide, did you have this? if no, you can request it from nxp.com i.MX 93 Applications Processors Family | NXP Semiconductors click “secure” in the "Documentation", you can find the new cmd ID, you can refer to the 4.3.2 Cipher vs key attributes

iMX93 固件-ele-imx i.MX93 A1 ele 固件（v2.0.4）是否支持通用加密 API？ Imx-secure-enclave git 仓库在 sab_msg.def 中表明固件支持通用加密。RM00284 在第 3.44 节中也有提及。然而，每次尝试使用该功能都导致响应指示器为 0x0000f429。这要么意味着消息无效，要么（如果按照 SAB 错误代码路径）意味着该功能已被禁用。 hsm_test.c其中包括以下内容，这表明该功能仅适用于 IMX95 和 IMX8ULP。 if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); 这与 RM00284 相矛盾： 3.45 i.MX 95 不支持通用加密 API。 不支持SM3和SM4。 目前为止，密钥库调用工作正常，ele_hsm_test 也运行正常。生命周期目前是开放的，安全启动尚未启用。 由于通用加密调用不使用密钥库，它们是否需要会话句柄？如果不是，那么消息单元与 SAB ID 的关系又是什么呢？我这样问是因为我的固件用户指南在HSM通用命令下没有找到会话句柄的字段。 设置概要： SoC：i.MX93 A1 构建系统：Yocto walnascar 内核版本：6.12.49 谢谢， 黏土 Yocto Project Re: iMX93 firmware-ele-imx 能否提供一下您提到的代码路径或链接（如下所示），以便我再次确认？ if ((se_get_soc_id() == SOC_IMX95 && se_get_soc_rev() < SOC_REV_B0) || se_get_soc_id() == SOC_IMX8ULP) gc_cipher_test(hsm_session_hdl); 关于您的第一个请求，我已核实，通过 i.MX93 上的 CR RSA 解密支持，ELE 固件团队移除了通用加密 API。 Re: iMX93 firmware-ele-imx hsm_test.c中的 gc_cipher_test() 函数在第 840 行启动。测试本身位于 test/common/ test_gc_cipher.c下。 文档中哪里提到通用加密 API 已被移除？ 那是不是意味着，如果不想使用密钥库，就必须使用第三方加密库？ 例如，如果我只想导出特定于 soc 的密钥（可能由 HUK 生成），并对存储在文件系统中的几个字节进行加密/解密，那么预期路径是什么？ 谢谢， 黏土 Re: iMX93 firmware-ele-imx 公开文档中没有提到这一点，您可以参考 2.0.4 ele 用户指南，您有这份指南吗？如果没有，您可以从 nxp.com 申请。 i.MX 93 应用处理器系列 | 恩智浦半导体 点击“文档”中的“安全”，即可找到新的命令 ID，您可以参考 4.3.2 版本。密码与密钥属性

[RTD600 MCAL & IP] S32K3 Low Power Management AN and demos This is a continuation of the already existing S32K3 Low Power Management AN and demos - NXP Community. This article provides a software package with additional example projects for wakeup use case using RTD 6.0.0. All the wakeup example projects mentioned in this page are developed based on IP and MCAL layers.  ------------------------------------------------------------------------------ * Test HW: S32K3X4EVB-T172, S32K312EVB-Q172, S32K396-BGA-DC1, FRDM-A-S32K358, S32K3X8EVB-Q289 * MCU: S32K344, S32K312, S32K396 * Compiler: S32DS v3.5 & S32DS v3.6.x * SDK release: RTD 6.0.0 * Debugger: PEMicro * Target: internal_FLASH  ------------------------------------------------------------------------------ IP/Low-Level Drivers (LLD) [RTD600 IP] S32K3X4EVB-T172 GPIO Wake-up - NXP Community [RTD600 IP] S32K3X4EVB-T172 FlexCAN Wake-up - NXP Community [RTD600 IP] S32K3X4EVB-T172 LPCMP Wake-up - NXP Community [RTD600 IP] S32K3X4EVB-T172 RTC API Wake-up - NXP Community [RTD600 IP] S32K3X4EVB-T172 RTC Timeout Wake-up - NXP Community [RTD600 IP] S32K3X4EVB-T172 RTI Cycle Wake-up - NXP Community [RTD600 IP] S32K312-Q172 Standby RAM GPIO Wake-up - NXP Community [RTD701 IP] S32K3X8EVB-Q289 & FRDM-A-S32K358 Standby RTC GPIO Wake-up MCAL/High-Level Drivers (HLD) [RTD600 MCAL] S32K3X4EVB-T172 DIO Wake-up - NXP Community [RTD600 MCAL] S32K396-BGA-DC1 DIO Wake-up - NXP Community [RTD600 MCAL] S32K3X4EVB-T172 FlexCAN Wake-up - NXP Community [RTD600 MCAL] S32K3X4EVB-T172 RTC API Wake-up - NXP Community These examples are provided as is with no guarantees and no support. This article provides a software package with additional example projects for wakeup use case using RTD6.0.0. All the wakeup example projects mentioned in this page are developed based on RTD, delivered with LLD and HLD.

[RTD600 IP] S32K3X8EVB-Q289 & FRDM-A-S32K358 Standby RTC GPIO Wake-up This example project will show user how to use and configure the basic functionalities of WKPU + SIUL2 (GPIO) for wake-up from Standby mode on the S32K358 MCU, with RTC time preservation across Standby and functional reset clock sourced through SIRC. Test HW: FRDM-A-S32K358 / S32K3X8EVB-Q289 MCU: S32K358 IDE: S32DS v3.5 & S32DS v3.6.x SDK release: RTD 6.0.0 Debugger: PE Micro Target: internal_FLASH This example routine configures the WKPU unit for GPIO interrupt wake-up using pins PTH1 (WKPU0) and PTH3 (WKPU15). RTC time is preserved across Standby via the VDDBY supply domain. After wake-up, the functional reset clock is sourced from SIRC before transitioning to the main PLL. No fast wake-up path is used. The routine waits for SW5 to be pressed, then turns off the green LED, and enters Wkpu_EnterStandby() function which: Switches core clock to FIRC. Initializes the WKPU instance. Configures WKPU0 (PTH1) and WKPU15 (PTH3) as wake-up sources. Enters Standby mode (normal wake-up). After pressing USER0/SW4(PTH1), MCU wakes up, resets and polls for USER1/SW5 (PTH3)  or USER0/SW4(PTH1) to be pressed again. Terminal output Settings: 115200 baud — 8 data bits — No parity — 1 stop bit — No flow control (LPUART6) The terminal interaction follows three distinct phases each cycle: boot/wake-up banner → SW6 to read RTC time → SW5 to enter Standby. A representative session is shown below. 1 — Initial power-on (cold start) RTC Standby example, press SW5 to enter standby......... Press SW6 to print RTC date & time......... Reset reason: 15 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 0 seconds 0 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 0 seconds 2 2 — Enter Standby → Wake-up → RTC time preserved MCU will enter standby........ RTC Standby example, press SW5 to enter standby......... Press SW6 to print RTC date & time......... Reset reason: 28 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 0 seconds 13 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 0 seconds 14 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 0 seconds 14 3 — Multiple Standby cycles (RTC keeps incrementing) MCU will enter standby........ RTC Standby example, press SW5 to enter standby......... Press SW6 to print RTC date & time......... Reset reason: 28 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 0 seconds 59 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 1 seconds 0 MCU will enter standby........ RTC Standby example, press SW5 to enter standby......... Press SW6 to print RTC date & time......... Reset reason: 28 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 1 seconds 4 Current RTC date & time: year 1970 month 1 day 1 hour 0 minutes 1 seconds 6 Disclaimer — PTH3 pin on S32K3X8EVB-Q289: The EVB button mapped to PTH3 may fail to trigger a wake-up event. This is caused by the button connected to the VDD_HV_B (3.3 V) rail, while PTH3 belongs to the VDD_HV_A domain, which defaults to 5 V. The signal level mismatch prevents correct wake-up detection. Workaround: switch Jumper J23 from position 1-2 (default, 5 V) to position 2-3 (3.3 V) to align VDD_HV_A with the button voltage level before testing wake-up via PTH3. This example is provided as is with no guarantees and no support.

S32ds 3.6.10 does not display example names. No I2C/SPI routines for S32k14X could be found. lixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.png lixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.png lixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.png lixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.png 回复： S32ds3.6.10不显示example例称 See here Their superiors have no idea what the shell is thinking. Conclusion: You have to install a bunch of unnecessary software yourself. If you need to open a colleague's old project or an old project you wrote yourself, it's safer to just use the current version + RTM; otherwise, you might run into problems. Just soy sauce Re: S32ds3.6.10不显示example例称 Hi@ lixia S32K1 RTD 3.0.0QLP07 is not a complete RTD package; it simply adds support for some of the modules listed below. Therefore, you cannot see the demo or select the RTD driver when creating a new project. image.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.png You should first install S32K1 RTD 3.0.0.Install this package again. @CY9 CY9 Your answer is incorrect; it pertains to RTD and RTM 4.0.2.They are completely different drivers, and the two should not be confused. Re: S32ds3.6.10不显示example例称 You things: After installing the new version of RTM, edited projects cannot be opened in the old RTM version. You know the situation, right? Therefore, it is not recommended to: [switch to a newer version], nor is it recommended to [use a different RTM version]. It's even suggested that you should never update the version and switch to a newer RTM! That explanation makes sense! Re: S32ds3.6.10不显示example例称 Don't you understand, " I think you created all these questions "? Re: S32ds3.6.10不显示example例称 Hi@ CY9 The possible reason is that the RTM version pushed may be different for S32 DS installed at different times. However, even if the pushed RTM version is different, you can still download different packages to choose to install different RTMs. The rapid pace of version updates and the resulting compatibility issues have indeed caused confusion for users. However, RTD and RTM 4.0.X are completely different drivers and should not be confused. S32 DS V3.4 is a very old version of IDE. Re: S32ds3.6.10不显示example例称 Hi@ CY9 That's true. If you use different versions, you'll need to install multiple S32 DS versions, and only one RTD version can be installed under each S32 DS IDE. Installing different RTDs on a single IDE is not allowed and will result in an error. However, with S32 DS, you can install multiple RTDs without conflict. Re: S32ds3.6.10不显示example例称 This pot too: Re: [S32DS 3.5+RTM401] I don't know what this SHxT happened - NXP Community Re: S32ds3.6.10不显示example例称 Hi@ CY9 I see that you created these problems. If the engineer in charge hasn't resolved your issue, you can continue to comment. The responsible engineer will continue to follow up. Re: S32ds3.6.10不显示example例称 Hi@ CY9 https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-5-RTM401-I-don-t-know-what-this-SHxT-happened/m-p/2409516#M14452 https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-6-1-Update-Fail/m-p/2409828/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1USTBNME5CM1ZRTDhBfDI0MDk4Mjh8U1VCU0NSSVBUSU9OU3xoSw#M14454 What I mean is that you created these two posts, and each post has a dedicated engineer responsible for following up. If your problem hasn't been resolved, you can continue to comment. Re: S32ds3.6.10不显示example例称 Ref : https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-6-1-Update-Fail/mp/2409828/emcs_t/S2h8 ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1USTBNME5CM1ZRTDhBfDI0MDk4Mjh8U1VCU0NSSVBUSU9OU3xoSw#M14454 It's already a complete mess! Even NXP's own employees don't understand which RTM version is paired with which S32DS... Version 3.5, which hasn't been updated at all, already provides RTM401. They even claim RTM401 is only compatible with version 3.3... ~_~'? If you yourselves, who touch the same people every day, don't even understand it... How can you expect someone who only uses their S32DS once every three to five months to understand it!? It's a mess~ Completely messy..... I never mentioned this concept. However, RTD and RTM 4.0.X are completely different drivers. I'm just reminding you: Keep using whatever version and RTM you used in previous projects! Use it until you're dead! Even if the new version of RTM/S32DS has some new/useful features... DO NOT update!!! It will kill you. My daily work report is just: Install S32DS... How deep is Wu Yu's knowledge? Re: S32ds3.6.10不显示example例称 Understood~ thank... However, I don't think there will be a solution to these problems... Because I have given up on v3.6.xAnd plans to remove v3.5 and reinstall v3.5+RTM.Go solve it~ And then... I'll never update again! Re: S32ds3.6.10不显示example例称 Egg-like... Colleague A uses v3.4+ without RTM Colleague B uses v3.4+RTM401 Colleague C uses v3.4+RTM402 Colleague D is using v3.4 + RTM403 ... How would you like to work together with others?

S32ds 3.6.10 では、サンプル名が表示されません。 S32k14X用のI2C/SPIルーチンは見つかりませんでした。 lixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.png lixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.png lixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.png lixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.png 回复： S32ds3.6.10不显示example例称 こちらをご覧ください 彼らの上司は、砲弾が何を考えているのか全く理解していない。 結論：不要なソフトウェアを多数自分でインストールする必要がある。 同僚の古いプロジェクトや、自分で作成した古いプロジェクトを開く必要がある場合は、最新バージョンとRTM版を使用する方が安全です。そうしないと、問題が発生する可能性があります。 醤油だけ Re: S32ds3.6.10不显示example例称 こんにちは@リクシア S32K1 RTD 3.0.0QLP07は完全なRTDパッケージではなく、以下に挙げるモジュールの一部に対するサポートを追加するだけのものです。 そのため、新規プロジェクトを作成する際に、デモを表示したり、RTDドライバを選択したりすることはできません。 image.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.png まず、S32K1 RTD 3.0.0をインストールしてください。このパッケージを再度インストールしてください。 @CY9 CY9 あなたの回答は間違っています。これはRTDおよびRTM 4.0.2に関するものです。彼らは全く異なるタイプのドライバーであり、混同してはならない。 Re: S32ds3.6.10不显示example例称 了解しました～ 感謝... しかし、これらの問題に解決策があるとは思えません…。 v3.6.x の開発を諦めたのでまた、v3.5を削除してv3.5+RTMを再インストールする予定です。解決してみろよ～ そして…もう二度と更新しません！ Re: S32ds3.6.10不显示example例称 卵のような… 同僚AはRTMなしでv3.4+を使用しています 同僚Bはv3.4+RTM401を使用しています 同僚Cはv3.4+RTM402を使用しています 同僚Dはv3.4 + RTM403を使用しています。 ... 他の人とどのように協力して仕事をしたいですか？ Re: S32ds3.6.10不显示example例称 こんにちは@ CY9 あなたがこれらの問題を引き起こしたようですね。担当エンジニアが問題を解決していない場合は、引き続きコメントしてください。 担当エンジニアが引き続きフォローアップを行います。 Re: S32ds3.6.10不显示example例称 このポットも: Re: [S32DS 3.5+RTM401] 何が起こったのかわかりません - NXPコミュニティ Re: S32ds3.6.10不显示example例称 こんにちは@ CY9 考えられる理由としては、S32 DSのインストール時期によって、プッシュされるRTMバージョンが異なる可能性があることです。 ただし、プッシュされたRTMバージョンが異なっていても、異なるパッケージをダウンロードして、異なるRTMをインストールするように選択することは可能です。 バージョンアップのペースが速く、それに伴う互換性の問題がユーザーに混乱を招いているのは事実です。 しかし、RTDとRTM 4.0.Xは全く異なるドライバであり、混同してはいけません。S32 DS V3.4は非常に古いバージョンのIDEです。 Re: S32ds3.6.10不显示example例称 こんにちは@ CY9 その通りです。異なるバージョンを使用する場合は、複数のS32 DSバージョンをインストールする必要がありますが、各S32 DS IDEには1つのRTDバージョンしかインストールできません。 単一のIDEに複数のRTDをインストールすることは許可されておらず、エラーが発生します。ただし、S32 DSを使用すれば、競合することなく複数のRTDをインストールできます。 Re: S32ds3.6.10不显示example例称 「これらの質問はすべてあなたが作り出したものだと思う」ということが分からないのですか？ Re: S32ds3.6.10不显示example例称 あなたのもの： RTMの新バージョンをインストールした後、編集済みのプロジェクトを旧バージョンのRTMで開くことができなくなりました。 状況はお分かりですよね？ したがって、[より新しいバージョンに切り替える]ことや、[別のRTMバージョンを使用する]ことは推奨されません。 バージョンアップは絶対にせず、より新しいRTM版に切り替えるべきだとさえ言われています！ その説明は理にかなっている！ Re: S32ds3.6.10不显示example例称 こんにちは@ CY9 https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-5-RTM401-I-don-t-know-what-this-SHxT-happened/m-p/2409516#M14452 https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-6-1-Update-Fail/m-p/2409828/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1USTBNME5CM1ZRTDhBfDI0MDk4Mjh8U1VCU0NSSVBUSU9OU3xoSw#M14454 つまり、あなたが投稿した2つの記事には、それぞれ担当のエンジニアがいて、フォローアップを行っています。問題が解決していない場合は、引き続きコメントしてください。 Re: S32ds3.6.10不显示example例称 参照： https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-6-1-Update-Fail/mp/2409828/emcs_t/S2h8 ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1USTBNME5CM1ZRTDhBfDI0MDk4Mjh8U1VCU0NSSVBUSU9OU3xoSw#M14454 もう完全にめちゃくちゃだ！ NXPの社員でさえ、どのRTMバージョンがどのS32DSとペアになっているのか理解していない…。 全くアップデートされていないバージョン3.5には既にRTM401が搭載されている。RTM401はバージョン3.3としか互換性がないとまで主張している… ~_~'? 毎日同じ人々と接しているあなた方自身でさえ、それが理解できないのなら…。 3～5ヶ月に一度しかS32DSを使わない人に、それを理解できると期待できるだろうか！？ めちゃくちゃだ～完全にめちゃくちゃだ…… 私はこの概念について一切言及していません。しかし、RTDとRTM 4.0.Xは全く異なるドライバです。 念のためお伝えしておきますが、以前のプロジェクトで使用したバージョンとRTMをそのまま使い続けてください！死ぬまで使い続けてください！ RTM/S32DS の新バージョンに新しい便利な機能があったとしても、絶対にアップデートしないでください!!! 致命的な結果を招くことになります。 私の毎日の業務報告は「S32DSをインストールしてください…」だけです。呉宇の知識はどれほど深いのでしょうか？

S32K358 MBDT Hi，NXP专家 我想问一下，MBDT工具中没有S32K358-Q289的型号。从 1.5.0到1.8.0的版本包中都没有，想问一下如何解决？ Chenxu1_0-1788095653895.pngChenxu1_0-1788095653895.pngChenxu1_0-1788095653895.pngChenxu1_0-1788095653895.png Re: S32K358 MBDT 嗨@dragostoma ， 感谢您的澄清。 请问“当前 S32K3 MBDT 版本不支持 S32K358-Q289”这句话具体指的是什么？ 我这么问是因为我实际上已经使用 MBDT 开发了很长时间，用于一个专门基于 S32K358-Q289 的应用程序。在整个开发过程中，我一直成功地使用 MBDT，包括 S32 配置工具 (S32CT)，在其中我选择/更改相应的设备包。 所以从实际角度来看，我已经使用 MBDT 和 S32K358-Q289 一段时间了。 请问S32K358-Q289的哪些功能目前被认为不受支持？例如，该限制是否仅与设备未在 MBDT 配置中明确列出/选择有关，还是存在特定的外围设备、驱动程序、代码生成功能或其他限制，导致 Q289 变体正式不受支持？ 了解限制的具体范围将非常有用，尤其是我们已经基于该设备和 MBDT 进行了大量的开发工作。 此致， 西蒙 Re: S32K358 MBDT 你好， @simon98 ， 谢谢你的解释。我所说的S32K358-Q289 目前还不受支持，是指该设备目前在 MBDT 硬件设置下拉菜单中尚未作为预定义的硬件目标提供。 因此， MBDT 没有为该特定硬件版本提供默认的板/项目配置。具体来说，我们目前没有提供预配置的目标，其中已经定义了所有引脚映射、时钟设置和特定于电路板的文档。 也就是说，正如您所发现的，完全可以通过在 S32 配置工具中创建自定义配置并选择适当的设备包，将 S32K358-Q289 与 MBDT 一起使用。   MBDT v1.9.0计划通过添加 S32K358-Q289 的官方硬件目标/配置来解决这个问题，使设置过程更加直接，并提供经过验证的默认项目配置。   希望这能帮到您， 德拉戈斯 Re: S32K358 MBDT 嗨， @Chenxu1 ， 感谢您对 S32K3 基于模型的设计工具箱的关注。 当前 S32K3 工具箱版本不支持S32K358-Q289设备。不过，即将发布的S32K3 Toolbox v1.9.0版本计划支持该设备，该版本目前计划于今年年底发布。   与此同时，如果您想开始在S32K358-Q289上开发和评估软件，可以使用S32 Design Studio ，它已经提供了对该设备的支持。   顺祝商祺！ 德拉戈斯

S32ds3.6.10不显示example例称 找不到S32k14X的I2C/SPI.......相关的例程。 lixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.pnglixia_0-1787964602612.png lixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.pnglixia_0-1787964995674.png lixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.pnglixia_1-1787965022577.png lixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.pnglixia_0-1787965109494.png 回复： S32ds3.6.10不显示example例称 參考 這裡   它們高層 不知道頭殼在想啥  結論： 還要自己另外安裝一堆有的沒的  如果 你是 要打開同事的舊Project/自己曾經寫好的舊Project，直接繼續用當時版本+RTM比較安全；省的搞死自己  就醬  Re: S32ds3.6.10不显示example例称 Hi@lixia S32K1 RTD 3.0.0 QLP07并不是完整的RTD包，只是添加了下面的一些模块支持。 所有你无法看到demo以及新建工程的时候也无法选择RTD驱动。 image.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.pngimage.png 你应该先安装 S32K1 RTD 3.0.0， 再安装这个包。 @CY9 CY9 你的回答并不正确，RTD 和 RTM 4.0.2 是完全不一样的驱动，两种不能混淆。 Re: S32ds3.6.10不显示example例称 你們這東西 :  裝了 [新版 RTM]之後 編輯過的Project, [舊RTM]就沒法開啟  你曉得這狀況吧!?  所以， 不建議 : [更換新版本]，也不建議[使用不同 RTM版本]  甚至 建議 永遠不要更新版本 + 換用新版RTM !   這樣說明， 有理解!??    Re: S32ds3.6.10不显示example例称 不理解「我看这些问题都是你创建的」?  Re: S32ds3.6.10不显示example例称 蛋似... 同事A 使用 v3.4+無RTM 同事B 使用 v3.4+RTM401 同事C 使用 v3.4+RTM402 同事D 使用 v3.4+RTM403  .....  請問， 您要如何與大家一起 co-work ??  Re: S32ds3.6.10不显示example例称 了解~ 感謝... 不過 這些問題 我想 不會有solution..... 因為 我 以放棄v3.6.x , 並打算 移除v3.5 +重新安裝v3.5+RTM  去解決~  然後 ... 這輩子再也不更新了!   Re: S32ds3.6.10不显示example例称 Hi@CY9 我看这些问题都是你创建的，你的问题如果负责的工程师没给你解决，你可以继续comment. 责任工程师会一直跟进的。 Re: S32ds3.6.10不显示example例称 Hi@CY9 https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-5-RTM401-I-don-t-know-what-this-SHxT-happened/m-p/2409516#M14452 https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-6-1-Update-Fail/m-p/2409828/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1USTBNME5CM1ZRTDhBfDI0MDk4Mjh8U1VCU0NSSVBUSU9OU3xoSw#M14454 我的意思是这两个帖子是你创建的，每个帖子都有专门的工程师负责跟进的，你的问题没解决，你可以继续comment。 Re: S32ds3.6.10不显示example例称 Ref :  https://community.nxp.com/t5/S32-Design-Studio/S32DS-3-6-1-Update-Fail/m-p/2409828/emcs_t/S2h8ZW1haWx8dG9waWNfc3Vic2NyaXB0aW9ufE1USTBNME5CM1ZRTDhBfDI0MDk4Mjh8U1VCU0NSSVBUSU9OU3xoSw#M14454  早就已經亂掉了！  NXP 自家員工 都搞不清楚 啥RTM配啥版本S32DS ...  啥都沒更新的 V3.5 ，本身就已經提供 RTM401 了， 還說 RTM401只適用 v3.3 ONLY ...  ~_~"'?   如果 你們自己每天在摸的人 自己都搞不清楚  要如何期望 三五個月才拿起來用一次 S32DS的人， 能搞清楚!?   很亂~ 超亂.....  我從未說過這概念「不过RTD和RTM 4.0.X是完全不一样的驱动」  我只是提醒： 前面Project用啥 [版本+RTM]... 就繼續用！ 用到入棺~ 即使 新版 RTM/S32DS 有啥新/好用 的功能... 也千萬別更新!!!  會搞死自己  每天工作報告就是： 安裝 S32DS ...  吳宇森森深幾許~  Re: S32ds3.6.10不显示example例称 Hi@CY9 这个可能的原因就是，不同时期安装的S32 DS，推送的RTM的版本可能是不一样的。 不过即使是推送的RTM的版本不一样，你也是可以重新下载不同的package，来选择安装不同的RTM的。 版本的更新的太快，版本的兼容对用户造成了理解上的混乱是确实存在的。 不过RTD和RTM 4.0.X是完全不一样的驱动，这里是不能够混淆的，S32 DS V3.4是一个非常老的版本IDE了。 Re: S32ds3.6.10不显示example例称 Hi@CY9 确实是这样阿，你要是使用不同的版本，那么你要安装多个S32 DS，每个S32 DS IDE下面只能安装一个RTD版本。 你要是说在一个IDE下面安装不同的RTD，这是不允许的，会出错。但是S32 DS你可以安装多个，这不冲突。

S32K358 MBDT Hi NXP expert, I have a question. The S32K358-Q289 model is not listed in the MBDT tool. It's not included in any version packages from 1.5.0 to 1.8.0. How can I resolve this? Chenxu1_0-1788095653895.pngChenxu1_0-1788095653895.pngChenxu1_0-1788095653895.pngChenxu1_0-1788095653895.png Re: S32K358 MBDT Hi, @Chenxu1, Thank you for your interest into Model-Based Design Toolbox for S32K3. The S32K358-Q289 device is not supported in the current S32K3 Toolbox releases. However, support for this device is planned for the upcoming S32K3 Toolbox v1.9.0 release, which is currently scheduled for the end of this year.   In the meantime, if you would like to start developing and evaluating software on the S32K358-Q289, you can use S32 Design Studio, which already provides support for this device.   Best regards, Dragos Re: S32K358 MBDT Hi, @simon98, Thank you for the clarification. What I meant by saying that the S32K358-Q289 is not yet supported is that the device is not currently available as a predefined hardware target in the MBDT Hardware Settings dropdown menu. As a result, there is no default board/project configuration provided by MBDT for this specific hardware variant. In particular, we do not currently provide a preconfigured target with all pin mappings, clock settings, and board-specific documentation already defined. That being said, as you have discovered, it is entirely possible to use the S32K358-Q289 with MBDT by creating a custom configuration and selecting the appropriate device package in S32 Configuration Tools.   The planned support in MBDT v1.9.0 is intended to address this by adding an official hardware target/configuration for the S32K358-Q289, making the setup process more straightforward and providing a validated default project configuration.   Hope this helps, Dragos Re: S32K358 MBDT Hi @dragostoma, Thank you for this clarification. Could you please clarify what exactly is meant by the statement that the S32K358-Q289 is “not supported” by the current S32K3 MBDT releases? I’m asking because I have actually been developing for a quite a lot of time using MBDT for an application that is specifically based on the S32K358-Q289. Throughout this development, I have been using MBDT successfully, including the S32 Configuration Tools (S32CT), where I select/change the appropriate device package. So, from a practical point of view, I have been using MBDT with the S32K358-Q289 for quite some time. Could you please explain which part of the S32K358-Q289 functionality is currently considered unsupported? For example, is the limitation related only to the device not being explicitly listed/selected in the MBDT configuration, or are there specific peripherals, drivers, code generation features, or other limitations that make the Q289 variant officially unsupported? It would be very useful to understand the exact scope of the limitation, especially since we already have a significant amount of development based on this device and MBDT. Best regards, Simon

如何使用 S32 设计工作室 MCP 集成 如何使用S32 Design Studio MCP集成？是否有相关资料和文档？ Re: How to use S32 Design Studio MCP Integration 你好， 遗憾的是，相关文档和使用示例仍在开发中。我希望它能尽快对外发布，但不知道具体日期。 Re: How to use S32 Design Studio MCP Integration 有没有mcp_s32ds stdio Bridge下载地址呢？在哪里能找到?