【恩智浦微控制器简介】【电机控制】【基础知识（三）】永磁同步电机的工作原理及控制方法（日语博客） 目录   【恩智浦微控制器简介】【电机控制】【基础知识（三）】永磁同步电机的机理及控制方法 幕后英雄！克拉克变形和帕克变形是什么？ 这一切都始于三相交流电的复杂波形。 第一步：克拉克变换——将三维图形简化为二维图形 第二步：公园改造——“旋转木马的魔力”——定格动态世界 为什么要经历如此繁琐的转换过程？这样做有什么巨大好处？ 摘要：数学如何运用强大的力量随意操控复杂波形 【恩智浦微控制器简介】【电机控制】【基础知识（三）】永磁同步电机的机理及控制方法 幕后英雄！克拉克变形和帕克变形是什么？ 你好！ 当电动汽车平稳起步，高性能空调运行异常安静时，微型计算机以超高速执行复杂的计算，并巧妙地控制电机。 这一次，让我们通过下面的 GIF 动画来揭开“克拉克变换”和“帕克变换” （以两位在控制技术核心“矢量控制”领域工作的伟大专家的名字命名的变换）的奥秘吧！ (function() { var wrapper = document.getElementById('lia-vid-6377224605112w540h540r855'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); （查看我的视频） 这一切都始于三相交流电的复杂波形。 首先，我们来看最上面一行。这是三相交流电的世界，也是驱动电机所需的基本能量。 右图（三相正弦波） ：三个波 A、B 和 C 在传播过程中，其幅值和方向都在不断变化。这三个波相互关联，但正因如此，很难凭直觉判断在任何给定时刻应该对电机施加多大的力。这就像试图指挥三个同时演奏不同乐曲的音乐家一样。 左图（旋转矢量） ：然而，当这三个波的力叠加在一起时，会发生一些有趣的事情。会产生一个单一的力（旋转矢量），它平滑且持续地旋转，同时保持恒定的大小。从物理角度来看，这就是定子线圈产生的“旋转磁场”。正是这个旋转磁场吸引着转子磁铁，并成为驱动电机旋转的力的来源。 问题：如何使用微控制器轻松准确地控制这“三个不断变化的波”？ 第一步：克拉克变换——将三维图形简化为二维图形 第一个魔法是“克拉克变换”，它将复杂的 3D 世界转化为更容易理解的 2D 世界。 计算公式如下： Clarke.jpg 在正常的运动控制中，假设幅值不变变换（K=2/3）和平衡三相（i_a+i_b+i_c=0），则使用以下简化公式。   texclip20251021155548.png​ 右侧的图表（两相正弦波 α-β） ：看！三个波形已经合并成两个波形，α（α）和 β（β）。波形（交流电）仍然存在，但少了一个变量，使其更容易观察。 左侧图表（克拉克变换 α-β） ：它展示了从两个轴（α，β）观察到的世界，这两个轴与从三个轴（A，B，C）观察到的旋转矢量垂直相交。这就像将从一定角度观察到的立体物体转换成从正上方观察到的平面视图。旋转矢量本身仍然以相同的方式旋转，没有任何变化。 [克拉克转换的关键点] 在不丢失任何信息的情况下，我们将处理起来有些困难的三相坐标系转换为数学中熟悉的笛卡尔坐标系（α-β 静止坐标系），从而简化了问题。 第二步：公园改造——“旋转木马的魔力”——定格动态世界 α 和 β 的值仍然像波浪一样变化，很难跟踪它们。这就是矢量控制的精髓——“帕克变换”发挥作用的地方！ 计算公式如下： texclip20251021155429.png​​ 这是一个重大的思维转变：“让我们不再从静止的地面（α-β 坐标）观察旋转矢量，而是跳上一个与旋转矢量以相同速度旋转的旋转木马！”这个新的旋转坐标系被称为“ dq 旋转坐标系”。 右图（两相值 dq） ：多么惊人的结果！之前变化如此剧烈的两个波现在已经变成了**几乎恒定的值（直流）**，分别称为 d 和 q！ 左图（Park变换dq） ：可以看到dq坐标与旋转矢量完美同步旋转。如果你站在旋转木马上的马旁边，你会看到马静止不动，对吧？原理完全相同。从旋转物体的角度来看，它看起来是静止的。 【关于公园改建的注意事项】 通过与旋转矢量以相同速度旋转的坐标系（dq 坐标）进行观察，可以将交流值视为直流值。 为什么要经历如此繁琐的转换过程？这样做有什么巨大好处？ 通过这两步转变，我们获得了巨大的好处：控制的极大简化。 控制不断变化的交流电数值很困难，但直流电数值呢？如果高于目标值，就降低它；如果低于目标值，就提高它。通过这种即使是小学生也能理解的简单操作（PID控制），就可以实现对电机的完美控制。 d 和 q 的直流值各自具有重要的物理意义。 q轴值（正交轴）：它直接控制电机的扭矩（旋转力）。当您踩下电动汽车的油门时，车辆会迅速加速，这是因为微电脑提高了q轴的目标值。它就像一个“动力旋钮”。 d轴值（直轴）：控制电机的磁通量（磁体强度）。对于永磁电机，转子磁体的强度是恒定的，因此基本上将d轴电流控制在零是最有效的。它真可谓是一个“效率调节旋钮”。 换句话说，克拉克和帕克变换的神奇之处在于，它们将电机的“功率”和“效率”元素（通常混合在一起）分离成两个独立的直流旋钮（d 和 q） 。 摘要：数学如何运用强大的力量随意操控复杂波形 三相交流电的复杂波形会在电机内部产生旋转力（旋转矢量）。 克拉克变换通过将三维世界重新绘制成二维（α-β）来简化问题。 公园改造包括乘坐旋转木马（dq 坐标）并将交流值转换为直流值。 使用 PID 控制器可以轻松准确地控制直流转矩 (q) 和磁通量 (d) 值！ 这一系列精妙的数学运算是“矢量控制”的基础，而矢量控制正是现代高性能电机的基石。正是这项神奇的技术，让我们得以尽享动力强劲、静音高效、节能环保的电机所带来的种种益处。 感谢您阅读到最后！ 如果您想阅读下一章基础内容，请点击这里↓ 【基础知识 第4部分】练习！让我们用框图来了解矢量控制的工作原理！ 点击这里查看具体的安装方法以及如何运行示例代码的说明。 【恩智浦微控制器简介】【电机控制】【实践篇1】永磁同步电机的机理及控制方法（日文博客） 这是一个汇总了有关恩智浦电机控制文章的网站： NXP电机控制 - 概要页面 - （日语博客） =========================​ 我们目前无法 回复 此帖子“ 评论”部分的评论。 对于由此造成的不便，我们深表歉意。如有任何疑问， 请 参考“ 如何就 技术问题 联系 NXP （ 日语 博客 ） ” 。 （如果您已经是 恩智浦的 分销商或 与 恩智浦 有业务往来 ，您可以直接联系负责人。 ） 本文将以浅显易懂的方式讲解如何使用NXP FRDM控制板“FRDM-MCXA156”进行电机控制。文章分为基础知识部分和实践部分，希望您能参考感兴趣的部分。 ・基础知识①～⑦，实践①～③ 这次，作为基础知识的第三部分，我们将使用 NXP 微控制器来解释永磁同步电机的工作原理和控制方法。 MCUXpresso MCUXpresso IDE MCUXpresso SDK MCX 电机控制 技术聚焦 日本博客

imx8mp アプリ実行時に m4 を停止 imx8mp の A53 コアでユーザー アプリケーションを実行しながら、M4 コアで実行中のプログラムを確実に停止するにはどうすればよいですか?再起動後に M4 コアが自動的に再起動するため、デバイス ツリーやその他の設定を変更せずに特定のテストを実行する必要があります。これにより、テストを行っていないときでも、M4コアは正常に動作し続けることができます。

关于 encrypted_xip_platform_*.c（在 mcuboot 中）的文档 你好， 在 mcuboot 源代码中，可以找到恩智浦提供的许多文件来处理加密 xip：sdk_25_06_00_evk-mimxrt1020/中间件/mcuboot_opensource/启动/nxp_mcux_SDK/Encrypted_XIP/ 在我的项目中，我使用 RT117x、RT105x 和 RT102x，因此要处理 BEE 和 OTFAD 外设。 我搜索了这些文件的文档和示例，例如https://mcuxpresso.nxp.com/mcuxsdk/latest/html/middleware/mcuboot_opensource/README.html#，但没有找到我要找的东西。 我需要知道 特性 用法示例 API 参考 我的使用案例如下： boot_images.png 图像 0 是第二阶段引导加载程序。它实现了 USB 主机大容量存储堆栈，这是更新设备的唯一方法。 图片 1 是实际应用。 我认为两幅图像都需要加密，但我并不确定。 你能告诉我在哪里可以找到使用这些来源的参考设计吗？ 此外，由于有两个图像，我需要 mcuboot 2.2.0（2.1.0对多幅图像无效）。 如此处所示，2.1.0 版已集成到最后一个 SDK 中： mastupristi_0-1754315658319.png 顺祝商祺！ 最大值 Re: doc about encrypted_xip_platform_*.c (in mcuboot) 你好@mastupristi 很抱歉延迟回复。 作为替代方案，目前我们有基于 MCUboot 的SBL，可以实现加密 XIP。不过，它是基于旧版本的 MCUBoot。 我一直在内部检查，我的 SDK 团队说 SDK 现在内置了最新版本的 MCUboot。 基本上，您希望获得的附加信息包括......： 特性 用法示例 API 参考 但用于加密应用程序，对吗？我们是否可以说，关于将片上 OTFAD 与 MCUBoot 结合使用的示例目前对您有用？ 迪亚戈

FLEXIO_CTRL[DBGE] 的含义是什么？ DBGE 上的参考手册措辞有点短 "在调试模式下启用 FLEXIO 操作" 如果禁用它并调试代码会发生什么？ 试图弄清楚在使用 FLEXIO 和调试 FLEXIO 驱动程序时，哪些调试操作是安全的。 我想，让调试器在接收模式下读取 SHIFTBUFn 或任何其他具有读取副作用的硬件寄存器都是不安全的，即使在调试器中不小心碰了一下也不行。 Re: What is the meaning of FLEXIO_CTRL[DBGE] 你好，@Henrik-Wires 如果"Enable FLEXIO operation in debug mode" 被禁用，当调试器停止 CPU 时，FLEXIO 模块也会停止。冻结所有 FIexIO 活动，直到执行恢复。 下面的主题也讨论了这个问题：这是否意味着 flexio 无法在调试模式下工作？ BR、VaneB Re: What is the meaning of FLEXIO_CTRL[DBGE] 你好，@Henrik-Wires 正如 S32K3 参考手册中所述，当设置了相应的 SHIFTSTAT [SSF] 标志时，必须只读取 ShiftBufn 寄存器。 Re: What is the meaning of FLEXIO_CTRL[DBGE] 这是否也意味着，如果禁用 DBGE，使用调试器访问 FLEXIO 寄存器也是安全的，或者使用调试器读取 SHIFTBUFn 会扰乱移位状态标志 SHIFTSTAT[SSF] ？ Re: What is the meaning of FLEXIO_CTRL[DBGE] 能否以某种方式阻止 S32DS 尝试访问寄存器？只有短暂访问 SHIFTBUFn 的指针，调试器才会通过清除 SHIFTSTAT[SSF]来访问该值，从而扰乱 FLEXIO 状态。 Re: What is the meaning of FLEXIO_CTRL[DBGE] 你好，@Henrik-Wires 能否请您说明一下这将用于什么目的，或者您想实现什么样的分析？ Re: What is the meaning of FLEXIO_CTRL[DBGE] 你好，@Henrik-Wires 集成开发环境本身不会阻止对寄存器的访问。这种保护可以通过 MPU 或 XRDC 来实现；不过，我认为这种方法与您想要实现的目标是一致的。 相反，你可以监测何时设置 SHIFTSTAT [SSF]，然后验证相应的 ShiftBufn 寄存器是否包含预期值。 Re: What is the meaning of FLEXIO_CTRL[DBGE] 我正在探索、编写和调试一个定制的低级 FLEXIO 驱动程序。 调试时出现了奇怪的结果，我怀疑是由于 S32DS 在通过驱动程序步进时获取 SHIFTBUFn 寄存器的值，干扰了 SHIFTSTAT[SSF] 状态，导致事件丢失。 Re: What is the meaning of FLEXIO_CTRL[DBGE] 该驱动程序显然会监测 SHIFTSTAT 并相应地访问 ShiftBufn。 我的问题是，使用 S32DS 跳过驱动程序代码可能会触发信号对 SHIFTSTAT 的调试读取，这似乎会干扰该寄存器中的状态。例如，当鼠标指向 SHIFTSTAT 指针时。 如果我小心避免用调试器接触任何此类指针，那么驱动程序就能正常工作。 我曾希望禁用 DBGE 可以让调试器访问 SHIFTSTAT，而不会干扰 **bleep**FSTAT 寄存器的状态，但从你的回复来看，情况并非如此。 Re: What is the meaning of FLEXIO_CTRL[DBGE] 你好，@Henrik-Wires 禁用 DBGE 位并不能防止调试器干扰 SHIFTSTAT 等寄存器，因为 DBGE 并不控制调试读取行为。相反，DBGE 可控制外设是否在内核停止运行时继续运行。

ST7701 drivers Hello I'm trying to communicate with a ST7701 display controller. Are some examples available? Can anyone share if possible? I'm using an i.MX RT1170 board. In the SDK examples I found the drivers for the HX8394, RM68191 and RM68200 display controllers. I would like to find something similar for ST7701. Can anyone help me please? Thank you and kind regards, Francesco Solito Re: ST7701 drivers Hi @SolitoFrancesco, At the moment, we don't have any driver support in our SDKs for the ST7701 display controller. The integration with this controller would have to be done manually. It is important to adjust the resolution values, synchronization signals and clock frequencies of the LCDIF module to allow compatibility with the display controller. If using the EVK, you can use the SDK drivers and adjust the values of the following functions: BOARD_InitLcdifClock() BOARD_InitMipiDsiClock() BOARD_SetMipiDsiConfig() These functions along with the macros for the synchronization values and are all referenced on the "display_support.c" file, which will be the main file to focus on when adjusting the support for your display controller.   Also make sure to look into the following application note, as it goes into a lot more detail about how the setup for an LCD display works and other useful considerations: i.MX RT eLCDIF RGB Mode Use Case (nxp.com)    BR, Edwin. Re: ST7701 drivers Good morning I modified the files you mentioned, following the indications that I received from the display manufacturer and from the driver manufacturer. I'm able to write and read into the driver registers through MIPI. I can see the differential MIPI waveforms with oscilloscope (also after the "configuration" phase), but I'm still not able to see anything on the display. I'm using the demo example from NXP SDK called "mipi_dsi_compiance_test". Can you please try to help more? Thank you and kind regards, Francesco Solito Re: ST7701 drivers Hi @SolitoFrancesco, Have you been able to debug your code while running? Do you see any error message being printed? And what data patterns do you see on the data line? Do these patterns coincide with the expected ones described on the readme.md file? BR, Edwin. Re: ST7701 drivers Hello, I have the same situation (same driver and resolution, and the base is a test example that worked on the devboard). The controller is configured, and I can also read the statuses (without any errors), and the data on the DSI lines is present, but the screen displays nothing. Changing the videoMode in dsi_dpi_config from kDSI_DpiBurst to other modes also has no effect. It looks like the screen isn't accepting the video stream?  Re: ST7701 drivers Hello. The example project works correctly with the display DEMO_PANEL_RK055MHD091. Then I switched to the panel that I have to use in my final application. It has different resolution (480x800) and so I adapted the defines. Then I changed the drivers (fsl .h and .c files) and I'm able to communicate with my display. I can write and readback the registers. But after the configuration of the display, when the example project starts sending the image buffer, I can see the MIPI waveforms on the oscilloscope, but nothing on the display. Consider that the display is not broken, because I tried to turn on all the pixels through the dedicated command and I can see the screen completely white. What I don't understand is if the problem is in the configuration of the display or in something else that I have to adapt in the example project. I contacted the display manufacturer and the controller manufacturer, but I need as much help as possible from all sides. Is it possible to get the fsl drivers for the controller that is mounted in my display? It is a Sitronix ST7701. Please let me know. Thank you and kind regards, Francesco Re: ST7701 drivers Hello Rino I'm making a comparison between my settings and yours (at the end I'll upload here). In the meanwhile, what I noticed is that I'm using a ST7701, instead you are probably using a ST7701S (with S suffix). I think they are similar but I'm not sure. The thing that I noticed is that the display now works even if I don't make any initialization at all. It starts "slowly" and with low britghteness, but it works. Then, if I only sends the settings from 0xE0 to 0xEF (that aren't documented in the ST7701 datasheet), the display start up very fast and with the correct colors. It seems that all the other settings are not necessary (it sounds strange). Let's keep in touch. I'll share the comparison when I'm finished. Thank you very much again. Kind regards, Francesco Re: ST7701 drivers Hello Francesco,  I managed to get the display working. In the DisplayTFT_SetMipiDsiConfig function, add the line: dsiConfig.enableNonContinuousHsClk = true; for example, after these lines: DSI_GetDefaultConfig(&dsiConfig); dsiConfig.numLanes = DISPLAY_MIPI_DSI_LANE_NUM; dsiConfig.autoInsertEoTp = true; Assuming you have the display IC configured correctly (if necessary, I can share the configuration for my screen) and the display clock (my settings are around 26MHz). Best regards, Chris Re: ST7701 drivers Hello Rino Thank you very much for your suggestion. It seems to work also in my application. Great. I probably need to better setup something, but now I can see the image on the screen. Please if possible share your configuration, so I can compare with mine to better refine it. If I see something different I'll tell you here. Thank you again. Where did you came up the the enableNonContinuousHsClk setting? Kind regards, Francesco Re: ST7701 drivers Hello,  the file was created based on other drivers in the SDK. You can still change the delays to shorter ones. This morning, I confirmed the configuration sequence and made a few changes as recommended by the display manufacturer, but there was no further improvement, so I started taking a closer look at the DSI configuration itself. I know the clocks were fine, and so was the video mode (burst mode), so the only options left were those for the DSI itself. Familiarizing myself with (and other parts in docs): https://docs.nxp.com/bundle/AN13573/page/topics/continuous_vs_non-continuous_clock.html BR, Chris  Re: ST7701 drivers Hello Rino As promised, please find in attachment the settings comparison between yours and mine. I didn't go in details, but if me or you will find something interesting in the differences, please let's continue to write here. Kind regards, Francesco Re: ST7701 drivers Hello Francesco, Sorry for the delay. I looked through your comparison and noticed a lot of differences, partly due to the screens themselves (we have a glass/touch/screen sandwich, and there was a configuration fix for that – or at least that's what the supplier explained 🙂 ). Some settings, like power control, aren't required for startup, but for quality improvement (contrast/gamma settings). And what's funny is that the whole "Sunlight Readable Enhancement" thing, I think they called it, is required, regardless of whether we're running it or not. Based on this data, it automatically sets optimal parameters. If they're incorrect or missing (default values), it takes a while to automatically set them -> hence the slow startup, as you've noticed. The documentation itself can be quite irritating, many of the commands are undocumented, and without them, it's often impossible to fully start the screen. This isn't just with this model, I've encountered this with several other Sitronix models. Kind regards, Chris

关于 S32K314 上 "Adc_Sar_Ip_DoCalibration "函数初始化失败的问题 chaofan_0-1766735753554.png 使用的微控制器是 S32K314，使用的 SDK 版本是 5.0.0 chaofan_1-1766735798094.png chaofan_2-1766735817414.png chaofan_3-1766735842230.png ADC 时钟源频率为 160MHz，使用 " 元器件 " 组件。 我想在初始化后对 ADC 执行自校准，但功能反馈全部失败。 chaofan_0-1766736198671.png 错误位置已在此处找到，这不是超时问题。 我想知道解决方案是什么，ADC 自校准失败的原因可能是什么？ Re: Regarding the issue of failed initialization of the “Adc_Sar_Ip_DoCalibration” function on S32K3 在自校准失败的情况下，采样值会变小并偶尔波动。这种现象是否与自校准失败相对应？而当电压值小于某一特定值（如 0.5V 左右）时，采样值为 4 或 5（满刻度为 16383）。

如何为 QorlQ 下载 QCVS？ 尊敬的经理， 我正在使用 T2080 QorlQ CPU 并想要创建 RCW 文件。 我知道可以使用 QCVS 或 CodeWarrior Develpment Studio 制作 RCW 文件。 我安装了 CodeWarrior ver 10.5.1，但找不到 QCVS。 问题。 1.请告诉我如何下载QCVS？ （我使用的是 Windows 10，64 位） 2.如何使用Codewarrior制作RCW？ 此致 大津 回复：如何为 QorlQ 下载 QCVS？ 请重新安装 PA 10.5.1 的 CodeWarrior，然后在其上安装 QCVS。 请在新的工作区中打开 CodeWarrior，然后安装 QCVS。 如果您的问题仍然存在，请在新线程中解决。 回复：如何为 QorlQ 下载 QCVS？ 感谢您的回复。 回复：如何为 QorlQ 下载 QCVS？ 请从以下链接下载 QCVS for PA 4.5 安装文件。 https://support.nxp.com/s/case/500Tg00000FpCkuIAF/community-how-can-i-download-qcvs-for-qorlq?language=en_US 请先安装适用于 PA 10.5.1 的 CodeWarrior，然后打开 CodeWarrior IDE 并从帮助->安装新软件->添加->存档安装适用于 PA 4.5 的 QCVS。 请从文件->新建->QorIQ 配置项目创建一个 QCVS PBL 项目，然后双击组件下的“PBL:PBL”编辑属性面板，从项目->生成处理器专家代码生成二进制文件并在项目中的 Generated_Code 下获取 PBL.bin。

LPC55xx：启用柔性通信接口 USART CMSIS 的时钟源 你好 运行 MCUXpresso IDE 25.06 和用于 LPC5536 的 SDK 25.06。我使用配置工具来配置通过"新项目向导" 创建的新项目的硬件接口。 我首先使用时钟 工具将 CPU 时钟配置为 100 MHz。 接下来，我使用外设工具将 Flexcom0 配置为 USART（CMSIS 通用驱动程序）。当我添加该接口时，配置页面正确显示了一个错误："clock source is not configured" 。 它还快速提示我可以启用 FXCOM0 时钟： danielholala_0-1754310083584.png 我选择"启用 FXCOM0 时钟" ，然后错误指示灯就消失了。 我点击"更新代码" 。然后关闭 "外设 "窗口，返回 "显影 "视图。 现在我打开 Clocks Tool（时钟工具），以更改 FXCOM0 时钟的路由。 可以看到"FXCOMCLK0" 时钟已启用： danielholala_1-1754313214496.png 在这里，我将 FCCCLKSEL0 从"main_clk" 改为"system_pll_divided_clock。这将禁用 FXCOMCLK0。 danielholala_2-1754313407176.png 点击"更新代码" 后，我再次打开外设工具。 在那里，我看到了与之前相同的错误指示器，即断言 Flexcom0 时钟未配置（正确）。 现在，我再次使用之前的"快速修复" ，让外设工具为我启用时钟。 我打开时钟工具，发现时钟路径上的一些元器件现在已启用，但以前曾被禁用： danielholala_3-1754313896562.png 和以前一样，我不想使用"main_clk" 的时钟路由，而是使用"pll_clk_div" 的时钟路由。 当切换到"pll_clk_div" 时，FXCOMCLK0 会再次禁用。Arrrgghh. 我到此为止。这显然不是将时钟路由到硬件接口的有效工作流程。在不同的配置工具之间来回切换需要太多的麻烦。 因此，我从振荡器开始为时钟布线。这在我按下 PLLDIV 之前一直有效。 danielholala_4-1754314347373.png 该元素已禁用，我不知道如何启用它。我尝试双击它、名称、分频器、" 处于非活动状态的 " 文本，但无济于事。 最后，我右键单击元素，选择"编辑设置：PLLDIV" 。在这里，我尝试输入"PLLDIV Frequency" ，但弹出的错误窗口称该元素已禁用。我绝望地点击了 " 暂停分频器计数器 " 然后选择了 " 启用分频器计数器 "。 你能相信吗？🤷‍♂️ 时钟工具在这方面确实很不方便，也不直观。它应该提供 " 快速修复 " 以轻松启用任何元器件。这将很有帮助。 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 你好@marek_neuzil、 真聪明非常感谢你花时间写出如此详细和全面的回答。我非常欣赏你的深入研究。 在我的下一个项目中，我一定会尝试你描述的步骤。 致以最诚挚的问候， Daniel Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 你好@danielholala、 我检查了您的使用案例和您报告的问题。外设工具中提供的启用 FXCOM0 时钟功能只是时钟工具的快捷方式。时钟工具为时钟图中的每个电平输出提供相同的功能： marek_neuzil_13-1755261021160.png 您的用例可以在时钟工具中处理，无需切换工具。每个电平输出的快捷菜单都包含 “启用” 命令。此功能只是通过启用时钟路径上的时钟门、分频器和其他元件来启用时钟。您的特定要求必须通过手动选择时钟源和选择 PLL 模式、配置外部时钟源（还必须根据板的连接手动指定外部时钟源/晶体）来处理。 例如，如果您想使用启用 FXCOM0 时钟命令，可以这样做： 选择 FCCLKSEL0 的main_clk时，选择系统 PLL 分频 ，然后点击启用 FXCOM0 时钟。 marek_neuzil_1-1755260860701.png 然后选择main_clk（因为这是 FRGCLKSEL0 的唯一有效时钟源），然后必须选择pll_clk_div ，因为要使用 PLL 输出。 再次处理启用 FXCOM0 时钟命令时，请参阅下文： marek_neuzil_2-1755260860732.png PLLDIV 分频器已启用： marek_neuzil_3-1755260860738.png 请注意，PLL 本身不使用，PLL 被旁路，因为 PLL 未配置。它提供两种功能模式和其他必须指定的设置。 marek_neuzil_4-1755260860752.png 例如，选择 "正常 "模式时，将启用 PLL 并设置 384 MHz 频率。 marek_neuzil_5-1755260860763.png 如果板使用晶体，例如 16 MHz，则必须在 XTAL 时钟源详细信息设置中将其设置为包括电容和工作模式： marek_neuzil_6-1755260860786.png 您可以为 PLL 选择外部时钟源和源时钟： 时钟门是禁用的，因此您可以在 "细节 "视图设置中手动启用它（单击元素）。 marek_neuzil_7-1755260860830.png 选择启用和时钟值： marek_neuzil_8-1755260860844.png 您还可以在时钟图中指定输出频率： marek_neuzil_9-1755260860854.png 时钟工具会选择可能的时钟分频器并提供满足要求的设置： marek_neuzil_10-1755260860863.png 选择所需频率也会导致频率输出锁定（图中频率附近的锁定图标）。 如果您需要的频率无法通过现有时钟路径实现（例如 FXCOMCLK2 的 30 MHz），则可以使用 FXCOM2 时钟的高级解析器： marek_neuzil_11-1755260860886.png 它对可能的时钟路径进行了更复杂的分析，并尝试为所有要求和锁定设置找到可能的解决方案。在这种情况下，它会更改主时钟和 PLL 频率的设置： marek_neuzil_12-1755260860938.png 时钟工具为现代 MCU 的复杂时钟模型提供高级支持，这些模型为所有外设和系统模块提供多种时钟路径设置，有时还需要更高级的用户配置以满足特定要求。 如果您还发现任何问题或需要改进，请随时与我联系。我们仍在开发新功能，并在下一版配置工具中为客户做出改进。 顺祝商祺！ 马雷克-诺伊齐尔 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 我使用的是 MCUXpresso IDE 最新版本的 ConfigTools，即 25.6.136。 尽管如此，我会将您的信息作为宝贵建议转发给 ConfigTools 团队。 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 亲爱的 EdwinHz，感谢您的回复。 你的时钟工具版本和我的不一样吗？禁用 CTIMER4CLKDIV 时无法启用 CTIMER4 时钟。这对我来说是有感知的。我认为将时钟从源（振荡器）路由到目标元器件（例如 CTIMER4 时钟）是一种很好的做法。大图中，从左到右依次为 我坚信，当我为时钟分频器选择频率或更改 " Clocks 图 " 中的分频器值后自动启用时钟分频器时，用户体验可以得到明显而关键的改善。 希望您能将我的建议转达给 ConfigTools 团队。 谢谢。 丹尼尔 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 在这种特殊情况下，需要先启用 CTIMER4 时钟，才能修改 CTIMER4CLKDIV 的值： EdwinHz_0-1754499954754.png 考虑到分频器的输出直接是 CTIMER4 时钟，正如你所提到的，也许它还应该从 CTIMER4CLKDIV 的配置中启用它。我将把这一请求转达给 ConfigTools 团队，以便他们对实施情况进行评估。 BR, Edwin. Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 亲爱的@EdwinHz、 你建议输入一个频率来启用分频器。这很直观，我同意。 我试过这个，但对我不起作用。如果我输入频率，会弹出一个警告窗口，告诉我分频器已禁用，请参见屏幕截图： danielholala_0-1754471403192.png 我认为在我输入频率或修改分频器值时启用分频器会很直观（例如，只需点击文本 " /1 " 上的元素下方）。 我希望配置工具团队能在今后的更新中解决这个问题。 Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 当点击这些分频器中的任何一个方块时，你会看到右边的 " Details " 窗口将发生变化，以反映该方块可能发生的变化。因此，编辑过程是点击区块，然后通过在"Details" 窗口设置频率来启用它： EdwinHz_1-1754419559520.png 此外，您还可以右键单击程序块，然后选择"编辑其设置：在这种情况下，PLDIV" ，就像你之前在帖子中提到的那样。这样，就会出现一个弹出窗口，其中的所有设置与之前的 "详细信息 "窗口相同： EdwinHz_3-1754419684747.png BR, Edwin Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS 谢谢@EdwinHz 的回复。我知道"quick fix" 无法知道我要使用哪个时钟源。因此，这不是我的主要不满。 我的主要抱怨是关于启用时钟分频器，例如PLLDIV： danielholala_0-1754377935924.png 我找不到用鼠标在时钟图上启用它的方法。这是一次令人沮丧的经历。 有没有办法通过鼠标操作来启用它？ 如果没有，我建议添加一个。 谢谢 Daniel Re: LPC55xx: enable clock source for flexcomm interface USART CMSIS @danielholala 你好、 我理解 ConfigTools 带来的挫败感，有时，当"修补" 某个东西时，可能会"破坏" 其他东西。问题是，在这种情况下，使用 ConfigTools 提示的"快速修复" 选项就能快速、轻松地解决时钟初始化问题。我知道您不希望在这种情况下使用主 CPU 时钟，但在这种情况下，这是 ConfigTools 可以提供的最快速、最简单的修复方法。如果要进行更细微的配置，则需要手动设置。 BR, Edwin.

CRTOUCH GUIの一般的な質問 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、CRTOUCH GUI の使用に関する一部の問い合わせについて、テクニカル サポート チームから寄せられた一般的な質問の一部に対する回答を提供します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、CRTOUCH GUI の使用に関する一部の問い合わせについて、テクニカル サポート チームから寄せられた一般的な質問の一部に対する回答を提供します。 タッチ・センサ

支持 S32K314 的 ADC 自检（方波检查 你好 在 UM Square Check 文档中，提到了一个 ADC 自检机制。但是，在审查功能安全机制时，ADC 自检被标记为 “无”，我们也无法在 S32K314 软件包的方格检查 (sCheck) 配置中找到此选项。 请告知如何 启用或配置该功能 ？ 优先级：高 SAFETY_SW Re: ADC Self-Test (Square Check) Support for S32K314 你好，团队、 是否有任何更新？ 谢谢！ Re: ADC Self-Test (Square Check) Support for S32K314 你好，团队、 是否有任何更新？ 谢谢！ Re: ADC Self-Test (Square Check) Support for S32K314 你好，拉多斯拉夫、 S32K3E 和 S32Kxx 有什么不同？ 它们似乎都是 S32K396、S32K394、S32K376、S32K374、S32K366 和 S32K364 的组群？ 你能否指出在哪里可以找到 S32K3E 专用 RM 和硬件功能安全手册？ 谢谢！ Re: ADC Self-Test (Square Check) Support for S32K314 你好 @JasonTsengSG ， 我的理解是这些新的 K3 衍生产品，具有更高的性能，并额外支持牵引反向器和电机控制 (eTPU)：S32K3E_SW_Architecture.docx 您可以通过内联网找到 RM 和 SM，例如这里（有时你可以只使用特定的 K396 衍生名称来称呼这个 K3 子组）： Zebra - 文档 - S32K396 - 所有文档 汽车功能安全软件 - Release_1.0.6 - 所有文件 谢谢， 拉多斯拉夫 Re: ADC Self-Test (Square Check) Support for S32K314 谢谢你，拉多斯拉夫，解释得很清楚。

i.mx93：使用 J-Link 和 SYSRESETREQ RESET Cortex-M33 不起作用 你好 我正在尝试使用 Segger J-Link 和 gdb 调试 i.MX93 上的 Cortex-M33 固件。我使用恩智浦的 J-Link 软件补丁建立了 SWD 连接，可以停止处理器、读取寄存器和内存等。 我的问题是，RESET处理器不起作用。寄存器的内容没有变化，所以我认为RESET被忽略了： (gdb) 监测 regs R0 = 40D000C0，R1 = 2001EFE3，R2 = 40D000C0，R3 = 00000000 R4 = 00000000，R5 = 00000000，R6 = FFFFFFFF，R7 = 2001EEE8 R8 = FFFFFFFF，R9 = FFFFFFFF，R10= 2000F000，R11= 00000000 R12= FFFFFFFF，R13= 2001EEE8，MSP= 2001EEE8，PSP= 00000000 R14(LR) = 0FFE219D，R15(PC) = 0FFE2248 XPSR 49000003，APSR 48000000，EPSR 01000000，IPSR 00000003 CFBP 00000000，CONTROL 00，FAULTMASK 00，BASEPRI 00，PRIMASK 00 网络安全扩展规则： MSP_S = 2001EEE8，MSPLIM_S = 00000000 PSP_S = 00000000，PSPLIM_S = 00000000 MSP_NS = 00000000，MSPLIM_NS = 00000000 PSP_NS = FFFFFFFC，PSPLIM_NS = 00000000 CONTROL_S 00，FAULTMASK_S 00，BASEPRI_S 00，PRIMASK_S 00 CONTROL_NS 00，FAULTMASK_NS 00，BASEPRI_NS 00，PRIMASK_NS 00 (gdb) 显示器重置 重置目标 (gdb) 监视器 规则 R0 = 40D000C0，R1 = 2001EFE3，R2 = 40D000C0，R3 = 00000000 R 4 = 00000000，R5 = 00000000，R6 = FFFFFFF，R7 = 2001EEE8 R8 = FFFFFFF，R9 = 2000F000，R11= 00000000 R12= FFFFFF，R7 = R 8 = FFFFFFF，R9 =，R11= 00000000 R12= FFFFFF，R7 = = FFFFFFF，R9 =，R11= 00000000 R 12= FFFFFF，R7= = FFFFFFF 13= 2001EEE8，MSP= 2001EEE8，PSP= 00000000 R14 (LR) = 0FFE219D，R15 (PC) = 0FFE2248 XPSR 49000003、APSR 48000000、EPSR 01000000、IPSR 01000000、IPSR 00000003 CFBP 00000000、控制 00、故障掩码 00、BASEPRI 00、PRIMASK 00 网络安全扩展规则： MSP_S = 2001EEE8，MSPLIM_S = 00000000 PSP_S = 00000000，PSPLIM_S = 00000000 MSP_NS = 00000000，MSPLIM_NS = 00000000 PSP_NS = FFFFFFFC，PSPLIM_NS = 00000000 CONTROL_S 00，FAULTMASK_S 00，BASEPRI_S 00，PRIMASK_S 00 CONTROL_NS 00，FAULTMASK_NS 00，BASEPRI_NS 00，PRIMASK_NS 00 J-Link的RESET策略是使用SYSRESETREQ而不是RESET信号，因为应该只RESET Cortex-M33内核。调试控制器是否可能没有写入 SYSRESETREQ 位所需的网络安全权限？ 使用 J-Link 执行 Cortex-M33 的正确 RESET 方法是什么？ 问候， Malte Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 您好， ，能否也分享一下 [email protected] 的详细信息？ 这个话题已经过去一年多了，问题依然如故。 谢谢。 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 感知上，它起作用了，我再也没有丢失过处理器，但是执行时间受到了严重影响，我不明白为什么。 每次操作都要多花 10 倍的时间。 执行冷RESET，但默认情况下在ROM中有一些代码（与恩智浦建议的没有SD卡的建议相反），然后将调试器连接到正在进行的程序并覆盖内存，这样做有感知吗？ Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好 可以使用这个 JLink 脚本吗？ https://kb.segger.com/images/8/86/Example_Reset_CortexM_Normal.JLinkScript 这是 CortexM 的标准策略。 此致 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好 能否分享一下您的解决方案？我目前也面临着同样的情况。 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好，克日什托夫、 如上所述，我确实设法想出了一种使用 J-Link 在 i.MX93 中进行 RESET Cortex-M33 的方法。如果这正是您想要的，我很乐意与您分享细节。请告诉我您的电子邮件地址或其他直接联系您的方式。 问候， Malte Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 嗨，我刚刚发现这个话题，想知道是否有人最终找到了一些可靠的解决方案，可以将 M33 与 A55 分离。最近，我开始为即将到来的项目创建开发环境，并在触发信号软件RESET时很快遇到了同样的麻烦。自话题打开以来已经有一段时间了，SEGGER现在（v8.10）为软件提供了内置IMX目标，尽管似乎仍然无法执行单核RESET。我用 SCB（SYSRESETREQ）和 SCR 寄存器做了一些试验，但就是无法达到稳定的效果。我还快速测试了适用于 VSCode 的 MCUXpresso 插件，但没有注意到任何自定义、有效的 RESET 策略的实现。 此致， 克日什托夫 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 嗨，马尔凯，我对解决方案非常感兴趣，因为我也遇到了同样的问题。 能否将您的解决方案或建议发给我？非常感谢。[email protected] 顺祝商祺！ 君书 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好，马尔特 非常感谢。我的邮箱是[email protected] 顺祝商祺！ 尼尔斯 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 嗨，尼尔斯 多亏了恩智浦的技术支持，我终于找到了解决这个问题的办法。 如果您告诉我您的电子邮件地址或任何其他直接与您联系的方式，我将很乐意为您提供帮助。 亲切的问候， Malte Kaiser Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好@Sanket_Parekh 我的情况和原作者完全一样。看来恩智浦提供的jLink脚本实际上并没有执行RESET M33内核，而只是暂停了它。这使寄存器和处理器状态保持不变，如果遇到故障，如果不先通过Linux RESET 内核，我将无法继续正常调试。 除了使用jLink调试器之外，有什么办法可以触发信号RESET M33内核吗？ 顺祝商祺！ 尼尔斯 Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好，桑凯特-帕雷赫、 (1) 在哪里可以获得 i.MX93 Cortex-M33 的恩智浦 J-Link 脚本补丁？ (2) 据 Segger 称，目前还没有在 J-Link 中支持 i.MX93 的路线图。但它会在第一/第二季度到来。还有其他调试 Cortex-M33 的可能性吗？ BR Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好@malkai、 希望你一切都好。 "恩智浦打算在i.MX93中RESET Cortex-M33内核的程序是什么？" -> 系统重置控制器 (SRC) 负责生成所有系统复位信号和启动参数锁定。 -> 它的主要功能如下： • 处理来自其他模块的所有全局系统 RESET 源并生成全局系统 RESET。 - 负责 MIX（片）的功率门控及其内存低功耗控制。 -> SRC 从 PAD 和熔丝位中获取 POR_B 以完成启动顺序，并提出 GPC 低功耗请求以 完成掉电/开机顺序。 请参阅第 33 章系统 RESET 控制器 (SRC)。 https://www.nxp.com/webapp/Download?colCode=IMX93RM 谢谢& ， Sanket Parekh Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好，@Sanket_Parekhm、 谢谢您的答复。然而，这些信息无助于问题的解决。众所周知，i.MX93 中的 Cortex-M33 内核采用 Armv8-M 架构，该架构的 AIRCR 寄存器中没有 VECTRESET 位（参见 https://developer.arm.com/documentation/ddi0553/latest/ 中的 D1.2.3 ） 。因此，唯一可用的RESET请求是SYSRESETREQ，Cortex-M33内核和整个系统都不会对此做出任何反应。为什么会这样？ 我已经研究过J-Link使用的RESET策略。问题是，恩智浦的修补程序只是用停止 CPU 来代替这些，就像我告诉你的那样。而且这里不能使用RESET线，因为它会RESET整个 SoC。 因此，问题仍然存在：恩智浦打算采用什么程序来RESET i.MX93中的Cortex-M33内核？ 谢谢并致以诚挚的问候， Malte Kaiser Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好@malkai, 希望你一切都好。 -> RESET选择控制目标设备的RESET操作。所有RESET选项都适用于基于 Cortex-M 处理器的设备，在 JTAG 和 SWD 模式下可用，并在RESET后停止 CPU。 -> Core-只能通过设置 VECTRESET 位来执行 Cortex-M 内核的 RESET。片上外设未RESET。对于某些 Cortex—M 设备，这种 RESET 方法是重置它们的唯一方法。但是，在大多数情况下，不推荐使用这种方法，因为大多数目标应用程序依赖于某些外围设备（PLL、外部存储器接口等）的RESET状态，如果启动后可能会混淆，但外设已经配置好了。 -> resetPin-J-Link 将其 RESET 引脚拉低以重置内核和外围设备。通常，这也会导致设备的 CPU RESET 引脚变低，从而导致 CPU 和外围设备 RESET。如果目标设备的RESET引脚未拉至低电平，则此复位方法将失败。 请参阅以下链接中的RESET策略部分。 https://community.nxp.com/ pwmxy87654/attachments/ pwmxy87654/kinetis/28743/1/ UM08001_JLink.pdf 谢谢& ， Sanket Parekh Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好，@Sanket_Parekh、 谢谢您的答复。遗憾的是，这些信息无助于解决我的问题。在此期间，我发现了很多事情： 1.恩智浦在i.MX93补丁中提供的J-Link脚本未实现RESET。它取代了重置 CPU，而只是停止 CPU。 2. 通过调试器手动将 AICR.SYSRESETREQ 写入 1 来请求 RESET 不会导致 Cortex-M33 内核 RESET。 所以，我最初的问题仍然是：通过调试器RESET Cortex-M33的可能性有多大？ 感谢和问候， Malte Re: i.MX93: Cortex-M33 Reset using J-Link and SYSRESETREQ not working 你好，@malkai、 希望你一切都好。 请参考此链接，它将对您有所帮助。 https://community.nxp.com/t5/ i-MX-Processors-Knowledge- Base/all-boards-jtag/ta-p/ 1106822 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ------------------------------ ------------------------------ ------------------------------ ----------------------------- Thanks& Regards, Sanket Parekh

S32K3 的 CAN 采样点测试值太小的问题 你好，恩智浦 在使用 S32K311 进行开发时，选择了 16 MHz 的外部晶振。配置 CANFD 时，CAN 时钟源使用 60 MHz 的 AIPS_PLAT_CLK。为数据字段配置了 80% 的采样点，并启用 TDC。但是，在CANOE中实际测得的采样点只能达到72％。 在其他型号（如 S32K312 和 S32K342）的测试中也出现了这个问题。 以下是我们设置采样点和测试数据的配置之一。我们将采样点配置为 76% ，但实际测试结果为 67% 。 wuxianlong_0-1764121103863.png wuxianlong_1-1764121141564.png 谨致问候， xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 请与我分享您的项目，我会花时间进行测试。 Re: Problem of the CAN sampling point test value being too small for S32K3 你好，@Senlent 我们修改了多种配置。在 S32K3 配置为 80% 的条件下，CANoe 测试的最佳结果是 72% ，谢谢 xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 对于 CAN FD 数据阶段 最新必须在 CANoe 中设置可能的最新采样点。然后，VH6501 发送帧并 延长然后 VH6501 发送帧，并在每个间隔后将各个比特位延长一个刻度。 这似乎是 VH6501 的配置问题。您可以尝试将此处的参数修改为 70%, 76.667%, 和 80% ，然后再次测试。 Senlent_0-1764124913617.png Re: Problem of the CAN sampling point test value being too small for S32K3 你好，@Senlent 我们咨询了几位经验丰富的工程师。他们介绍说，S32K1 和 K3 的小采样点测试也存在问题，这个问题可能与 MCU 关系不大。使用 CANoe 进行测试时，测试结果都偏低。他们建议，在 80% 的实际测试要求下，可以适当增加为 S32K3 配置的采样点。您可以使用任何恩智浦演示程序进行测试，这种现象应该是可以重现的。 敬上， xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 客户的测试可能存在缺陷，请相信自己的测试。 我将花一些时间进行一些测试，但这不是我的优先事项，可能需要几个月的时间。 天内给您答复。 Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 这仍然应该是测试问题，而不是 MCU 引起的。 不过，我会花一些时间做一些简单的测试。我可能会使用示波器直接进行测试，这应该是最精确的测量方法。 Re: Problem of the CAN sampling point test value being too small for S32K3 您好，@Senlent 如果您有更有说服力的结果，也请与我们分享。 我们使用了其他一些仪器进行测试，得到的采样点与我们在设置中预期的比较接近。不过，对于客户来说，CANoe 的行业认可度非常高。 敬上， xianlong Re: Problem of the CAN sampling point test value being too small for S32K3 好的 Re: Problem of the CAN sampling point test value being too small for S32K3 你好@武仙龙 很抱歉，我不能进行这项测试。 我没有合适的干扰设备来进行测试，而 FLEXCAN 报告中的测试结果已经证明测试通过。 我可以私下把相关证明发给你。 Re: Problem of the CAN sampling point test value being too small for S32K3 非常感谢。

Mifare Classic クローンをHandyに こんにちは、良い一日を。当ジムでは、Mifare Classic EV1（MF1S50）チップを搭載したリストバンドを使用しています。このチップを複製してモバイルフォンに保存し、代わりにモバイルフォンのNFCセンサを使用する方法はありますか？つまり、リストバンドではなく、スマートフォン本体を使ってログインすることは可能でしょうか？もしそうなら、どうすればいいですか？私は既にNXP TagInfoとNXP TagWriterという2つのアプリを試してみました。残念ながら、それらのツールを使ってもうまく動作させることができませんでした。あるいは、途中でどこかでミスをしてしまったのかもしれません。手伝っていただけませんか？ゲラベルク（テューリンゲン州）より、心からのご挨拶を申し上げます。 タッチ・センサ Re: Mifare Classic clone to Handy こんにちは、 @digamcrown 残念ながら、MIFARE Classic EV1カードを複製してスマートフォンのNFCインターフェースで直接使用することはできません。 主な理由は以下のとおりです。 スマートフォンはMIFARE Classicカードのエミュレーションをサポートしていません（NFCコントローラーではCrypto-1はサポートされていません）。カードUIDはモバイルデバイス上で複製できません。 モバイルオペレーティングシステム（Android/iOS）は、セキュリティ上の理由から低レベルのNFCアクセスを制限しています。 したがって、NXP TagInfoやTagWriterといったツールでは、この機能を実現することはできません。 Re: Mifare Classic clone to Handy こんにちは、 こんにちは、 MIFARE Classicカードはセキュアメモリを搭載しているため、ジムのシステムを提供している業者に連絡して、スマートフォンにデジタルバッジを作成できるソリューションを提供しているかどうかを問い合わせるべきです。 MIFARE 2GOについては、https://www.nxp.com/products/security-and-authentication/secure-service-2go-platform/mifare-2go :MIFARE2GO をご覧ください。

MCX A146VFT MCX A146VFT is not available for download on the official website. MCXA Re: MCX A146VFT Hello @jubilation The page I see when I click on it is not quite the same as yours, on my side I need to manually enter the model number and then click Request to apply, not in the form of a drop down option like in your screenshot. I've tried to submit the request and have received it now. I'll send it to you later via private case. BR Celeste Re: MCX A146VFT _1-1770015167319.png There is no download option for VFT packages on this page Re: MCX A146VFT Hello @Jubilee. Thank you for your post. package information for the MCXA146VFT can be found at SOT619-28: HVQFN48 | NXP Semiconductors. If I have misunderstood you and you are asking for other information, please let me know. Have a nice life. BR Celeste

linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx linux6.12+imx8mp内核启动时报告： [ 0.057737] /soc@0: 固定了与 /soc@0/bus@30000000/efuse@30350000/unique-id@8 的依赖循环 [ 0.058809] /soc@0/bus@32c00000/lcd-controller@32fc6000：修正了与 /soc@0/bus@32c00000/hdmi@32fd8000 的依赖循环 [ 0.058972] /soc@0/bus@32c00000/hdmi@32fd8000：修正了与 /soc@0/bus@32c00000/lcd-controller@32fc6000 的依赖循环 [ 0.059239] /soc@0/interrupt-controller@38800000: 修正了与 /soc@0/interrupt-controller@38800000 的依赖循环 [ 0.061960] /soc@0/bus@30000000/pinctrl@30330000: 修复了与 /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: 修正了与 /soc@0/interrupt-controller@38800000 的依赖循环 [ 0.074336] /soc@0/bus@32c00000/lcd-controller@32fc6000：修正了与 /soc@0/bus@32c00000/hdmi@32fd8000 的依赖循环 [ 0.074446] /soc@0/bus@32c00000/hdmi@32fd8000：修复了 /soc@0/bus@32c00000/lcd-controller@32fc6000 的依赖循环 [ 0.076363] /soc@0/bus@32c00000/lcd-controller@32fc6000：修正了与 /soc@0/bus@32c00000/hdmi@32fd8000 的依赖循环 [ 0.076855] /soc@0/bus@32c00000/lcd-controller@32fc6000：修正了与 /soc@0/bus@32c00000/hdmi@32fd8000 的依赖循环 [ 0.076990] /soc@0/bus@32c00000/hdmi@32fd8000：修正了与 /soc@0/bus@32c00000/lcd-controller@32fc6000 的依赖循环 原因是什么？需要处理吗？ Re: linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx Hi @machangbao  这是正常的，不用处理。 Best Regards, Zhiming Re: linux6.12+imx8mp内核报告Fixed dependency cycle(s) with xxx Hi @machangbao  这是内核上游引入得补丁，具体commit信息是： 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. 6.12上面的fw_devlink框架相比以前更健壮，Fixed dependency cycle(s) with表示 fw_devlink 检测到环，并通过调整链接策略（例如降级某些 link 类型或不创建某些 link）来解决问题。这不是错误，而是信息提示，说明系统在启动时处理了潜在的死锁风险。 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

AUT-N1925 UCODE DNA - 世界初のセキュリティ付きUHFタグIC <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXPの最新世代のパッシブUHF RFIDは、UCODE® DNAと呼ばれ、自動車両識別(AVI)システムで使用できるため、適切に登録されていない車両のドライバーの識別と収集が容易になります。車両登録用のAVIシステムでは、リーダーを道路の上、下、または脇に設置できます。また、ハンドヘルドデバイスに埋め込んで、政府関係者が使用することもできます。車両に取り付けられたタグは、リーダーのRFフィールドによって生成されたエネルギーを使用するため、バッテリーは必要なく、タグの寿命は非常に長いです。暗号化ベースのセキュリティにより、エラーが最小限に抑えられ、不正行為が実質的に排除されます。車両の所有者(および料金徴収者)は、読み取りが非常に正確で安全性が高いため、適切な人物に請求されていることを確信できます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXPの最新世代のパッシブUHF RFIDは、UCODE® DNAと呼ばれ、自動車両識別(AVI)システムで使用できるため、適切に登録されていない車両のドライバーの識別と収集が容易になります。車両登録用のAVIシステムでは、リーダーを道路の上、下、または脇に設置できます。また、ハンドヘルドデバイスに埋め込んで、政府関係者が使用することもできます。車両に取り付けられたタグは、リーダーのRFフィールドによって生成されたエネルギーを使用するため、バッテリーは必要なく、タグの寿命は非常に長いです。暗号化ベースのセキュリティにより、エラーが最小限に抑えられ、不正行為が実質的に排除されます。車両の所有者(および料金徴収者)は、読み取りが非常に正確で安全性が高いため、適切な人物に請求されていることを確信できます。 セキュアなコネクテッド&自動運転車

eIQ and MCUXpresso SDK 26.03 with VSCode There are some items to be aware of when using eIQ projects in VSCode with MCUXpresso SDK 26.03 Debugger hangs when debugging eIQ examples on i.MX RT700 in VSCode There are two work-arounds available: 1) Use a JLink to debug the project instead of the default CMSIS-DAP interface. To do this: Install LinkServer Put a jumper on JP20 on the i.MX RT700 EVK, Update the MCULink firmware to use JLink by running C:\NXP\LinkServer_25.12.83\MCU-LINK_installer\scripts\program_JLINK.cmd Take off the jumper on JP20.  2) Alternatively update the linker file in the eIQ project:  Open the MIMXRT798Sxxxx_cm33_core0_flash.ld linker file in Repository->mcusdk->examples->_boards->mimxrt700evk->eiq_examples->tflm_label_image->cm33_core0->gcc  (use the path based on the eIQ project name that you are trying to use) In that linker file go to line 198 to 203 and replace the .ncache section with the code below:   .npu_ncache (NOLOAD) :   {       KEEP(*(.npu_ncache_data))       KEEP(*(.npu_ncache_data*))   } > m_ncache   ASSERT(. < 0x20580000, "Error: .npu_ncache cannot go beyond SRAM P18")   .ncache (NOLOAD) :   {     *(NonCacheable)     . = ALIGN(4);     __noncachedata_end__ = .;     /* define a global symbol at ncache data end */   } > m_ncache anthony_huereca_0-1767760539733.png anthony_huereca_1-1767760621035.png i.MX RT700 eIQ HiFi4 and HiFi1 projects cannot be imported or compiled in VSCode or command line GCC. In VSCode use the "Repository" import option. To compile the projects you must install Xtensa Xplorer, the RT700 license, and RT700 NewLib DSP Configuration file. Then add the following environmental variables: XCC_DIR=/ /XtDevTools/install/tools/RI-2023.11-win32/XtensaTools XTENSA_CORE=rt700_hifi4_RI23_11_nlib The project can then be compiled with command-line GCC with: west build -p always --sysbuild examples/eiq_examples/tflm_cifar10_hifi4/cm --toolchain armgcc --config flash_debug -b mimxrt700evk -Dcore_id=cm33_core0 Note that if using HiFi1 projects then XTENSA_CORE should be set to rt700_hifi1_RI23_11_nlib Also an additional compile option called -mlongcalls needs to be used to avoid issues when adding additional operators the ops list. Inside \mcuxsdk\examples\_boards\mimxrt700evk\eiq_examples\tflm_cifar10_hifi4\hifi4 edit the reconfig.cmake file in the mcux_add_xtensa_configuration options: mcux_add_xtensa_configuration( CC "-DXOS_CLOCK_FREQ=237500000 -std=c99 -mlongcalls" CX "-stdlib=libc++ \ -mlongcalls \ -std=c++17" ) A warning message comes up in eIQ Neutron SDK 3.1.2 If using eIQ Neutron SDK 3.1.2 then the follow warning will appear on the serial terminal during the model initialization: Unable to save model handle, call neutronModelUnprepare() when done This warning is not relevant for Neutron C devices like RT700 and MCX N and can be ignored as it does not impact inference time or accuracy. It will be fixed in the next eIQ Neutron SDK release. Some eIQ files that are commonly modified are shared among all eIQ examples For example, the Neutron libraries are shared among all eIQ examples. This can cause version compatibility issues with the default eIQ examples if the eIQ Neutron libraries are updated with eIQ Neutron SDK. This is because the eIQ projects in MCUXPresso SDK were converted using Neutron Converter 3.0.0 and the Neutron libraries in the SDK are shared among all eIQ projects.  To work around this, either revert the Neutron libraries back to version 3.0.0 or else download a separate repository to use the default eIQ examples. 

S32K3XX的drivers配置 您好，我想请教一下，S32K3XX系列芯片新建设工程，在使用drivers时，每一个driver（1所对应位置的每一种driver类型）对应的配置界面中每一项配置（3所示位置），有没有文档或者教程说明？ 在实际工程应用中，我可以依据哪些资料来进行配置，我每次设置都是看设置项名称猜测其功能，并决定是配置成什么，感觉缺乏官方依据，让我觉得我的每一个设置很没有确定性和依据。 Re: S32K3XX的drivers配置 Hi@Aaron_LL AN13435下面的章节中有各组件的一些描述 Senlent_0-1766973809123.png 并且在官网中有很多外设的配置培训教程，你可以在官网找到这些外设的培训教程。 https://www.nxp.com/products/S32K3 Senlent_1-1766973935410.png

VS Code の MCUXpresso: SDK サンプルの操作 このガイドでは、次の内容について説明します。 スタンドアロン SDK からサンプル プロジェクトをインポートする方法 ビルド、フラッシュ、デバッグの方法 シリアルモニターの使い方 (マイビデオで視聴) MCUXpresso for VS Code

RW610 / RW612 Knowledge Hub The RW61x series is a highly integrated, low-power tri-radio wireless MCU with an integrated MCU and Wi-Fi® 6 + Bluetooth® Low Energy (LE) 5.4 / 802.15.4 radios designed for a broad array of applications, including connected smart home devices, enterprise and industrial automation, smart accessories and smart energy. The RW61x series MCU subsystem includes a 260 MHz Arm® Cortex®-M33 core with Trustzone™-M, 1.2 MB on-chip SRAM and a high-bandwidth Quad SPI interface with an on-the-fly decryption engine for securely accessing off-chip XIP flash. The RW61x series includes a full-featured 1x1 dual-band (2.4 GHz/5 GHz) 20 MHz Wi-Fi 6 (802.11ax) subsystem bringing higher throughput, better network efficiency, lower latency and improved range over previous generation Wi-Fi standards. The Bluetooth LE radio supports 2 Mbit/s high-speed data rate, long range and extended advertising.  The on-chip 802.15.4 radio can support the latest Thread mesh networking protocol. In addition, the RW612 can support Matter over Wi-Fi or Matter over Thread offering a common, interoperable application layer across ecosystems and products. NXP RW61x Block DiagramNXP RW61x Block Diagram Documents RW610 Datasheet: RW610 Datasheet RW612 Datasheet: RW612 Datasheet RW61x User Manual: UM11865: RW61x User Manual RW61x Register Manual: RM00278: RX16x Registers   Certifications FRDM-RW612 Radio Equipment Directive Declaration of Conformity  User Guide Getting Started with FRDM-RW612 Quick Start Guide - FRDM-RW612 UG10185: RW612 Matter-Zigbee Bridge User Guide UG10178: Matter Demo Using NXP Chip Tool App for FRDM-RW612 and FRDM-MCXW71  UG10612: NXP Wi-Fi and Bluetooth Feature Debug for FRDM-RW612 UG10182: NXP 802.15.4 Demo Applications for FRDM-RW612 UG10160: Getting Started with Wireless on FRDM-RW612 Board Running RTOS  UG10171: NXP Wi-Fi and Bluetooth Demo Applications for FRDM-RW61X   RW61x Modules Azurewave: RW612 - AW-CU570 is a highly integrated, low-power tri-radio Wireless RW612 MCU with an integrated MCU and Wi-Fi 6 + Bluetooth Low Energy (LE) 5.2 / 802.15.4 radios designed for a broad array of applications. RW610 - AW-CU598 is a highly integrated, low-power tri-radio Wireless RW610 MCU with an integrated MCU and Wi-Fi 6 + Bluetooth Low Energy (LE) 5.3 radios designed for a broad array of applications U-blox: RW612 - IRIS-W10 Series are small, stand-alone, dual-band Wi-Fi and Bluetooth Low Energy wireless microcontroller unit (MCU) modules. The modules are ideal for users looking to add advanced wireless connectivity to their end products. RW610 - IRIS-W16 Series are small, stand-alone, dual-band Wi-Fi and Bluetooth Low Energy wireless modules, with everything needed for integration into end-products. The modules are ideal for users looking to add advanced wireless connectivity to their end products.  Murata: RW612 - LBES0ZZ2FR-580 Murata’s Type 2FR is a small and very high-performance module based on NXP RW612 combo chipset, supporting IEEE 802.11a/b/g/n/ac/ax + Bluetooth LE 5.4 / IEEE 802.15.4. RW610 - LBES0ZZ2FP-580 Type 2FR/2FP is a family of small and highly integrated multi-radio modules with built-in high-performance MCU with advanced security features for connected smart devices in smart homes, enterprise and industrial automation, smart accessories, and smart energy. It supports the latest Matter smart home connectivity protocol. California Eastern Laboratories (CEL): RW612 - CMP4612 is a fully integrated Dual-Band, Tri-mode (Wi-Fi 6, BT5.4, 802.15.4) radio, that includes a host MCU, Flash, RAM, peripherals, and numerous interfaces (SDIO, UART, USB, Ethernet. SPI, I2C) to support both HOSTLESS (RTOS) and HOSTED (NCP mode) architectures. CEL's solution includes either an on-board antenna or connector.   Evaluation boards  FRDM-RW612 FRDM-RW612 is a compact and scalable development board for rapid prototyping of the RW61x series of Wi-Fi 6 + Bluetooth Low Energy + 802.15.4 tri-radio wireless MCUs. It offers easy access to the MCU’s I/O's and peripherals, integrated open-standard serial interfaces, external flash memory and on-board MCU-Link debugger. FRDM-RW612 Getting Started Getting Started with FRDM-RW612 FRDM-RW612 User Manual: UM12160: FRDM-RW612 Board User Manual Current Measurement configuration: Remove the 0-ohms resistor R103 Solder a couple of pins in JP5. When trying to measure the RW61x current consumption, connect your current meter using the pins in JP5. When using the FRDM board in normal operation, connect a jumper to the pins in JP5. David_Maciel_0-1746570099842.png   u-blox   USB-IRIS-W1 The USB-IRIS-W1 development platform is built on the dual-band Wi-Fi 6 and Bluetooth LE module IRIS-W1, based on the NXP RW610/612 chip. The board is designed with a USB interface to simplify evaluation and prototyping directly from a PC. In addition to the IRIS-W1 module with integrated antenna, it also integrates four buttons, an RGB LED, and a USB/UART converter, to further support an easy evaluation. u-blox   EVK-IRIS-W1 The EVK-IRIS-W1 evaluation kit provides stand-alone use of the IRIS-W1 module series featuring the NXP RW610/612 chipset. Azurewave    AW-CU570-EVB Evaluation board for AW-CU570 module includes wireless MCU with Integrated Tri-radio Wi-Fi 6 + Bluetooth Low Energy 5.3 /802.15.4. Murata   2FR EVK Evaluation kit for Murata Type 2FR module (Murata part number LBES0ZZ2FR) includes 3 radios: Wi-Fi, BLE and 802.15.4. It is based on NXP’s RW612 chip. California Eastern Laboratories (CEL) CMP4612-2-EVB The CMP4612 Evaluation Board (CMP4612-2-EVB), based on the NXP RW612 chipset, features dual-band Wi-Fi 6, BLE 5.4 and 802.15.4 radios. The CMP4612 Evaluation Board includes an onboard Ethernet port and PHY hardware as well as an Arduino header, MCULink SWD, and USB ports. This board is designed to facilitate a seamless and efficient evaluation process for customers wanting a certified module for their end product.   Application Notes RM00287: Wi-Fi Driver API for SDK 2.16.100     The radio driver source code provides APIs to send and receive packets over the radio interfaces by communicating with the firmware images. This manual provides the reference documentation for the Wi-Fi driver and Wi-Fi Connection Manager.  UM12133: NXP NCP Application Guide for RW612 with MCU Host - User manual     This user manual describes: • The NXP NCP application for RW612 with MCU host platform i.MX RT1060 as example. • The hardware connections for one of the four supported interfaces to enable NCP mode on the NXP RW612 BGA V4 board (UART, USB, SDIO, or SPI). • The method to build and run the NCP applications on both the NCP host (i.MX RT1060) and the NCP device (RW612). The applications apply to Wi-Fi, Bluetooth Low Energy and OpenThread (OT)    UM12095:  NXP NCP Application Guide for RW612 with MPU Host - User manual      This user manual describes: • The NXP NCP application for RW612 with MPU host platform i.MX 8M Mini as example. • The hardware connections for one of the four supported interfaces to enable NCP mode on the NXP RW612 BGA V4 board (UART, USB, SDIO, or SPI). • The method to build and run the NCP applications on both the NCP host (i.MX 8M Mini) and the NCP device (RW612). The applications apply to Wi-Fi, Bluetooth Low Energy and OpenThread (OT).  AN14439: Migration Guide from FRDM-RW612 Board to Third-Party Module board This Application note provides an overview of what it means to migrate the application to a different board with different flash and pSRAM AN14111: Target Wake Time (TWT) on RW16x This application note describes the target wake time feature and provides examples for RW61X AN13006: Compliance and Certification Considerations This application note provides guidance and tips on how to test products on NXP Wi-Fi devices for regulatory compliance. AN13049: Wi-Fi/Bluetooth/802.15.4 M.2 Key E Pinout Definition This Application note defines M.2 usage for both NXP Wi-Fi/Bluetooth and Tri-Radio M.2 module design AN14489 – Wi-Fi Firmware Automatic Recovery on RW61x Describes Wi-Fi automatic recovery feature as well as how to enable and verify it on RW61x SDK. AN14464 - Low Power Checklist RW61x Family This document provides an overview on how to use the low power consumption features of the RW61x. AN14476 - NXP Dual PAN Feature and Performance Results This document provides a comprehensive exploration of the Dual Personal Area Network (Dual-PAN) feature on NXP Wireless Connectivity products implementing IEEE 802.15.4 low-rate wireless protocol area network standard. Security: AN14544 – EdgeLock 2GO Services for MPU and MCU This application note introduces various methods that the EdgeLock 2GO service can be used with MCU and MPU devices and the features available for each method. AN13813 – Secure Boot on RW61x Describes how to generate and run the secure boot (signed image) on RW61x. AN13814 – Debug Authentication on RW61x Describes the steps for debug authentication using the secure provisioning SDK tool. Import Wrapped Blob using ELS Cryptolib - Uses ELS Cryptolib to import a blob from OTP that was wrapped using HSM_STORE_KEY trust provisioning command.  Import Wrapped Blob using PSA APIs - Uses PSA API to import a blob from OTP that was wrapped using HSM_STORE_KEY trust provisioning command. Training FRDM-RW612 Training Wi-Fi 6 Tri-Radio in a secure i.MX RT MCU RW61x Series Training - NXP Community   Equipment Wireless Equipment: This article provides the links to the wireless equipment to help you accelerate your project development Development Tools  SDK builder The MCUXpresso SDK brings open-source drivers, middleware, and reference example application to speed your software development. NXP MCUXpresso MCUXpresso IDE offers advanced editing, compiling and debugging features with the addition of MCU-Specific debugging and supports connections with all general-purpose Arm Cortex-M.  VSCode MCUXpresso for Visual Studio Code (VS Code) provides an optimized embedded developer experience for code editing and development. Zephyr RTOS  The Zephyr OS is based on a small-footprint kernel designed for use on resource-constrained and embedded systems: from simple embedded environmental sensors and LED wearables to sophisticated embedded controllers, smart watches, and IoT wireless applications. NXP Application Code Hub Application Code Hub (ACH) repository enables engineers to easily find microcontroller software examples, code snippets, application software packs and demos developed by our in-house experts. This space provides a quick, easy and consistent way to find microcontroller applications. NXP SPSDK Is a unified, reliable, and easy to use Python SDK library working across the NXP MCU portfolio providing a strong foundation from quick customer prototyping up to production deployment. NXP SEC Tool The MCUXpresso Secure Provisioning Tool us a GUI-based application provided to simplify generation and provisioning of bootable executables on NCP MCU devices. NXP OTAP Tool Is an application that helps the user to perform an over the air firmware update of an NXP development board. SDK Examples for Wireless MCUs The wireless examples feature many common connectivity configurations.   Useful Links Bluetooth Interested in Bluetooth technology? Bluetooth® Low Energy Primer – Essential reading for understanding BLE fundamentals. Bluetooth® Specifications – Full list of standards, protocols, and technical documents. Bluetooth Feature Overview Bluetooth_5.0_Feature_Overview  Bluetooth_5.1_Feature_Overview  Bluetooth_5.2_Feature_Overview Bluetooth_5.3_Feature_Overview Bluetooth_5.4_Feature_Overview Bluetooth_6_Feature_Overview   FRDM-Training Hands-On Training Product: WiFi RW6XX Protocol: 802.15.4 Protocol: BLE -> connectivity Protocol: Bluetooth Protocol: Matter Protocol: Thread Protocol: Wi-Fi Protocol: Zigbee