UTEST写数据流程 您好 请问往Utest中写入数据需要擦除吗 UTEST_program.jpegUTEST_program.jpegUTEST_program.jpeg The AN13388 said the process to write a data in the UTEST Sectorr is the same process used to program in other blocks. 但是UTEST属于一次性编程，写入前需要擦除吗？ Lika 回复： UTEST写数据流程 同时我想知道UTEST哪些区域可以通过DEBUG调试修改 Re: UTEST写数据流程 不要先擦除，UTEST Sector 属于OTP (One Time Programmable)。 Example_S32K344_decouple_RTD400_Ip_C40_DS35 这里有写UTEST的例程可供你参考。 抱歉我没明白“UTEST哪些区域可以通过DEBUG调试修改”。请问你是指调试的时候通过操作寄存器执行标准的 Flash Program 序列（与 AN13388 中描述的流程相同）？S32K3XXRM.pdf Rev12 的"Table 837. Debug access based on LifeCycle and bit configurations" 有提到不同LifeCycle阶段的调试权限，请问你是指这个？ S32K3XXRM.pdf的附件S32K3xx_DCF_clients.xlsx 的 UTEST Memory Map 表格Accessibility、Programmed by列有写明权限。另外不同的颜色表示不同LifeCycle时候的读写权限。

R52_0_0とR52_0_1間のIPCF設定 2つのR52 RTU0コア間でIPCFプロジェクトをセットアップしようとしています。コア同期とMRU IRQがヒットしないという問題が発生しています。.mexファイルを添付します参考資料として保管してください。問題解決を手伝ってもらえますか?現在、私には2つの問題があります。 1. Core 0とCore 1の同期問題、レースの問題。 2. IRQの発射が正しくなく、正しいMRUチャネルを使っているか不明です。 Re: IPCF setup between R52_0_0 and R52_0_1 PrabhanjanKopp_0-1789991578266.pngPrabhanjanKopp_0-1789991578266.pngプラバンジャンコップ_0-1789991578266.png 私はS32E2コントローラー評価ボードを使っています。何らかの設定が不足しているのではないかと思います。SMU-R52では動作したようですが、こちらでは動作しません。ご確認いただき、何か問題がございましたらご連絡ください。IPCFフレームワークの上に、いくつかのトランスポートコードが追加されました。 Re: IPCF setup between R52_0_0 and R52_0_1 こんにちは、 PrabhanjanKopp お問い合わせいただきありがとうございます。 1.送信前に、ipc_shm_is_remote_ready()関数を呼び出して、リモート側が準備完了であることを確認する必要があります。 2.It、RTU0のコア0およびコア1のそれぞれのMRUインスタンスとチャネルを確認するために、S32Z2マニュアルを参照する必要があります。 S32DS/RTD/IPCF のどのバージョンを使っているか教えてもらえますか?可能であれば、IPCFのプロジェクトを私に送ってもらえますか?確認してこの問題に対処する方が良いでしょう。 BR ジョーイ

Application commands Dear All I see that freeMASTER Application Commands are not available in NODE RED nodes. Is it possibile to invoke them in some way ? Regards Paolo Re: Application commands Hi @pberna67, Unfortunately, application commands were not added to FreeMASTER;s Node-RED nodes. Currently, the only way you could add them is by extending `node-red-contrib-freemaster` Node.js module available in `FreeMASTER Node.js Modules` and then install them manually by running: npm i path_to_the_updated_node-red-contrib-freemaster from Node-RED's home folder ($HOME/.node-red). Kind regards, Iulian Re: Application commands Dear Iulian It is a pity 😞 ! need command  1) Are freeMASTER / FreeMaster lite still under development ? 2) Any plan to integrate Application commands in  the next release ?   I'm try approaching  FreeMaster (not lite) version which has the Application command, however here Node Red is not supported 😞 ! Paolo

U4GM NBA 2K27：チャレンジをMyTEAMの深みを増す NBA 2K27シーズン1で最も興味深い部分は、必ずしも目玉となる報酬ではない。多くの場合、それは小さな困難が選手のその後の数試合への取り組み方を変えるという点にある。3ポイントの目標は普通の対戦をシュート実験室に変え、ダンクの要件が忘れ去られていたアスレチックなウイングを試す価値を突然変えてしまう。2K27 MTがチームビルディング経済の一部として利用可能であることから、単に高額な名前をラインナップに加えるだけでなく、新しいリソースがチームのプレースタイルを実際に向上させることがポイントです。 最近のPlay Now Challengeでは、プレイヤーに一つの固定的なチェックリストを置くのではなく、目標をローテーションで行うというこの考え方が取り入れられています。シーズン1の現在のアクティビティには、ゲームに勝利すること、ホロパラレルカードを使用すること、ダンクの目標を達成すること、新しいプレイヤーカードを追加すること、トリプルスレット関連のチャレンジをプレイすることなどが含まれています。このローテーションにより、MyTEAMはよりアクティブな日々のリズムを手に入れ、コレクションの充実度をより価値あるものにする。 こうした課題に取り組む上で有効な方法は、目標を最強のラインナップに無理やり押し込むのではなく、目標を中心に一時的なラインナップを構築することである。仮に、その課題がスリーポイントシュートに関するものだとしましょう。通常のラインナップで1人で難しいシュートを繰り返すのではなく、スペースを作る2人の選手と、守備の助けを罰せる信頼できるシューター1人を使うのが良いでしょう。そうすれば、その課題は煩わしい付随的な作業ではなく、ゲームの一部となる。 ダンクシュートに特化した目標は、逆の方向で機能します。アスリートがフィニッシュするには明確なレーンが必要なので、間隔が非常に重要になる。ペイントエリアが常に他のインサイドスコアラーによって占められている場合、ラインナップには強力なダンカーが含まれているように見えるかもしれないが、その選手がチャレンジに必要なことを実行するのは困難になるだろう。より良い構成は、外周にクリエイター1人、守備を広げる選手1人、そして守備が崩れた後に攻撃するフィニッシャーがいる形です。 『トリプル・スレット』は、こうした実験をさらに際立たせる作品となっている。コート上に選手が3人しかいない状況では、弱点を隠す場所はない。2人の選手がシュートできない場合、ディフェンス側はコートを縮小させることができます。誰も外周で守れなければ、一方の相手クリエイターが試合を支配できます。だからこそ、補完的なスキルセットの方が、単に3枚の最高評価カードを選ぶよりも重要になることが多いのです。 プレイヤー経験値は、このプロセスにさらに別の要素を加える。NBA 2K27では、カードはゲームプレイを通じてXPを獲得できるため、プレイヤーが実際の試合に異なるカードを配置するもう一つの理由を与えています。チャレンジでテストされるカードは、同時に進行を促すことができます。これは良いフィードバックループを生み出します。チャレンジによってプレイヤーはカードを使うようになり、ゲームプレイによってカードが進化し、改良されたカードは最終的に元のチャレンジ以外でも役立つようになるでしょう。 刷新されたエクスチェンジは、債権回収マネジメントもより柔軟にしています。すべての下位カードや重複カードを単にスペースを占有するものと見るのではなく、プレイヤーはそのカードが将来のラインナップ価値、チャレンジ価値、交換価値があるかどうかを評価できます。それは、すべてのカードをすぐに交換すべきだという意味ではない。チャレンジの条件が急速に変わる可能性があるため、少数の有用なプレイヤーを残しておくのは賢明です。今日は普通に見えるカードが明日には突然便利になるかもしれません。 シーズン1の共有進行システムは、プレイヤーがモードを交互にプレイすることを促します。MyTEAMとThe Cityは同じシーズンXP進行に寄与しているため、あるモードに飽きたプレイヤーはシーズン進行を完全に放棄せずにアクティビティを切り替えることができます。シティにはミッドウェイやブラックアウトなどのイベントがあり、MyTEAMも独自のチャレンジや競技活動を行っています。この多様性のおかげで、毎回同じタイプのゲームをプレイすることが進捗に依存しないため、長いシーズンの単調さが和らぎます。 選手編成に関する実践的な教訓もここにはある。それは、一つのゲームモードだけを基準に選手を編成してはいけないということだ。ハーフコートディフェンスに優れたカードは、スローペースな対戦では有効かもしれないが、スピード重視のトリプルスレット環境ではあまり適していないかもしれない。高レベルのスコアラーはスペースがあれば支配力を発揮しますが、相手が絶えずスイッチしてプレッシャーをかけると効果が低下します。複数のスタイルを用意しておくことで、コレクションの柔軟性が高まり、目的が変わるたびにすべてを再構築する必要性が軽減されます。 こうした状況では、単に最新のカードを追い求めるよりも、リソース計画がより重要になる。支出する前に、実際にラインナップを制限しているポジションを見てください。ボールハンドリングの欠如、外周防御の弱さ、信頼性の低いシュート、リバウンドの不振は、わずかな総合評価の向上以上にチームのパフォーマンスに影響を与えることがあります。U4GMは、手頃な価格、配送速度、アカウントのセーフティに注意を払いながらNBA 2K27のリソースを追加したいプレイヤーにとって便利な選択肢を提供しますが、特定のロースター目標に結びついた方が購入の方が理にかなっています。 したがって、良いシーズン1のセッションは複数のことを同時に達成できます。プレイヤーXPが必要なカードを使ってチャレンジに挑戦したり、別の報酬を獲得できる目標を達成したり、ゲームプレイを通してカードを強化したり、セッションを終える頃にはシーズンのマイルストーンに近づいているかもしれません。なぜピースが重要なのか理解せずにチェックリストを繰り返し練習するよりも、はるかに満足感があります。 シーズン1が進むにつれて、柔軟なコレクションの価値がより明確になるはずだ。新しいチャレンジは異なるプレイヤータイプに注目を向けることができ、交換報酬やプレイヤー経験値は古いカードに追加の使い方を与えます。一つの厳格なラインナップを作り変えないのではなく、プレイヤーはMyTEAMを進化し続けるロースターとして扱い、コアメンバーを維持しつつ次の目標に対応できる層の厚さを保つことができます。調整に必要な追加のリソースが必要な場合は、U4GMを通じてNBA 2K MTを購入することも準備の一部となり、プレイヤーに次のロースター実験を便利かつ比較的予算的にサポートできる方法を提供します。 FRDMトレーニング

应用程序命令 各位 我发现 node red 节点中没有 freeMASTER 应用程序命令。是否有可能以某种方式调用它们？ 问候 Paolo Re: Application commands 嗨@pberna67 ， 遗憾的是，FreeMASTER 的 Node-RED 节点中没有添加应用程序命令。 目前，添加这些模块的唯一方法是扩展 `FreeMASTER Node.js Modules` 中提供的 `node-red-contrib-freemaster` Node.js 模块，然后手动运行以下命令进行安装： npm i path_to_the_updated_node-red-contrib-freemaster 从 Node-RED 的主文件夹（ $HOME/.node-red）。 亲切的问候， 尤利安 Re: Application commands 亲爱的尤利安 很可惜 😞 需要命令 1）freeMASTER/FreeMaster lite还在开发中吗？ 2）是否有计划在下一个版本中集成应用程序命令？ 我尝试使用带有应用程序命令的 FreeMaster（非精简版），但是它不支持 Node-RED。 😞 ！ Paolo

R52_0_0 和 R52_0_1 之间建立 IPCF 连接 尝试在 2 个 R52 RTU0 内核之间建立 IPCF 项目。遇到核心同步问题，且最近使用的中断请求 (MRU IRQ) 未被触发。我附上了我的.mex文件。文件供参考。请您帮我解决这些问题。目前我遇到两个问题： 1. 核心 0 和核心 1 同步问题、竞争问题。 2. IRQ触发不正确，我不确定是否使用了正确的MRU通道。 Re: IPCF setup between R52_0_0 and R52_0_1 你好， PrabhanjanKopp 感谢您与我们联系。 1.发送之前，应调用函数ipc_shm_is_remote_ready()确认远程端已准备就绪。 2.需要参考 S32Z2 手册，以确认 RTU0 的内核 0 和内核 1 的相应 MRU 实例和通道。 请问您使用的是哪个版本的S32DS/RTD/IPCF？如果可以的话，能否将您的 IPCF 项目发送给我？最好检查并处理这个问题。 BR 乔伊 Re: IPCF setup between R52_0_0 and R52_0_1 PrabhanjanKopp_0-1789991578266.pngPrabhanjanKopp_0-1789991578266.png 我使用的是S32E2控制器评估板。我怀疑我漏掉了一些配置。它在 SMU-R52 上似乎可以运行，但在这里却不行。请检查一下，如果发现问题请告知。在 IPCF 框架之上添加了一些传输代码。

S32DS S32K358 プロジェクトに関するお問い合わせ wj_kwak_0-1789777426372.pngwj_kwak_0-1789777426372.pngwj_kwak_0-1789777426372.png S32K358プロジェクトの作成について質問があります。 M7_0とM7_2という2つのプロジェクトが作成されている理由が気になります。 「ブートコアツールチェーンを継承する」ボタンの機能を知りたいです。 チームメイトによると、参考ドキュメントではM7_0がブートローダー領域、M7_2がアプリケーションエリアと書かれていますが、ドキュメントで確認できていません。この点について確認させてください。 Re: S32DS S32K358 Project Inquiry こんにちは、 @wj_kwak S32K358の場合、S32DSはデフォルトで2つの独立したプロジェクトを作成します。1つはM7_0用、もう1つはM7_2用です。これらのプロジェクトは2つのプロセッシングコアに対応しています。これらはブートローダー領域やアプリケーション領域を表していません。 S32DSのプロジェクト作成ウィザードは通常、両方のコアのアプリケーションを含む単一のプロジェクトを作成することはありません。そのようなプロジェクト構造が必要な場合は、手動で作成／設定する必要があります。しかし、ほとんどの場合、これは必要なく、一般的なアプローチは各コアごとに独立したプロジェクトを2つずつ使うことです。 「ブートコアツールチェーンを継承する」オプションは、ブートコアプロジェクトからツールチェーン構成を継承するために使えます。有効にすれば、ツールチェーンはCortex-M7_0_0専用に選択できます。Cortex-M7_0_2のツールチェーン選択は、Cortex-M7_0_0の設定が適用されるためグレーアウトになります。 また、ここに提供されているマルチコアの例やドキュメントも参照できます: community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/m-p/1547771 このパッケージは両方のアプローチを示しています:各コアごとに独立したプロジェクト、そして両方のコアに対して単一のプロジェクトを単一のELFファイルにコンパイルします。 SO、M7_0とM7_2はブートローダーやアプリケーションプロジェクトとして理解すべきではありません。これらは、それぞれのコアに関連付けられたプロジェクトにすぎません。 よろしくお願いいたします。 ルーカス

IMX8ulpにおけるファルコンモード起動の問題 チームの皆さん、こんにちは。 Falconモード でボードを起動する際に問題が発生しています 。 meta-imx-fastboot レイヤーをYoctoのソースディレクトリに クローンしました 。 構築中に imx-boot やデバイスツリー に関する問題に直面しました 。カスタムDTSを使っていて、それをボードに読み込む必要があるからです。これに対処するために、machine.confのFalcon Mode引数を 次のように 設定しました: FALCON_KERNEL_DEVICETREE = "imx8ulp-custom" この設定後、 Falcon Modeの手順で説明されているとおり、 imx8ulp_no_ubootローダーを生成することができました。 fitImageを使用しています KERNEL_IMAGETYPE = "fitImage" KERNEL_CLASSES:append = " kernel-fitimage" IMAGE_BOOT_FILES = "fitImage" 次に、以下のコマンドを使用してボードにファームウェアを書き込みました。 sudo uuu -b emmc_all *.wic sudo uuu -b emmc ファームウェアの書き込み後、ボードを起動すると、起動に失敗し、以下のエラーが発生します。 U-Boot SPL 2025.04-gb9f705c183f0(2025年6月4日 09:48:20 +0000) 通常起動 ELEファームウェアバージョン2.0.2-85b63cb9 upower_apd_inst_isr: エントリ upower_init: soc_id=48 upower_init: バージョン:11.11.13 upower_init: uPower RAMサービスを開始します user_upwr_rdy_callb: soc=b user_upwr_rdy_callb: RAMバージョン:12.18 スイッチを入れる... スイッチを入れてみて、OK 記憶を起動する... メモリーをオンにして DDRの保持をクリアします... DDRの保持はクリアです 第0節:RNGのインスタンス化 MMC1からの起動を試みています パーティション1がデバイス0で無効 spl_register_fat_device:ファットレジスター err - -1 パーティション1がデバイス0で無効 spl_register_fat_device:ファットレジスター err - -1 spl_load_image_fat: error reading image u-boot-atf-container.img, err - -1 誤差:-2 SPL:すべての起動デバイスから起動に失敗 ### ERROR ### ボードをリセットしてください### このエラーの原因を理解し、Falcon Modeの起動問題を解決する方法を教えていただけませんか?

IMX8ulp 中的猎鹰模式启动问题 大家好， 我在以 Falcon 模式 启动主板时遇到问题 。 我将meta-imx-fastboot层克隆到我的 Yocto 源代码目录中。 在构建过程中，我遇到了一些与 imx-boot 和设备树 相关的问题 ，因为我使用的是需要加载到我们开发板上的自定义 DTS。为了解决这个问题，我在 machine.conf 文件中配置了 Falcon 模式参数， 如下所示： FALCON_KERNEL_DEVICETREE = "imx8ulp-custom" 完成此配置后，我能够按照 Falcon 模式步骤中所述生成imx8ulp_no_uboot加载器。 我正在使用 fitImage KERNEL_IMAGETYPE = "fitImage" KERNEL_CLASSES:append = " kernel-fitimage" IMAGE_BOOT_FILES = "fitImage" 然后我使用以下命令对开发板进行了烧录： sudo uuu -b emmc_all *.wic sudo uuu -b emmc 刷写固件后，启动开发板时，启动失败并出现以下错误： U-Boot SPL 2025.04-gb9f705c183f0（2025年6月4日 - 09:48:20 +0000） 正常启动 ELE固件版本2.0.2-85b63cb9 upower_apd_inst_isr：入口 upower_init: soc_id=48 upower_init：版本：11.11.13 upower_init：启动 uPower RAM 服务 user_upwr_rdy_callb: soc=b user_upwr_rdy_callb：内存版本：12.18 打开开关…… 打开开关，没问题 唤醒记忆…… 打开记忆功能 清除DDR数据保留... 清除DDR数据保留正常 SEC0：RNG 实例化 尝试从 MMC1 启动 设备 0 上的分区 1 无效 spl_register_fat_device：fat 设备寄存器错误 -1 设备 0 上的分区 1 无效 spl_register_fat_device：fat 设备寄存器错误 -1 spl_load_image_fat：读取镜像 u-boot-atf-container.img 时出错，错误代码 -1 错误：-2 SPL：无法从所有引导设备启动 # ## ERROR ## # 请 RESET 该板 ### 请问您能否帮我了解一下这个错误的原因，并建议一下如何解决 Falcon 模式启动问题？

S32DS S32K358 Project Inquiry wj_kwak_0-1789777426372.pngwj_kwak_0-1789777426372.pngwj_kwak_0-1789777426372.png I have a question about creating the S32K358 project. I am curious why two projects, M7_0 and M7_2, are being created. I want to know the function of the Inherit boot core toolchain button.. My teammate says that the reference documentation states M7_0 is the bootloader area and M7_2 is the application area, but I haven't been able to verify this in the documentation. I would like to confirm this. Re: S32DS S32K358 Project Inquiry Hi @wj_kwak  For S32K358, S32DS creates two independent projects by default, one for M7_0 and one for M7_2. These projects correspond to the two processing cores. They do not represent a bootloader area and an application area. The S32DS project creation wizard does not normally create a single project containing the application for both cores. If such a project structure is required, it has to be created/configured manually. However, in most cases there is no need to do this and the typical approach is to use two independent projects, one for each core. The "Inherit boot core toolchain" option can be used to inherit the toolchain configuration from the boot-core project when creating the project for the other core. If it is enabled, you can select the toolchain only for Cortex-M7_0_0. The toolchain selection for Cortex-M7_0_2 will be greyed-out because the configuration from the Cortex-M7_0_0 will apply. You can also refer to the multicore examples and documentation provided here: community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/m-p/1547771 The package demonstrates both approaches: independent projects for each core and a single project for both cores compiled into a single ELF file. So, M7_0 and M7_2 should not be understood as bootloader and application projects. They are simply the projects associated with the respective cores. Best regards, Lukas

S32K311引导加载程序移植 我目前正在将一个可运行的 Bootloader 项目从 S32K312 移植到 S32K311。我正在使用 S32 Design Studio、NXP RTD 4.9.0 和 GCC 编译器。我遇到了两个与矢量表和复位处理程序相关的严重问题，这些问题似乎是 S32K311 / RTD 4.9 环境特有的。 问题 1：立即使用调试器 RESET 故障 启动 PEMicro 调试器时，内核在 RESET 脚本执行期间立即崩溃，甚至在到达 main() 之前就崩溃了。 重置脚本（……）已完成。 UsageFault：执行指令时使用了无效的 EPSR.T 或 EPSR.IT 字段。 硬故障：故障已升级为硬故障。 我们检查了 startup_cm7.s和 Vector_Table.s。我们注意到 Reset_Handler 缺少 .type。Reset_Handler 的 %function 指令导致 ELF 入口点为偶数地址（例如，0x00402420 而不是 0x00402421），这自然会导致 Cortex-M7 上出现 ARM 模式 UsageFault。 即使在修复了 .type 指令并确保向量表已为 Thumb 模式设置了 LSB 之后，PEMicro 调试器仍然偶尔会在复位后立即抛出此 UsageFault。 问题 2：中断跳转到 0x0（未初始化的 RAM 向量表）当我们成功绕过复位问题并到达 main() 时，一旦硬件中断（如 FlexCAN 或 SWT）触发，系统就会崩溃。PC跳转到0x00000000。 在检查内存时，我们发现 __interrupts_ram_start (0x20000000) 处的 RAM 向量表完全未初始化（填充为零）。我们发现： startup_cm7.s在初始化结束时将 VTOR 设置为 __RAM_INTERRUPT_START，但从未从 ROM 复制该表。 IntCtrl_Ip_Init(&IntCtrlConfig_0)（由平台元器件生成）在启用 INT_CTRL_IP_ENABLE_VTOR_CONFIG 时设置 VTOR，但它也不会将默认向量表从闪存复制到 RAM。 为了解决这个问题，我们不得不在 main.c 中编写一个手动 for 循环，将向量表从 __interrupts_init_start 物理复制到 __interrupts_ram_start，并在调用 IntCtrl_Ip_InstallHandler() 之前更新 S32_SCB->VTOR。 基础代码来自统一引导加载程序演示 有人知道哪里有移植并发布了适用于带 CAN 总线的 S32K311 的引导加载程序吗？ Re: S32K311 bootloader porting 你好@ujwal12 对于 Cortex-M7，向量表中的复位处理程序条目必须通过使用 LSB 已设置的地址来指示 Thumb 模式。如果 Reset_Handler 符号没有正确生成为函数符号，链接器可能会在向量表中放置偶数地址，这可能会导致启动期间出现 UsageFault。因此，我们通常不建议修改 startup_cm7.s 文件。或 Vector_Table.s。 S32K3 RTD 采用基于 RAM 的可重定位中断向量表设计。启动时，向量表从闪存复制到 RAM，并且 VTOR 更新为指向基于 RAM 的表。 关于 S32K311 引导加载程序示例的可用性，目前还没有专门针对 S32K311 的官方引导加载程序示例。最接近的参考资料是Example S32K312 Bootloader to Application Jump DS3.5 RTD300和您已经在使用的 Unified Bootloader Demo。 另外请注意，统一引导加载程序是 NXP 的非官方演示程序，仅发布在社区论坛上，因此 NXP 技术支持不提供任何支持。 BR，VaneB

S32K3で異なるリセットイベントを認証のためにトリガーする方法 検証目的で評価ボード上の各リセットソースをトリガーする推奨方法はありますか? 例： デバッグ宛先 SW_DEST HSE_SNVS_RST ...... レジスタDESとFESに対応するすべてのビットを知りたい Re: How to trigger different reset events on S32K3 for verification それは少し難しい質問ですね。これらのリセットイベントに直接注入する仕組みはなく、FCCU部分をカバーするSAF/eMCEMのAPIを除き、提供できる専用のテストコードやスクリプトもありません。とはいえ、可能な選択肢を調べたところ、以下は実際にうまくいくはずのスケッチされた方法です。 S32K3のリセットイベントは、検証のためにトリガーされる方法によって2つのカテゴリーに分かれます。ソフトウェアインジェクト可能とハードウェアのみで、DESとFESの2つのMC_RGMステータスレジスタに分かれています。 ソフトウェアインジェクタブルリセットはコードから直接トリガーできます: 直接SWコマンド — MC_ME.MODE_CONFにDEST_RSTまたはFUNC_RSTを書き込み、MODE_UPDをトリガーします。それぞれDES[SW_DEST]またはFES[SW_FUNC]にマッピングされます。 ウォッチドッグの有効期限切れ — SWT サービス ループを停止して、タイムアウトごとに機能リセットをトリガーし、FREC をインクリメントします。FREC が FRET に達すると、次のリセットは破壊的になり、DES[MC_RGM_FRE] が設定されます。 FCCUフォールト注入 — eMcem_InjectFault()またはFNCFCフェイクフォールトレジスタを使用して、NCFチャネル構成に応じて機能的または破壊的反応をトリガーします。設定されたNCFセットに含まれていないフォールトを注入すると、FOSUの破壊的リセットパスが特定にトリガーされます CMUしきい値操作 — CMU_FC_x.LTCR/HTCRを実際の動作周波数外に書き込むことで、CMU周波数障害リセットが発生し、反応タイプ（機能的または破壊的）はDCM構成によって制御されます。 ハードウェアのみのリセットは物理的な刺激を必要とし、ソフトウェアによる注入経路はありません: STCU_URFでは、ライブLBISTまたはMBISTシーケンス中にPLLのロック喪失が発生する必要がある。 HSE_TMPR_RSTとHSE_SNVS_RSTはセキュリティ改ざんイベントであり、暗号資料を保護するため、意図的にソフトウェアを通じて注入できないものです FXOSC_FAIL、PLL_LOL、およびLVDフラグは、ハードウェアレベルで水晶発振器、PLL分周器、または電源レールを乱すことを必要とします。

5V or 3.3V I/O supply for S32k3 Hello everyone, I'm currently designing an automotive ECU based on the NXP S32K3 family and I'm evaluating the best configuration for the MCU I/O supply domains. As I understand, the device allows different supply options for I/O Domain A and Domain B, such as: Domain A = 5 V, Domain B = 5 V Domain A = 3.3 V, Domain B = 3.3 V Domain A = 5 V, Domain B = 3.3 V I'm trying to understand the main design trade-offs and selection criteria for each configuration. Specifically: What are the key advantages and disadvantages of using 5 V versus 3.3 V on the I/O domains? In which automotive applications is a mixed-voltage configuration (5 V / 3.3 V) typically preferred? Are there implications regarding EMC/EMI performance, power consumption, signal integrity, robustness, or interface compatibility that should drive this choice? Does NXP provide any application note, hardware design guideline, or reference document explaining the rationale and recommended use cases for each I/O supply option? I would appreciate any design recommendations or lessons learned from previous S32K3 projects. Thank you! Re: 5V or 3.3V I/O supply for S32k3 Hello @DavidSilva, Rather than advantages and disadvantages, this mainly depends on your application's requirements. You can configure VDD_HV_A & VDD_HV_B domains depending on your system's voltage level, as well as your device's interface modules. This means that trade-offs and preferences are based solely on your design. The biggest impacts would be: VREFH should always be equal to or less than VDD_HV_A +0.1. Any positive differential voltage between VREFH and VDD_HV_A i.e., VDD_HV_A < VREFH <= VDD_HV_A + 0.1V) is for RF-AC only. LPCMP0 channels must only be selected/enabled when VDD_HV_A >= VDD_HV_B. These channels must be disabled when VDD_HV_A goes below VDD_HV_B. The internal team has also shared that we do not provide current consumption values for 3.3V specifically, as this is essentially the same as 5V, you can use 5V measurements. We also do not provide an application note specifically discussing voltage domain configurations, however, you can refer to the HW Design Guidelines application note, which goes over all of the requirements and recommendations for S32K3 (including voltage domains). Best regards, Julián

セーフティ機構 SM1。INTERCONNECT_EDC _GASKET SM1を有効にする必要があります。INTERCONNECT_EDC_GASKET私のプロジェクトのためのセーフティ機構です。コードを生成するためにAUTOSAR RTD 3.0.0とS32 Design Studio(S32DS)ツールを使っています。 以下の点を明確にしていただけますか? 1. S32DS内にこのセーフティ機構を有効にするオプションはありますか?もしあれば、どうやって有効にするか教えていただけますか? 2. S32DSでこのオプションが利用できない場合、有効にするための推奨される方法は何ですか？可能であれば、サンプルコードを共有してください。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、@sandeepSingh18606 さん。 S32K3XXはセーフティ ペリフェラル ドライバを使いましょう。 https://www.nxp.com/docs/en/product-brief/S32K-SPDPB.pdf ドライバはS32K3xx Standard SWパッケージに含まれています: https://www.nxp.com/webapp/swlicensing/sso/downloadSoftware.sp?catid=SW32K3-STDSW-D S32K3 Safety Peripheral ドライバ バージョン 1.0.3 は RTD 3.0.0 と互換性があります。 eMCEMドライバでは、利用可能なすべての故障を有効化できます。 danielmartynek_1-1789975567252.pngdanielmartynek_1-1789975567252.png SPDパッケージにはEB Tresosのデモが1枚含まれています。 S32DS には、利用可能な SPD の例が 1 つだけあります (SPD 1.0.6、RTD 7.0.0): https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-BIST-eMCEM-SPD106-v2-0-S32DS365-RTD700/ta-p/2373113 よろしくお願いいたします。 ダニエル

S32K3XXがローカルIPアドレスを自動的に作成できない問題について。 屏幕截图 2026-09-18 100140.pngスクリーンショット 2026-09-18 100140.png 屏幕截图 2026-09-18 100315.pngスクリーンショット 2026-09-18 100315.png 屏幕截图 2026-09-18 100756.pngスクリーンショット 2026-09-18 100756.png こんにちは： S32DSで独自のローカルIPアドレスを作成し、LWIPプロトコルスタックでローカルIPアドレスを無効にしましたが、上の右下の画像に示すように、シングルステップデバッグ中に接続確立に失敗するエラーが発生します。何が問題なのでしょうか？設定が不足しているのでしょうか？ローカルIPアドレスの作成は許可されておらず、プロトコルスタックで設定する必要があるということでしょうか？ お忙しい中、お返事いただき、改めてありがとうございました！ Re: 关于S32K3XX无法自己建立本地IP地址的问题 こんにちは、@sunshine88 さん。 IPv4アドレス自体がこのエラーの原因ではありません。lwIPでは、 netif_add() を介して静的IPv4アドレスを直接提供できます。 デバッガのスクリーンショットによると、 netif_add() はネットワークインターフェースの初期化コールバック ETHIF_INIT が ERR_OK 返さないため、 NULL を返します。したがって、エラーはイーサネットインターフェースまたはその下位ドライバの初期化時に発生し、インターフェースがlwIPに追加される前に発生します。 TCP/IPスタック構成のスクリーンショットでは、 「ifaceを有効にする」オプションが選択されていません。ネットワークインターフェースを有効にし、必要な静的IPv4アドレス、サブネットマスク、ゲートウェイを設定してください。次に、設定を再生成し、対応するS32K3 lwIPの例にある初期化シーケンスを使用します。 アプリケーションで住所を割り当てたい場合は、まず成功 netif_add() 確認してください。 これは初期化の失敗を検出しやすくするだけのものであることにご注意ください。GMAC/イーサネットの基礎設定を修正するわけではありません。 まずは、ネットワーク初期化を変更しずに、あなたのS32K3デバイスとソフトウェアパッケージのバージョンに合わせて元のlwIP例をビルドし実行することをお勧めします。元の例が正常に動作したら、静的IPv4アドレスのみを変更して結果を確認してください。 初期化がそれでも失敗する場合は、以下の情報も提供してください。 正確なS32K3デバイスと評価ボード S32 Design Studio版 RTDおよびTCP/IPスタックパッケージのバージョン ETHIF_INIT の定義と、その関数が返すエラー 変更されていないlwIPの例が同じハードウェアで動作するかどうか 同じ質問が3つの別々のコミュニティ投稿で寄せられたようです。トラブルシューティング情報を一箇所にまとめるため、議論はどちらか一方のフォーラムのみで行ってください。 よろしくお願いいたします。 パベル

MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST BT_WAKE_HOSTをトリガにしてOSレジウムする方法を教えてください Re: MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST こんにちは、 どのOSとホストを使っているのか教えていただけますか? AN12849をご覧ください。 よろしくお願いいたします。 ダニエル。

S32K311ブートローダーの移植 現在、S32K312で動作するブートローダープロジェクトをS32K311に移植しています。私はS32 Design StudioとNXP RTD 4.9.0、GCCコンパイラを併用しています。S32K311 / RTD 4.9環境に特有の、ベクターテーブルとリセットハンドラに関連する2つの深刻な問題に遭遇しています。 問題 1: デバッガーのリセット時にすぐに UsageFault が発生します。PEMicro デバッガーを起動すると、main() に到達する前にリセット スクリプト中にコアがすぐにクラッシュします。 スクリプトのリセット（…）が完了しました。 UsageFault: 無効な EPSR.T または EPSR.IT フィールドで実行された命令。 ハードフォールト：障害がハードフォールトにエスカレートしました。 startup_cm7.sを確認しました。および Vector_Table.s。Reset_Handler に .type が欠落していることに気づきましたReset_Handler、%function指令が出され、ELFのエントリポイントが偶数アドレス(例:0x00402421ではなく0x00402420)となり、自然とCortex-M7でARMモードのUsageFaultが発生します。 .type ディレクティブを修正し、ベクター テーブルで LSB が Thumb モードに設定されていることを確認した後でも、PEMicro デバッガーはリセット直後にこの UsageFault を時折スローします。 問題 2: 割り込みが 0x0 (初期化されていない RAM ベクタ テーブル) にジャンプする リセットの問題を正常に回避して main() に到達すると、ハードウェア割り込み (FlexCAN や SWT など) がトリガーされた瞬間にシステムがクラッシュします。PCは0x00000000にジャンプします。 メモリを調査したところ、__interrupts_ram_start (0x20000000) にある RAM ベクタ テーブルが完全に初期化されていない（ゼロで埋められている）ことがわかりました。私たちは以下のことを発見しました。 startup_cm7.s初期化の最後にはVTORを__RAM_INTERRUPT_STARTに設定しますが、ROMからテーブルをコピーすることはありません。 IntCtrl_Ip_Init(&IntCtrlConfig_0)(プラットフォームコンポーネントによって生成)は、INT_CTRL_IP_ENABLE_VTOR_CONFIGが有効であればVTORを設定しますが、デフォルトのベクターテーブルをフラッシュからRAMにコピーしません。 この問題を回避するために、main.c に手動で for ループを記述し、ベクター テーブルを __interrupts_init_start から __interrupts_ram_start に物理的にコピーし、IntCtrl_Ip_InstallHandler() を呼び出す前に S32_SCB->VTOR を更新する必要がありました。 Unified bootloader Demoからベースコードを取得しました CANのS32K311ブートローダーが移植されて投稿された投稿を知っている人はいますか? Re: S32K311 bootloader porting こんにちは、 @ujwal12さん Cortex-M7の場合、ベクターテーブルのリセットハンドラエントリは、LSBが設定されたアドレスを使ってサムモードを示す必要があります。Reset_Handler記号が関数記号として正しく生成されていないと、リンカーがベクトルテーブルに偶数アドレスを配置し、起動時にUsageFaultが発生することがあります。そのため、一般的にはstartup_cm7.sの変更は推奨しません。または Vector_Table.s。 設計上、S32K3 RTDはRAMベースのリロケーション可能な割り込みベクトルテーブルを使用しています。起動時に、ベクターテーブルがフラッシュメモリからRAMにコピーされ、VTORはRAM上のテーブルを指すように更新されます。 S32K311用ブートローダーのサンプルコードの入手可能性に関してですが、現時点ではS32K311を特に対象とした公式のブートローダーのサンプルコードは存在しません。最も近い参考文献は、 Bootloader to アプリケーション Jump DS3.5 RTD300 S32K312 、すでに使っているUnified Bootloaderデモです。 また、Unified Bootloaderは非公式のNXPデモであり、コミュニティフォーラムでのみ公開されているため、NXPの技術サポートからはサポートされていません。 BR、VaneB

USB implementation on m7 core for i.MX 8M Nano processor I need some guideance for implementing usb for i.MX 8M Nano processor m7 core, I used the nxp sdk for it. But the drive is not responding back and the signal from the controller is weak. Re: USB implementation on m7 core for i.MX 8M Nano processor Hello, Unfortunately, there is no driver available for USB in the official i.MX SDK release. It may be possible to port it from other devices for example i.MXRT, but the PHY and USB non-core registers are different, and it will not be straightforward to port but, needs to be implemented in your side. Best regards.

MAYA-W166 与 IW416 如何使用 BT_WAKE_HOST 唤醒主机 请问如何使用 BT_WAKE_HOST 触发操作系统注册器？ Re: MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST 您好， 请问您使用的是什么操作系统和主机？ 请查看AN12849 。 问候， 丹尼尔。

8M Nanoプロセッサ向けのm7コア i.MX USB実装 8M NanoプロセッサのM7コア i.MX USBを実装するための指針が欲しいです。NXP SDKを使いました。しかしドライブは応答せず、コントローラからの信号も弱いです。 Re: USB implementation on m7 core for i.MX 8M Nano processor こんにちは、 残念ながら、公式の i.MX SDKリリースにはUSB用のドライバーは提供されていません。 i.MXRTなどの他のデバイスから移植することは可能かもしれませんが、PHYとUSBの非コアレジスタが異なるため、移植は容易ではなく、お客様側で実装する必要があります。 よろしくお願いいたします。