应用程序命令 各位 我发现 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 Re: Application commands 嗨，保罗， FreeMASTER正在积极开发和改进，而FreeMASTER Lite主要通过修复错误和进行关键更新来维护。 应用程序命令功能已经推出多年。虽然FreeMASTER仍在维护和测试该功能，但目前没有进一步增强的计划。如果可能，我们建议使用替代机制来控制应用程序（例如：使用标志变量）。   Iulian  

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.pngPrabhanjanKopp_0-1789991578266.pngPrabhanjanKopp_0-1789991578266.png 我使用的是S32E2控制器评估板。我怀疑我漏掉了一些配置。它在 SMU-R52 上似乎可以运行，但在这里却不行。请检查一下，如果发现问题请告知。在 IPCF 框架之上添加了一些传输代码。 Re: IPCF setup between R52_0_0 and R52_0_1 这件事有进展吗？ @Joey_z Re: IPCF setup between R52_0_0 and R52_0_1 你好， PrabhanjanKopp 我已初步检查了您的项目，并注意到您的两个项目在地址分配方面存在冲突。.intc_vector 位于同一地址，同时运行两个核心会导致冲突。 BR 乔伊 Re: IPCF setup between R52_0_0 and R52_0_1 你好， PrabhanjanKopp 我正在协助您检查这些问题。这将提高此案的优先级别。 一旦有任何进展，我会立即回复你！ BR 乔伊 Re: IPCF setup between R52_0_0 and R52_0_1 你好， PrabhanjanKopp 我正在协助您检查和重现问题，如有进展我会及时回复您！ BR 乔伊 Re: IPCF setup between R52_0_0 and R52_0_1 嗨，乔伊， 能否指出重复初始化中断资源的代码位置？您能否也确认一下我用于通信的MRU通道是否正确？如果您能提供一份用于正确初始化中断资源的伪代码，那将对我非常有帮助。 谢谢！ 普拉班詹 Re: IPCF setup between R52_0_0 and R52_0_1 你好， PrabhanjanKopp 感谢您的回复。 抱歉，我们没有提供您提到的伪代码。而且没有提供 R52_0_0 和 R52_0_1 之间 IPCF 设置的现有演示。请尝试在平台中断配置中为这两个项目设置所需的中断。MRU通道设置未发现明显问题；但是，仍需进行进一步测试。 最近我将休假。如果您需要我继续提供支持，我将于10月8日回归。如果您时间紧迫，可以创建一个新的工单。目前正在正常工作的同事会协助您处理新工单。 给您带来的不便，我深表歉意。 BR 乔伊 Re: IPCF setup between R52_0_0 and R52_0_1 你好， PrabhanjanKopp 非常抱歉回复晚了。 经检查，您的项目已进行资源初始化，这很容易导致资源冲突，包括对已中断资源的重复初始化。请检查相关资源设置。 测试 IPCF 项目的另一种方法是使用裁剪后的 GreenVIP 程序，以避免资源初始化的同步。 希望这些信息对您有所帮助。 BR 乔伊

S32DS S32K358 プロジェクトに関するお問い合わせ wj_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の起動問題を解決する方法を教えていただけませんか? Re: Falcon Mode Boot Issue in IMX8ulp こんにちは@elgin_1950  もしDTSコンテンツとdefconfigをFalconがデフォルトでサポートしているEVKコードに同期した場合、問題は起きるのでしょうか? よろしくお願いします、 志明

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 模式启动问题？ Re: Falcon Mode Boot Issue in IMX8ulp 你好@elgin_1950 如果将 DTS 内容和 defconfig 同步到 Falcon 默认支持的 EVK 代码，是否还会出现任何问题？ 此致， 志明

S32DS S32K358 Project Inquiry wj_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分周器、または電源レールを乱すことを必要とします。 Re: How to trigger different reset events on S32K3 for verification こんにちは、デイビッド： わかりました。ありがとう！ 徹底的な調査を実施します。

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.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 よろしくお願いいたします。 ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET SPDは無料ではなく、パッケージ購入が必要だと思います。 SM1メカニズムはNXPによって実装されているため、ユーザーはこれを有効にするだけで済みます。しかし、NXP RTDはこの機能をサポートしていません。 SPDパッケージがない場合、推奨されるアプローチは何でしょうか? Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、@sandeepSingh18606 さん。 セーフティ ペリフェラル ドライバ (SPD) は無料で利用可能で、RTDの拡張版です。一方、Safety Software Framework(SAF)は有料のプレミアムソフトウェアです。 以下のドキュメントを参照してください: https://www.nxp.com/design/design-center/software/functional-safety-software/s32-safety-software-framework-saf-and-safety-peripheral-drivers-spd:SAF よろしくお願いいたします。 ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、@sandeepSingh18606 さん。 リストに載っていないのに、どうやってインストールしたのですか？ まず、お使いのRTDリリースと互換性のあるバージョンが必要です。 SPDのリリースノートによると： SPD v1.0.3:このSPDバージョンはS32K3リアルタイムドライバーバージョン3.0.0と互換性がありますおよび 3.0.0P07。 SPD v1.0.4:このSPDバージョンはS32K3リアルタイムドライバーバージョン4.0.0およびS32K3リアルタイムドライバーバージョン3.0.0と互換性がありますP07（S32K324_MAPBGA257派生機種向けのTresosバージョン）。 最新バージョンであるv1.0.5およびv1.0.6は、より新しいRTDリリースとのみ互換性があります。 例えば、更新サイトのZIPパッケージをダウンロードしてください:S32K3_SPD_1.0.3_DS_updatesite.zip その後、S32 Design Studioの拡張機能の下で更新サイトを追加します。 ありがとうございました。 BR、ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET それは「前の項目」タブにありますが、あなたのアカウントではそのタブが非アクティブになっているようです。 管理を担当しているチームに確認してみます。 できるだけ早くご連絡いたします。 よろしくお願いいたします。 ダニエル Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、ダニエルさん。 現在、RTS 3.0.0を使用しています。ご提案いただいたように、SPD v1.0.3が必要なのですが、NXPのウェブサイトでこのバージョンを見つけることができません。 どこで見つけられるか、直接リンクを教えていただけませんか? Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、ダニエルさん。 確認ありがとうございます。 S32 Design StudioでSPDドライバーをインストールしようとしましたが、インストール後もS32DSの拡張機能やアップデートで見つかりません。 以下は、現在私のシステムにインストールされているRTDのスクリーンショットです。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、サンディープさん。 今すぐアカウントをご確認ください。 お知らせ下さい。 ありがとうございます。 Re: Safety Mechanism SM1.INTERCONNECT_EDC _GASKET こんにちは、ダニエルさん。 今は以前のバージョンにアクセスできるようになりました。サポートありがとうございます。

S32K3XXがローカルIPアドレスを自動的に作成できない問題について。 スクリーンショット 2026-09-18 100140.png スクリーンショット 2026-09-18 100315.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の非コアレジスタが異なるため、移植は容易ではなく、お客様側で実装する必要があります。 よろしくお願いいたします。

How to trigger different reset events on S32K3 for verification Is there a recommended way to trigger each reset source on the evaluation board for verification purposes? For example: DEBUG_DEST SW_DEST HSE_SNVS_RST ...... I want to know all bits corresponding to the register DES & FES Re: How to trigger different reset events on S32K3 for verification It is a bit tricky question. There is no direct injection mechanism for these reset events, and we do not have any dedicated testing code or scripts we could provide — with the exception of the SAF/eMCEM API covering the FCCU portions. That said, I looked into the possible options and the following are the sketched methods that should work in practice. Reset events on S32K3 fall into two categories based on how they can be triggered for verification — software-injectable and hardware-only — split across the two MC_RGM status registers, DES and FES. Software-injectable resets can be triggered directly from code: Direct SW commands — write MC_ME.MODE_CONF with DEST_RST or FUNC_RST and trigger MODE_UPD, maps to DES[SW_DEST] or FES[SW_FUNC] respectively Watchdog expiry — stop the SWT service loop to trigger a functional reset on each timeout, incrementing FREC; once FREC reaches FRET the next reset escalates to destructive and sets DES[MC_RGM_FRE] FCCU fault injection — use eMcem_InjectFault() or the FNCFC fake fault register to trigger functional or destructive reactions depending on NCF channel configuration; injecting a fault not in the configured NCF set specifically triggers the FOSU destructive reset path CMU threshold manipulation — write CMU_FC_x.LTCR/HTCR outside the actual running frequency to produce a CMU frequency fault reset, with reaction type (functional or destructive) controlled through DCM configuration Hardware-only resets require physical stimulation and have no software injection path: STCU_URF requires a PLL loss-of-lock to occur during a live LBIST or MBIST sequence HSE_TMPR_RST and HSE_SNVS_RST are security tamper events — intentionally not injectable via software as they protect cryptographic material FXOSC_FAIL, PLL_LOL, and the LVD flags require disturbing the crystal, PLL dividers, or supply rails at the hardware level Re: How to trigger different reset events on S32K3 for verification Hi David：         OK. Thank you!         We'll conduct a thorough study.

如何触发 S32K3 上的不同复位事件以进行验证 为了验证目的，是否有推荐的方法来触发评估板上的每个复位源？ 例如： 调试目标 SW_DEST HSE_SNVS_RST ...... 我想知道与 DES 和 FES 寄存器对应的所有位。 Re: How to trigger different reset events on S32K3 for verification 这是一个有点棘手的问题。对于这些重置事件，没有直接的注入机制，我们也没有任何专用的测试代码或脚本可以提供——除了涵盖 FCCU 部分的 SAF/eMCEM API。也就是说，我研究了各种可能的选择，以下是初步设想的、在实践中应该可行的几种方法。 S32K3 上的复位事件根据其触发验证的方式分为两类——软件注入和仅硬件——分别分布在两个 MC_RGM 状态寄存器 DES 和 FES 上。 软件注入式复位可以直接从代码中触发： 直接软件命令——写入 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 和 低压检测 标志表示硬件层面的晶振、PLL 分频器或电源轨存在故障。 Re: How to trigger different reset events on S32K3 for verification 嗨，大卫： 好的。谢谢你！ 我们将进行全面调查。

MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST Please tell me how to trigger OS Registrar using BT_WAKE_HOST. Re: MAYA-W166 WITH IW416 HOW TO BT_WAKE_HOST Hi, Could you please tell me what OS and host are you using? Please take a look at AN12849. Regards, Daniel.

基于 i.MX 8M Nano 处理器的 m7 内核上的 USB 实现 我需要一些关于在 i.MX 8M Nano 处理器 m7 核心上实现 USB 的指导，我使用了 nxp sdk。但是驱动器没有反应，控制器发出的信号很弱。 Re: USB implementation on m7 core for i.MX 8M Nano processor 你好， 遗憾的是，官方 i.MX SDK 版本中没有 USB 驱动程序。 或许可以从其他设备（例如 i.MXRT）移植过来，但是 PHY 和 USB 非核心寄存器不同，移植起来并不容易，需要你自己来实现。 顺祝商祺！