.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 上进行了测试，观察到了相同的现象：扫描过程中可以发现设备，但连接失败。因此，这似乎与您的移植工作无关。 我们目前正在内部调查此事。一旦我们确定了根本原因或有任何更新，我们将尽快与您联系。 顺祝商祺！ 雪莉 Re: Profinet VS code example does not work on FRDM-IMXRT1186 亲爱的@wlfworld ， 你使用的是哪个GSDML文件？我之前使用了错误的文件，所以才无法使其正常运行。切换到 GSDML-V2.45-portExample-test-20260120.xml（位于 Profinet-Stack-Library\RT1180_PROFINET_MCTC_LIB_GOAL_V_3_1_0-2\appl\goal_pnio\31_led_button 中）后，我能够使用 ICE 工具建立循环通信。 ShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.png 请问您在哪个步骤遇到了问题？如果可以的话，能否分享一下屏幕截图？一般来说，如果在扫描过程中能够发现 PNIO 设备，则设置通常不会出现重大问题。您可能还需要安装 Wireshark 并检查是否有任何 PROFINET 通信数据包正在交换。 如果方便的话，请同时上传您的图片文件。我可以在我这边进行测试并比较结果。 顺祝商祺！ 雪莉

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バージョンを使っていますか? よろしくお願いいたします。 ダニエル。 Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working こんにちは、 正しい。EVKB SDKでテストしました。 RT1170-EVK用のSDK 26.06をどこで見つけたのか、またはどのようにインポートしたのか教えていただけますか? RT1170-EVKのリリースを調べましたが、SDKバージョン2.16.0しか見つかりませんでした。 よろしくお願いいたします。 ダニエル。

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の基準クロックとして使用できる可能性はありますか？ よろしくお願いいたします。 Re: LX2160A - Synchronous Ethernet (SyncE) RCLK こんにちは、 いいえ、RCLK0/1はPLLS/PLLFの参照クロックとしてLX2160A SerDesに直接フィードバックすることはできません。LX2160Aでは、RCLK0とRCLK1は出力専用ピンです。想定されるSyncEアーキテクチャでは、まずRCLK0/1を外部ジッタクリーナーPLLに通し、その後、クリーンアップされたクロックをSerDesリファレンスクロック（SD1_PLLS_REF_CLK_P/Nなど）としてフィードバックする必要があります。 よろしくお願いします。

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 Re: Profinet VS code example does not work on FRDM-IMXRT1186 Dear @wlfworld , Which GSDML file did you use? I had previously used the wrong file, which is why I was unable to get it working. After switching to GSDML-V2.45-portExample-test-20260120.xml (located in Profinet-Stack-Library\RT1180_PROFINET_MCTC_LIB_GOAL_V_3_1_0-2\appl\goal_pnio\31_led_button), I was able to establish cyclic communication using the ICE tool. ShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.png Could you let me know at which step you are encountering the issue? If possible, could you share a screenshot? In general, if the PNIO device can be discovered during the scan, there is usually no major issue with the setup. You may also want to install Wireshark and check whether any PROFINET communication packets are being exchanged. If convenient, please upload your image file as well. I can test it on my side and compare the results. 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ビット)フォーマットはサポートされていません。 よろしくお願いします、 オマール

Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hi NXP Support, Hello NXP team,  How can I practically implement Wi-Fi on the MCXW72 using either the IW612 or RW612 specifically to execute EdgeLock 2GO provisioning? Please provide the exact hardware connection requirements, drivers, and software stacks needed to make this specific setup work. Note that our application cannot use Thread or Matter protocols. Thanks, Harshal     Communication & Control(I3C | I2C | SPI | FlexCAN | Ethernet | FlexIO) FRDM-Training Security(Edgelock | secure boot | OTP) Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Thanks for the reply and the Mongoose pointer! Quick follow-up though — before considering RW612, I was actually trying to get MCXW72 working with IW612 specifically (not RW612), since MCXW72 is our required security/application core (TF-M, EdgeLock Secure Enclave) for this project. From the IW612 datasheet, Wi-Fi is hardwired to SDIO only (Table 1, and the CONFIG_HOST_BOOT[1:0] pin table where every option except SDIO/UART/SPI for Wi-Fi/BT/802.15.4 respectively is marked "Reserved"). MCXW72's datasheet doesn't list any SDIO peripheral — only I2C, SPI, UART, CAN, FlexIO. So my question is: is it correct that MCXW72 physically cannot drive IW612's Wi-Fi at all, since it has no SDIO host controller? Or is there some way around this that I'm missing — e.g., an SDIO-over-SPI/UART workaround, or some other supported bridging method NXP provides for pairing these two specific chips? If MCXW72 + IW612 genuinely isn't feasible, that's useful to know — but I wanted to confirm this is a hard hardware limitation before ruling it out. Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hi Harshal, Quick question: why do you need the MCXW72 for this setup? The RW612 is already a wireless MCU. You could just run your application directly on the RW612 and drop the extra microcontroller entirely. If you go with the RW612, you can use the Mongoose networking library to handle your Wi-Fi and networking stacks. From there, you can focus directly on your application. There is a ready to use RW612 example here that can give you a good starting point. To download it to your local workspace, open the link, select the 'Settings' panel and choose a destination directory. Then download the project to your computer by clicking the blue 'Generate C/C++' button. You can then open it with MCUXpresso IDE, build it, and flash it. Heads up: I am part of the Mongoose development team, I hope this helps you in your project Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning Hello Harshal, Hope you are doing well. Could you please clarify what are your requirements? Could you please confirm if you are following any of these Application Notes? EdgeLock 2GO Provisioning MCUs via Product Type using Secure Provisioning (SEC) Tool[AN15038] EdgeLock 2GO Provisioning via SPSDK for MCUs[AN14670] EdgeLock 2GO Provisioning via Secure Provisioning Tool (SEC) for MCUs[AN14624] EdgeLock 2GO Services for MPU and MCU[AN14544] The MCXW72 doesn't offer the hardware interfaces the IW612 needs to operate as a hosted Wi-Fi module. The IW612 requires SDIO 3.0 for Wi-Fi, UART for Bluetooth, and SPI for 802.15.4 If you are looking for a device that supports all these protocols, then I would recommend the RW612 as an all-in-one product. Best Regards, Ricardo

2026 年顶级移动应用维护公司 JPLoft是 2026 年值得考虑的移动应用维护公司之一。它提供移动应用维护和支持服务，包括错误修复、性能监控、网络安全更新、功能增强、兼容性更新和持续技术支持。

Profinet VS Code のサンプルは 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. FPUを有効にするには、「#if (defined(CPU_MIMXRT1186CVJ8C_cm7)... #ifndef configENABLE_FPU...」を追加します。この手順はガイドには含まれていません。FreeRTOSConfig.hではデフォルトのCPUがRT1189に設定されているため、変更しないとコンパイルは失敗します。 5. ProfinetプロジェクトをSDK 2.6.3に基づくVSコードにインポートする 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.ProfinetデバイスはUG10320の第6章に基づき成功裏にスキャンされています。 11. DAPとモジュール、還元比を第7.1章のステップ1~7に従って設定UG10320。第7.1章のステップ8に従って接続ボタンを押すと失敗します。 なぜサイクルコミュニケーションを確立できなかったのか、分析を手伝ってもらえますか? FRDM-IMXRT1186の詳細なイメージを教えてもらえますか?VS codeプロジェクトの問題かIEC/ハードウェアの問題か確認したいです。 よろしくお願いいたします！ Re: Profinet VS code example does not work on FRDM-IMXRT1186 @wlfworld様、 RT1180 EVKでテストしましたが、同じ挙動が確認されました。スキャン中にデバイスは検出されるのに、接続が失敗しました。したがって、これはあなたの移植作業とは関係がないようです。 現在、社内でこの問題について調査中です。根本原因が特定され次第、または何らかの進展があり次第、できるだけ早くご連絡いたします。 よろしくお願いいたします。 シェリー Re: Profinet VS code example does not work on FRDM-IMXRT1186 @wlfworld様、 どのGSDMLファイルを使用しましたか？以前、間違ったファイルを使ってしまったため、動作させることができませんでした。GSDML-V2.45-portExample-test-20260120.xml（Profinet-Stack-Library\RT1180_PROFINET_MCTC_LIB_GOAL_V_3_1_0-2\appl\goal_pnio\31_led_button にあります）に切り替えた後、ICE ツールを使用して周期的な通信を確立することができました。 ShellyZhang_0-1787654308913.pngShellyZhang_0-1787654308913.png どの段階で問題が発生しているのか教えてもらえますか?可能であれば、スクリーンショットを共有してもらえますか?一般的に、スキャン中にPNIOデバイスが検出できれば、セットアップに大きな問題はほとんどありません。Wiresharkをインストールして、PROFINET通信パケットがやり取りされているかどうかを確認することもお勧めします。 可能であれば、画像ファイルもアップロードしてください。自分の側でテストして結果を比較できます。 よろしくお願いいたします。 シェリー

IMX95 GPIO1 can not be used Greetings, I am using IMX95 to develop our project. Now, I have to use GPIO1 group. I edited my dts file like below, &gpio1 {     status= "okay"; }; , and then I reboot the system. The console showed the error message as below, and the system crashed. My question is,  can user control GPIO1. Or,  how should I correctly config my dts? Or is there another way to control GPIO1's GPIOs? [ 2.326271] pstate: 40400009 (nZcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--) [ 2.333203] pc : bgpio_read32+0x0/0x18 [ 2.336923] lr : gpio_generic_chip_init+0x228/0x3e0 [ 2.341783] sp : ffff8000822e3a90 [ 2.345070] x29: ffff8000822e3a90 x28: 0000000000000000 x27: 0000000000000000 [ 2.352176] x26: ffff000080024028 x25: 0000000000000000 x24: ffff00008002320d [ 2.359283] x23: 0000000000000000 x22: ffff000081ff9180 x21: ffff000080252000 [ 2.366390] x20: ffff000080252010 x19: ffff000080f65080 x18: 000000000000000a [ 2.373497] x17: ffff8000817c0b68 x16: ffff000081fc7280 x15: 0000000000000000 [ 2.380603] x14: ffffffffffffffff x13: 0000000000000000 x12: 0101010101010101 [ 2.387710] x11: 7f7f7f7f7f7f7f7f x10: ffff80008249d043 x9 : 0000000000000018 [ 2.394817] x8 : 0101010101010101 x7 : 0000000000000000 x6 : 0000000000000090 [ 2.401923] x5 : 0000000000000090 x4 : ffff800080720920 x3 : ffff000080f65080 [ 2.409030] x2 : ffff80008071fb0c x1 : ffff80008070efa0 x0 : ffff8000822d5050 [ 2.416144] Call trace: [ 2.418571] bgpio_read32+0x0/0x18 (P) [ 2.422297] vf610_gpio_probe+0x2d0/0x400 [ 2.426277] platform_probe+0x5c/0xa4 [ 2.429916] really_probe+0xbc/0x2bc [ 2.433470] __driver_probe_device+0x78/0x120 [ 2.437803] driver_probe_device+0x3c/0x178 [ 2.441963] __device_attach_driver+0xb8/0x140 [ 2.446383] bus_for_each_drv+0x88/0xe8 [ 2.450197] __device_attach+0x9c/0x1a0 [ 2.454010] device_initial_probe+0x14/0x20 [ 2.458170] bus_probe_device+0x9c/0xa0 [ 2.461983] deferred_probe_work_func+0x7c/0xb4 [ 2.466490] process_one_work+0x150/0x290 [ 2.470477] worker_thread+0x180/0x2f4 [ 2.474203] kthread+0x12c/0x204 [ 2.477410] ret_from_fork+0x10/0x20 [ 2.480973] Code: d503201f d5033ebf b9000001 d65f03c0 (b9400000) [ 2.487037] ---[ end trace 0000000000000000 ]--- Re: IMX95 GPIO1 can not be used I thought this message is showing error, but the system actually crashed. Maybe it just a call function trace log.  However, thank you all. I shuld rework my hardware.  Re: IMX95 GPIO1 can not be used Hello, As specified in the Hardware Design Guide of the i.MX95, section 2.1 System Manager: https://www.nxp.com/webapp/Download?colCode=UG10210&isHTMLorPDF=HTML The SM and Cortex‑M33 core controls all pins in GPIO1. Other cores cannot access them directly; only indirect access via the System Control and Management Interface (SCMI) protocol is allowed. It ensures secure wakeup and recovery mechanisms. This is why you are getting a hardfault when trying to access from Linux side (different LM) Best regards/Saludos, Aldo. Re: IMX95 GPIO1 can not be used Control GPIO should not be a problem, but can you share how do you config GPIO？OPEN DRAIN or PUSH PULL? btw, it seems there are no error messages at the log...

NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working Hello everybody, UM11442 Rev.24 paragraph 3.1.5.15 Zero Copy Example evkmimxrt1170_wifi_cli_cm7 NOT compiling, Using the suggested pre-processor macro flags, firts error: << NETIF_RX_BUFFERS undefined in wifi_netif.c >> So I've added next definition #define NETIF_RX_BUFFERS 8 but now I have << error: invalid use of undefined type 'struct nxp_wifi_device'>>  actually the used structure is NOT defined in the example Zero copy feature is incomplete in the example, so description in UM11442 is NOT applicable ?  How can I test Zero copy ? Thanks and Best Regards piero Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working At the moment We have only MIMXRT1170-EVK,  SDK 26.06 is installed but the example for EVK  "evkmimxrt1170_wifi_cli_cm7" is different than "evkbmimxrt1170_wifi_cli_cm7" In doc. UM11442 there is a reference to doc UM11441 and in doc.  UM11441 Table 1 pag.5 the combination i.MX RT1170 EVK AW611 u-blox JODY W5 is declared supported  So are you meaning that "evkmimxrt1170_wifi_cli_cm7" actually is NOT working with Wi-Fi Zero-Copy ? Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working Hi, Are you using the RT1170-EVK or the RT1170-EVKB? I tested this on SDK 26.06 and was able to build the application successfully with the macros mentioned in the guide using the evkbmimxrt1170_wifi_cli_cm7 example.  What SDK version are you using? Regards, Daniel. Re: NXP UM11442, paragraph 3.1.5.15 Zero Copy, NOT working Hi, Correct. I tested with the EVKB SDK. Could you please tell me where you found SDK 26.06 for the RT1170-EVK, or how you imported it? I checked the RT1170-EVK releases and was only able to find SDK version 2.16.0. Regards, Daniel.

MCXW716C: BOOT_CONFIGとSWDメールボックス経由でISPモードへの移行が確認されているにもかかわらず、ISP UARTが応答しない 概要   MCXW716CMFTA （48ピン、NXP評価ボードではありません）をベースにしたカスタムボード上でBLEを起動しようとしています。BLEの例をビルド・フラッシュする前に、まずNBUファームウェアをアップデートする必要があります ( mcxw71_nbu_ble_hosted.sb3 ) 標準の「FRDM-MCXW71 入門」フローに従って ISP 経由で。ISPのUARTインターフェース(LPUART1)は、 Blhost とはいえ、私は今、2つの全く独立した方法で、チップが何らかの制限された/ISPのような状態に入ることを確認しました。UART側が沈黙している理由、あるいはNBUイメージを書き込むためのサポートされている代替手段があるかどうかについて、何かご存知でしたら教えていただけると幸いです。   設定     チップ：MCXW716CMFTA（48ピン）、カスタムPCB     SDK/ツール:MCUXpresso Secure Provisioning Tool v25.06、SPSDK 3.0.1 (バンドル済み) Blhost / nxpdevscan / nxpdebugmbox ）     デバッグプローブ:MCU-Link(PyOCDバックエンド)、ボードのJ4ヘッダーにSWD経由でコネクテッド — 一般的なデバッグアクセスで動作確認済み     USB-UARTアダプタ：DSD TECH SH-U09C5（純正FTDI FT232RNL）、ロジックレベル3.3Vに設定     ISPピンマッピング（AN14802表7参照、MCX W71/W72で同一であることが確認済み）：     BOOT_CONFIG = PTA4     LPUART1 ISP RX = PTC2 (ALT3)     LPUART1 ISP TX = PTC3 (ALT3)     カスタム基板では、これらのテストポイントはTP7（PTA4）、TP26（PTC2）、TP43（PTC3）を介してアクセスできます。   兆候   blhost -p COMx -- get-property 1 （そしてMCUXpressoセキュアプロビジョニングツールの「接続テスト」も）常に失敗します。   SpsdkNoDeviceFoundError: 与えられたインターフェース「uart」およびパラメータ「port=COM5, timeout=5000」のデバイスは検出されませんでした。 ​   nxpdevscan -vv mbootのpingバイトを表示します [0x5A, 0xA6] 3回送信され、それぞれに続いて SPSDKTimeoutError そしてSDPへのフォールバック 読み取りステータス タイムアウトするコマンド（ SdpConnectionError )対象者からは一切応答がない。   私が既に除外したもの     配線の極性（両方の向きを試しました）     電圧レベル：TP7、TP26、TP43はすべて定常状態で3.3Vを示します。     アダプター/ドライバー:本物のFTDI、デバイスマネージャーで「正常に動作」が確認、COMポートが存在します     フロー制御（ループバックテストにより「なし」と確認済み）     別のアプリケーションによるポートロック     実際のハードウェア欠陥として、PTC3(ネット「WPT2_Drive_EN」)が0オーム抵抗を介して、ワイヤレス・パワー転送コイルドライバ用の4 LTC7068 DC/DCコントローラのENピンに直接負荷がかかっていました。これにより、TP43のアイドル時の高レベルが約2.3Vまで低下した。この抵抗器を取り外したところ、TP43が3.3Vで正常にアイドル状態になることを確認しました。これは確かにバグでしたが、ISP通信の障害は解決しませんでした。     PTC2ネット（当社のボード上の「POWER_SW」ボタン入力と共有）へのロード：回路図をトレースし、このネットにプルアップ/プルダウン/RCフィルタリングがないことを確認しました。   PC→ボード方向が正しく動作することを確認するための物理的な検証   USBアダプターには、送受信状態を示すLEDが内蔵されています。その間 blhost get-property 試み：     TXD LEDが3回点滅し、3回のping再試行に一致します。 nxpdevscan -vv — PCが実際に送信していることを確認する。     RXD LEDが点灯しないということは、基板が何も送信していないことを示しています。   同じテスト中にTP26（PTC2）でオシロスコープでキャプチャした波形は、合計時間（約350µs）が57600ボーのUARTバイト2つが連続して送信される際の予想されるタイミングと一致しており、pingバイトが実際に電気的にピンに到達したことを示しています。   新たな発見:ISPモードのエントリーは2つの独立した方法で成功しますが、UARTはどちらの場合も死んでいます   使用 nxpdebugmbox (同じMCU-Linkプローブ経由でSWD)を使い、ISPモードに入る全く別の方法を2つ試しました。   方法A — 物理的なBOOT_CONFIGピン: 電源を入れる瞬間にTP7(PTA4)をVDDにジャンパー接続し、フル電源サイクル(USBを完全に切り抜いて再接続)を行いました。   方法B — SWD/デバッグメールボックス、ピンストラップなし:   nxpdebugmbox -i pyocd cmd -f mcxw716c start nxpdebugmbox -i pyocd cmd -f mcxw716c ispmode -m 1 ​   どちらのコマンドも成功を報告しています（「デバッグメールボックスの開始に成功しました」／「ISPモードへの移行に成功しました」）。   どちらの場合も、直後に、 blhost -p COMx -- get-property 1 それでも返される SpsdkNoDeviceFoundError どちらの方向でもUARTからの応答は一切ありません。   また、以下の点にも留意すべきです。 nxpdebugmbox mem-tool test-connection -d debug_port 通常の起動状態とBOOT_CONFIGが保持されている状態の両方で成功します。しかし mem-tool read-memory -a 0x0 -c 16 通常ブート中に成功(アプリケーションのベクターテーブルを返す)が失敗します。 SPSDK:メモリアクセスポートが見つかりません! BOOT_CONFIGが保持されている間、つまりBOOT_CONFIGが主張されるとチップのデバッグやメモリアクセスの設定 に何か 変化がありますが、なぜUARTが沈黙を保つのかは説明できません。   質問     BOOT_CONFIGピンとSWDデバッグメールボックスの両方でISPモードへの移行が成功したことが確認されたため、 ISPモード コマンドで、LPUART1 ISPインターフェース(PTC2/PTC3、ALT3)が標準のmbootpingに反応しない既知の理由はありますか?     UART ISPインターフェースが有効になるための追加の前提条件(クロック構成、チップリビジョン固有の動作、ライフサイクル状態の制限など)はAN14648/AN14802でカバーされていないものはありますか?     代替案として：SWD/Debug Mailbox 通信は完全に機能するため（ 接続テスト そして、 メモリ読み出し 通常の動作中に成功し、NBUファームウェアを書き込むためのサポートされている方法はありますか（ mcxw71_nbu_ble_hosted.sb3 ターゲットとする ラジオフラッシュ 0x48800000) で UART ISP ではなく SWD/Debug Mailbox 経由で実行しますか？MCUXpresso Secure Provisioning Tool の MCXW716C のターゲット定義には、 「接続」: [「uart」] — SWD ベースのプロビジョニング ラジオフラッシュ 可能 nxpdebugmbox / nxpimage もしそうなら、手順はどうなっているのでしょうか?   「Xの本当の根本原因はこれです」とか「代わりにSWD経由でNBUをフラッシュする方法はこれです」といったヒントでも構いませんので、ご提供いただければ大変ありがたいです。必要であれば、追加のログやスコープキャプチャを提供いたします。 Re: MCXW716C: ISP UART unresponsive despite confirmed ISP-mode entry via BOOT_CONFIG and SWD mailbox こんにちは、 @chocola_saka さん。お元気でお過ごしでしょうか。 既にヒューズを焼損させてしまったかどうか、確認させてください。もしそうなら、どの作品かを明確にしてください。これは重要です。なぜなら、ヒューズ17にはISPパスを無効にする機能があるからです。 さらに、この現象が発生する前にIFRのセクター0に何らかの設定を書き込んだことがあるかどうかをお知らせください。このセクターはROMブートとISP設定専用です。 以前にNBUをボードにロードできましたか？ また、SWD経由でNBUをロードするという質問については、 AN14397 - 大量生産中のシリアルワイヤーデバッグによるMCXW71フラッシュのアプリケーションおよび無線ファームウェアのプログラミングを参照することをお勧めします。アプリケーションバイナリをNBUファームウェアにマージし、最終バイナリをSWD経由で読み込むためのガイドを提供します。 ご依頼いただいた情報と、共有した資料がお役に立てたかどうかをお知らせください。

IMX95 GPIO1 不能使用 问候， 我正在使用 IMX95 开发我们的项目。现在，我必须使用 GPIO1 组。我按如下方式编辑了我的dts文件： &gpio1 { 状态=“好的” }; 然后我重启了系统。 控制台显示如下错误信息，系统崩溃。 我的问题是，用户可以控制 GPIO1 吗？或者，我应该如何正确配置我的DTS？ 或者还有其他方法可以控制 GPIO1 的 GPIO 引脚吗？ [2.326271]pstate：40400009（nZcv daif +PAN -UAO -TCO -DIT -SSBS BTYPE = - ） [ 2.333203] pc : bgpio_read32+0x0/0x18 [ 2.336923] lr : gpio_generic_chip_init+0x228/0x3e0 [ 2.341783] sp : ffff8000822e3a90 [2.345070]x29：ffff8000822e3a90 x28：0000000000000000 x27：0000000000000000 [ 2.352176] x26: ffff000080024028 x25: 00000000000000000 x24: ffff00008002320d [ 2.359283] x23: 0000000000000000 x22: ffff000081ff9180 x21: ffff000080252000 [ 2.366390] x20: ffff000080252010 x19: ffff000080f65080 x18: 000000000000000a [ 2.373497] x17: ffff8000817c0b68 x16: ffff000081fc7280 x15: 0000000000000000 [ 2.380603] x14: ffffffffffffffff x13: 0000000000000000 x12: 0101010101010101 [ 2.387710] x11: 7f7f7f7f7f7f7f7f x10: ffff80008249d043 x9 : 0000000000000018 [ 2.394817] x8 : 0101010101010101 x7 : 0000000000000000 x6 : 0000000000000090 [ 2.401923] x5 : 0000000000000090 x4 : ffff800080720920 x3 : ffff000080f65080 [ 2.409030] x2 : ffff80008071fb0c x1 : ffff80008070efa0 x0 : ffff8000822d5050 [ 2.416144] 调用跟踪： [ 2.418571] bgpio_read32+0x0/0x18 (P) [ 2.422297] vf610_gpio_probe+0x2d0/0x400 [ 2.426277] platform_probe+0x5c/0xa4 [ 2.429916] really_probe+0xbc/0x2bc [ 2.433470] __driver_probe_device+0x78/0x120 [ 2.437803] driver_probe_device+0x3c/0x178 [ 2.441963] __device_attach_driver+0xb8/0x140 [ 2.446383] bus_for_each_drv+0x88/0xe8 [ 2.450197] __device_attach+0x9c/0x1a0 [ 2.454010] device_initial_probe+0x14/0x20 [ 2.458170] bus_probe_device+0x9c/0xa0 [ 2.461983] deferred_probe_work_func+0x7c/0xb4 [ 2.466490] process_one_work+0x150/0x290 [ 2.470477] worker_thread+0x180/0x2f4 [ 2.474203] kthread+0x12c/0x204 [ 2.477410] ret_from_fork+0x10/0x20 [ 2.480973] 代码：d503201f d5033ebf b9000001 d65f03c0 (b9400000) [ 2.487037] ---[ 跟踪结束 00000000000000000 ]--- Re: IMX95 GPIO1 can not be used 我原以为这条信息显示的是错误，但实际上是系统崩溃了。 或许只是函数调用跟踪日志。 不过，还是要谢谢大家。 我应该重新设计一下我的硬件。 Re: IMX95 GPIO1 can not be used 你好， 如 i.MX95 硬件设计指南第 2.1 节“系统管理器”中所述： https://www.nxp.com/webapp/Download?colCode=UG10210&isHTMLorPDF=HTML SM 和 Cortex-M33 内核控制 GPIO1 中的所有引脚。其他核心无法直接访问它们；只允许通过系统控制和管理接口 (SCMI) 协议进行间接访问。它确保了安全的唤醒和恢复机制。 这就是为什么从 Linux 端（不同的 LM）尝试访问时会遇到硬故障的原因。 此致敬礼/Saludos， 阿尔多。 Re: IMX95 GPIO1 can not be used 控制GPIO应该没问题，但你能分享一下你是如何配置GPIO的吗？是开漏还是推挽？ 顺便说一下，日志里似乎没有任何错误信息……

EdgeLock 2GOプロビジョニングのためにIW612/RW612を用いてMCXW72でWi-Fiを実装する方法 NXPサポートの皆さん、こんにちは。 NXPチームの皆様、こんにちは。 EdgeLock 2GOのプロビジョニングを実行するために、IW612またはRW612を使ってMCXW72でWi-Fiを実際に実装するにはどうすればよいでしょうか? この特定のセットアップを動作させるために必要な正確なハードウェア接続要件、ドライバ、ソフトウェアスタックを教えてください。なお、当アプリケーションは ThreadやMatterプロトコルを使用できません。 ありがとう、 ハーシャル     通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) FRDMトレーニング セキュリティ（EdgeLock | セキュアブート | OTP） Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning ご返信とMongooseに関するアドバイス、ありがとうございます！ちょっとしたフォローアップですが、RW612を検討する前に、実はMCXW72をIW612(RW612ではなく)で動作させることを目指していました。MCXW72はこのプロジェクトに必要なセキュリティ/アプリケーションコア(TF-M、EdgeLock セキュア・エンクレーブ)だからです。 IW612のデータシートによると、Wi-FiはSDIOのみにハードワイヤードされています（表1、およびCONFIG_HOST_BOOT[1:0]ピンテーブルでは、Wi-Fi/BT/802.15.4用のSDIO/UART/SPI以外のすべてのオプションが「予約済み」とマークされています）。MCXW72のデータシートにはSDIO周辺機器は記載されていません。I2C、SPI、UART、CAN、FlexIOのみです。 そこで質問ですが、MCXW72はSDIOホストコントローラーがないため、物理的にIW612のWi-Fiを全く駆動できないというのは正しいのでしょうか?それとも、私が見落としている回避策、例えばSDIOオーバーSPI/UARTの回避策や、NXPが提供するこれら2つのチップをペアリングするための他のサポート済みブリッジ方式などがあるのでしょうか? MCXW72とIW612の組み合わせが本当に実現不可能なのであれば、それは知っておくべき情報ですが、除外する前に、これがハードウェア上の根本的な制限であることを確認したかったのです。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning こんにちは、ハーシャルさん。 簡単な質問ですが、この構成でMCXW72が必要な理由は何ですか？RW612はすでにワイヤレスMCUです。アプリケーションをRW612上で直接実行し、追加のマイクロコントローラを完全に外すこともできます。 RW612を選ぶなら、Mongooseのネットワークライブラリを使ってWi-Fiやネットワークスタックを管理できます。そこから直接アプリケーションに集中できます。ここにすぐに使えるRW612の例があり、良い出発点になります。 ローカルワークスペースにダウンロードするには、リンクを開き、「設定」パネルを選択して、保存先ディレクトリを選択してください。次に、青色の「C/C++を生成」ボタンをクリックして、プロジェクトをコンピュータにダウンロードしてください。その後、MCUXpresso IDEで開いてビルドし、フラッシュできます。 お知らせ：私はMongoose開発チームの一員です。この情報があなたのプロジェクトのお役に立てば幸いです。 Re: Implementing Wi-Fi on MCXW72 using IW612/RW612 for EdgeLock 2GO Provisioning こんにちは、ハーシャルさん。 あなたの調子が良いといいのですが。ご要望の内容を詳しく教えていただけますか? これらのアプリケーションノートのどれかに従っているか確認していただけますか? Secure Provisioning(SEC)ツールを用いた製品タイプによるEdgeLock 2GO MCUプロビジョニング[AN15038] MCU向けのSPSDKによるEdgeLock 2GOプロビジョニング[AN14670] MCU向けのEdgeLock 2GOプロビジョニング(SEC)によるプロビジョニング[AN14624] MPUおよびMCU向けのEdgeLock 2GOサービス[AN14544] MCXW72は、IW612がホストWi-Fiモジュールとして動作するために必要なハードウェアインターフェースを提供していません。IW612は、Wi-FiにはSDIO 3.0、BluetoothにはUART、802.15.4にはSPIを必要とします。 これらすべてのプロトコルをサポートするデバイスをお探しなら、オールインワン製品としてRW612をおすすめします。 よろしくお願いいたします。 リカルド

LX2160A - Synchronous Ethernet (SyncE) RCLK Hi, I'm using an LX2160A board. From my understanding, the SerDes modules can use Synchronous Ethernet (SyncE) and recover the clock from the input SerDes signal. This clock is then available as RCLK0/1, with the related SerDes being selected with the register RECOV_CLK_SEL_RCLK0/1. Can this recovered clock signal then be used to drive the SerDes modules, either the one that it was recovered from or another ? Potentially as reference clock for the PLLS / PLLF ? Thanks in advance. Re: LX2160A - Synchronous Ethernet (SyncE) RCLK Hello, No, RCLK0/1 cannot be fed directly back into the LX2160A SerDes as a reference clock for PLLS/PLLF. RCLK0 and RCLK1 are output-only pins on the LX2160A. The intended SyncE architecture requires routing RCLK0/1 through an external Jitter-Cleaner PLL first, and only then feeding the cleaned clock back as the SerDes reference clock (SD1_PLLS_REF_CLK_P/N, etc.). Regards