When using the SW connection, the RST pin of the FS32K144UAT0VLLT still shows a triangular wave after unlocking. Without connecting the RST pin, the host computer cannot connect to the microcontroller. A J-LINK uses SWDIO and SWCLK, with GND connected to the microcontroller FS32K144UAT0VLLT. The program download circuit uses 5V for both VCC and the microcontroller. The RST pin has a triangular wave: f=1.8KHZ, 2.6Vp-p triangular wave: 3. When entering "unlock" in J-Link, Kinetis displays an error and cannot connect: IV. The J-Link connection to the microcontroller's 97 pin PTA5 (*JTAG_TRST/*RESET) via the RST reset pin is successful, and decryption is successful. Does this mean decryption was successful? 5. When connecting the circuit board using Keil uVision5, the microcontroller cannot be connected without using RST; RST is required for connection. 9.png9.png And the triangular wave on the reset pin is still present, as shown in the following figure: Question for NXP instructors: This circuit board (using the FS32K144UAT0VLLT microcontroller) previously worked fine when only SWDIO, SWCLK, and GND were connected, allowing for normal program downloads. Why is it that this time, program downloads only occur after connecting RST? What could be the reason? Thank you! 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Hi Without RESET_b connected, J-Link cannot control the reset timing of the S32K1; intermittent connection failures may occur if the user program, watchdog timer, low-power mode, or pin multiplexing affects the debug port. Because there is no code in the Flash (e.g., in a new chip, the Flash is empty), the MCU will continuously and periodically reset due to a core lockup. Furthermore, due to the external RC circuit, the square wave becomes a triangular wave. Once you download a new, working program, the RESET_b pin will return to a high level. Best Regards, Robin 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Dear teachers: Sorry, the illustrations for the question I posted yesterday were not properly matched, making it very messy and unclear. I'm reposting it today, and I hope all the teachers can provide explanations as soon as possible! When using the SW connection, the RST pin of the FS32K144UAT0VLLT still shows a triangular wave after unlocking. Without connecting the RST pin, the host computer cannot connect to the microcontroller. A JLINK uses SWDIO and SWCLK, with GND connected to the microcontroller FS32K144UAT0VLLT. The program download circuit uses 5V for both VCC and the microcontroller. 11.png11.png 2. The RST pin shows a triangular wave: f=1.8KHZ, 2.6Vp-p triangular wave: 22.png22.png 3. When entering "unlock" in J-Link, Kinetis displays an error and cannot connect: 33.png33.png 4. Add the RST reset pin to the J-Link and connect it to the microcontroller's 97 pin PTA5 (*JTAG_TRST/*RESET). Connection successful, decryption successful. 44.png44.png 5. When using Keil uVision5 to connect the circuit board, you cannot connect the microcontroller without using RST; you can only connect the microcontroller by using RST. And the triangular wave on the reset pin is still present, as shown in the following figure: 22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Teacher: The above text is miswritten. Please see the Word document below; it's the same issue. Thank you!

How to integrate Plug and Trust MW into OP-TEE Hello NXP Community, I am currently working on integrating the Plug and Trust Middleware with OP-TEE (Binding for MCUs with TrustZone) for our project. I have reviewed AN12662 (Binding a host device to EdgeLock SE05x) Rev. 1.1, but I could not find detailed, step-by-step instructions or the specific sections covering the exact integration process. Could you please point me to the specific sections or pages in AN12662 that cover this integration, or provide additional documentation/sample code showing how to build and integrate Plug and Trust MW with OP-TEE? Here are my environment details: Board: MCIMX8M-WEVK and OM-SE051ARD Plug and Trust MW Version: v04.07.01 OP-TEE OS Version: 3.19.0 Linux Kernel: 6.1.151 Any guidance, application notes, or pointers to relevant code repositories would be greatly appreciated. SE050

FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 一 J-LINK使用SWDIO和SWCLK，GND 连接单片机FS32K144UAT0VLLT, 程序下载电路，VCC和单片机都是5V： RST管脚有三角波：f=1.8KHZ,2.6Vp-p的三角波： 三．在J-Link>输入unlock kinetis显示有错误不能连接： 四．J-Link添加RST复位管脚连接单片机97管脚PTA5(*JTAG_TRST/*RESET，连接成功，解密成功。这是解密成功吗？ 五．使用Keil uVision5连接电路板，不使用RST不能连接单片机，只有使用RST才能连接单片机， 9.png9.png 并且复位管脚三角波仍然存在，如下图：        请问NXP老师: 这块电路板（使用FS32K144UAT0VLLT单片机），以前只使用SWDIO，SWCLK，GND连接可以正常下载程序，这次为什么只有连接RST后才能下载程序，这是什么原因？谢谢！ 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 Hi 不接 RESET_b 时，J-Link 无法控制 S32K1 的复位时序；只要用户程序、看门狗、低功耗或引脚复用影响了调试口，就可能出现偶发无法连接。  因为Flash中没有代码(比如新芯片，Flash为空)，MCU将由于内核死锁(lockup)不断地周期性复位。又因为外部RC所以方波变成了三角波。 等你下载新的可以正常运行的程序，RESET_b引脚就恢复高电平了。 Best Regards, Robin 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 各位老师： 不好意思，昨天发的问题插图没有配好，非常混乱看不清楚，今天重新发布，希望各位老师尽快给讲解！ FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 一 JLINK使用SWDIO和SWCLK，GND 连接单片机FS32K144UAT0VLLT, 程序下载电路，VCC和单片机都是5V： 11.png11.png 二 RST管脚有三角波：f=1.8KHZ,2.6Vp-p的三角波： 22.png22.png 三 在J-Link>输入unlock kinetis显示有错误不能连接： 33.png33.png 四 J-Link添加RST复位管脚连接单片机97管脚PTA5(*JTAG_TRST/*RESET，连接成功，解密成功。 44.png44.png 五 使用Keil uVision5连接电路板，不使用RST不能连接单片机，只有使用RST才能连接单片机， 并且复位管脚三角波仍然存在，如下图： 22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 老师：上面文版本错乱，请查看下面Word文档，是同一个问题，谢谢！

s32ds lisence I am using version 3.5 of the S32DS. This version of the IDE requires a license registration. However, there is no license registration available for version 3.5 on the official website. I have two computers, and currently, the IDE on one of them does not have a license. I registered two accounts using my email. When opening the "Product Information" interface for both accounts, one had the 3.5 version of the IDE available for download, while the other only had the 3.6 version of the IDE available. This is a bit strange. So I need a 3.5 version of the license. Are there any good solutions? 111.png111.png Re: s32ds lisence Hi,  please try to activate S32DS v3.5 with your code -  36BC-F75D-29F6-92A0

SW接続を使用する場合、FS32K144UAT0VLLTのRSTピンはロック解除後も三角波を示します。RSTピンを接続しないと、ホストコンピュータはマイクロコントローラに接続できません。 J-LINKはSWDIOとSWCLKを使用し、GNDはマイクロコントローラFS32K144UAT0VLLTに接続されます。 プログラムダウンロード回路は、VCCとマイクロコントローラの両方に5Vを使用します。 RSTピンには三角波が出力されます：f=1.8KHZ、2.6Vp-pの三角波： 3. J-Linkで「unlock」と入力すると、Kinetisにエラーが表示され、接続できません。 IV. RSTリセットピンを介したマイクロコントローラの97ピンPTA5（*JTAG_TRST/*RESET）へのJ-Link接続は成功し、復号も成功しました。これは復号が成功したことを意味しますか？ 5. Keil uVision5を使用して回路基板を接続する場合、RSTを使用せずにマイクロコントローラを接続することはできません。RSTを使用してのみマイクロコントローラを接続できます。 9.png9.png そして、リセットピン上の三角波は依然として存在しており、次の図に示されています。 NXPのインストラクターの方々への質問です。 この回路基板（FS32K144UAT0VLLTマイクロコントローラを使用）は、以前はSWDIO、SWCLK、GNDのみを接続した状態で正常に動作し、プログラムのダウンロードも問題なく行えていました。ところが今回は、RSTを接続しないとプログラムのダウンロードができないのはなぜでしょうか？原因は何でしょうか？ご教示いただければ幸いです。 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 こんにちは RESET_bが接続されていない場合、J-LinkはS32K1のリセットタイミングを制御できません。ユーザープログラム、ウォッチドッグタイマー、低消費電力モード、またはピン多重化がデバッグポートに影響を与える場合、断続的な接続障害が発生する可能性があります。 フラッシュメモリにコードが存在しないため（例えば、新品のチップではフラッシュメモリは空である）、コアのロックアップによりMCUは継続的かつ周期的にリセットされます。さらに、外部RC回路の影響により、方形波が三角波に変化します。 新しい正常に動作するプログラムをダウンロードすると、RESET_bピンはハイレベルに戻ります。 よろしくお願いします、 ロビン 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 先生方へ： 申し訳ありません。昨日投稿した質問のイラストが適切に揃っていなかったため、非常に見づらく分かりにくくなっていました。本日改めて投稿しますので、先生方からできるだけ早く解説をいただければ幸いです。 SW接続を使用する場合、FS32K144UAT0VLLTのRSTピンはロック解除後も三角波を示します。RSTピンを接続しないと、ホストコンピュータはマイクロコントローラに接続できません。 JLINKはSWDIOとSWCLKを使用し、GNDはマイクロコントローラFS32K144UAT0VLLTに接続されています。 プログラムダウンロード回路は、VCCとマイクロコントローラの両方に5Vを使用します。 11.png11.png 2. RSTピンには三角波が表示されます：f=1.8KHZ、2.6Vp-pの三角波： 22.png22.png 3. J-Linkで「unlock」と入力すると、Kinetisにエラーが表示され、接続できません。 33.png33.png 4. RSTリセットピンをJ-Linkに追加し、マイクロコントローラの97ピンPTA5（*JTAG_TRST/*RESET）に接続します。接続成功、復号化成功。 44.png44.png 5. Keil uVision5を使用して回路基板を接続する場合、RSTを使用せずにマイクロコントローラを接続することはできません。RSTを使用してのみマイクロコントローラを接続できます。 そして、リセットピン上の三角波は依然として存在しており、次の図に示されています。 22.png22.png 回复： FS32K144UAT0VLLT使用SW连接，解锁后RST管脚仍然有三角波，不连接RST管脚上位机不能和单片机连接。 先生：上記の文章は誤字です。下記のWord文書をご覧ください。同じ問題が修正されています。ありがとうございます！

Plug and Trust MWをOP-TEEに統合する方法 こんにちは、NXPコミュニティの皆さん、 現在、私たちのプロジェクトのために、Plug and Trust MiddlewareとOP-TEE（TrustZone対応MCU用バインディング）の統合に取り組んでいます。 AN12662(ホストデバイスをEdgeLock SE05xにバインドする)Rev. 1.1は確認しましたが、詳細なステップバイステップの手順や、正確な統合プロセスを扱うセクションは見つかりませんでした。 この統合を扱っている具体的なセクションやAN12662ページを教えていただけるか、またはPlug and Trust MWをOP-TEEとどのように構築・統合するかを示す追加のドキュメントやサンプルコードを教えていただけませんか? 私の環境情報は以下のとおりです。 基板：MCIMX8M-WEVKおよびOM-SE051ARD Plug and Trust MW バージョン: v04.07.01 OP-TEE OSバージョン：3.19.0 Linuxカーネル:6.1.151 何かアドバイスやアプリケーションノート、関連するコードリポジトリへのアドバイスがあれば大変ありがたいです。 SE050

SE050C2 上的 SCP03 身份验证失败 大家好， 我目前正在做一个项目，使用 SE050C2 安全元件和 ESP32。我正在使用 ESP-IDF 和 Plug and Trust 中间件。 我正在尝试启用平台 SCP03 身份验证。根据中间件，SE050C2 变体的默认 OEF 键已经在标头中定义。 我已经将固件配置为使用这些密钥。但是，当我尝试打开会话时，SCP03 身份验证失败，并出现 MAC 验证错误 7042。 我的应用程序所需的密钥似乎与芯片内部实际存在的密钥不匹配。 关于这个问题，我有几个疑问： 此特定芯片版本的默认中间件密钥是否正确？ 如果该芯片是开发板的一部分，是否有可能预先配置了不同的密钥，例如 DEVKIT A1F4 密钥或标准测试密钥？ 是否有安全的方法来识别我芯片上的实际 SCP03 密钥，或者如果密钥被意外更改，是否有 RESET 密钥的程序？ 非常感谢您能提供任何解决此问题的指导。 谢谢 在线调试 Re: SCP03 Authentication Failure on SE050C2 你好， 谢谢你的指导。 关于日志信息，以下是我在出现 MAC 验证错误之前和期间获取的完整跟踪信息： sss :INFO :atr (长度=35) 00 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 08 01 00 00 00 00 64 00 00 0A 4A 43 4F 50 34 20 41 54 50 4F scp：错误：响应 MAC 地址未验证 7042 sss :WARN :nxEnsure:'ret == SM_OK' 失败。行号：6291 函数：sss_se05x_TXn sss :WARN :nxEnsure:'status == SM_OK' 失败。第 5119 行 函数：sss_se05x_cipher_one_go 关于读取 OEF ID：我使用的是 ESP32 作为主机 MCU，而不是像 FRDM 或 iMX 这样的 NXP 评估板。因此，我无法直接刷写预编译的二进制文件，也无法轻易使用您提到的 Windows VCOM / ssscli 方法。 由于我使用的是 ESP-IDF，我可以直接在我的 ESP32 上编译并运行 simw-top 中间件中提供的“se05x_GetInfo”示例来读取 OEF ID 吗？ 或者，有没有一个简单的 C 函数可以暂时添加到我当前的 main.c 文件中？（在 SCP03 初始化之前）将 OEF ID 和 UID 打印到控制台？ 感谢您的支持。 Re: SCP03 Authentication Failure on SE050C2 M AC 验证错误 7042似乎难以理解，能否提供更多日志信息？ 请查看下方 OEF ID 读取工具设置： ====================================== 10.7 如何获取 SE 平台信息和 UID 请使用以下任一方法获取SE平台信息。 10.7.1 使用 TeraTerm 和预编译二进制文件 FRDM-K64F 和 iMX-RT1060 的二进制目录中提供了 se05x_GetInfo 的预编译二进制文件。 您需要安装一个串口终端应用程序，例如 TeraTerm。 • 在您的系统上安装 TeraTerm。要设置 TeraTerm，请参阅 • 将预编译的二进制文件刷写到您的硬件上。 • 在 TeraTerm 上查看日志。 高亮显示的日志是 SE UID、OEF ID 和 JCOP 平台 ID。 10.7.2使用 VCOM 和二进制 Plug & Trust MW 文档 • 根据您的开发板，在二进制目录中找到 Flash VCOM 二进制文件。 • 在设备管理器中检查 VCOM 端口号。 • 使用以下配置构建项目 se05x_GetInfo：– SMCOM：VCOM– 主机：PCWindows • 运行构建好的二进制文件： se05x_GetInfo.exe COMxx 其中 COMxx 是从步骤 2 中获得的 VCOM 端口号。 高亮显示的日志包含 SE UID、OEF ID 和 JCOP 平台 ID。 10.7.3使用 ssscli 工具 Plug & Trust MW 文档 • 根据您的开发板，在二进制目录中找到 Flash VCOM 二进制文件。 • 在设备管理器中检查 VCOM 端口号。 • 在 binaries/PCWindows/ssscli 目录下运行以下命令： ssscli.exe 连接到 se050 vcom COMxx ssscli.exe se05x uid ssscli.exe 断开连接 其中 COMxx 是在步骤 2 中获得的 VCOM 端口号。 高亮显示的日志是 SE UID Re: SCP03 Authentication Failure on SE050C2 感谢您提供表格。我已经仔细检查了应用程序中的关键值。 我在 C 代码中使用的键与您表格中的 SE050C2 行完全匹配： ENC：BD 1D E2 0A 81 EA B2 BF 3B 70 9A 9D 69 A3 12 54 MAC：9A 76 1B 8D BA 6B ED F2 27 41 E4 5D 8D 42 36 F5 德克：9B 99 3B 60 0F 1C 64 F5 AD C0 63 19 2A 96 C9 47 完全没有任何区别。我将这些字节数组原封不动地传递给了中间件。但是，我仍然收到 MAC 验证错误 7042。 因为密钥与文档完全匹配，但在硬件上却无法使用，我强烈怀疑我的 SE050 芯片可能预先配置了不同的密钥。例如，它可能使用表格最后一行所示的开发板按键，或者标准测试按键。 是否有特定的命令或中间件函数可以在不使用 SCP03 的情况下运行，以安全地读取芯片的实际 OEF ID，或者检查它是否已配置为开发板？ 再次感谢您的帮助。 Re: SCP03 Authentication Failure on SE050C2 请查看下方SE050C2的默认密钥。如果报告 MAC 错误，能否检查一下应用程序的密钥值？多少比特差异会导致 MAC 地址验证错误 7042？ db16122_0-1787634676992.pngdb16122_0-1787634676992.png

如何刷写 .bin 文件在 i.MX RT1064 上使用 PEMicro Multilink LC 时，在特定的闪存偏移量下？ 您好， 我正在使用i.MX RT1064和PEMicro Multilink LC调试探针。 我需要将引导加载程序和应用程序分别写入编程闪存的不同偏移位置。例如，引导加载程序将放置在闪存的起始位置，而应用程序则放置在指定的偏移位置。 使用 i.MX RT1064 EVK 时，我能够使用LinkFlash将.bin文件编程到指定的闪存地址。但是，我现在使用的是 PEMicro Multilink LC，想知道等效的编程流程是什么。 我无法将引导加载程序和应用程序合并到单个.bin文件中。因为该应用程序是分区固件布局的一部分，需要作为单独的固件映像进行签名。因此，我需要将引导加载程序和应用程序作为单独的二进制文件，并将应用程序编程到其指定的闪存偏移量处。 我应该使用什么外部编程应用程序/工具配合 PEMicro Multilink LC 将.bin文件烧录到 i.MX RT1064 的特定地址/偏移量处？ 理想情况下，我希望能够选择.bin文件，指定其目标地址，并直接对其进行编程，而无需将引导加载程序和应用程序合并到单个二进制文件中。 谢谢您！ 启动 ROM | 启动配置 | 闪存

SCP03 Authentication Failure on SE050C2 Hi everyone, I am currently working on a project using the SE050C2 secure element alongside an ESP32. I am using ESP-IDF and the Plug and Trust middleware. I am trying to enable Platform SCP03 authentication. According to the middleware, the default OEF keys for the SE050C2 variant are already defined in the headers. I have configured my firmware to use these exact keys. However, when I try to open a session, the SCP03 authentication fails, and I get a MAC verification error 7042. It seems the keys expected by my application do not match the keys physically present inside the chip. I have a few questions regarding this issue: Are the default middleware keys correct for this specific chip version? If this chip is part of a development board, is it possible that it comes pre-provisioned with different keys like DEVKIT A1F4 keys or standard test keys? Is there a safe way to identify the actual SCP03 keys on my chip, or a procedure to reset them if they were inadvertently changed? Any guidance on how to resolve this issue would be greatly appreciated. Thank you online debug Re: SCP03 Authentication Failure on SE050C2 Hi, Thank you for the guidance. Regarding the log information, here is the full trace I get right before and during the MAC verification error: sss :INFO :atr (Len=35) 00 A0 00 00 03 96 04 03 E8 00 FE 02 0B 03 E8 08 01 00 00 00 00 64 00 00 0A 4A 43 4F 50 34 20 41 54 50 4F scp :ERROR: RESPONSE MAC DID NOT VERIFY 7042 sss :WARN :nxEnsure:'ret == SM_OK' failed. At Line:6291 Function:sss_se05x_TXn sss :WARN :nxEnsure:'status == SM_OK' failed. At Line:5119 Function:sss_se05x_cipher_one_go Regarding reading the OEF ID: I am using an ESP32 as the host MCU, not an NXP evaluation board like FRDM or iMX. Therefore, I cannot directly flash the pre-built binaries or easily use the Windows VCOM / ssscli methods you mentioned. Since I am on ESP-IDF, can I simply compile and run the "se05x_GetInfo" example provided inside the simw-top middleware directly on my ESP32 to read the OEF ID? Alternatively, is there a simple C function I can temporarily add to my current main.c (before SCP03 is initialized) to print the OEF ID and UID to the console? Thank you for your support. Re: SCP03 Authentication Failure on SE050C2 MAC verification error 7042 seems to be confused to understand, can you share more log information? Please check below for OEF ID read tools setting: ====================================== 10.7 How to get SE Platform Information and UID Follow any one of the following methods to get the SE platform information. 10.7.1 Using TeraTerm and pre-built binary A pre-built binary for se05x_GetInfo is available in binaries directory for FRDM-K64F and iMX-RT1060. You would need to install a serial terminal application, like TeraTerm. • Install TeraTerm on your system. To setup TeraTerm, refer • Flash the pre-built binary on your hardware. • View the logs on TeraTerm. The highlighted log is the SE UID, OEF ID and JCOP Platform ID. 10.7.2 Using VCOM and binary Plug & Trust MW Documentation • Flash VCOM binary present in binaries directory accorfing to your board. • Check VCOM Port number in device manager. • Build project se05x_GetInfo with the following configuration:– SMCOM: VCOM– Host: PCWindows • Run the built binary as: se05x_GetInfo.exe COMxx Where COMxx is the VCOM port number obtained from step 2. The highlighted log is the SE UID, OEF ID and JCOP Platform ID 10.7.3 Using ssscli Tool Plug & Trust MW Documentation • Flash VCOM binary present in binaries directory accorfing to your board. • Check VCOM Port number in device manager. • Run the following commands in binaries/PCWindows/ssscli directory: ssscli.exe connect se050 vcom COMxx ssscli.exe se05x uid ssscli.exe disconnect Where COMxx is the VCOM Port number obtained in step 2. The highlighted log is the SE UID Re: SCP03 Authentication Failure on SE050C2 Thank you for providing the table. I have carefully checked the key values in my application. The keys I am using in my C code exactly match the SE050C2 row in your table: ENC: BD 1D E2 0A 81 EA B2 BF 3B 70 9A 9D 69 A3 12 54 MAC: 9A 76 1B 8D BA 6B ED F2 27 41 E4 5D 8D 42 36 F5 DEK: 9B 99 3B 60 0F 1C 64 F5 AD C0 63 19 2A 96 C9 47 There is no bit difference at all. I am passing these exact byte arrays to the middleware. However, I still get the MAC verification error 7042. Because the keys perfectly match the documentation but fail on the hardware, I strongly suspect my specific SE050 chip might be pre-provisioned with different keys. For example, it might be using the Development Board keys shown in the last row of your table, or standard test keys. Is there a specific command or middleware function I can run without SCP03 to safely read the chip's actual OEF ID, or to check if it is provisioned as a Development Board Thanks again for your help. Re: SCP03 Authentication Failure on SE050C2 Please check below for default key of SE050C2. If you report MAC error, can you check the key value for your application? How may bit difference to cause this MAC verification error 7042  db16122_0-1787634676992.pngdb16122_0-1787634676992.png

.binファイルをフラッシュする方法PEMicro Multilink LCを使ってRT1064 i.MX 特定のフラッシュオフセットで? こんにちは、 i.MX RT1064 を使い 、 PEMicro Multilink LC デバッグプローブ を使っています。 プログラムフラッシュでブートローダーとアプリケーションを異なるオフセットで プログラムする必要があります 。例えば、ブートローダーはフラッシュの開始時に、アプリケーションは定められたオフセットに配置されます。 i.MX RT1064 EVKでは、LinkFlashを使って指定されたフラッシュアドレスに.binファイルをプログラムできました。しかし、今はPEMicro Multilink LCを使っており、同等のプログラミングワークフローがどのようなものか知りたいです。 ブートローダーとアプリケーションを1つの.binに統合することはできません。アプリケーションはパーティション化されたファームウェアレイアウトの一部であり、 別のファームウェアイメージとして署名する必要があるからです。そのため、ブートローダーとアプリケーションは別々のバイナリとして保持し、指定されたフラッシュオフセットでプログラムする必要があります。 PEMicro Multilink LCで i.MX RT1064の特定のアドレス/オフセットで.binファイルをフラッシュするには、どのような外部プログラミングアプリケーションやツールを使うべきでしょうか? 理想的には、.binファイルを選択し、その宛先アドレスを指定し、ブートローダーとアプリケーションを一つのバイナリに統合することなく、直接プログラムできるようにしたいです。 よろしくお願いします！ ブートROM|ブート|フラッシュ

Profinet VS 代码示例在 FRDM-IMXRT1186 上无法运行 我想基于RT11186开发一个PROFINET设备，并根据UG10320 V1.0、UG10455 V1.0和AN15104 V1.0测试PROFINET演示程序。我执行了以下操作： 1. 解压 Profinet-Stack-Library 和 AN15104.zip。 2. 将 frdm_pn.patch 复制到 Profinet 堆栈的文件夹中，并按照 readme 中的说明应用补丁。 3. 根据 prj.conf.rej/mcux_include.json.rej/mcuxpresso-tool.json.rej 文件手动修改项目配置。这与AN15104的4.3章内容相同。 以下定义已包含在 cakelist.txt 文件中。它们没有被修改。 -DCPU_MIMXRT1186CVJ8C_cm33 -DMIMXRT1186_cm33_系列 -DXIP_BOOT_HEADER_ENABLE=1 4. 添加 "#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...." 以启用 FPU。指南中未包含此步骤。如果不进行修改，编译将会失败，因为FreeRTOSConfig.h中默认的CPU是RT1189。 5. 将基于 SDK 2.6.3 的 Profinet 项目导入 VS Code。 6. 根据 UG10455 第 5 章的步骤 8 和 9，在 sysbuild.cmake 中添加项目“31_led_button”。 7. 将 FRDM-IMXRT1186 的 J12 和 J18 改为 1-2 连接，以启用 NETC PHY。 8. 构建项目并将镜像下载到 FRDM-IMXRT1186。 9. 安装 JDK、Npcap 并打开 ICE。ICE 版本为 V1.7，提取自 port-ICE-202509180853-win32.win32.x86_64.zip。 10.根据 UG10320 第 6 章，Profinet 设备已成功扫描。 11. 根据 UG10320 第 7.1 章的步骤 1~7 设置 DAP、模数和缩减比。按照7.1章第8步的步骤，点击连接按钮后失败了。 您能帮我分析一下为什么无法建立循环沟通吗？ 能否提供 FRDM-IMXRT1186 的 Profinet 镜像，以便我检查问题是出在 VS Code 项目还是 IEC/硬件上？ 顺祝商祺！ Re: Profinet VS code example does not work on FRDM-IMXRT1186 亲爱的@wlfworld ， 我在 RT1180 EVK 上进行了测试，观察到了相同的现象：扫描过程中可以发现设备，但连接失败。因此，这似乎与您的移植工作无关。 我们目前正在内部调查此事。一旦我们确定了根本原因或有任何更新，我们将尽快与您联系。 顺祝商祺！ 雪莉

MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox Summary   I'm bringing up BLE on a custom board built around the MCXW716CMFTA (48-pin, not an NXP eval board). Before I can build/flash a BLE example, I need to update the NBU firmware ( mcxw71_nbu_ble_hosted.sb3 ) via ISP, per the standard "Getting Started with FRDM-MCXW71" flow. The ISP UART interface (LPUART1) never responds to blhost , even though I have now confirmed — via two completely independent methods — that the chip does enter some kind of restricted/ISP-like state. I'd appreciate any insight into why the UART side stays silent, or whether there's a supported alternative path to write the NBU image.   Setup     Chip: MCXW716CMFTA (48-pin), custom PCB     SDK/tools: MCUXpresso Secure Provisioning Tool v25.06, SPSDK 3.0.1 (bundled blhost / nxpdevscan / nxpdebugmbox )     Debug probe: MCU-Link (PyOCD backend), connected via SWD on the board's J4 header — confirmed working for general debug access     USB-to-UART adapter: DSD TECH SH-U09C5 (genuine FTDI FT232RNL), set to 3.3V logic level     ISP pin mapping used (per AN14802 Table 7, confirmed identical for MCX W71/W72):     BOOT_CONFIG = PTA4     LPUART1 ISP RX = PTC2 (ALT3)     LPUART1 ISP TX = PTC3 (ALT3)     On the custom board these are accessible via test points TP7 (PTA4), TP26 (PTC2), TP43 (PTC3)   Symptom   blhost -p COMx -- get-property 1 (and the MCUXpresso Secure Provisioning Tool's own "Test connection") always fails:   SpsdkNoDeviceFoundError: No devices for given interface 'uart' and parameters 'port=COM5, timeout=5000' was found. ​   nxpdevscan -vv shows the mboot ping bytes [0x5A, 0xA6] being sent 3 times, each followed by SPSDKTimeoutError , then a fallback to the SDP ReadStatus command, which also times out ( SdpConnectionError ). No response is ever received from the target.   What I've already ruled out     Wiring polarity (tried both orientations)     Voltage levels: TP7, TP26, TP43 all measure 3.3V steady-state     Adapter/driver: genuine FTDI, confirmed "working properly" in Device Manager, COM port exists     Flow control (confirmed NONE via a loopback test)     Port locking by another application     A real hardware defect: PTC3 (net "WPT2_Drive_EN") was directly loaded via a 0-ohm resistor to the EN pin of an LTC7068 DC/DC controller used for our wireless-power-transfer coil driver. This pulled TP43's idle-high level down to ~2.3V. I removed this resistor and confirmed TP43 now idles correctly at 3.3V — this was a real bug, but it did not resolve the ISP communication failure.     Loading on the PTC2 net (shared with a "POWER_SW" button input on our board): traced the schematic, confirmed no pull-up/pull-down/RC filtering on this net.   Physical confirmation that the PC→board direction works   The USB adapter has built-in TX/RX activity LEDs. During a blhost get-property attempt:     TXD LED blinks 3 times, matching the 3 ping retries seen in nxpdevscan -vv — confirming the PC genuinely transmits.     RXD LED never lights, confirming the board never transmits anything back.   An oscilloscope capture on TP26 (PTC2) during the same test shows a waveform whose total duration (~350µs) matches the expected timing of two back-to-back UART bytes at 57600 baud, consistent with the ping bytes actually reaching the pin electrically.   New finding: ISP-mode entry succeeds via two independent methods, but UART is dead in both cases   Using nxpdebugmbox (SWD via the same MCU-Link probe), I tested two completely separate ways of entering ISP mode:   Method A — physical BOOT_CONFIG pin: Full power cycle (USB fully unplugged/replugged) with TP7 (PTA4) jumpered to VDD through the power-up moment.   Method B — SWD/Debug Mailbox, no pin strapping at all:   nxpdebugmbox -i pyocd cmd -f mcxw716c start nxpdebugmbox -i pyocd cmd -f mcxw716c ispmode -m 1 ​   Both commands report success ("Start Debug Mailbox succeeded" / "Entering into ISP mode succeeded").   In both cases, immediately afterward, blhost -p COMx -- get-property 1 still returns SpsdkNoDeviceFoundError — zero response on UART either way.   Also worth noting: nxpdebugmbox mem-tool test-connection -d debug_port succeeds in both normal boot and BOOT_CONFIG-held states. But mem-tool read-memory -a 0x0 -c 16 succeeds during normal boot (returns the application's vector table) and fails with SPSDK: The memory access port is not found! while BOOT_CONFIG is held — so something about the chip's debug/memory access configuration does change when BOOT_CONFIG is asserted, even though it doesn't explain why UART stays silent.   Questions     Given that ISP-mode entry is confirmed successful via both the BOOT_CONFIG pin and the SWD Debug Mailbox ispmode command, is there a known reason the LPUART1 ISP interface (PTC2/PTC3, ALT3) would still not respond to the standard mboot ping?     Are there additional preconditions for the UART ISP interface to become active (clock configuration, chip revision–specific behavior, life-cycle-state restrictions) that aren't covered in AN14648/AN14802?     As an alternative: since SWD/Debug Mailbox communication is fully functional ( test-connection and read-memory succeed during normal operation), is there a supported way to write the NBU firmware ( mcxw71_nbu_ble_hosted.sb3 , targeting radio_flash at 0x48800000) via SWD/Debug Mailbox instead of UART ISP? The MCUXpresso Secure Provisioning Tool's target definition for MCXW716C lists only "connections": ["uart"] — is SWD-based provisioning of radio_flash possible through nxpdebugmbox / nxpimage , and if so, what's the procedure?   Any pointers — including "here's the actual root cause of X" or "here's how to flash NBU over SWD instead" — would be hugely appreciated. Happy to provide additional logs/scope captures if useful. Re: MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox Hi @chocola_saka, hope you are doing well. Would you please clarify if you have already burned any set of fuses? If so, please specify which. This is important since fuse 17 has the capability to disable ISP path. Additionally, please specify if you have written any configuration to sector 0 of IFR before this behavior started to appear, as this sector is dedicated to ROM boot and ISP configurations. Were you able to previously load the NBU to your board? Also, regarding your question about loading the NBU through SWD, I'd suggest referring to AN14397 - Programming the MCXW71 Flash for Application and Radio Firmware via Serial Wire Debug During Mass Production. It provides a guide to merge an application binary to the NBU firmware and load the final binary through SWD. Please let me know the requested information and if the resource shared is helpful.

NXP UM11442、3.1.5.15項コピーなし、動作しません 皆さん、こんにちは。 UM11442 黙示録24章 段落 3.1.5.15 ゼロコピー 例 evkmimxrt1170_wifi_cli_cm7 コンパイル中でないこと、推奨されたプリプロセッサマクロフラグを使った場合、最初のエラー: < 未定義>> そこで次の定義を追加しました #define NETIF_RX_BUFFERS 8 でも今は <<エラー: 未定義型「struct nxp_wifi_device」の無効な使用>>  実際、使用された構造は例では定義されていません 例ではゼロコピー機能が不完全なので、UM11442の説明は適用されませんか? ゼロコピーをどうやってテストできますか? ありがとうございます。よろしくお願いいたします。 ピエロ Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working 現時点ではMIMXRT1170-EVKしか持っていません, SDK 26.06はインストールされていますが、EVKの例は以下の通りです。 「EVKmimxrt1170_wifi_cli_cm7」は「EVKBmimxrt1170_wifi_cli_cm7」とは異なります。 ドキュメントUM11442にはdoc UM11441への言及があり、doc UM11441 表1 5ページ 組み合わせ i.MX RT1170 EVK AW611 u-blox ジョディ W5 支持されていると宣言されます つまり、「evkmimxrt1170_wifi_cli_cm7」は実際にはWi-Fi Zero-Copyでは動作しないということですか? Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working こんにちは、 RT1170-EVKとRT1170-EVKBのどちらをお使いですか？ SDK 26.06でこれをテストし、ガイドで紹介されているマクロを使ってevkbmimxrt1170_wifi_cli_cm7例を使ってアプリケーションをうまく構築できました。 どのSDKバージョンを使っていますか? よろしくお願いいたします。 ダニエル。

Top Mobile App Maintenance Company in 2026 JPLoft is one mobile app maintenance company worth considering in 2026. It provides mobile app maintenance and support services, including bug fixes, performance monitoring, security updates, feature enhancements, compatibility updates, and ongoing technical support.

2026年のトップモバイルアプリメンテナンス会社 JPLoft は2026年に検討に値するモバイルアプリのメンテナンス会社の一つです。バグ修正、パフォーマンス監視、セキュリティアップデート、機能強化、互換性更新、継続的な技術サポートを含むモバイルアプリのメンテナンスおよびサポートサービスを提供しています。

MIPI-CSI 输入格式支持 i.mxRT1170 和 i.mxRT1166 你好 我们正在寻找支持 RGB565 16 位 MIPI-CSI 的 MCU。 我们的应用程序需要 MIPI-CSI 硬件将 RGB565 16 位原始数据存储到 RAM 中，并通过我们的软件处理原始数据。 RT1170、RT1166 或 i.mx8 能否满足我们的要求？ 我查看了https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/does-imxrt1170-MIPI-CSI2-peripheral-support-serial-itu-r-bt656/mp/1613979以及https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-MIPI-CSI-supported-Data-Types/mp/1477391#M191746 似乎并非所有 i.mx 系列 MCU 都支持 RGB565。 我的理解正确吗？ 回复： MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 MIPI-CSI2 无法接收 RAW8/10/12/14 数据，+1 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 你好，奥马尔 我想再次确认一下。 RT1166/RT1170 可以接收 MIPI-CSI2 RGB565 16 位数据并复制到 RAM 而无需格式转换。 由于硬件问题，RT1166/RT1170 无法接收 RAW8/10/12/14 数据。 我的理解正确吗？ 此致 肯 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1160 与 RT1170 存在同样的问题，都是 video_mux 的问题。 关于 i.mx8，我建议你在 i.mx 论坛上开个新帖，因为我不熟悉这个系列，只熟悉 imxRT。 BR， 奥马尔 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 你好，奥马尔 谢谢回复。 我还找到了有关RT1170问题的信息。 RT1166是否存在同样的问题？ 如果 RT1166 没有这个问题，RT1166 能否支持将 MIPI-CSI RGB565 原始数据传输到 RAM？ i.mx8m-mini 是否支持将 MIPI-CSI RGB565 原始数据传输到 RAM？ 此致 肯 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 的 MIPIC-CSI2 接口支持 RGB565。请注意，由于视频多路复用控制器 (VIDEO_MUX) 存在问题，MIPI_CSI2 块不支持原始数据和 YUV422 (10 位) 格式。 此致， 奥马尔

LX2160A - 同期イーサネット(SyncE)RCLK こんにちは、 私はLX2160Aボードを使用しています。 私の理解では、SerDesモジュールは同期イーサネット(SyncE)を使い、入力のSerDes信号からクロックを回復できます。このクロックはRCLK0/1として利用可能になり、関連するSerDesはレジスタRECOV_CLK_SEL_RCLK0/1で選択されます。 この復元されたクロック信号は、復元元のSerDesモジュールや別のモジュールを駆動するために使われることは可能でしょうか? PLLS/PLLFの基準クロックとして使用できる可能性はありますか？ よろしくお願いいたします。

MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 Hi  We are looking for an MCU that supports RGB565 16-bit MIPI-CSI. Our application will require the MIPI-CSI hardware to store the RGB565 16-bit raw data to RAM and process the raw data through our software. Can RT1170 or RT1166 or i.mx8 support our requirment? I checked https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/does-imxrt1170-MIPI-CSI2-peripheral-support-serial-itu-r-bt656/m-p/1613979    and  https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-MIPI-CSI-supported-Data-Types/m-p/1477391#M191746  It seems that RGB565 is not supported for all i.mx series MCU. Is my understanding correct? 回复： MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 MIPI-CSI2 cannot receive RAW8/10/12/14 data, +1  Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 Hi Omar I want to double confirm again, RT1166/RT1170 can receive MIPI-CSI2 RGB565 16bits data and copy to RAM without format convert. RT1166/RT1170 cannot receive RAW8/10/12/14 data because HW issue. Is my understanding correct? Regards Ken Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1160 has the same issue as RT1170, as it is an issue on video_mux.  Regarding i.mx8, I suggest you open a new thread on i.mx forum, as I'm not familiar with that family; only imxRT. BR, Omar Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 Hi Omar Thanks for reply. I also found the information about RT1170 issue. Does RT1166 have same issue? If RT1166 doesn't have this issue, can RT1166 support MIPI-CSI RGB565 raw data to RAM? Can i.mx8m-mini support MIPI-CSI RGB565 raw data to RAM? Regards Ken Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RGB565 is supported on the MIPIC-CSI2 interface from RT1170. Please be aware that due to an issue in the Video Mux Controller (VIDEO_MUX), raw data and YUV422 (10 bit) formats to the MIPI_CSI2 block are not supported. Best regards, Omar

Profinet VS code example does not work on FRDM-IMXRT1186 I want to develop a PROFINET device based on RT11186 and test the profinet demo according to UG10320 V1.0, UG10455 V1.0 and AN15104 V1.0.  I did the following actions: 1. Extract the Profinet-Stack-Library and AN15104.zip. 2. Copy the frdm_pn.patch to the folder of Profinet stack and apply the patch according to the readme. 3. Manually change the project configuration according to prj.conf.rej/mcux_include.json.rej/mcuxpresso-tool.json.rej.  It is the same as the chapter 4.3 of AN15104.  The following definition has been included in the cakelist.txt.  They are not modified. -DCPU_MIMXRT1186CVJ8C_cm33 -DMIMXRT1186_cm33_SERIES -DXIP_BOOT_HEADER_ENABLE=1 4.  Add the "#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...." to enable FPU. This step is not included in the guide. Compiling will be failed if it is not modified, because the default CPU is RT1189 in FreeRTOSConfig.h.  5. Import the Profinet project to VS code based on the SDK 2.6.3 6. Add the project "31_led_button" in the sysbuild.cmake according to step 8 and 9 of chapter 5 of UG10455. 7. Change the J12 and J18 of FRDM-IMXRT1186 to 1-2 connected to enable the NETC PHYs. 8. Build the project and download the image to FRDM-IMXRT1186. 9. Install JDK, Npcap and Open the ICE. The ICE version is V1.7 and it is extraced from port-ICE-202509180853-win32.win32.x86_64.zip. 10. The Profinet device is scaned sucessfully according to chapter 6 of UG10320. 11.  Set the DAP and module and Reduction Ratio according to Step1~7 of UG10320 chapter 7.1. It is failed when I click connect button according to step 8 of chapter 7.1.  Can you help me to analysis why it is failed to establish the cyclic communication? Could you provide a profinet image of FRDM-IMXRT1186 so I can check it is an issue of VS code project or IEC/hardware? Best Regards! Re: Profinet VS code example does not work on FRDM-IMXRT1186 Dear @wlfworld , I tested it on the RT1180 EVK and observed the same behavior: the device could be discovered during scanning, but the connection failed. Therefore, it does not appear to be related to your porting effort. We are currently investigating the issue internally. Once we identify the root cause or have any updates, we will get back to you as soon as possible. Best Regards, Shelly

MIPI-CSI入力フォーマットはi.mxRT1170およびi.mxRT1166をサポートしています こんにちは RGB565 16ビットMIPI-CSIをサポートするMCUを探しています。 私たちのアプリケーションでは、MIPI-CSIハードウェアがRGB565の16ビット生データをRAMに保存し、その生データをソフトウェアで処理する必要があります。 RT1170、RT1166、またはi.mx8は私たちの要件をサポートできますか? https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/does-imxrt1170-MIPI-CSI2-peripheral-support-serial-itu-r-bt656/mp/1613979を確認しました。およびhttps://community.nxp.com/t5/i-MX-Processors/I-MX8MP-MIPI-CSI-supported-Data-Types/mp/1477391#M191746 RGB565はすべての i.mx シリーズMCUでサポートされているわけではないようです。 私の理解は正しいでしょうか？ 回复： MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1170 MIPI-CSI2はRAW8/10/12/14データ+1を受信できません。 Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 こんにちは、オマール もう一度確認したいのですが、 RT1166/RT1170はMIPI-CSI2のRGB565 16ビットデータを受信し、フォーマット変換なしでRAMにコピーできます。 RT1166/RT1170はハードウェアの問題によりRAW8/10/12/14データを受信できません。 私の理解は正しいでしょうか？ よろしくお願いします。 ケン Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RT1160もRT1170と同様の問題を抱えており、これはvideo_muxに関する問題です。 i.mx8に関して、そのファミリについては詳しくないので、i.mx フォーラムに新しいスレッドを開くことをお勧めします。IMXRTだけ。 BR、 オマール Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 こんにちは、オマール ご返信ありがとうございます。 RT1170の問題に関する情報も見つけました。 RT1166にも同じ問題がありますか？ もしRT1166にこの問題がないなら、RT1166はMIPI-CSI RGB565の生データをRAMにサポートできますか? i.mx8m-miniはMIPI-CSI RGB565の生データをRAMにサポートできますか? よろしくお願いします。 ケン Re: MIPI-CSI input format support i.mxRT1170 and i.mxRT1166 RGB565はRT1170のMIPIC-CSI2インターフェースでサポートされています。ビデオマルチプレックスコントローラ(VIDEO_MUX)の問題により、生データおよびMIPI_CSI2ブロックへのYUV422(10ビット)フォーマットはサポートされていません。 よろしくお願いします、 オマール