SPSDK v3.1 release We are excited to annouce the release of Secure Provisioning SDK (SPSDK) 3.1 Please note this release is a new generation of SPSDK and it is NOT backward compatible to 2.x versions.  A migration guide is provided below: ⭐What's NEW: https://spsdk.readthedocs.io/en/latest/release_notes.html ⚠️Migration Guide: https://spsdk.readthedocs.io/en/latest/migration_guide.html 📦Supported Devices: https://spsdk.readthedocs.io/en/latest/devices_list.html 👇More details: Github PyPi Documentation SPSDK Plugins 3.1: Github (Plugins) PyPi (Plugins) Restricted Data Package for SPSDK 3.1: Please note that the package uses an LA_OPT license. Package will be located in the Download section. announcement

Zephyr SDKバージョンのインストール Zephyr SDKは、Zephyrアプリケーションをビルドするためのビルド・ツールセットです。GCCやCMakeが含まれており、各Zephyrリリースは特定の Zephyr SDKバージョンに紐づいています。このバージョンは、Zephyrリポジトリ内のSDK_VERSIONファイルに記載されています。推奨されているZephyr SDKバージョンを使用することが重要です。バージョンが一致しないと、ビルド・エラーが発生する可能性があります。 たとえば、Zephyr v4.1はZephyr SDK v0.17.0を指定します。Zephyr SDK v0.17.2（Zephyr v4.2 用）を Zephyr v4.1 で使用すると、ビルドエラーが発生します。Zephyr v4.1 用のアプリをビルドする必要がある場合は、Zephyr SDK v0.17.0をインストールしてください。 複数のZephyr SDKバージョンをインストールしておき、ビルド時に切り替えることが可能です（下記の手順を参照）。 フルインストールと最小インストールの比較 フルインストール（Full Install）： すべてのサポートされているSoCアーキテクチャ向けの全ツールチェーンが含まれます。初心者に推奨されますが、より多くのディスク容量とダウンロード時間が必要です。 最小インストール（Minimal Install）： 必要なツールチェーンのみを選択できます。スペースと時間を節約できます。 最小インストールの場合は、setup.cmdスクリプトを実行して、インストールするツールを選択します。NXPボードでは、次を選択します。 Zephyr SDK CMakeパッケージを登録する Install host tools aarch64-zephyr-elf (64ビットARM) arm-zephyr-eabi （32ビットARM、NXP MCUを含む） オプション xtensa-nxp… （Cadence Tensilica DSPコア） Zephyr SDKをインストールします これらの手順では、MCUXpresso Installer、CLI（West）、または手動ダウンロードを使用してZephyr SDKをインストールする方法を説明しています。 MCUXpresso Installerを使用したインストール MCUXpresso InstallerはZephyr v4.2からZephyr用パックをサポートし始めました。各パックは対応するZephyr SDKバージョンをインストールします（例：v4.2パックはSDK v0.17.2をインストール）。このオプションはNXP開発用の最小限のツールセットをインストールします。 MCUXpressoインストーラーは、古いZephyr SDKバージョンをサポートしていません。v0.17.1以前の場合は、Westまたは手動インストールを使用してください。 West CLIを使用したインストール Zephyr ProjectはWestにZephyr SDKのインストール機能を追加しました。 CLIの場合は、Python仮想環境をアクティブ化してから、次を実行します。 west sdk install --version 0.17.0   --version が省略された場合、WestはZephyrリポジトリのSDK_VERSIONファイルにあるバージョンを使用します。 デフォルトでは、Fullパッケージがインストールされます。最小のインストールを行う場合は、 -i を追加します。 手動ダウンロードによるインストール https://github.com/zephyrproject-rtos/sdk-ng/releasesから、Zephyr SDKをダウンロードします。 使用するホストOS向けに、FullまたはMinimalを選択します。 WestとMCUXpressoの場合のデフォルトの場所として、ユーザーフォルダーに展開します。 Windows： C:\Users\ \zephyr-sdk-0.17.0 Ubuntu: /home/ /zephyr-sdk-0.17.0 Zephyr SDKのバージョンの選択 複数のZephyr SDKバージョンを共存させることができます。Westはデフォルトで最新バージョンを使用しますが、次の方法で上書きできます。 VS Code: 例をインポートする際は、ウィザードでZephyr SDKバージョンを選択してください。 CLI：環境変数 ZEPHYR_SDK_INSTALL_DIR を、ビルド前に設定します。このコマンドはUbuntuでその変数を設定します。 export ZEPHYR_SDK_INSTALL_DIR="/home/ /zephyr-sdk-0.17.0" またはWindowsの場合： set ZEPHYR_SDK_INSTALL_DIR= C:\Users\ \ zephyr-sdk-0.17.0   Zephyr Knowledge Hubに戻る    

开放工业Linux ® （OpenIL）——安全、稳健、实时的工业和自动化应用_Connects China <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目，旨在为工业用途提供紧凑的文件系统，支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> OpenIL 是专为工业市场设计的 Linux ®发行版。OpenIL 是 PLC、HMI、工业控制和自动化系统的理想部署。OpenIL 是一个基于 buildroot 的开源项目，旨在为工业用途提供紧凑的文件系统，支持 LTS Linux 内核 4.1 和 4.9、Xenomai 钴核、工业 IEEE ® 1588、时间敏感网络等诸多功能。实时裸机框架支持继电器控制和机器人应用。了解 OpenIL、架构、设计目标和路线图。了解如何为 OpenIL 做出贡献并推动社区项目的发展方向。

FTF-ACC-F1259 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 同時マルチスレッド (SMT) は、独立した実行スレッドがスーパースカラー CPU パイプライン編成をより効果的に利用できるようにする高度なプロセッサ マイクロアーキテクチャ機能です。2ウェイ・スーパースカラー・パイプラインでのSMT実装は、動的消費電力の増加が比較的少ないデュアル・スレッドの同時実行性を最大化します。このセッションでは、次世代のPower Architecture e200z9プロセッサ・コアに含まれるSMT機能と、このマイクロアーキテクチャによって達成可能なパフォーマンス/パワー・メトリックの向上に焦点を当てます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 同時マルチスレッド (SMT) は、独立した実行スレッドがスーパースカラー CPU パイプライン編成をより効果的に利用できるようにする高度なプロセッサ マイクロアーキテクチャ機能です。2ウェイ・スーパースカラー・パイプラインでのSMT実装は、動的消費電力の増加が比較的少ないデュアル・スレッドの同時実行性を最大化します。このセッションでは、次世代のPower Architecture e200z9プロセッサ・コアに含まれるSMT機能と、このマイクロアーキテクチャによって達成可能なパフォーマンス/パワー・メトリックの向上に焦点を当てます。 日時:FTF-ACC-F1259 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 新しいe200z9はいつ発売されますか?

NXP FRDM Lab at Embedded World 2026 NXP FRDM Lab - Embedded World 2026 Learn. Build. Explore—On Your Own Time. The NXP FRDM Lab at Embedded World 2026 is your hands-on destination to explore embedded development—from Edge AI and Zephyr RTOS to motor control, security, connectivity, and GUIs. Whether you attend live or want to continue learning after the show, all training sessions and demo materials will be available for self‑guided exploration. That means you won’t miss out—before, during, or after the event. 🎓 FRDM Lab Training Sessions Each training session is designed to be practical, reusable, and self‑paced, using the same materials showcased during the event. 🔐 Building Cyber‑Resilient Embedded Systems: CRA Compliance Learn how NXP portfolio help achieve CRA compliance through integrated security features and practical implementation. Download presentation attached in this post:  Cyber Resilience Act (CRA) - A paradigm shift CRA: Step 1 Risk Assessment & Threat Analysis CRA: Step 2 Security by Design CRA: Step 3 Proving Compliance CRA: Step 4 Maintaining Conformity Across the Product Lifecycle ⚙️ Building with Zephyr RTOS: Simplified Development on FRDM Platform Learn about Zephyr RTOS portability and start building with FRDM boards with simplified setup, resources, and demos included. Hands-On Training material. Embedded AI with NXP Edge Processors: Intelligence at the Edge Learn AI/ML fundamentals for embedded systems, explore key use cases, and discover NXP’s ML portfolio and tools for AI development on the edge.  Hands-On Training Material 🎨 Designing Embedded GUIs: GUI Guider in Action Learn how to design and implement graphical user interfaces using LVGL and NXP GUI Guider on FRDM boards Hands-On Training Material MCUXpresso for VS Code: Build Your Embedded Development Environment Discover the benefits of the MCUXpresso extension, turning VS Code into a flexible, unified development environment for any embedded project. Download presentation attached: MCUXpresso for VS Code Build Your Embedded Development Environment Hands-On Training Material 📌 Good to know: Attendees at EW 2026 will use the same training materials live Materials will also be available for self-guided learning, so you can revisit or explore sessions at your own pace 🔬Demos at FRDM Lab  Below is a curated list of demos you’ll find in the FRDM Lab. Each demo highlights a real-world use case, with hardware and software you can explore in detail. Hands‑On Experience: Build the Demo Yourself at the FRDM Lab A set of selected demos will be available as guided hands‑on demo inside the FRDM Lab. With support from NXP experts, visitors can re‑create the full demo flow—from loading the project in MCUXpresso for VS Code, to connecting FRDM boards and expansion modules, to running real firmware on hardware.  Everything customers touch during the demo is fully reproducible at home, using the same boards and open resources. Demo Overview Demo Title Description / Key Highlights Featured Boards   Real‑Time Interactive Control with DOOM Experience responsive real‑time control using MCX MCUs running a fully playable DOOM port. FRDM-MCXN947 Edge AI Vision on Zephyr Showcasing Zephyr OS code abstraction that enables seamless portability across NXP MCUs with different architectures. FRDM-MCXN947 FRDM-RW612 Offline Edge AI Image Analysis Capture or upload images and ask questions that the i.MX processor answers entirely offline using VLM acceleration on Ara‑2. FRDM-IMX8MPLUS Bluetooth® Channel Sounding Measure distance between devices in centimeters or feet using advanced Bluetooth wireless channel sounding technology. FRDM-MCXW72 Interactive Smart Nodes OLED B Click OLED C Click Knob G Click Ping pong Game     Demonstrates the versatility of FRDM boards for building smart sensors, games, PC accessories, industrial controls, and more using displays, knobs, joysticks and additional peripherals. FRDM-MCXC041 FRDM-MCXC242 FRDM-MCXA156 FRDM-MCXN947 Dual PMSM FOC Motor Control One MCU efficiently drives two 3‑phase motors using an integrated motor control subsystem, reducing external components and system cost. FRDM-MCXA346 3-Phase PMSM FOC Motor Control Motor control running on a 5‑V‑tolerant MCU combined with GUI Guider and FreeMASTER visualization for tuning and real‑time phase inspection. FRDM-MCXE31B Wireless Co-Processor Enabled Control FRDM-RW612 acts as a Wi‑Fi co‑processor, enabling remote command transmission from a tablet to control a main MCU‑driven motor system. FRDM-MCXA156 FRDM-RW612 GoPoint i.MX Demo Experience The i.MX93 showcases the full GoPoint experience with available demos integrated into the out‑of‑box environment. FRDM-IMX93 Video Analysis Analyze multiple video streams simultaneously using advanced, edge‑optimized object detection. FRDM-IMX95-PRO NAFE13388 universal analog sensing module with wired connectivity   NAFE13388 analog front end pairs with the FRDM‑MCXN947 to deliver precise, software‑configurable analog sensing. This enables the board to handle demanding industrial automation, smart agriculture, and lab instrumentation use cases where high‑accuracy analog capture, noise robustness, and flexible sensor conditioning are essential FRDM-MCXN947 Learn Beyond the Booth For many demos, collateral material will be available, including: Software and hardware overviews Block diagrams and system architecture Key features and advantages Links to App Code Hub projects This ensures you can replicate, extend, or adapt what you see in the lab—long after Embedded World ends. Explore FRDM and keep learning at FRDM Training Hub #FRDM-Training #Hands-On Training #EW #Embedded World Discover the NXP FRDM Lab at Embedded World 2026 Hands‑on training and real demos across Edge AI, Zephyr, motor control, security, and GUIs Learn live—or later with self‑guided FRDM Lab content FRDM-MCXA FRDM-MCXN FRDM-RW612 FRDM-Training Hands-On Training i.MX Application Processors MCU Wireless

S32K3 FLEXIO data exception I am using S32K314 RTD400 SAI0 (host) and FLEXIO analog I2S (slave) communication, SAI only use d0, MUX_DISABLE, word width of 16, found that the data received by the slave is the host's data cycle to move one bit left to get the data, such as sending 0x8002, in the code inside the slave get the data is 0x5, change a lot of configuration is useless, finally check the Enable User Mode Support in the figure below, the data is normal. For example, if you send 0x8002, the data received by the slave in the code is 0x5. After changing a lot of configurations, the data is normal after checking Enable User Mode Support in the following figure. The SAI configuration is as follows Re: S32K3 FLEXIO数据异常 Hi@Jason22 I checked the compilation results, this option you check or uncheck does not affect the results of the run at all. According to the project you provided, the compilation I got with Enable User Mode Support checked and unchecked is exactly the same, which means it doesn't cause the problem you described. Re: S32K3 FLEXIO数据异常 Compile no problem, there is no "Mcal.h" file, if so, clear the project, compile again and there will be no problem (I do not know if this is the IDE version of the problem, S32DS 3.6 does not seem to have this error). If it's not this error, can you tell me what's wrong with the compilation? Re: S32K3 FLEXIO数据异常 Hi@Jason22 Sorry, I read it wrong, it's not the IDE version, it's that I read Enable User Mode Support as Enable Flexio Common Support Can you double check the project you provided, I can't get it to compile successfully. Re: S32K3 FLEXIO数据异常 没有勾选“Enable User Mode Support”，配置还是有效 不勾选"Enable Flexio Common Support"，配置才无效，我使用的是S32DS 3.5.14，这和S32DS版本有关嘛 Re: S32K3 FLEXIO数据异常 Hi@Jason22 你不勾选“Enable User Mode Support”下面的配置不是不生效了嘛 Re: S32K3 FLEXIO数据异常 Hi@Jason22 Logic analyzer yourself to test if the data you're sending out is correct or not Re: S32K3 FLEXIO数据异常 I also compared it and found the same thing, re-ran the program and found that after checking the box, the data looped left again, but the first time I checked the box, the data did go normal, and repeated the run a few times and it was normal, so I don't know what factors are causing this. Then I would like to ask, is it my configuration or the code has a problem, why the data received by the slave is just the result of the data sent by the host cyclic left shift? Thanks for your help. Data sent by the host Data received from the slave

S32K148 中用于多通道和采样的 ADC DMA 流组 我正试图在 S32K148 中实现多通道流分组和采样 ADC DMA，但我发现我没有收到 DMA 中断，而且结果缓冲区在递增并写入额外的 RAM 空间。配置中是否存在任何问题？ Re: ADC DMA Streaming Group for multiple channels and samples in S32K148 HI 参见第 3.6.18 章有关该模式 DMA 通道设置的更多信息，请参见 ADC 驱动程序 UM 的 Optimize DMA Streaming Groups（优化 DMA 流组）。 BR, Petr

如何在S32DS中快速设置S32K1 SDK 本文以中文撰写。主要针对中国本土的地区及大众市场客户。对于刚接触S32K1的开发者很有用，会帮助他们安装S32K1的几个软件，否则可能会浪费很多时间。 S32DS中快速搭建S32K1的开发环境 一．背景 我最近换装了新电脑，需要重新安装S32DS，发现存在很多问题。尤其是对比之前的安装过程，发现官网的很多链接已经失效，甚至有一定的迷惑性。 最新的S32K1安装包比较隐蔽，而且安装存在前后依赖，对于刚接触NXP S32系列的新手非常不友好，所以写这篇文档总结一下典型的问题和解决方法。 同时也希望提供一个check的思路和步骤，在后续新版本发布时，升级IDE的时候更方便找到合适的安装包。 二．S32DS中各个包依赖关系解析 在S32DS中，每一个系列的MCU，总共需要安装两个插件包，一个是基础依赖包，一个是SDK（也叫RTD，同一个意思）。 1．基础依赖包 这个包对应S32DS版本，比如当前的3.4.3，官网可以下载离线版，一般大小在3GB左右，会更新S32DS中的很多组件，如下图1所示：            图1 尤其需要关注图1中红框的内容，没有这个development package的话，是无法进行对应MCU的debug。 图1中安装的包，对应到S32DS中安装的内容如图2所示：            图2 2．RTD安装包（与SDK同义） 这个包对应于RTD版本，也会标识AutoSAR的版本，比如最新的2.0.0，AutoSar 4.4，如图3所示：           图3 基础依赖包与RTD安装包存在前后依赖关系，如果不安装基础依赖包直接安装RTD，在安装时会报错。另外，我们下载的RTD包，即使写明是K3，里面也会包含K1的RTD，这点需要注意。如果此时还没有装K1的development package，就会出错。 三．S32K1开发环境搭建 官网对于S32K3的软件划分为standard software和reference software，其中S32DS和基础依赖包在standard software中，可以很方便的找到。 但S32K1的官网却仅有一个reference software，页面也只能找到几个RTD（或SDK）链接：                                                                             图4 这里面所有的链接都不是我们需要的，全是RTD。问题就出在这里，K1的网页中没有K1的基础依赖包！而前面讲过，缺基础依赖包会导致RTD也无法安装。经过我研究，K1的基础依赖包隐藏的非常深，可以通过两个方法找到： 从S32K1的参考软件进去，然后重新点击产品列表，如下图5所              图5         进入如下页面，如图6所示，这里最能看出来，针对K1的界面很不友好，需要点最底下的NXP Software.              图6 在NXP.com官网首页搜索栏直接搜S32DS，找到S32 Design Studio for S32 Platform（注意不要选成for ARM或或者for PowerPC），从S32DS的主界面进入，然后一直下拉，找到S32DS service pack 1，这个才是K1的，如图7所示：                 图7 这个链接更加隐蔽，要在40多个选项里挨个找。 经过上面两个方法，都可以进入图8所示的界面，然后再按图8所示操作：              图8 这回终于到了最终可以下载S32K1基础依赖包的地方，如图9所示。我们需要重点关注一下命名，SW32开头的，会包含所有S32的development package，包括K1，K3，G；SW32K1开头的，仅有K1，同理如果你在K3的界面中，可以看到SW32K3开头的。            图9 下载最新版本的S32K1基础依赖包，然后再安装RTD，大功告成。

调试工具在使用最新版 SDK_25_12_00 时显示为灰色，在使用旧版 SDK_25_03_00 时工作正常 运行 MCUXpresso IDE V25.6.136 版+ 带有 SDK_25_12_00 的 evkmimxrt685 板。调试开始时，所有调试工具（恢复...）都显示为灰色，无法运行项目。 使用旧版 SDK_25_03_00 可以正常工作，但使用 SDK_25_06_00 和 SDK_25_09_00 会出现同样的问题。 如何恢复调试工具 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好，卡洛斯，包括 hello world 在内的所有示例都出现了这种情况。它总是停在"void ResetISR(void) 函数的第一行，即 startup_mimxrt685s.c 中的 __asm volatile ("cpsid i") 行（第 381 行）。文件。我正在尝试运行 evkmimxrt685_dsp_mu_polling_cm33。该示例在 25.03 版本中运行正常。之后的所有版本（06、09、12）都有这个问题。对于 24.03 之后的 SDK 版本，我是否需要在集成开发环境中进行一些更改？我有截图，但如何发布呢？谢谢@bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好，卡洛斯，我正在上传截图> 包括 hello world 在内的所有示例都出现了这种情况。它总是停在"void ResetISR(void) 函数的第一行，即启动目录下 startup_mimxrt685s.c 文件中的 __asm volatile ("cpsid i") 行（第 381 行）。它从未进入 main() 开始运行。 我试图运行 evkmimxrt685_dsp_mu_polling_ cm33。cm33。该示例在 25.03 版本中运行正常。之后的所有版本（06、09、12）都有这个问题。对于 24.03 之后的 SDK 版本，我是否需要在集成开发环境中做一些更改？ 谢谢 bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 能否请您介绍一下您的计算机使用的是哪个操作系统？Linux、Windows 10 还是 Windows 11？ 能否请您检查一下 EVK 的 BOOT_SEL 是否选择正确？ Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 我正在戴尔 Alder Lake 台式机上运行 Windows 11。启动跳线 (JP1) 处于打开状态，根据手册（MIMXRT685-AUD-EVKUM 修订版 3-2023 年 7 月 21 日），这是默认设置。我想这就是您所说的"查看 EVK" 的 BOOT_SEL 的意思。谢谢 bobvr Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 感谢您分享您的设置细节。 能否请您对闪存进行一次大规模擦除，然后重新进行调试？ 为此，请在快速启动面板上更改链接服务器操作 然后使用 LinkServer 探测器将其返回到调试模式。 如果在此过程中出现任何错误信息，请分享截图。 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 卡洛斯，我试图用链接服务器进行大规模清除，但得到了错误信息--截图附后。 谢谢 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 卡洛斯，谢谢。在此之前，我想让您知道，我一直使用世纪佳缘 J-Link 探头，使用世纪佳缘 J-Link 探头" 菜单选项可进行"清除闪存操作。我应该用它清除还是用你上面提到的链接服务器探针清除？ Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好，卡洛斯，我使用 Segger J-Link 探头（不是链接服务器探头，因为该固件已被 Segger 固件覆盖）删除了闪存。 我知道我必须使用 Segger 探针来调试 ARM 内核和 HiFi4 DSP。我还将 Segger 固件更新到了最新的 8.98 版本。 我删除了调试启动文件，删除了工作区以在启动时生成一个新文件，还重新启动了板。还是同样的问题。 它说调试会话正在运行，但我无法调试。 正如我所说，03 之后的所有版本（06、09 和 12）都会出现这种情况。 它停在 startup_mimxrt685s.c 处文件。 在调试器控制台中，我确实看到了一条警告信息，但这可能是无害的。 "警告：无法将 "main "从主机编码 (CP1252) 转换为 UTF-32。 这种情况通常不会发生，请提交错误报告。 监测执行器 setrestartonClose=1 请告知下一步措施。谢谢 bobvr。 Re: Debug tools greyed out with latest SDK_25_12_00, work fine with older SDK_25_03_00 你好@bobvr 感谢您分享您正在使用的产品。 如果尝试使用链接服务器调试，问题是否仍然存在？如果您收到错误信息，请与我们分享。

linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx linux6.12+imx8mp内核启动时报告： [ 0.057737] /soc@0: Fixed dependency cycle(s) with /soc@0/bus@30000000/efuse@30350000/unique-id@8 [ 0.058809] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.058972] /soc@0/bus@32c00000/hdmi@32fd8000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/lcd-controller@32fc6000 [ 0.059239] /soc@0/interrupt-controller@38800000: Fixed dependency cycle(s) with /soc@0/interrupt-controller@38800000 [ 0.061960] /soc@0/bus@30000000/pinctrl@30330000: Fixed dependency cycle(s) with /soc@0/bus@30000000/pinctrl@30330000/miscgrp [ 0.061986] /soc@0/bus@30000000/pinctrl@30330000: Fixed dependency cycle(s) with /soc@0/bus@30000000/pinctrl@30330000/hoggrp [ 0.062566] imx8mp-pinctrl 30330000.pinctrl: initialized IMX pinctrl driver [ 0.063301] /soc@0/bus@30000000/efuse@30350000: Fixed dependency cycle(s) with /soc@0/bus@30000000/clock-controller@30380000 [ 0.064431] /soc@0/bus@30000000/efuse@30350000: Fixed dependency cycle(s) with /soc@0/bus@30000000/clock-controller@30380000 [ 0.065497] /soc@0/bus@30000000/clock-controller@30380000: Fixed dependency cycle(s) with /soc@0/interrupt-controller@38800000 [ 0.074336] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.074446] /soc@0/bus@32c00000/hdmi@32fd8000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/lcd-controller@32fc6000 [ 0.076363] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.076855] /soc@0/bus@32c00000/lcd-controller@32fc6000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/hdmi@32fd8000 [ 0.076990] /soc@0/bus@32c00000/hdmi@32fd8000: Fixed dependency cycle(s) with /soc@0/bus@32c00000/lcd-controller@32fc6000 原因是什么？需要处理吗 Re: linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx Hi @machangbao This is normal, no need to deal with it. Best Regards, Zhiming Re: linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx Hi @machangbao This is the patch that was introduced upstream of the kernel, the commit message is: driver core: fw_devlink: Stop trying to optimize cycle detection logic commit bac3b10b78e54b7da3cede397258f75a2180609b upstream. In attempting to optimize fw_devlink runtime, I introduced numerous cycle detection bugs by foregoing cycle detection logic under specific conditions. Each fix has further narrowed the conditions for optimization. It's time to give up on these optimization attempts and just run the cycle detection logic every time fw_devlink tries to create a device link. The specific bug report that triggered this fix involved a supplier fwnode that never gets a device created for it. Instead, the supplier fwnode is represented by the device that corresponds to an ancestor fwnode. In this case, fw_devlink didn't do any cycle detection because the cycle detection logic is only run when a device link is created between the devices that correspond to the actual consumer and supplier fwnodes. With this change, fw_devlink will run cycle detection logic even when creating SYNC_STATE_ONLY proxy device links from a device that is an ancestor of a consumer fwnode. The fw_devlink framework on top of 6.12 is more robust than before, and Fixed dependency cycle(s) with indicates that fw_devlink detected the ring and solved the problem by adjusting the linking policy (e.g., downgrading certain link types or not creating certain links). This is not an error, but an informational note that the system handles potential deadlock risks at boot time. driver core: fw_devlink: Make cycle detection more robust fw_devlink could only detect a single and simple cycle because it relied mainly on device link cycle detection code that only checked for cycles between devices. The expectation was that the firmware wouldn't have complicated cycles and multiple cycles between devices. That expectation has been proven to be wrong. For example, fw_devlink could handle: +-+ +-+ |A+------> |B+ +-+ +++ ^ | | | +----------+ But it couldn't handle even something as "simple" as: +---------------------+ | | v | +-+ +-+ +++ |A+------> |B+------> |C| +-+ +++ +-+ ^ | | | +----------+ But firmware has even more complicated cycles like: +---------------------+ | | v | +-+ +---+ +++ +--+A+------>| B +-----> |C|<--+ | +-+ ++--+ +++ | | ^ | ^ | | | | | | | | | +---------+ +---------+ | | | +------------------------------+ And this is without including parent child dependencies or nodes in the cycle that are just firmware nodes that'll never have a struct device created for them. The proper way to treat these devices it to not force any probe ordering between them, while still enforce dependencies between node in the cycles (A, B and C) and their consumers. So this patch goes all out and just deals with all types of cycles. It does this by: 1. Following dependencies across device links, parent-child and fwnode links. 2. When it find cycles, it mark the device links and fwnode links as such instead of just deleting them or making the indistinguishable from proxy SYNC_STATE_ONLY device links. This way, when new nodes get added, we can immediately find and mark any new cycles whether the new node is a device or firmware node. Best Regards, Zhiming

S32K344 是否支持用于铁路应用的 EN 50128 / SIL 3/4？ 您好， 我正在评估铁路功能安全项目的 S32K344（双核）。我需要知道这种 MCU 是否可用于需要..： EN 50128（铁路软件功能安全标准） SIL 3/SIL 4 功能安全等级 另外： 恩智浦是否有支持 SIL 3/4 设计的指南或文档？ 对于在关键任务和非关键任务中安全使用双核有什么建议？ 提前感谢！ Re: S32K344 will support EN 50128 / SIL 3/4 for railway applications? 请注意，在圣诞假期期间，我们的支持响应时间可能会比平时长。在某些情况下，您的请求可能会在新年后得到处理。感谢您的理解。 Re: S32K344 will support EN 50128 / SIL 3/4 for railway applications? 你好@Yuvashree S32K344 根据 ISO 26262 开发，支持 ASIL D，在功能安全完整性方面，ASIL D 与 SIL 3 大致相当。不过，恩智浦并未提供符合 EN 50128 或 SIL 4 标准的认证或声明。如果您的项目需要 EN 50128，则需要使用可用的功能安全文档（功能安全手册、FMEDA 等）自行进行功能安全评估和流程调整。 此致， Lukas

RT1170 使用同步动态随机存取存储器(SDRAM) 处理堆和堆栈 我按照https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/RT1170-debugging-when-application-is-built-for-SDRAM/m-p/1374145/highlight/true#M17210和 RT1170_BriefOverview_v210.pdf 中提到的步骤进行了操作。 我正在开发一个需要大量头部内存的应用程序。 按照提供的步骤，使用 RT1170_BriefOverview_v210.pdf 中提到的修改刷新 hello world，我可以在调试模式下使用同步动态随机存取存储器(SDRAM)。 但是在这种变化之后，同步动态随机存取存储器(SDRAM)也用于存储代码。 在我的应用程序中，我希望代码存储在闪存中，而 BOARD_SDRAM 仅用于堆和堆栈部分。 我将把我的应用程序闪存到闪存中，该应用程序的堆和栈部分将使用 BOARD_SDRAM。 请指导我进行所需的更改。 i.MX-RT1170 MIMXRT1170-EVK Re: RT1170 Use SDRAM for Heap and Stack 按照恩智浦支持中的步骤，我得以在 RT1170 EVKB 上加载多核项目（如何在 RT1176 & [RT1170] 中调试双核项目）。 当我能够从同步动态随机存取存储器(SDRAM)运行后，在 Master/Core M7 项目中，我进入了项目设置-> C/C++ 版本-> 设置-> 托管链接器脚本并禁用了 " 将应用程序链接到 RAM " 设置。 然后我得以刷新二进制文件，并确认应用程序在 RESET 时从闪存运行，并成功地将 M4 应用程序从闪存复制到同步动态随机存取存储器(SDRAM)。 Re: RT1170 Use SDRAM for Heap and Stack 你好@sibrain-himanshu、 感谢您对 NXP MIMXRT 系列的关注！ 问题的根本原因在于您使用了这个步骤6： 这会将整个图像加载到 RAM 中执行，也是生成非 XIP 图像的选项。 对于您的应用场景，在启用和配置同步动态随机存取存储器(SDRAM)之后，您只需要在 MCUXpresso IDE 中正确配置 Head/Stack： 致以最诚挚的问候， Gavin Re: RT1170 Use SDRAM for Heap and Stack 你好@Gavin_Jia 在步骤 6 的基础上做了你建议的更改，并在预处理器中使用了 "XIP_BOOT_HEADER_DCD_ENABLE=1" 宏之后，我的固件使用了同步动态随机存取存储器(SDRAM)。 但我的应用程序是用 C++ 编写的，所以我最初对它进行了与 hello world C 应用程序相同的修改，但没有成功。 因此，还在 C++ 预处理器宏中添加了"USE_SDRAM" 和"XIP_BOOT_HEADER_DCD_ENABLE=1" 宏，结果成功了。 C++ 预处理器宏 C 预处理器宏 感谢您的帮助。

s32k3xx_dio_s32ct 情報キャッシュフォルダまたはアーティファクトが見つかりません エラー S32K3_Examples s32k3xx_dio_s32ct を実行していますが、このサンプル モデルのコード生成中にエラーが発生します。 添付のビルド概要と以下のログ詳細を確認して、サポートしてください。   ### s32k3xx_dio_s32ct のビルド手順を開始します ### 「モデル固有の」フォルダ構造にコードと成果物を生成する ### ビルドフォルダにコードを生成しています: C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw ### s32k3xx_dio_s32ct.rtw でターゲット言語コンパイラを呼び出す ### システムターゲットファイルの使用: C:\MATLAB\R2024b\rtw\c\ert\ert.tlc ### TLC 関数ライブラリを読み込んでいます ........ ### カスタム データ用の TLC インターフェース API を生成しています。 ### ユーザー定義のコードをキャッシュするためのモデルを最初にパススルーします。 ### キャッシュモデルのソースコード ................................................ ### ヘッダーファイル s32k3xx_dio_s32ct_types.h の書き込み ### ヘッダーファイル s32k3xx_dio_s32ct.h を書き込んでいます。 ### ヘッダーファイル rtwtypes.h の書き込み ### ソースファイル s32k3xx_dio_s32ct.c を書き込んでいます ### ヘッダーファイル s32k3xx_dio_s32ct_private.h の書き込み ### ソースファイル s32k3xx_dio_s32ct_data.c を書き込んでいます ### ヘッダーファイル rtmodel.h を書き込んでいます。 ### ソースファイルert_main.cを書き込んでいます ### TLC コード生成が完了しました (12.619 秒かかりました)。 ### バイナリ情報キャッシュを保存しています。 # ## Using toolchain: S32DS GCC ## # 'C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw\s32k3xx_dio_s32ct.mk' を作成しています... ### 's32k3xx_dio_s32ct' をビルディングしています: "C:\MATLAB\R2024b\bin\win64\gmake" -f s32k3xx_dio_s32ct.mk -j all C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw>PATH=C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\tools\build_tools\gcc_v10.2\gcc-10.2-arm32-eabi\bin;C:\MATLAB\R2024b\bin\win64;C:\Users\hp\AppData\Local\Programs\Python\Python310\Scripts\;C:\Programファイル (x86)\Common Files\Oracle\Java\javapath;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;C:\Windows\System32\OpenSSH\;C:\ProgramFiles\PuTTY\;C:\Users\hp\AppData\Local\Programs\Python\Python310\;C:\Program Files\Microsoft SQL Server\140\Tools\Binn\;C:\Program Files (x86)\Geehy\openocd-20240916\OpenOCD-20240916-0.12.0\bin;C:\Programファイル (x86)\Geehy\xpack-windows-build-tools-4.3.0-1-win32-x64\xpack-windows-build-tools-4.3.0-1\bin;C:\Programファイル (x86)\GNU Arm Embedded Toolchain\10 2021.10\bin;C:\ProgramFiles\Git\cmd;C:\Program Files\dotnet\;C:\MATLAB\R2024b\bin;C:\Program Files\7-Zip;C:\Users\hp\.mcuxpressotools\dtc-1.6.1\tools\usr\bin;C:\Users\hp\.mcuxpressotools\gperf-3.0.1\bin;C:\Users\hp\.mcuxpressotools\wget-1.21.4;C:\Users\hp\.mcuxpressotools\ninja-1.12.1;C:\Users\hp\.mcuxpressotools\cmake-3.30.0-windows-x86_64\bin;C:\ProgramFiles\Python\Python310\Scripts\;C:\Program Files (x86)\Vim\vim90;C:\Users\hp\AppData\Local\Programs\Microsoft VS Code\bin C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw>cd 。C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw>if "all" == "" ("C:\MATLAB\R2024b\bin\win64\gmake" -f s32k3xx_dio_s32ct.mk -j all ) else ("C:\MATLAB\R2024b\bin\win64\gmake" -f s32k3xx_dio_s32ct.mk -j all ) "C:\MATLAB\R2024b\bin\win64\gmake": 割り込み/例外が発生しました (コード = 0xc00000fd、アドレス = 0x41a0c5) C:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw>echo makeコマンドがエラー255を返しました makeコマンドがエラー255を返しましたC:\MATLABAddOns\Toolboxes\NXP_MBDToolbox_S32K3\S32K3_Examples\dio\s32k3xx_dio_s32ct\s32k3xx_dio_s32ct_ert_rtw>exit /B 1   ### s32k3xx_dio_s32ct のビルド手順はエラーのため中止されました。   ビルドの概要   上位モデル ターゲット: モデル ビルド理由 ステータス ビルド期間 =============================================================================================================================================================== s32k3xx_dio_s32ct 情報キャッシュフォルダまたはアーティファクトが見つかりません。ビルドに失敗しました。           「 s32k3xx_dio_s32ct 」のビルディング中にエラーが発生しました             Re: s32k3xx_dio_s32ct Information cache folder or artifacts were missing Error こんにちは、 @mohit2904さん、 ログテキスト全体をコピーして貼り付けていただけますか?そうすれば、問題を特定しやすくなります。また、モデル例もご自由に添付していただければ、確認させていただきます。 よろしくお願いいたします。 ドラゴス

コア n のセカンダリ Thread のプログラム エントリを設定する方法は何ですか? コア n の 2 つの Thread (仮想コア) で 2 つの異なる OS を実行したいと考えています。しかし、Thread 0 は 0xffff_fffc からエントリを取得することはわかっています。しかし、Thread 1 の入り口を設定する方法がわかりません。この目的のためのレジスターまたは特別なアドレスはありますか? Re: What's the way to set program entrance of secondary thread of core n? 迅速なサポート誠にありがとうございました。 これをT4240/e6500に実装したいです。ここでは特定のレジスターが見つかりません。これに関して何か提案はありますか。 Re: What's the way to set program entrance of secondary thread of core n? こんにちは、 マルチコア/マルチスレッド プロセッサの場合、コアのThread 0 は通常、ブート時にアドレス 0xFFFF_FFFC からエントリ ポイントを取得します。ただし、Thread 1 の場合は、通常、異なるメカニズムが存在します。 スレッド 1 のプログラム エントリを設定するには: 1.プライマリThread（Thread 0）は、Thread 1のセットアップと起動を担当します。 これは通常、セカンダリThreadのリセットベクターまたはエントリポイントアドレスを制御する特定のレジスタを通じて行われます。 正確な実装は特定の NXP プロセッサによって異なりますが、一般的には次のようになります。 1. Thread 1のアプリケーションコードを適切なメモリ位置にロードする 2. Thread 1のエントリポイントレジスタをこの位置を指すように設定する 3. Thread 1をリセットから解放して実行を開始する Arm Cortex アーキテクチャのプロセッサを使用している場合、多くの場合、次の処理が行われます。 - リセットベクターアドレスを特定のSRC（System Reset Controller）レジスタに書き込む - 制御ビットを設定してセカンダリThreadをリセットから解放する よろしくお願いします。

EB Tresos 29.0 问题 我使用离线激活功能激活了 EBtresos 29.0，但遇到了以下问题：处理响应时出现错误（50019、41200、10246）。如何解决这个问题？在尝试了很多次都没有成功后，我别无选择，只能使用离线激活。 Re: EB Tresos 29.0 Issue 你好 我不确定您采取了哪些步骤，但以下是 EB 提供的激活指南： 请参阅本章： 5.1.3.离线激活单个用户或评估许可证 如果您能提供更多细节，也许我能帮上忙。 顺祝商祺！ Peter Re: EB Tresos 29.0 Issue @petervlna 您好，我使用的激活代码是B25C-AEBB-4319-BAB1（有效期至 06/30/2026），来自恩智浦官方网站。生成脱机激活文件 activation.xml 时显示了一个 失败。多次尝试后，activation.xml 文件仍显示为 失败.如何解决这个问题？非常感谢您的帮助。该软件是 EB Client License Administrator 1.5.1。 我还尝试用我的电脑生成激活请求文件，但用我同事的恩智浦账户生成的 activation.xml 文件仍显示为失败。 你是中国人吗？我们以后能用中文交流吗？ Re: EB Tresos 29.0 Issue 你好 我刚刚测试了有效期到年底的新代码，激活成功。 您将在一天左右的时间内在恩智浦 SW 账户中找到它。 顺祝商祺！ Peter Re: EB Tresos 29.0 Issue 你好 你是中国人吗？我们以后能用中文交流吗？ 否。 点击这里查看。免费许可证库似乎已经枯竭： https://community.nxp.com/t5/S32K/EB-activation-failed/td-p/2252930 顺祝商祺！ Peter Re: EB Tresos 29.0 Issue 你好 以下是 flexera 管理员给我的官方答复： 更新正在进行中。它已转交给有权更新它的人。 如果要进行严肃的开发，我建议从 EB 购买永久许可证。否则，您就必须在这种情况下等待评估许可证的更新。 顺祝商祺！ Peter Re: EB Tresos 29.0 Issue 您好，感谢您的回复。不过，截至目前，恩智浦官方网站上的许可证尚未更新。新许可证何时启用？ Re: EB Tresos 29.0 Issue 你好 这太奇怪了。我已再次通知管理员更新代码。 我会推动它。 我还注意到有新的 EB tresos v 30。 顺祝商祺！ Peter Re: EB Tresos 29.0 Issue 您好，我已经等了三天，但激活码今天仍未更新。激活码何时提供？ Re: EB Tresos 29.0 Issue 您好， 代码现已在恩智浦 SW 账户中更新。 顺祝商祺！ Peter

S32Design studio 中的 S32k322 ADC 双用途问题 你好、 我使用 ADC1 有两个目的。我为高速电流检测配置了两个通道，这需要启用特定的"控制模式"。但是，我还需要使用同一 ADC 上的其他几个通道进行电压和温度检测，并配置为"正常链式转换"，而这些通道目前无法工作。造成这种冲突的原因是什么？如果可以将 ADC 用于双重目的，请访问" ，这里附有 FYR 的配置图像。 芯片为 s32k322 系列 Re: S32k322 ADC Dual Purpose issue in S32Design studio 您好， 这是我写的，在 BCTU 控制模式下，无法启动正常转换。你需要更改设置才能使用 "触发信号模式" 作为 Adc Ctu Mode 选项 BR, Petr Re: S32k322 ADC Dual Purpose issue in S32Design studio control modecontrol modecontrol mode控制模式 Normal ChainNormal ChainNormal ChainNormalChain 抱歉，我现在附上了配置图像。问题是，当我启用电流检测控制模式时，正常的链式转换（电压和温度）就会停止工作。 我使用 ADC1 有两个目的。 这就是我问这个问题的主要原因：是否有可能将 ADC1 配置和用于双重目的，即同时使用控制模式（用于电流检测）和普通链式转换（用于电压/温度检测）？ Re: S32k322 ADC Dual Purpose issue in S32Design studio 您好， 这里似乎没有附上配置图像。 总之，如果 ADC 配置为 BCTU 控制模式（MCR[BCTU_MODE] = 0），则只有 BCTU 才能启动转换。所有其他触发信号都将被忽略。 在触发信号模式（MCR [BCTU_MODE] = 1）下，也可以执行普通和注入转换。所有类型的转换都可以在此模式下启动。设备 RM 的 BCTU 触发信号模式第 60.3.6.1 章中讨论了三种转换类型的优先级。 BR, Petr Re: S32k322 ADC Internal Temperature issue in S32Design studio 你好@PetrS、 我将 14 位 ADC 配置为内部温度传感，但 RTD 温度传感宏仅定义为 12 位分辨率，并在 Adc_Sar_Ip.h 和 Adc_Sar_Ip.c 中使用 12 位温度实例。因此，计算的温度、ADC 原始读数和测量的电压都会发生振荡，且不正确。在配置 14 位 ADC 时，RTD 功能是否应自动切换到 14 位，还是需要定义 14 位分辨率宏并手动更新 API 功能？此处附上图片供您参考。 RTD Function Defined MacrosRTD 函数定义的宏 Calculated Value Configuration tab计算值配置选项卡

MIMXRT1170-EVKB 多核示例问题... 这是我第一次使用低级（非 Linux）多核设备，所以这可能是一个愚蠢的问题...... 我正在浏览“ MIMXRT1170-EVKB 的 MCUXpresso SDK 入门指南”（修订版）的第 6.4 和 6.5 节。0 — 2022 年 12 月 31 日），指的是 SDKTOP/boards/evkbmimxrt1170/multicore_examples/hello_world。我正在使用 SDK-2-16-100_MIMXRT1170-EVKB。我还有一个 JLink 编程器，连接到 EVKB 上的 20 针接头。 我第一次就能够构建/加载/运行 cm4/cm7 应用程序，但我没有完全遵循说明，因为它们对我来说没有意义（我必须为两个核心运行 gdb/load）。 第 6.4 节说要“构建”每个应用程序。这很好；但是第 6.5 节说：“ ...主核心调试器负责将主核心和辅助核心应用程序刷入 SoC 闪存... ”。对吗？我发现我必须对每个核心执行“加载”操作（使用 gdb）才能使一切正常工作。 此外，我尝试对 CM4 代码进行微小更改，但它似乎不是编程。gdb 的“加载”是否也会在编程之前清除所有内容？ 任何想法都将受到赞赏。 谢谢！ 回复：MIMXRT1170-EVKB 多核示例问题…… 好的，我想我现在明白了…… @Pavel_Hernandez ，pdf 非常有用，但是线程只是一组指令，告诉您在 IDE 中要按哪些按钮。如果试图真正理解事物，那就没什么用了。 我现在看到 CM4 的图像实际上作为名为“.core1_code”的部分合并到 CM7 的图像中。CM7 的构建依赖于之前构建的 CM4 图像，因此 CM7 的构建步骤之一是将 CM4 图像合并到 CM7 的内存映射中。这解释了为什么在使用 cm4 的 gdb 中执行“加载”时，它没有被推送到实际的 SPI 闪存空间。我不太喜欢这样做，但没关系。至少我现在明白了。 非常感谢，帮助很大！ 回复：MIMXRT1170-EVKB 多核示例问题…… 你好，我叫 Pavel，我会支持你的案例，我发现这个应用笔记可以帮助你更多地了解双核过程，请参阅第 2.1.2 章详细的启动流程。 有一些类似的论点，也许有助于理解。 “ ...主核心调试器负责将主核心和辅助核心应用程序刷入 SoC 闪存... ” i.MX RT1170 双核应用 也许这个其他线程可以帮助您在 IDE 上测试它。 如何使用 JLINK 调试 RT1170 双核 - NXP 社区 此致， 帕维尔 回复：MIMXRT1170-EVKB 多核示例问题…… 好吧，我不想声称这解决了这个问题，但我确实设法让两个核心都执行我的代码...... 我怀疑 gdb 如何告诉 JLINK 写入闪存，因此我没有使用连接到 jlink gdb 服务器的 gdb，而是创建了一个简单的 jlink 脚本来手动加载每个部分（见下文）。为此，我需要从 .elf 文件中提取每个可加载部分文件转换成自己的二进制文件。 对于创建的每个文件，我都可以运行此脚本： eoe 1 设备=MIMXRT1176DVMAA_cm7 速度 4000 si SWD r h 加载箱 elfsect_.flash_config.bin,0x30000400 加载箱 elfsect_.ivt.bin,0x30001000 加载箱 elfsect_.core1_code.bin,0x33fc0000 加载箱 elfsect_.interrupts.bin,0x30002000 加载箱 elfsect_.text.bin,0x30002400 加载箱 elfsect_.ARM.bin,0x30008d00 加载箱 elfsect_.init_array.bin,0x30008d08 加载箱 elfsect_.fini_array.bin,0x30008d0c 加载箱 elfsect_.data.bin,0x30008d10 去 出口 加载 CM7 一切正常。看起来，虽然 jlink 服务器表示它已验证下载，但验证失败了。 有人（NXP 支持）可以解释一下吗？ 回复：MIMXRT1170-EVKB 多核示例问题…… 更多信息... 我刚刚注意到，在 gdb 中运行“load”后，我的 JLinkGDBServerCLExe 窗口显示以下错误...... 错误：准备目标时超时，RAMCode 没有及时响应！ 无法执行 RAMCode-sidedPrepare() 确定闪存信息时出错（Bank @ 0x30000000）

How to Connect the OV7673 Camera Module to the LPCXpresso55S69 Development Board? Hi I am currently in the process of learning to use the LPCXpresso55S69 development board in conjunction with the OV7673 camera module. However, I have found that I cannot find the corresponding pins. According to the documentation in the application note AN12868 from NXP (https://www.nxp.com/docs/en/application-note/AN12868.pdf) and the open-source code on GitHub (https://github.com/nxp-appcodehub/dm-lpc55s69-multi-face-detection), OV7673 D0~D7 need to be connected to P0.0~P0.7, but I found that the P0.0~P0.6 interfaces on the development board are very scattered, such as P0.0 at P19[6], P0.6 at P20[7], but P0.7 is not found, it seems P0.7 is connected to U20[4]/SD0_CLK. In addition, the D0~D7 wire connections in the official documentation image seem to be continuous. If anybody could help me make better decisions it would be highly appreciated.  Regards Mariposa Marina Re: How to Connect the OV7673 Camera Module to the LPCXpresso55S69 Development Board? Hi, @Alice_Yang  Thank you very much for your response. Certainly, changing the pin configuration didn't work. I will try other methods. Regards Mariposa Marina Re: How to Connect the OV7673 Camera Module to the LPCXpresso55S69 Development Board? Hello @Mariposa_Marina  Thank you for your detailed reply. We do not recommend changing the pins. And if you just change the pins configuration like the code above, the application will not work well. So please do not change the pins. Thanks. Best Regards, Alice Re: How to Connect the OV7673 Camera Module to the LPCXpresso55S69 Development Board? Hi, @Alice_Yang  Thank you very much for your response. I have an additional inquiry: Is it feasible to successfully run the application on the LPCXpresso55S69-EVK demo board by altering the pin connections for the OV7670 camera module? For instance, can I modify the camera_pin_Init function within the driver, specifically the IOCON->PIO settings, to change the default pins PIO0_0 to PIO0_7 to alternative pins? I am uncertain about the viability of this approach. void camera_pin_Init(void){ /* Connect trigger sources to camera engine */ INPUTMUX_Init(INPUTMUX); INPUTMUX->CAMERA_ENGINE_INPUTMUX[0] = 13; // set p0_13 as VSYNC input function pin, every edge will be responded INPUTMUX->CAMERA_ENGINE_INPUTMUX[1] = 14; // set p0_14 as HSYNC input function pin, every edge will be responded INPUTMUX->CAMERA_ENGINE_INPUTMUX[2] = 15; // set p0_15 as pixel input function pin, every edge will be responded /* Turnoff clock to inputmux to save power. Clock is only needed to make changes */ INPUTMUX_Deinit(INPUTMUX); // configure camera interface pins IOCON->PIO[0][0] = PINFUNC_CAMERA | 1<<8|1<<10|2<<4| 1<<6; //set p0_0 D0 on the camera port IOCON->PIO[0][1] = PINFUNC_CAMERA | 1<<8|2<<4| 1<<6; //set p0_1 D1 on the camera port IOCON->PIO[0][2] = PINFUNC_CAMERA | 1<<8|2<<4| 1<<6; //set p0_2 D2 on the camera port IOCON->PIO[0][3] = PINFUNC_CAMERA | 1<<8|1<<6; //set p0_3 D3 on the camera port IOCON->PIO[0][4] = PINFUNC_CAMERA | 1<<8|1<<6; //set p0_4 D4 on the camera port IOCON->PIO[0][5] = PINFUNC_CAMERA | 1<<8|2<<4|1<<6; //set p0_5 D5 on the camera port IOCON->PIO[0][6] = PINFUNC_CAMERA | 1<<8; //set p0_6 D6 on the camera port IOCON->PIO[0][7] = PINFUNC_CAMERA | 1<<8; //set p0_7 D7 on the camera port IOCON->PIO[0][18] = PINFUNC_CAMERA | 1<<8| 1<<10; //P0_18 will toggle when camera engine receive every VSYNC dege IOCON->PIO[0][14] = PINFUNC_CAMERA | 1<<8| 1<<10; //P0_14 will toggle when camera engine receive every VSYNC dege } Regards Mariposa Marina Re: How to Connect the OV7673 Camera Module to the LPCXpresso55S69 Development Board? Hello @Mariposa_Marina  Thanks for your interest in NXP Semiconductors products. The LPCXpresso55s69 - evk is just a demo board, not specifically developed for this application. So the used pins are not concentrated. You can place them as you design your hardware. For this demo board, the PIO0_7 is connected to R107 - 1 as below. BR Alice

Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hello Team, I have received the following from Lear: ------------------------------------------------------------------------------------ there is a small problem in the service of “HSE AEAD Service” . I am trying the encrypt in GCM mode : In the Crypto driver the secondary input is a must and is checked against in the Crypto_ProcessJob method (see below array used in Crypto_GetJobErrorForSecondaryInputPtr method) : But in the HSE FW manual the AAD is optional : When I call this : Csm_AEADEncrypt(CsmConf_CsmJob_CsmJob_AES128_ENC_SECCNT_TMP,CRYPTO_OPERATIONMODE_SINGLECALL,&TempPlainTxt[0],16u,NULL_PTR,0u,&TempCipherSecCnt[0],&TagLenPtr,&TempTagSecCnt[0],&TagLenPtr); I get an error that the 2 nd input is a NULL (inside the Crypto_ProcessJob method ..) Can you please check , what to do event if the AAD is optional and not used ? -------------------------------------------------------------------------- BR Stefano Board: S32K344 Component: HSE FW Priority: HIGH SECURITY_CRYPTO Type: ISSUE Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver According to AUTOSAR specifications, AEADENCRYPT and AEADDECRYPT require SecondaryInputPointer and SecondaryLength. Under HSE firmware, these parameters may be ignored later depending on its processing logic. Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver @MarianVilau  @StefanoGattazzo  As discussed with Marian, I moved this ticket to https://jira.sw.nxp.com/browse/CESSCEP-23 to support from our project I will update the feedback on this community soon Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi @StefanoGattazzo , This ticket is more related to Cuong side. He will help you with this. Thanks, Marian Vilau Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hello, https://jira.sw.nxp.com/browse/FWCRYPTO-198 BR, Marian Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi MarianVilau, Pls. let me have the ticket number. BR Stefano Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi @StefanoGattazzo , I created a ticket in the FW Crypto Jira project. BR, Marian Vilau Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi MarianVilau, what I know, as this is an issue from Lear,  is : JLR ePDU , S32K344 (A/B SWAP HSE FW 0.2.55) I know also they temporary solve the issue with a DummyVariable pointer. BR Stefano Re: Lear - S32k344 - Mismatch btw. Crypto upper and lower driver Hi @StefanoGattazzo , I am analyzing the requirements, will provide response soon. Meanwhile please provide the demo app version and fw version that you use . Regards Marian Vilau

HSEステータス登録簿の不正 参考までに以下の画像 S32K312 を使用しており、 HSE ファームウェアで問題が発生しています。 1.HSE ステータス レジスタ値が破損しているようです (0x4038C107)。 2.このステータス破損のため、HSE API にアクセスできません。 3.HSE ファームウェアの消去または再フラッシュの試みが失敗しました。 4.MU0_TR1 レジスタまたはメモリに書き込んで消去/リセット コマンドをトリガーすることはできません。 5. デバッガーがコネクテッドされているときに、単一の外部リセット中に複数のソフトウェア リセットが観察されました。 リクエスト： 1.S32K312 の HSE ファームウェアを消去して再フラッシュするための正しい手順を教えてください。 2. 現在の破損状態のために HSE ファームウェアの再フラッシュが不可能な場合、HSE を回復したり、ステータス レジスタの破損を解決したりするには、どのような手順を実行すればよいですか。 3. デバッガーを接続した状態でハードリセットを実行すると、複数のリセットが発生することが知られていますが、これに関する既知の問題や回避策はありますか? 4.破損した HSE ステータス レジスタの問題を解決し、HSE API へのアクセスを回復するにはどうすればよいですか? HSE ファームウェアのフラッシュ中に従う手順: ステップ 1: 提供された PINK ファイルを、IVT なしで、デモ アプリケーションおよびセキュア ブート アプリケーションの ELF ファイルとともにフラッシュしました。 ステップ2: リセット完了 ステップ3: HSE位置0x 005d4000とDCMレジスタに「??」マークが観測される ステップ4: アドレス0x 00400000のブートローダーとアドレス0x 00442000のアプリケーションを再フラッシュしました。 ステップ5: デバッガをコネクテッドした状態でハードリセットを実行すると、外部リセットコマンドを1つだけ発行したにもかかわらず、ソフトウェア側から複数のリセットがトリガーされることが観察されました。