MHW-N1921 数字高效交流/直流谐振电源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谐振交流/直流电源在高功率输出时具有卓越的效率。TEA1916 是一种数字控制器，可简化谐振 LLC 设计的复杂性并提供轻松的调节。它是非常流行的 TEA1716 的继承者，用于许多谐振开关模式电源，例如PC 和电视，但 TEA1916 实际上非常适合任何大于 75W 的电源，例如医疗、工业和服务器电源。TEA1916 采用新的数字逐周期架构（Vcap 控制）来实现低功率负载下的新型操作。通过采用精确控制的突发模式操作，可以提高低输出功率下的效率。TEA1916 在待机或关机状态下也能实现极低的功耗；这是区别于竞争对手的一个关键性能参数。为了获得最高效率，TEA1916 与 NXP 的 TEA1995 同步整流器配合使用效果极佳。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谐振交流/直流电源在高功率输出时具有卓越的效率。TEA1916 是一种数字控制器，可简化谐振 LLC 设计的复杂性并提供轻松的调节。它是非常流行的 TEA1716 的继承者，用于许多谐振开关模式电源，例如PC 和电视，但 TEA1916 实际上非常适合任何大于 75W 的电源，例如医疗、工业和服务器电源。TEA1916 采用新的数字逐周期架构（Vcap 控制）来实现低功率负载下的新型操作。通过采用精确控制的突发模式操作，可以提高低输出功率下的效率。TEA1916 在待机或关机状态下也能实现极低的功耗；这是区别于竞争对手的一个关键性能参数。为了获得最高效率，TEA1916 与 NXP 的 TEA1995 同步整流器配合使用效果极佳。 安全移动 | 医疗保健和可穿戴设备

AUT-N1773 - セキュア V2X イントロ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 米国政府が米国での車間通信の義務化を準備する中、自動車業界は、この専用短距離通信技術をサポートする車を提供する準備を進めています。これが道路利用者にどのようなメリットをもたらすか、ITS-G5規格が世界中でどのように展開されているか、これを市場に投入する際に自動車業界が直面する課題、およびこの展開におけるNXPのリーダーシップの役割について見ていきます。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 米国政府が米国での車間通信の義務化を準備する中、自動車業界は、この専用短距離通信技術をサポートする車を提供する準備を進めています。これが道路利用者にどのようなメリットをもたらすか、ITS-G5規格が世界中でどのように展開されているか、これを市場に投入する際に自動車業界が直面する課題、およびこの展開におけるNXPのリーダーシップの役割について見ていきます。 ビデオプレゼンテーションを見る セキュアなコネクテッド&自動運転車

i.mx6UL从引导加载程序启动APP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的，   我们想从引导加载程序启动应用程序，我们有以下问题： 我们使用I.MX6UL bootrom启动BootLoader，需要使用mkimage.sh，编译生成bin文件，然后转换成可执行文件。 如果需要使用Bootloader运行应用程序，应用程序镜像是否也需要通过mkimage.sh进行转换？ mkimage.sh转换后的文件是压缩文件。不知道它的格式，起始地址怎么样，如何实现地址跳转，有例子吗？谢谢。  

TN013_LPCOpen UART RB示例Tx问题 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> lpcopen。uart #ring_buffer

FlexIO USB Video Camera Demo This demo shows how the FRDM-K82F board along with an OV7670 Camera module can be utilized to create a USB web camera application. The demo application software is delivered as part of the KSDK software enablement. The FS USB video class demonstration can deliver images to PCs or tablets. Features: USB Video device class demonstration application included in Kinetis SDK Easy connection to PC or tablet  display and process video captured from the device FlexIO camera driver utilized to interface to OV7670 camera module _______________________________________________________________________________________________________ Featured NXP Products: ARM Cortex-M4 Cores|Kinetis K8x MCUs|NXP AN5275: Using FlexiO for Parallel Camera Interface AN5280: Using Kinetis FlexIO to drive a Graphical LCD _______________________________________________________________________________________________________ Mobile

An Overview on QorIQ Trust Features for Securing Embedded Systems EUF-NET-T1742 - This session provides an overview on the security technologies NXP offers to secure a system through two complementary technologies: 1) the Trust Architecture already present in QorIQ P- and T-series including Secure Boot and 2) the TrustZone® technology introduced in the ARM®-based QorIQ LS series processors. We will outline the motivations for offering these technologies in embedded processors and show how they can be complementary for making a final system “Trustable” in the sense it does what its users and suppliers expect it to do. EUF-NET-T1742 - This session provides an overview on the security technologies NXP offers to secure a system through two complementary technologies: 1) the Trust Architecture already present in QorIQ P- and T-series including Secure Boot and 2) the TrustZone® technology introduced in the ARM®-based QorIQ LS series processors. We will outline the motivations for offering these technologies in embedded processors and show how they can be complementary for making a final system “Trustable” in the sense it does what its users and suppliers expect it to do.

FTF-IND-F1348 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程基于 FRDM-K22F 开发板和多功能新型 Arduino 兼容 Shield，讨论如何实现：使用 Kinetis K2 和 LS Research 预认证的 Wi-Fi（TiWi-CW）和 BLE（SaBLE-x）无线模块的物联网应用。使用 TiWiConnect LIFT 软件协议流式传输到云端（大大简化了软件开发）。使用与 Freescale Freedom 板连接的第三方 Pmod 兼容（I2C 和 SPI）板进行传感器和 I/O 扩展。使用加速软件开发和预认证无线模块，加快您的物联网产品的上市时间。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本课程基于 FRDM-K22F 开发板和多功能新型 Arduino 兼容 Shield，讨论如何实现：使用 Kinetis K2 和 LS Research 预认证的 Wi-Fi（TiWi-CW）和 BLE（SaBLE-x）无线模块的物联网应用。使用 TiWiConnect LIFT 软件协议流式传输到云端（大大简化了软件开发）。使用与 Freescale Freedom 板连接的第三方 Pmod 兼容（I2C 和 SPI）板进行传感器和 I/O 扩展。使用加速软件开发和预认证无线模块，加快您的物联网产品的上市时间。

DwF物联网无线模块解决方案 - 广州 - 2015-06-11 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 智能家居和建筑 实践研讨会：物联网 Wi-Fi 模块开发套件 - 快速入门 智能网络

.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 理解和使用.sdcard格式 Yocto Communiy BSP 和 Release BSP 中默认启用的一个非常有用的功能是在 .sdcard 中生成烘焙图像的选项格式。 如果 .sdcard默认情况下未选择格式，可以在 conf/local.conf 文件上通过添加 IMAGE_FSTYPES 来启用它，如下所示： IMAGE_FSTYPES="sd卡" 值得注意的是，如果指定了这个变量，那么只会创建类型定义的文件系统。此变量最常用的默认值是： IMAGE_FSTYPES="tar.bz2 ext3 sd卡" .sdcard 格式创建一个包含所有必要分区的映像，并将引导加载程序、内核和 rootfs 加载到该映像中。您可以使用 dd 将此文件中的数据低级复制到 SD 卡设备，如以下命令示例所示： $ sudo dd if=.sdcard of=/dev/sd bs=1M && 同步 .sdcard 上使用的分区文件 .sdcard 分区如下所示： IMAGE_ROOTFS_ALIGNMENT 为引导加载程序保留的未分区空间 引导空间 Kernerl 和其他数据 根文件系统大小 根文件系统。 在 RootFS 分区上授予更多可用空间 .sdcard 的大小文件将完全取决于 rootfs 的大小。这意味着，除非我们向 rootfs 分区添加额外的空间，否则生成的文件将不会对我们所有的 SD 卡容量进行分区。（当然，一旦加载到 SD 卡上，总是可以选择编辑分区） 为了添加更多空间，您可以使用 IMAGE_ROOTFS_EXTRA_SPACE 变量。您可以将其添加到 local.conf 文件中，并添加以 KB 为单位的可用磁盘空间。例如，如果您想保证 1GB 的额外空间，您可以将以下行添加到您的 local.conf 文件。 IMAGE_ROOTFS_EXTRA_SPACE = "1048576" 值得注意的是，这是 IMAGE_OVERHEAD_FACTOR 变量的附加空间，该变量定义了应用于初始图像大小的乘数。这仅适用于乘数乘以 默认情况下，构建过程对此变量使用乘数 1.3。当使用此方法确定最终生成的图像大小时，此默认值会导致 30% 的可用磁盘空间添加到图像中。这意味着在安装后脚本之前应该有 30% 的可用磁盘空间。如果您希望获得更多空间，可以按如下方式编辑此变量： 图像开销因子 = "1.5" 这将导致在安装后脚本之前向映像中添加 50% 的可用磁盘空间，并且不考虑可能来自包管理系统的开销。 IMAGE_ROOTFS_SIZE 是如何计算的 这个变量也是以千字节为单位，它由 OpenEmbedded 构建系统使用一种算法来确定，该算法考虑了用于生成图像的初始磁盘空间、图像的请求大小（通过开销因素）以及要添加到图像的额外可用空间（通过额外空间变量）。 构建系统首先运行 du（磁盘使用情况）命令来确定 rootfs 目录树的大小。如果 IMAGE_ROOTFS_SIZE 当前值大于磁盘使用量乘以开销因子，则仅添加额外的空间。如果 IMAGE_ROOTFS_SIZE 小于磁盘使用量乘以开销因子，则在添加额外空间之前将磁盘使用量乘以开销因子。 IMAGE_ROOTFS_SIZE 必须设置为默认值，该值通常非常低，因为它只是在每次烘焙图像时初始化并根据实际尺寸要求进行更新。 您也可以直接使用此变量来选择要分配给 RootFS 的空间。例如，将 RootFS 设置为 2GB 需要在 local.conf 文件中添加以下内容： IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 在这个例子中，我们将开销因子保留为 1，这样就不会添加额外的空间，因为我们指定了我们想要的 rootfs 大小。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你知道发生了什么事吗？在 tmp/deploy/images/ / 文件夹中，较短的 sdcard 文件名只是较长文件名的链接。运行 dd 命令时我总是使用较长的文件名。 另外，我发现引导加载程序中存在严重的 CRC 环境错误。无论出于何种原因，总是要求您第一次从新映像的卡启动时中断启动，然后输入“saveenv”（不带引号），然后重置。这也许可以解决你的问题。每次我将新图像写入 SD 卡时，我都必须这样做。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可能从网页上复制粘贴了命令“IMAGE_ROOTFS_SIZE = “2097152””，但其中的双引号字符（ “ ”）有误。请将其替换为“linux double quote "”，解析错误即可消失。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 根据第一段，该文档似乎在说这些变量中的任何一个都应该添加到 conf/local.conf。 然而，当我添加 IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 到我的 conf/local.conf 文件，我收到 bitbake 错误： 错误：/home/user/yocto/build/conf/local.conf:26 处的 ParseError：未解析的行：'IMAGE_ROOTFS_SIZE =“2097152”' 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是否会逐步淘汰这一模式，转而采用“WIC”模式？rocko repo 无法构建 .sdcard默认文件。 有人知道是否有关于 WIC 文件格式的类似描述以及如何使用它吗？ 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您能分享一下您的解决方案吗？谢谢 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 事实证明，如果更改制造工具脚本，制造工具也可以创建多个分区。该文档包含在制造工具下载中。我计划使用 *.sdcard 图像对我的设备上 eMMC 进行编程，并且无论如何都需要使用制造工具。制造工具中的默认设置甚至不使用 *.sdcard 图像，所以我想我现在不需要解决这个特定问题。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jtis我也有同样的问题。我正在尝试做同样的事情。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， gusarambula ，这份文档包含非常重要和有用的信息，希望下次你能在教程中向我们解释所有可以使用命令“dd”应用于带有 i.MX 的 SD 的选项。 请继续努力 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢您的反馈！ Bio_TICFSL ，我终于可以提到你了。您能否对此文档提出评论？ 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档，特别是关于扩展分区容量的主题，看起来像是一个常见问题解答。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档！ 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 很棒的文件，古斯塔沃。

无用户界面的 mx8_ddr_stress_test i.MX8/i.MX8X/i.MX8DXL 具有 DDR 压力测试工具。这是一个窗口 UI 程序。 在某些情况下，i.MX 设备处于安全锁定状态。需要已签名的镜像才能运行。 例如，对单元故障字段进行返回分析，在现有的板上切换新的 DDR 部件。 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Re: mx8_ddr_stress_test 无用户界面 mx8_ddr_stress_test（无 UI）的主要目的是处理和分析现场返修的、已启用安全关闭功能的设备。它使用与产品设备相同的DDR配置。 您的问题对我来说不太清楚。我想说，如果DDR压力UI版本可以实现，那么没有UI也可以实现。但它无法动态加载不同的配置。 这里是知识库空间。我只想回答有关“mx8_ddr_stress_test without UI”的问题。我不希望其他人感到困惑。 感谢您的理解。 如果您需要针对新的 DDR 硬件配置生成新的配置参数。您可以使用RPA生成符合您设计的内容。 请向恩智浦社区提交问题工单。我的同事会帮助您。

i.MX7D DRAM Register Programming Aids Important: If you have any questions or would like to report any issues with the DDR tools or supporting documents please create a support ticket in the i.MX community. Please note that any private messages or direct emails are not monitored and will not receive a response. These are detailed programming aids for the registers associated with DRAM initialization (LPDDR3, DDR3, and LPDDR2). The last work sheet tab in the tool formats the register settings for use with the ARM DS5 debugger. It can also be used with the windows executable for the DDR Stress Test (note the removal of debugger specific commands in this tab). These programming aids were developed for internal NXP validation boards. This tool serves as an aid to assist with programming the DDR interface of the MX7D and is based on the DDR initialization scripts developed for NXP boards and no guarantees are made by this tool. The following are some general notes regarding this tool: The default configuration for the tool is to enable bank interleaving. Refer to the "How To Use" tab in the tool as a starting point to use this tool. The tool can be configured for one of the three memory types supported by the MX7D.  However, three separate programming aids are provided based on the DRAM type: LPDDR3, LPDDR2, and DDR3.  Therefore, you may use the tool pre-configured for your desired memory type as a starting point. The DRAM controller IP in MX7D is different from the MX6 series MMDC controller. Results from DRAM calibration may be updated for the following registers: DDR_PHY_OFFSET_WR_CON0 (0x30790030) and DDR_PHY_OFFSET_RD_CON0 (0x30790020).  Also, the MX7D memory map DRAM starting address is fixed at 0x80000000. Some of the CCM programming at the beginning of the DRAM initialization script (in the "DStream .ds file" tab) were automatically generated and in very few cases may involve writing to reserved bits, however, these writes to reserved bits are simply ignored. Note that in the "DStream .ds file" tab there are DS5 debugger specific commands that should be commented out or removed when using the DRAM initialization for non-debugger specific applications (like when porting to bootloaders). This tool may be updated on an as-needed basis for bug fixes or future improvements.  There is no schedule for aforementioned maintenance. For questions or additional assistance using this tool, please contact your local sales or FAE. Re: i.MX7D DRAM Register Programming Aid Hi LinWang, Thank you for bringing this to my attention.  I have made the necessary changes per the thread you referenced. Thanks, Mike Re: i.MX7D DRAM Register Programming Aid Hello Michael, One ZQ cali related bug had been idendified, please refer to thread.i.MX7 : ZQ calibration sequence is inconsistent with reference manual Update programming aid will be appreciated.

HSE_b: Not allowed to import RSA key to RAM I'm trying to understand how to use the key import service by importing a single 1024-bit RSA public key into the RAM catalog, but the server responds HSE_SRV_RSP_NOT_ALLOWED. My test application formats the RAM key catalog as follows: { { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_RSA_PUB, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY1024_BITS, }, { muMask = HSE_MU0_MASK | HSE_MU1_MASK, groupOwner = HSE_KEY_OWNER_ANY, keyType = HSE_KEY_TYPE_ECC_PUB_EXT, numOfKeySlots = 2, maxKeyBitLen = HSE_KEY256_BITS, }, { muMask = 0, groupOwner = 0, keyType = 0, numOfKeySlots = 0, maxKeyBitLen = 0 }, } and I get server reply HSE_SRV_RSP_OK. I then try to import an RSA key with the following key info: { keyFlags = HSE_KF_USAGE_VERIFY, keyBitLen = HSE_KEY1024_BITS, keyCounter = 0x0, smrFlags = 0x0, keyType = HSE_KEY_TYPE_RSA_PUB, specific = { pubExponentSize = 4, } } and my request is as follows: { targetKeyHandle = 0x20000, pKeyInfo = 0x20401f74, pKey = { 0x210034b4, 0x21003534, 0x0}, keyLen = { 0x80, 0x4, 0x0}, } . I have set HSE_RAM_PUB_KEY_IMPORT_POLICY_ATTR_ID to HSE_KM_POLICY_ALLOW_RAM_PUB_KEY_IMPORT, and read it back as the same. LC attribute is 0x04, HSE error flags are 0x0000, HSE status flags are 0x0B60. Firmware version reads as 0x0F SoC ID 0x0000 FW type 0x02 major 0x32 minor 0x00 patch. Re: HSE_b: Not allowed to import RSA key to RAM Hi @Emma_G-gbg  Your parameters are correct, I can see nothing wrong there. If you have super user rights, it’s not even necessary to set that attribute. I was testing something very similar yesterday, so I just slightly updated my code to import 1024bit RSA public key with 4-bytes public exponent. It looks like this: Notice that it’s not necessary to set pubExponentSize when importing RSA public key. HSE ignores this parameter. It uses keyLen[1] instead. Parameter pubExponentSize is used when reading the keyInfo by service HSE_SRV_ID_GET_KEY_INFO. This is what I got when I read the keyInfo of that key: Isn’t that just data cache issue? Could you try to disable data cache to see if it makes a difference? Regards, Lukas Re: HSE_b: Not allowed to import RSA key to RAM Thank you, I had missed filling in cipher and auth key handle information, I hadn't checked so I thought HSE_INVALID_KEY_HANDLE would be zero. It's currently working with at least some of the values in cached memories, with cache maintenance operations before and after service calls. Since we are adding HSE services to an existing project we are precluded from changing the cache structure, but so far everything has worked as long as we make sure it's actually written to the shared memory, although I did also try disabling the cache for the relevant memories, which made no difference.

当 PN7160 设置为 LPCD 模式时，不能使用 2×2 厘米天线从 LPCD 模式激活它。 使用 “NFC 天线工具”，我们为 PN7160 设计了一个 2 cm × 2 cm 的板载天线，Q 系数为 20，目标阻抗为 11 Ω。由于这是一个小型天线，我们根据 "PN7160 常见问题 [AN13892]"启用了 PN7160 的 DPC。 在这种情况下，如果我们不启用 PN7160 的 LPCD 模式，两台 PN7160 设备可以通过 P2P 进行正常通信。但是，如果我们启用 PN7160 的 LPCD 模式，PN7160 将无法从 LPCD 模式唤醒。不过，使用相同的驱动器，我们可以用 2 厘米 × 4 厘米的天线从 LPCD 模式激活它。 来自 2 厘米 × 2 厘米天线的 LPCD TRACE 信息如下： D (6358097) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 D (6358597) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 D (6359107) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 D (6359617) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03 有关天线设计参数，请参阅附件。 并将 CORE_SET_CONFIG_CMD 设置为 ： uint8_t NxpNci_CORE_CONF_EXTN[]={0x20, 0x02, 0x6B, 0x05, /* CORE_SET_CONFIG_CMD */ 0xA0, 0x40, 0x01, 0x81、 /* TAG_DETECTOR_CFG */ 0xA0, 0x41, 0x01, 0x10, /* TAG_DETECTOR_THRESHOLD_CFG */ 0xA0, 0x42, 0x01, 0x0F、 /* TAG_DETECTOR_PERIOD_CFG */ 0xA0, 0x43, 0x01, 0x00, /* TAG_DETECTOR_FALLBACK_CNT_CFG */ 0xA0, 0x0B, 0x57, 0xE5, 0x05, 0x90, 0x6E, 0x0F, 0x4E, /* DPC_CONFIG*/ 0x00, 0x40, 0x95, 0xB7, 0xAA, 0x40, 0x9F, 0xA7, 0x99、 0x53, 0x9F, 0x97, 0x99, 0x5D, 0x9F, 0x97, 0x99, 0x5F, 0x9F, 0x97, 0x00, 0x68, 0x9F, 0x07, 0x00, 0x6A, 0x1F, 0x07, 0x00, 0x74, 0x1F, 0x07, 0x00, 0x78, 0x1F, 0x07, 0x00, 0x7F, 0x1F, 0x07, 0x00, 0x81, 0x1F, 0x07, 0x00、 0x8B, 0x1F, 0x04, 0x00, 0x8C, 0x1F, 0x04, 0x00, 0x96, 0x1F, 0x04, 0x00, 0x98, 0x1F, 0x04, 0x00, 0xA1, 0x1F、 0x02、0x00、0xA9、0x1F、0x00、0x00、0xAF、0x1F、0x00、 0x00、0xB8、0x1F、0x00、0x00、0xC2、0x1F、0x00、0x00 }； 这个问题是由天线匹配还是寄存器设置引起的？ Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 您好，感谢您对我们的产品感兴趣。 您的设置有一些局限性，我想谈谈。 尽管可以使用 2x2 厘米的天线，但建议尝试使用尺寸稍大的天线。 我还想澄清一点，NFC 论坛不推荐使用 P2P，我们强烈建议使用 HCE 和读/写模式。 启动器的天线尺寸很可能太小，不会导致目标失调。 您是否尝试过用普通的 PICC（如卡片）唤醒 LPCD 读取器？这样做的结果是什么？ 请分享史密斯手推车和原型图，以便进一步审查。 Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 您能测量天线的阻抗吗？ 似乎相对较低。 Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 非常感谢您的答复，但我现在没有 VNA。如果还是不能解决问题，我就去买一个。您还有其他建议吗？ Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 非常感谢您的回复。 目前，我们使用 P2P 是为了兼容性而做出的妥协。我们重新优化了天线形状和 PCB 布局，但问题依然存在。附件中的第一张图片是天线原理图，其中包含使用 "NFC 天线工具 "生成的参数；第二张图片是 PN7160 及其外围电路的原理图；第三和第四张图片显示了 PCB 布局的顶视图和底视图；第五张图片显示了我们输入 NFC 天线工具的参数。 根据 AN13219（PN7160 天线设计和匹配指南）第 23 页，我们将非对称和对称调谐方案的 Q 值、目标阻抗、fEMC 截止频率和 L0 分别设置为 20、13 Ω、22 MHz 和 20、11 Ω、14.6 MHz。但是，在这两种情况下，LPCD TRACE 的通知信息仍然是： D (564760) PN7160_I2C：NCI<< 0x6f 0x13 0x04 0x80 0x83 0x80 0x03。 无论我们用手指还是金属物体靠近天线，测量结果都不会改变。 Re: When the PN7160 is set to LPCD mode, it cannot be activated from LPCD mode using a 2×2 cm antenn 我们还参考了 "PN7160 天线设计与匹配指南"，并使用该程序读取了 AGC 值： 无效 Get_AGC(SemaphoreHandle_t Semaphore_PN7160_IRQ) { uint8_t 获取[] ={0x2F, 0x3D, 0x04, 0x02, 0xC8, 0x60, 0x03}; uint8_t 答案[255]; uint16_t 答案大小; 虽然(1)     { printf("\n");   NxpNci_HostTransceive(Semaphore_PN7160_IRQ, 获取, sizeof(获取), 答案, 大小(答案), &答案大小); 如果((答案[0] != 0x4F) ||(答案[1] != 0x3D) ||(答案[3] != 0x00)) { printf("错误，无法获取参数值\n");      } 不然 { printf("\n"); printf("测量的 AGC 值 (LSB)= %.2Xh", 答案[4]); printf("\n"); printf("测量的 AGC 值 (MSB)= %.2Xh", 答案[5]); printf("\n");      }    } }   不过，我们得到的结果很奇怪，它并没有列在 UM11495 号文件的 TEST_ANTENNA_RSP 返回值列表中。我们读取的值是 0x06： (7600) PN7160_I2C：NCI>> 0x2f 0x3d 0x04 0x02 0xc8 0x60 0x03 D (7600) PN7160_I2C：NCI<< 0x4f 0x3d 0x01 0x06 但 UM11495 只提到四种可能的结果： 0x00: STATUS_OK 0x01: 拒绝执行测试（PN7160 处于错误状态） 0x04: STATUS_TEST_EXEC_FAILED 0x09: STATUS_INVALID_PARAM 其他：RFU

mimxrt1180 上の Azure NetXDuo NXPコミュニティの皆様、こんにちは。 MCUXpresso SDK BuilderでAzure NetXDuoを選択してSDKのビルドをクリックすると、ボードが見つからないため、 Azure NetXDuoをmimxrt1180のミドルウェアとして使用できません（下記参照）。 このボード用のミドルウェアを入手する別の方法はありますか？ よろしくお願いいたします。 ACR 開発ボード Re: Azure NetXDuo on mimxrt1180 こんにちは、 @ACR さん。 RT1180は現在、NXP製マイクロコントローラ向けAzure RTOSのサポート対象外です。詳細は以下のリンクをご覧ください： NXPマイクロコントローラ向けAzure RTOS | NXP Semiconductors ご迷惑をおかけして申し訳ございません。 Re: Azure NetXDuo on mimxrt1180 こんにちは、 @EdwinHz ご返信ありがとうございます。RT1180版のリリースは近いうちに期待できますか？ 現在サポートされている別のネットワークスタックはありますか？ よろしくお願いします、 Re: Azure NetXDuo on mimxrt1180 RT1180で現在サポートされているネットワークスタックは、LwIP、Zephyrネットワークスタック、およびここに示されているインダストリアルなプロトコル・スタック（EtherCATやPROFINETなど）です。https: //www.nxp.com/products/i.MX-RT1180#software RT1180におけるAzureのFUTUREのサポートについては、私にはその情報へのアクセス権限がありません。 BR、 エドウィン。

[S32K566] MRAM OTP write Hi,  Autoever asked a question regarding the OTP write. When an OTP write operation is on execution, OTP read, MRAM read/write are not allowed. In the S32K3 RTD, there is an option of "Mem Load Access Code On Jab Start" in the S32K3_infls.jpg attached, but I couldn't find this option in the current S32K5 RTD. Do we have a plan to add this option into S32K5 RTD? In the current version, how should I implement the OPT write routine? Thanks. Jose Luis. RTD Re: [S32K566] MRAM OTP write Hi @nxf59838 , SW team follows RM to implement code, as you can see: For tasks: read MRAM - write MRAM, OTP read - MRAM write they can be executed at same time with different partitions, but this not allowed for OTP write. I think you can put this question to HW team. Best regards, Nhi Re: [S32K566] MRAM OTP write Hello Nhi, The question was related to the following: In the S32K3 RTD, there is an option of "Mem Load Access Code On Jab Start" in the S32K3_infls.jpg attached, but I couldn't find this option in the current S32K5 RTD. Do we have a plan to add this option into S32K5 RTD? In the current version, how should I implement the OPT write routine? also, another question is  - In the Mem_43_MRAM_MemMap.h file, the section MEM_43_MRAM_START_SEC_RAMCODE can be found, but it does not seem to be currently used. - Is there any plan to implement functionality using MEM_43_MRAM_START_SEC_RAMCODE? Thanks. Jose Luis. Re: [S32K566] MRAM OTP write Hi Nhi, I will sent your answer. Thanks. Jose Luis. Re: [S32K566] MRAM OTP write Hi @nxf59838 , In S32K3, the feature Mem Load Access Code On Jab Start  to load access code that was stored same block with block want to write to SRAM, and this was done before starting write task to avoid read while write. If this feature isn't supported, for some cases that allow to read while write with different partitions, you can write to other partitions(except partition store access code) to solve the problem. But K5 doesn't allow to read, write MRAM or read OTP during write OTP so this can't solve the problem.  In current driver of K5, I just saw the example with DSP core loaded to MRAM. You can refer to the example of Platform. If you load access code to OTP space, then write to OTP, the issue can happen. For this, you just can load access code to SRAM to solve the problem. Other examples (M7, M4, R52 core), access code stored in SRAM, so it can't cause the issue read while write when you execute OTP write. As far as I know, SW team has no plan to implement this feature yet.  For the question about Mem_43_MRAM_MemMap.h, the section MEM_43_MRAM_START_SEC_RAMCODE  is in SRAM. As far as I know, we don't have the plan to use this section yet. Best regards, Nhi

MIMXRT700-EVK ブロック図の部品番号参照が間違っています RT700 評価ボード ( MIMXRT700-EVK ) を使用していますが、ドキュメントに矛盾があることに気付きました。ブロック図では、Macronix フラッシュ メモリの部品番号がMX25UM51345GXDI00として記載されていますが、これはMX25UW51345GXDI00が記載されている BOM ファイルと一致しません。さらに、実際のボード上の部品番号はブロック図の部品番号と異なります。     これは、特にドキュメントを参照したり正しいデータシートを見つけようとしたりするときに混乱を引き起こします。現在 RT700-EVK で使用されているフラッシュ部品の正確な番号を教えていただけますか?また、可能であれば、NXP はこの特定のフラッシュ IC のデータシートを提供してもらえますか?それは私たちの発展にとって非常に役立つでしょう。 Re: MIMXRT700-EVK block diagram wrong part number reference 私は、この問題を報告したかっただけで、次のエラッタまたは RT700 EVK ボード マニュアルの次の改訂版で NXP がこれを考慮に入れることができるようにしたかったのです。データシートについては、Macronix にお問い合わせします。 Re: MIMXRT700-EVK block diagram wrong part number reference こんにちは@prathamvoraさん、 メモリの部品番号については BOM に従ってください。データシートについては、Macronix にお問い合わせください。 よろしくお願いいたします。 パブロ Re: MIMXRT700-EVK block diagram wrong part number reference こんにちは、 この件についてご報告いただきありがとうございます。 今後の参考のために、次のリンクを使用して技術ドキュメントのフィードバックを送信することもできます。 技術ドキュメントに関するフィードバック | NXP Semiconductors よろしくお願いします、 パブロ

SDK 2.2.0 MKL16Z128xxx4 和 McuXpresso IDE V25.6 你好，我以前使用过 McuXpresso V19.xxx 和上述 SDK，在构建时没有问题。 将集成开发环境升级到 V25.6 后，fsl_common.c 出现问题，错误信息是 构建目标：MKL16_BLE_CLIENT_V1_0.axf 调用：MCU 连接器 arm-none-eabi-gcc-nostdlib-Xlinker-Map= " mkl16_ble_client_v1_0.map "-Xlinker --gc-sections -Xlinker -print-memory-usage -Xlinker --sort-section=alignment -Xlinker --cref -mcpu=cortex-m0plus -mthumb -T MKL16_BLE_CLIENT_V1_0_Debug.ld -o"MKL16_BLE_CLIENT_V1_0.axf"./source/LPS22HH_driver.o ./source/LSM6DS3_driver.o ./source/STHS34PF80TR_driver.o ../source/VL53L1_driver.o ./source/adc_driver.o ./source/batt_driver.o ./source/ble_driver.o ./source/cop_driver.o ./source/eeprom_driver.o ./source/fonts.o./source/i2c_driver.o ./source/init_dev_from_struct.o ./source/irq_driver.o ./source/led_driver.o ./source/lptmr_driver.o ./source/main.o ./source/mode_driver.o ./source/mtb.o。/source/oled_driver.o。/来源/semihost_hardfault.o。/source/spi_driver.o。/source/swd_driver.o。/source/uart_driver.o。/drivers/fsl_adc16.o。/drivers/fsl_clock.o。/drivers/fsl_cmp.o。/drivers/fsl_common.o。/drivers/fsl_dac.o。/drivers/fsl_dma.o。/drivers/fsl_dmamux.o。/drivers/fsl_flash.o。/drivers/fsl_gpio.o。/drivers/fsl_i2c.o。/drivers/fsl_i2c_dma.o。/drivers/fsl_llwu.o。/drivers/fsl_lpsci.o。/drivers/fsl_lpsci_dma.o。/drivers/fsl_lptmr.o。/drivers/fsl_pit.o。/drivers/fsl_pmc.o。/drivers/fsl_rcm.o。/drivers/fsl_rtc.o。/drivers/fsl_sim.o。/drivers/fsl_smc.o。/drivers/fsl_spi.o。/drivers/fsl_spi_dma.o。/drivers/fsl_tpm.o。/drivers/fsl_tsi_v4.o。/drivers/fsl_uart.o。/drivers/fsl_uart_dma.o。/board/clock_config.o。/board/peripherals.o。/board/pin_mux.o。/cmsis/system_mkl16z4.o C: /nxp/mcuxpressoide_25.6.136/ide/plugins/com.nxp.mcuxpresso.tools.win32_25.6.0.202501151204/Tools/bin/.../lib/gcc/arm-none-eabi/14.2.1/../../../../../../arm-none-eabi/bin/ld.exe:。/drivers/fsl_common.o：在函数 `__assertion_failed' 中： C:\Software Projects\ConSyTech\MKL16_BLE_CLIENT_V1_0\workspace\MKL16_BLE_CLIENT_V1_0\Debug/../drivers/fsl_common.c:49:(.text.__assertion_failed+0x10)：对 “dbgConsole_printf” 的未定义引用 已用内存区域大小 区域大小%已用内存年龄 程序闪存： 12728B 128KB 9.71% Sram: 2968 B 16 KB 18.12% collect2.exe：错误：LD 返回 1 退出状态 make[1]：*** [makefile:48: MKL16_BLE_CLIENT_V1_0.axf] （译注：MKL16_BLE_CLIENT_V1_0.axf）。错误 1 make：*** [makefile:39: all] 错误 2 " make-r-j8 all " 以退出代码 2 终止。版本可能不完整。 08:49:54 版本失败。3 个错误，0 个警告。(耗时 430 毫秒） 请教如何纠正。 克莱斯 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 你好@claeskjellstrom 请添加 debug_console 和 serial_manager 元器件。如果问题仍然存在，请分享您的项目，我将帮助您进行检查。   谢谢！   BR 爱丽丝 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 嗨，Alice，因为时间有点紧，我又换回了 11.9.1Build 2710 版的集成开发环境，但现在的问题似乎是我根本看不到"Clocks Diagram" ，MKL02 和 MKL16 MCU 都是如此。它们之前一直在工作，但无论" 关于透视" ，我都看不到它们，而且由于它是一个裸金属项目，一直在低功耗（不同的时钟设置）下运行，所以非常依赖它们。说来话长，我尝试了各种方法，最后在 MKL02 项目中，通过更改 mexfile，我现在可以看到它们了。 如果我从一个完全空白的项目开始，除了某些文件外，总是看不到时钟图？ 此致 克莱斯       Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 通过删除 x:// Program Data 文件夹/NXP/!!!!!!!!!delete 下以前版本的所有安装文件解决了这个问题。 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 您好， 谁能描述一下 mcuXpresso 版本和 mcu 配置工具之间的关系？如前所述，我使用的是 IDE 11.9.1，并尝试了不同版本的配置工具。我用 MKL16Z128xxx 的正确 SDK 制作了一个干净的项目，调用了所有驱动程序（fsl）等。据我所知，如果你有很久以前的配置工具生成的 mex 文件，你就不需要下载它，但显然版本真的很糟糕。当我运行配置工具作为独立组网 (SA)时，我收到的消息要么是太旧的版本，要么是更新版本。似乎什么都不合适。 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 您好， 对所附的屏幕转储有何评论？

ベアメタル用のOSタイマーインターフェース Arm 用の S32DS で動作していた古いドライバ モデルには、ベア メタル実装をサポートするタイマー遅延用の API がありました。新しいリアルタイム・ドライバ モデルでは、同等のものが見つかりません。これを実行しようとするとエラーが発生します。添付のスクリーンショットを参照してください。 それを行う方法はありますか? プロジェクトの詳細: MCU: 144ピン構成のS32K148 システムOS: ベアメタル RTD バージョン: 3.0.0 ドライバー構成: 低レベル (非 Autosar)。スクリーンショットを参照してください。 Re: OS Timer interface for bare metal こんにちは@danielmartynek 更新ありがとうございます。これは私が発見したものと一致しています。いくつかフォローアップがあります: 1.SO、リアルタイム・ドライバには OSIf_TimeDelay() に相当するものはないのでしょうか?ドライバー API の他の部分にも同様のギャップが見られ、既存のコードの移植がやや困難になっています。 2. これらの API はすべての MCAL 実装で統一されていますか?言い換えれば、MCAL 準拠を主張する別のベンダーのハードウェアと MCAL 実装を使用する場合、これらすべての API がそのドライバ実装で利用できると期待できますか?(これを逆に読むこともできます。MCAL 準拠を主張する別のベンダーから NXP に移行する場合、NXP ドライバが他のベンダーのドライバが提供するすべての API を提供すると期待できますか?) よろしくお願いいたします。 ドゥルガー・チョードリー Re: OS Timer interface for bare metal こんにちは、 @durga_choudhuryさん、 OsIf.hを参照してください。以下の機能があります: OsIf_Init()、 OsIf_GetCounter()、 OsIf_MicrosToTicks()、 OsIf_GetElapsed()、 BR、ダニエル Re: OS Timer interface for bare metal こんにちは@durga_choudhuryさん、 1. いいえ、そのような関数はありません。個々のドライバは OsIf API を使用します。たとえば、次のようになります。 2. RTD には以下が含まれます。 AUTOSAR MCALドライバ 低レベルのIPレベルドライバ MCAL の最上位層 (AUTOSAR) のみがポータブルです。 たとえば、Adc_Init()。 しかし、OsIf_GetElapsed() は AUTOSAR API ではなく、NXP 固有のものです。 よろしくお願いいたします。 ダニエル

PN7642 モジュール FCC ID PN7642 をベースにした NFC モジュールを設計しましたが、モジュールとして登録するために FCC 要件を満たすためのアプリケーション ノートはありますか? Re: PN7642 Module FCC ID ありがとう、Eduardo。ガイドラインに従い、ユニットはテストに合格しました。FCC には、私が出発点として使用したパゴダ リファレンス・デザインで使用される必須スクリーン 缶などの特別な要件があります。それ以外は主に事務作業です! Re: PN7642 Module FCC ID こんにちは@gredpath あなたの調子が良いといいのですが。 申し訳ありませんが、FCC 準拠に関する具体的なドキュメントはありません。NFC アンテナの設計とチューニング、DPC 機能、レイアウトの推奨事項について説明しているPN76 ファミリ アンテナ設計ガイドに記載されているガイドラインに従っていることを確認することをお勧めします。また、 PN7642 の設計推奨事項も確認してください。 さらに、アンテナ、デバッグ、テストと認定、EMC 関連の設計の主要な側面について説明しているNFC アンテナ設計トレーニング シリーズに従うこともお勧めします。 よろしくお願いいたします エドゥアルド。

EIQ 時系列生成モデルは、PowerQuad DSP または Neutron N1-16 NPU を使用して高速化されます。 質問: PowerQuad DSP または Neutron N1-16 NPU を使用して EIQ 時系列生成モデルを高速化するにはどうすればよいですか? 図に示すように、別のライブラリ ファイルを追加する必要がありますか、それとも生成されたモデルの静的ライブラリにはすでに PowerQuad DSP または Neutron N1-16 NPU アクセラレーションが含まれていますか? 想定される回答：PowerQuad DSPまたはNeutron N1-16 NPUアクセラレーションを使用したドキュメントまたはプロジェクトをご提供ください。TSSで更新可能な関連プロジェクトはありますか？ マクネン NPU|ML Re: eiq time series 生成模型使用PowerQuad DSP or Neutron N1-16 NPU加速 こんにちは@xiaobai_226 アクセラレータのサポート。  PowerQuad : NXP ハードウェア IP は、FFT 計算を高速化するのに役立ちます。選択したターゲットにこのハードウェア モジュールが含まれている場合は、デフォルトで表示され、有効になります。 Neutron NPU : NXP ハードウェア IP はディープラーニング モデルの予測を高速化するのに役立ちます。これは、選択したデバイスにこのハードウェア モジュールが含まれている場合にサポートされます。 BR ハリー Re: eiq time series 生成模型使用PowerQuad DSP or Neutron N1-16 NPU加速 こんにちは、ハリー TSS によって生成されたライブラリ ファイルには、すでに加速プロセッシングユニットが組み込まれているということをおっしゃっているのでしょうか?.lib 以降TSSによって生成されたファイルには、プロセッシングユニットが含まれているかどうかが明示的に示されておらず、SDKの例とTensorFlow for NPUの両方でNPUは.aの形式で提供されることを考えると、ファイルでは、TSS で生成されたファイルに加速ユニットが含まれているかどうかは不明のままです。テストに使用する評価ボードは MXCN947EVK です。