i.MX 8M Plus：RGMIIからMIIへの移行 – ENET_RXC / RX_ERピン割り当て こんにちは、NXPコミュニティの皆さん、 NXP i.MX 8M Plus SoCとPHYTEC phyCORE-i.MX8M Plus SOMを使ったカスタムイーサネット設計に取り組んでいます。 現在、RGMIIをベースにしたイーサネット設計を採用しており、カスタムボードのRGMIIからMIIへの移行を検討しています。 ピンマルチプレクサのレビュー中に、i.MX 8M PlusのENET_RXCパッドについて以下の機能を発見しました。 ALT0: CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK ALT1: ENET_QOS_RX_ER ALT5: GPIO1_IO25 当社のPHYTEC SOM割り当てでは、この信号はSOMピンA25に関連付けられています。 私の懸念は、RGMIIからMIIへの移行に関するものです。必要なイーサネット信号はRGMIIとMIIで異なります。 以下の点について明確にしておきたいと思います。 1. i.MX 8M Plus ENET_QOS MACはRGMIIやRMIIに加えて、真のMIIインターフェースをサポートしていますか? 2. 真のMIIがサポートされている場合、MII_RX_CLK、MII_RX_DV、MII_RX_ER、MII_RXD0～MII_RXD3、MII_TX_CLK、MII_TX_EN、およびMII_TXD0～MII_TXD3の正しいi.MX 8M Plusピンマッピングは何ですか？ 3. ENET_RXCパッドの場合、ALT0、CCM_ENET_QOS_CLOCK_GENERATE_RX_CLKはRGMII専用ですか?それともこの機能はMIIの受信クロックとして使えますか? 4. RGMIIからMIIへの移行中、MIIインターフェースのENET_RXCパッドにENET_QOS_RX_ERが必要ですか? 5. MII_RX_ERが必要な場合、IOMUXを通じて他の利用可能な i.MX 8M Plusパッドに割り当てられますか?それともこの信号は内部的にそのENET_RXCパッドに紐づいているのでしょうか? 6. PHYTEC phyCORE-i.MX8M Plus SOMを使用している場合、MIIインターフェースの実装に伴い考慮すべきSOMルーティングの制限はありますか? 7. もしMIIがサポートされている場合、i.MX 8M Plus MIIのMAC-to-PHYピン構成およびデバイスツリー構成の正しい例や参考文献を誰か教えていただけますか? この説明の理由は、現在ボッシュ社製カスタムキャリアボードのピン配置図と回路図を作成しているためです。SOMとキャリアボードのピン配置を変更する前に、MII信号のマッピングが正しいことを確認したい。 当社のBSPからの関連するピンマルチプレクサ情報は以下のとおりです。 ENET_RXC ALT0: CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK ALT1: ENET_QOS_RX_ER ALT5: GPIO1_IO25 i.MX 8M Plus ENET_QOS MACで真のRGMIIからMIIへの移行がサポートされているのか、もしサポートされているなら、どのように扱うべきENET_RXCやRX_ERを扱うべきか、誰か確認していただけますか? よろしくお願いします。 Re: i.MX 8M Plus: RGMII to MII Migration – ENET_RXC / RX_ER Pin Assignment こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 この問題は このトピックに関連しています。 このThreadでENET_QOS詳細を追加します。以前は聞かれていなかったので。 ENETもENET_QOS/EQOSもMIIをサポートしていません。以下のEQOSのRM情報を参照してください。 RMII（10/100Mbps）、RGMII（10/100/1000Mbps） DSより: 1.8V/3.3V RMII動作、1.8V RGMII動作 この投稿では、ENET信号がEQOS信号とインターフェースしていることについて言及しています。NET信号はNETモジュールに対応し、ENET_QOSはEQOSモジュールに対応します。PHYTEC SOM内の利用可能な信号が希望する機能にマッピングできるか必ず確認してください。pinfunc.hをベースに設定できます。  または設定ツール。 i.MX用設定ツールはこちらからダウンロードしてください。 よろしくお願いします。

Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? Hello, We're trying to understand how ReLU6 behaves on the i.MX95 Neutron NPU. As far as we understand, ReLU6 should always keep its output between 0 and 6. We noticed lower detection accuracy on the NPU compared to the CPU for an SSD MobileNet V1 model, so we started checking intermediate layer outputs. For a layer using ReLU6, the value on the board went above 6 (up to about 25), while the same layer on the CPU (same model, same input) always stayed within 0-6, as expected. We didn't see any error or warning about this at runtime on the board. During model conversion, neutron-compiler does show a couple of general warnings about quantization, but none of them seem related to this specific point. Could you help us understand: 1. Is it expected that a ReLU6 output can go above 6 on this NPU? 2. If not, shouldn't the compiler or the runtime show an error or a warning in that case? Environment: - Board: i.MX95 EVK - BSP: LF_6.18.20_2.0.0 - eIQ Neutron SDK: 3.2.3 - Model: SSD MobileNet V1 (uint8, Arm ML-Zoo) Thank you! Re: Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? Hi, Thank you for your interest in NXP Semiconductor products, ReLU6 is listed as a supported operator in Neutron Supported Operators markdown, I would like to confirm if such layer wasn't changed to ReLU, could you please share the steps to reproduce and the binaries you get? You could try eIQ Model Zoo mobilenetv1 and convert it to Neutron. Regards Re: Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? Hi, Thanks for the quick reply. 1) Confirming it's still ReLU6, not ReLU No, this layer was not changed to ReLU. neutron-compiler's own NeutronIR (--dump-neutron-ir-final-file) still shows FusedActivation = "Relu6" for it - not our interpretation of the file. See evidence/01_confirm_still_relu6/ for the exact model, command, and output. 2) Steps to reproduce, and the binaries we get See evidence/02_reproduction_npu_exceeds_bound/ for the exact commands, the compiled model, input, script, console log, and raw output tensor. On the i.MX95 EVK board: min=-15 max=96 ReLU6 upper bound (raw): 12 elements above the bound: 4650 of 720000 (0.65%) The same layer on the CPU stays within 0-6 as expected (real max=5.999, vs. NPU's real max=24.664). 3) Re: trying eIQ Model Zoo mobilenetv1 We tried it (mobilenet_v1_0.25_128_quant.tflite, from your recipe.sh). None of its 28 CONV_2D/DEPTHWISE_CONV_2D operators actually have ReLU6 as a fused activation, so this model doesn't reproduce (or rule out) the issue we're reporting. For reference, this all uses eIQ Neutron SDK 3.2.3 throughout (compiler and on-board runtime). We suspect the problem is in neutron-compiler itself: compiling this layer with ReLU6 changed to plain ReLU produced byte-for-byte identical microcode, so the upper bound doesn't seem to make it into the generated code at all. Could you confirm this on your end, and let us know if there's anything else you need from us? Thank you!

i.MX 8M Plus：RGMII 到 MII 的迁移 – ENET_RXC / RX_ER 引脚分配 NXP社区的各位朋友，大家好！ 我正在使用 NXP i.MX 8M Plus SoC 和 PHYTEC phyCORE-i.MX8M Plus SOM 开发定制以太网设计。 我们目前有一个基于 RGMII 的以太网设计，我们正在评估将我们的定制板从 RGMII 迁移到 MII 的可能性。 在引脚复用审查过程中，我发现 i.MX 8M Plus ENET_RXC 引脚具有以下功能： ALT0：CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK ALT1：ENET_QOS_RX_ER ALT5：GPIO1_IO25 在我们的 PHYTEC SOM 分配中，该信号与 SOM 引脚 A25 相关联。 我担心的是 RGMII 到 MII 的迁移问题。RGMII 和 MII 所需的以太网信号不同。 我想澄清以下几点： 1. 除了 RGMII 和 RMII 之外，i.MX 8M Plus ENET_QOS MAC 是否支持真正的 MII 接口？ 2. 如果支持真正的 MII，那么 i.MX 8M Plus 的 MII_RX_CLK、MII_RX_DV、MII_RX_ER、MII_RXD0 到 MII_RXD3、MII_TX_CLK、MII_TX_EN 和 MII_TXD0 到 MII_TXD3 的正确引脚映射是什么？ 3. 对于 ENET_RXC 焊盘，ALT0、CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK 是否仅用于 RGMII，或者该功能是否可以用作 MII 接收时钟？ 4. 在 RGMII 到 MII 迁移期间，MII 接口是否需要 ENET_RXC 焊盘上的 ENET_QOS_RX_ER？ 5. 如果需要 MII_RX_ER，能否通过 IOMUX 将其分配给另一个可用的 i.MX 8M Plus 焊盘，还是该信号内部与 ENET_RXC 焊盘关联？ 6. 由于我们使用的是 PHYTEC phyCORE-i.MX8M Plus SOM，在实现 MII 接口时，是否需要考虑 SOM 路由方面的任何限制？ 7. 如果支持 MII，能否提供 i.MX 8M Plus MII MAC 到 PHY 引脚配置和设备树配置的示例或参考资料？ 之所以要进行此项澄清，是因为我们目前正在为博世定制载板准备引脚复用和原理图。在更改 SOM 和载板引脚分配之前，我们希望确认正确的 MII 信号映射。 我们的 BSP 中相关的 pinmux 信息如下： ENET_RXC ALT0：CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK ALT1：ENET_QOS_RX_ER ALT5：GPIO1_IO25 请问有人可以确认 i.MX 8M Plus ENET_QOS MAC 是否支持真正的 RGMII 到 MII 迁移吗？如果支持，应该如何处理 ENET_RXC 和 RX_ER？ 谢谢！ Re: i.MX 8M Plus: RGMII to MII Migration – ENET_RXC / RX_ER Pin Assignment 您好， 感谢您对恩智浦半导体产品的关注， 这个问题与这个主题相关。 由于之前没有问到 ENET_QOS 的详细信息，我将在本帖中补充这些信息。 ENET 和 ENET_QOS / EQOS 均不支持 MII，请参考 EQOS RM 提供的以下信息： RMII（10/100Mbps），RGMII（10/100/1000Mbps） 来自DS： 1.8V/3.3V RMII 操作，1.8V RGMII 操作 帖子中提到了 ENET 信号与 EQOS 信号的接口。ENET 信号对应于 ENET 模块，而 ENET_QOS 对应于 EQOS 模块。请务必检查 PHYTEC SOM 中可用的信号是否可以映射到您所需的功能，您可以参考pinfunc.h文件。或配置工具。 在此处下载 i.MX 配置工具。 此致

i.MX 8M Plus: RGMII to MII Migration – ENET_RXC / RX_ER Pin Assignment Hello NXP Community, I am working on a custom Ethernet design using the NXP i.MX 8M Plus SoC with a PHYTEC phyCORE-i.MX8M Plus SOM. We currently have an Ethernet design based on RGMII, and we are evaluating a migration from RGMII to MII for our custom board. During the pinmux review, I found the following functions for the i.MX 8M Plus ENET_RXC pad: ALT0: CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK ALT1: ENET_QOS_RX_ER ALT5: GPIO1_IO25 In our PHYTEC SOM allocation, this signal is associated with SOM pin A25. My concern is related to the RGMII to MII migration. The required Ethernet signals are different between RGMII and MII. I would like to clarify the following points: 1. Does the i.MX 8M Plus ENET_QOS MAC support a true MII interface in addition to RGMII and RMII? 2. If true MII is supported, what is the correct i.MX 8M Plus pin mapping for MII_RX_CLK, MII_RX_DV, MII_RX_ER, MII_RXD0 to MII_RXD3, MII_TX_CLK, MII_TX_EN, and MII_TXD0 to MII_TXD3? 3. For the ENET_RXC pad, is ALT0, CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK, intended only for RGMII, or can this function be used as the MII receive clock? 4. During an RGMII to MII migration, is ENET_QOS_RX_ER on the ENET_RXC pad required for the MII interface? 5. If MII_RX_ER is required, can it be assigned to another available i.MX 8M Plus pad through IOMUX, or is this signal internally associated with the ENET_RXC pad? 6. Since we are using a PHYTEC phyCORE-i.MX8M Plus SOM, are there any SOM routing limitations that need to be considered for implementing the MII interface? 7. If MII is supported, could someone provide an example or reference for the correct i.MX 8M Plus MII MAC-to-PHY pin configuration and device-tree configuration? The reason for this clarification is that we are currently preparing the pinmux and schematic for a Bosch custom carrier board. We want to confirm the correct MII signal mapping before changing the SOM and carrier-board pin allocation. The relevant pinmux information from our BSP is: ENET_RXC ALT0: CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK ALT1: ENET_QOS_RX_ER ALT5: GPIO1_IO25 Could someone please confirm whether a true RGMII-to-MII migration is supported on the i.MX 8M Plus ENET_QOS MAC and, if so, how ENET_RXC and RX_ER should be handled? Thank you. Re: i.MX 8M Plus: RGMII to MII Migration – ENET_RXC / RX_ER Pin Assignment Hi, Thank you for your interest in NXP Semiconductor products, This issue is related to this topic. I will add in this thread the ENET_QOS details since they were not asked previously. Neither ENET nor ENET_QOS / EQOS support MII, please refer to the following information from RM of EQOS: RMII (10/100Mbps), RGMII (10/100/1000Mbps) From DS: 1.8 V/3.3 V RMII operation, 1.8 V RGMII operation Post mentions ENET signals interfacing EQOS signals. ENET signals correspond to ENET module, while ENET_QOS correspond to EQOS module, make sure to review that an available signal in PHYTEC SOM can be mapped to your desired function, you can base in pinfunc.h  or config tools. Download Config Tools for i.MX here. Regards

i.MX8MP ENET_RXC/A25 Pinmux Clarification for MII Interface We are developing a custom board using the PHYTEC phyCORE-i.MX8M Plus SOM and are reviewing the Ethernet pinmux for migration from the existing RGMII interface to MII. The PHYTEC SOM pin A25 is associated with the i.MX8M Plus ENET_RXC signal. In the i.MX8MP pinmux, ENET_RXC supports ALT0 = CCM_ENET_QOS_CLOCK_GENERATE_RX_CLK and ALT1 = ENET_QOS_RX_ER. We need clarification regarding the correct pin assignment and interface requirements for the intended MII configuration. Specifically, is ENET_RXC required for the MII receive interface, or can the required RX_ER function be assigned to another suitable i.MX8M Plus pad/GPIO? If a different pad can be used, please provide the recommended pin mapping. We also need confirmation of whether the i.MX8M Plus ENET_QOS controller supports the intended MII interface and whether any IOMUX, MAC, device-tree, GPR, or PHY configuration changes are required. Please advise on the recommended Ethernet pin mapping and configuration for the i.MX8M Plus with the PHYTEC phyCORE SOM. Re: i.MX8MP ENET_RXC/A25 Pinmux Clarification for MII Interface Hi, Thank you for your interest in NXP Semiconductor products, i.MX 8M Plus does not support MII, please refer to the following extract from RM: Seamless interface to commercial ethernet PHY devices via one of the following: a 2-bit Reduced MII (RMII) operating at 50 MHz. a (double data rate) 4-bit Reduced GMII (RGMII) operating at 125 MHz. For signal mapping, you can refer to i.MX 8M Plus DS. Regards

i.MX8M Quad – M4 Core Boot Steps and Required U-Boot Commands I am working with an i.MX8M Quad EVK SD card image and would like to understand the correct procedure for booting and running an application on the Cortex-M4 core from U-Boot. I have downloaded the MCUXpresso SDK for the i.MX8M Quad and successfully compiled the Hello World example for the M4 core. I now have the generated .bin firmware file. Please provide the correct U-Boot commands and boot sequence to load and start this M4 .bin firmware from U-Boot? And how to check M4 console ? #imx8mq #m4 #cortex-m4 #boot_m4 #UBoot #yocto #uboot-commands i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project Re: i.MX8M Quad – M4 Core Boot Steps and Required U-Boot Commands Hello, Step-by-Step U-Boot Commands 1. Prepare the SD Card Copy your compiled .bin file (e.g., hello_world.bin ) to the FAT/boot partition (partition 1) of the SD card before inserting it into the EVK. 2. Stop U-Boot Autoboot Power on the board and immediately press any key to interrupt autoboot at the U-Boot prompt. 3. Option A — TCM Execution (Recommended for MCUXpresso SDK apps) This is the standard method for MCUXpresso SDK Hello World examples, which are linked to run from TCM at 0x1FFE0000 (alias 0x7E0000 😞 # Step 1: Load .bin from SD card FAT partition into a DDR staging buffer u-boot=> fatload mmc 1:1 0x48000000 hello_world.bin # Step 2: Copy the image from DDR staging buffer into the M4's TCM u-boot=> cp.b 0x48000000 0x7e0000 0x20000 # Step 3: (Optional but recommended) Flush data cache before starting M4 u-boot=> dcache flush # Step 4: Release M4 from reset and start execution from TCM u-boot=> bootaux 0x7e0000   You should see output like: ## Starting auxiliary core stack = 0x20020000, pc = 0x1FFE0305...       3. Option B — DDR Execution If your binary is linked to run from DDR (e.g., 0x80000000 😞 u-boot=> fatload mmc 1:1 0x80000000 hello_world.bin u-boot=> dcache flush u-boot=> bootaux 0x80000000   ⚠️ Important: Use 0x7e0000 (TCM) or 0x80000000 (DDR) depending on the linker script used when you compiled the MCUXpresso SDK app. For the default Hello World example, TCM ( 0x7e0000 ) is the correct target. Optional: Clear Resource Table Area (for Hello World / bare-metal) If your image does not have an RPMsg resource table (like a simple hello_world.bin ), clear the resource table area to avoid garbage values that could confuse Linux later: u-boot=> mw 0xb80ff000 0 4 Optional: Run prepare_mcore (When Linux Will Also Boot) If you plan to continue booting Linux after starting the M4, run this additional command before bootaux . It configures clocks so Linux does not disable M4-used clocks: u-boot=> fatload mmc 1:1 0x48000000 hello_world.bin u-boot=> cp.b 0x48000000 0x7e0000 0x20000 u-boot=> run prepare_mcore u-boot=> bootaux 0x7e0000     Checking the M4 Console The i.MX8MQ EVK uses an FTDI USB-serial chip that enumerates two separate COM ports when connected to the PC: Port Core Lower number (e.g., COM9 / /dev/ttyUSB0 ) Cortex-A53 (U-Boot / Linux console) Higher number (e.g., COM10 / /dev/ttyUSB1 ) Cortex-M4 console       Settings for both ports: 115200 baud, 8 data bits, No parity, 1 stop bit (115200 8N1). Open two separate terminal windows (e.g., TeraTerm, minicom, PuTTY): Terminal 1 → Lower COM port → for U-Boot commands Terminal 2 → Higher COM port → to see M4 Hello World output Quick Reference: Automation via Environment Variables You can save these as U-Boot environment variables for convenience: u-boot=> setenv m4_image hello_world.bin u-boot=> setenv m4_loadaddr 0x7e0000 u-boot=> setenv load_m4_image "fatload mmc '${mmcdev}':'${mmcpart}' 0x48000000 '${m4_image}'; cp.b 0x48000000 0x7e0000 0x20000" u-boot=> setenv run_m4_image "run load_m4_image; bootaux '${m4_loadaddr}'" u-boot=> saveenv # Then simply run: u-boot=> run run_m4_image     Key Reference Documents UG10163 — i.MX Linux User's Guide (Section 4.7.4) — Official M4 boot procedure for i.MX8M Quad AN5317 — Loading Code on Cortex-M from U-Boot/Linux for the i.MX — Deep dive on TCM vs DDR loading GS-MCIMX8M-EVK — Getting Started with the MCIMX8M-EVK — Board-specific step-by-step guide Regards

i.MX95 NPUのReLU6出力が6を超えてもエラーや警告なしに問題ないのは予想されますか? こんにちは、 私たちは、i.MX95 Neutron NPU上でReLU6がどのように挙動するかを理解しようとしています。 私たちが理解している限りでは、ReLU6は常に0から6の間の出力値を維持するはずです。私たちは気づきました SSD MobileNet V1モデルではCPUに比べてNPUの検出精度が低いため、 中間層の出力をチェックし始めました。ReLU6を使うレイヤーの場合、基板上の値は 6を超え(最大で約25まで)、同じCPUの同じレイヤー(同じモデル、同じ入力)が常に使われていました 予想通り0-6の差を保ちました。 実行時にボード上でこれに関するエラーや警告は一切表示されませんでした。モデル変換中、 Neutron-compilerは量子化に関する一般的な警告をいくつか表示しますが、どれも表示していません この点に関係しているようです。 以下の点について教えていただけますか: 1.このNPUでReLU6の出力が6を超えることは期待できますか? 2. もしそうでなければ、その場合にコンパイラやランタイムがエラーや警告を表示するべきではないでしょうか? 環境: - ボード:i.MX95 EVK - BSP:LF_6.18.20_2.0.0 - eIQ Neutron SDK: 3.2.3 - モデル:SSD MobileNet V1(uint8、Arm ML-Zoo) ご回答をお待ちしています。 Re: Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 ReLU6はNeutron Supported Operatorsのマークダウンでサポートされているオペレーターとしてリストされていますが、もしそのレイヤーがReLUに変更されていないか確認したいのですが、再現の手順と入手するバイナリを教えていただけますか? eIQ Model Zoo mobilenetv1を試して、Neutronに変換するのも良いでしょう。 よろしくお願いします。 Re: Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? こんにちは、 迅速なご返信ありがとうございます。 1) ReLUではなくReLU6であることを確認する いいえ、この層はReLUに変更されていません。ニュートロンコンパイラ自身のニュートロンIR(--dump-neutron-ir-final-file) それでもFusedActivation = "Relu6"と表示されており、私たちのファイルの解釈ではありません。参照 正確なモデル、コマンド、出力のためのevidence/01_confirm_still_relu6/。 2) 再現手順と取得したバイナリ 正確なコマンド、コンパイルされたモデル、入力についてはevidence/02_reproduction_npu_exceeds_bound/を参照してください。 スクリプト、コンソールログ、そして生の出力テンソルです。i.MX95 EVKボードについて： 最小値=-15 最大値=96 ReLU6の上限値（生データ）：上限値を超える要素数：720000個中4650個（0.65%） CPU 上の同じレイヤーは予想通り 0～6 の範囲内に収まります (実際の最大値=5.999、NPU の実際の最大値=24.664)。 3) eIQ Model Zoo mobilenetv1 を試すについて 試してみました（あなたのrecipe.shにあるmobilenet_v1_0.25_128_quant.tflite）。28人のうち、誰もいない CONV_2D/DEPTHWISE_CONV_2Dオペレーターは実際にはReLU6を融合した作動として使っているので、このモデルには含まれていません 報告している問題を再現(または除外)してください。 参考までに、これらはすべてeIQ Neutron SDK 3.2.3を使用していますコンパイラおよび搭載ランタイム全体で。私たちは 問題はNeutronコンパイラ自体にあると推測されます。ReLU6でこのレイヤーをコンパイルするとプレーンに変更されました ReLUはバイトごとに同一のマイクロコードを生成したため、上限は 生成コード自体が問題ありません。 ご自身で確認していただけますか?他に何か必要なことがあれば教えてください。 ご回答をお待ちしています。

i.MX95 NPU 的 ReLU6 输出值超过 6 时，是否会没有错误或警告？ 你好， 我们正在尝试了解 ReLU6 在 i.MX95 Neutron NPU 上的表现。 据我们所知，ReLU6 的输出应该始终保持在 0 到 6 之间。我们注意到 对于 SSD MobileNet V1 模型，NPU 的检测精度低于 CPU，因此我们 开始检查中间层输出。对于使用 ReLU6 的层，板上的值 超过了 6（最高可达约 25），而 CPU 上的同一层（相同模型，相同输入）始终 正如预期的那样，分数保持在0-6分之间。 我们在运行时没有在板上看到任何相关的错误或警告。在模型转换过程中， neutron-compiler 确实会显示一些关于量化的通用警告，但没有一个警告是错误的。 似乎与这一点有关。 您能帮我们理解一下吗？ 1.在这个NPU上，ReLU6的输出值是否可以超过6？ 2. 如果不是，编译器或运行时在这种情况下难道不应该显示错误或警告吗？ 环境： - 板：i.MX95 EVK - 电路板支持包。：LF_6.18.20_2.0.0 - eIQ Neutron SDK：3.2.3 - 型号：SSD MobileNet V1（uint8，Arm ML-Zoo） 谢谢！ Re: Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? 您好， 感谢您对恩智浦半导体产品的关注， Neutron Supported Operators markdown 中列出了 ReLU6 作为支持的运算符，我想确认一下该层是否已更改为 ReLU，能否请您分享一下重现步骤以及您得到的二进制文件？ 您可以尝试使用eIQ Model Zoo mobilenetv1并将其转换为 Neutron。 此致 Re: Is it expected that a ReLU6 output can exceed 6 on the i.MX95 NPU, with no error or warning? 您好， 感谢您的快速回复。 1）确认仍然是 ReLU6，而不是 ReLU 不，这一层没有改成 ReLU。neutron-compiler 自带的 NeutronIR（--dump-neutron-ir-final-file） 它仍然显示 FusedActivation = "Relu6" - 这不是我们对文件的解释。看 请参阅 evidence/01_confirm_still_relu6/ 获取确切的模型、命令和输出。 2) 重现步骤以及我们得到的二进制文件 有关确切的命令、编译后的模型、输入，请参阅 evidence/02_reproduction_npu_exceeds_bound/。 脚本、控制台日志和原始输出张量。在 i.MX95 EVK 板上： 最小值=-15 最大值=96 ReLU6 上限（原始数据）：超出上限 12 个元素：720000 个元素中有 4650 个（0.65%） CPU 上的同一层保持在 0-6 的范围内，符合预期（实际最大值=5.999，而 NPU 的实际最大值=24.664）。 3) 回复：尝试 eIQ Model Zoo mobilenetv1 我们试过了（mobilenet_v1_0.25_128_quant.tflite，来自您的 配方.sh）。它的28个中没有一个 CONV_2D/DEPTHWISE_CONV_2D 算子实际上融合了 ReLU6 作为激活函数，因此该模型不 重现（或排除）我们报告的问题。 作为参考，所有这些操作均使用 eIQ Neutron SDK 3.2.3。贯穿始终（编译器和板载运行时）。我们 怀疑问题出在 neutron-compiler 本身：用 ReLU6 编译这一层时，已将其更改为普通层。 ReLU 生成的微代码与实际生成的微代码完全相同的字节，因此上限似乎并未被纳入考虑范围。 完全没有生成代码。 请您确认一下，如果还有其他需要我们提供的信息，请与我们联系。 谢谢！

i.MX8M 四核 – M4 核心启动步骤和所需的 U-Boot 命令 我正在使用 i.MX8M Quad EVK SD 卡镜像 ，想了解 从 U-Boot 启动并在 Cortex-M4 内核 上运行应用程序的正确步骤。 我已经下载了 适用于 i.MX8M 四核处理器的 MCUXpresso SDK ，并成功编译了 M4 内核的 Hello World 示例程序。现在我已经得到了生成的.bin 固件文件。 请提供正确的U-Boot 命令和启动顺序，以便从 U-Boot 加载并启动此 M4 .bin固件？以及如何查看 M4 控制台？ #imx8mq #m4 #cortex-m4 #boot_m4 #UBoot #yocto #uboot命令 i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project Re: i.MX8M Quad – M4 Core Boot Steps and Required U-Boot Commands 你好， U-Boot 命令分步指南 1. 准备 SD 卡 复制你编译好的 .bin 文件文件（例如， hello_world.bin ）在将 SD 卡插入 EVK 之前，将其写入 SD 卡的FAT/启动分区（分区 1）。 2. 停止 U-Boot 自动启动 打开板电源，然后立即按任意键中断 U-Boot 提示符处的启动。 3. 选项 A — TCM 执行（推荐用于 MCUXpresso SDK 应用） 这是 MCUXpresso SDK Hello World 示例的标准方法，这些示例链接到位于 0x1FFE0000 （别名 0x7E0000 的 TCM 运行。😞 # Step 1: Load .bin from SD card FAT partition into a DDR staging buffer u-boot=> fatload mmc 1:1 0x48000000 hello_world.bin # Step 2: Copy the image from DDR staging buffer into the M4's TCM u-boot=> cp.b 0x48000000 0x7e0000 0x20000 # Step 3: (Optional but recommended) Flush data cache before starting M4 u-boot=> dcache flush # Step 4: Release M4 from reset and start execution from TCM u-boot=> bootaux 0x7e0000   你应该看到类似这样的输出： ## Starting auxiliary core stack = 0x20020000, pc = 0x1FFE0305...       3. 选项 B — DDR 执行 如果您的二进制文件链接到 DDR 运行（例如， 0x80000000 😞 u-boot=> fatload mmc 1:1 0x80000000 hello_world.bin u-boot=> dcache flush u-boot=> bootaux 0x80000000   ⚠️ 重要提示： 根据编译 MCUXpresso SDK 应用程序时使用的 链接器脚本 ，使用 0x7e0000 (TCM) 或 0x80000000 (DDR)。 对于默认的 Hello World 示例，TCM（ 0x7e0000 ）是正确的目标。 可选：清除资源表区域（用于 Hello World / 裸机环境） 如果你的镜像没有RPMsg 资源表（例如简单的 hello_world.bin ），清除资源表区域，以避免产生可能在以后导致 Linux 系统混乱的垃圾值： u-boot=> mw 0xb80ff000 0 4 可选：运行 prepare_mcore （当 Linux 系统也启动时） 如果您计划在启动 M4 后继续启动 Linux，请在 bootaux 之前运行此附加命令。它配置时钟，使 Linux 不会禁用 M4 使用的时钟： u-boot=> fatload mmc 1:1 0x48000000 hello_world.bin u-boot=> cp.b 0x48000000 0x7e0000 0x20000 u-boot=> run prepare_mcore u-boot=> bootaux 0x7e0000     检查M4控制台 i.MX8MQ EVK 使用 FTDI USB 转串口芯片，连接到 PC 时会枚举两个独立的 COM 端口： 端口 内核 较低的编号（例如，COM9 / /dev/ttyUSB0 ） Cortex-A53（U-Boot/Linux 控制台） 更高的数字（例如，COM10 / /dev/ttyUSB1 ） Cortex-M4 控制台       两个端口的设置： 115200 波特率，8 位数据位，无奇偶校验，1 位停止位 (115200 8N1)。 打开两个独立的终端窗口（例如，TeraTerm、minicom、PuTTY）： 终端 1 → 下方 COM 端口 → 用于 U-Boot 命令 终端 2 → 更高端口的 COM 端口 → 查看 M4 Hello World 输出 快速参考：通过环境变量实现自动化 为了方便起见，您可以将这些值保存为 U-Boot 环境变量： u-boot=> setenv m4_image hello_world.bin u-boot=> setenv m4_loadaddr 0x7e0000 u-boot=> setenv load_m4_image "fatload mmc '${mmcdev}':'${mmcpart}' 0x48000000 '${m4_image}'; cp.b 0x48000000 0x7e0000 0x20000" u-boot=> setenv run_m4_image "run load_m4_image; bootaux '${m4_loadaddr}'" u-boot=> saveenv # Then simply run: u-boot=> run run_m4_image     关键参考文件 UG10163 — i.MX Linux 用户指南（4.7.4 节） — i.MX8M 四核处理器的官方 M4 启动步骤 AN5317 — 通过 U-Boot/Linux 在 i.MX 上向 Cortex-M 加载代码— TCM 与 DDR 加载深度解析 GS-MCIMX8M-EVK — MCIMX8M-EVK 入门指南 — 针对特定开发板的逐步指南 此致

MPC5775B – 应用程序到 RAppID 引导加载程序的转换 您好，NXP团队，我正在使用带有RAppID引导加载程序的MPC5775B进行CAN烧录。 我没有 RAppID FBL 源代码，因此无法修改现有的 FBL。 运行中的应用程序是否有支持的机制来请求现有的 RAppID FBL 进入编程模式？ 如果需要，MPC5775B 的应用程序 → FBL 入口顺序是什么？ 这是否需要特定的 RESET/启动机制，或者 RAppID 是否提供了其他方式从应用程序请求 FBL？ Re: MPC5775B – Application to RAppID Bootloader transition 你好， RAppID FBL 中没有内置的、有文档记录的 API，供正在运行的应用程序以编程方式请求 FBL 条目。适用于 MPC57xx 的 RAppID 引导加载程序是一个闭源二进制的、驻留在闪存中的引导加载程序（以预编译的 .rbf 文件形式分发）。文件）未提供源代码，也无法修改。 触发该功能的标准机制是重置 + 启动时标志检查，而不是应用程序的运行时调用。 顺祝商祺！ Peter Re: MPC5775B – Application to RAppID Bootloader transition 谢谢你，彼得。据了解，该机制是先进行RESET，然后进行启动时标志检查。由于我们没有 RAppID FBL 源代码，能否请您说明一下 MPC5775B 的 RAppID FBL 在启动时检查什么标志/条件，以及应用程序如何在 RESET 前设置/请求它？ 这是特定的 RAM 地址/魔法值、复位原因条件、配置字段，还是其他机制？如果应用程序端有设置此标志的步骤或文档，能否分享一下？ Re: MPC5775B – Application to RAppID Bootloader transition 如果您有解决此问题的方法，请务必告诉我。 谢谢你， Re: MPC5775B – Application to RAppID Bootloader transition @lukaszadrapa你能帮我解答一下这个问题吗？ Re: MPC5775B – Application to RAppID Bootloader transition 您好@NXP_007 正如彼得所说，你不能从你的应用程序中请求运行引导加载程序。每次重置后，引导加载程序都会启动，如果收到 PC 上运行的 RAppidBL 应用程序的响应，它会等待预定的时间。否则，它将启动应用程序。 用户可以更改延迟时间。详情请参阅用户手册中的“2.7 RAppID启动加载程序闪存算法（RBF）”章节。 此致， Lukas

MPC5775B – Application to RAppID Bootloader transition Hello NXP Team, I am using MPC5775B with RAppID Bootloader for CAN flashing. I do not have the RAppID FBL source code, so I cannot modify the existing FBL. Is there a supported mechanism for the running application to request the existing RAppID FBL to enter programming mode? If yes, what is the required Application → FBL entry sequence for MPC5775B? Does this require a specific reset/boot mechanism, or does RAppID provide another way to request FBL from the application? Re: MPC5775B – Application to RAppID Bootloader transition Hello, There is no built-in, documented API in the RAppID FBL for the running application to programmatically request FBL entry. The RAppID bootloader for MPC57xx is a closed-binary, flash-resident bootloader (distributed as a pre-compiled .rbf file) with no source code provided and no modification possible. The standard mechanism to trigger it is a reset + boot-time flag check, not a runtime call from the application. Best regards, Peter Re: MPC5775B – Application to RAppID Bootloader transition Thanks Peter. Understood that the mechanism is a reset followed by a boot-time flag check. Since we do not have the RAppID FBL source code, could you please clarify what boot-time flag/condition the RAppID FBL for MPC5775B checks, and how the application can set/request it before reset? Is this a specific RAM address/magic value, reset-cause condition, configuration field, or another mechanism? If there is an application-side procedure or documentation for setting this flag, could you please share it? Re: MPC5775B – Application to RAppID Bootloader transition Please do let me know if you have any solution to the problem. Thank you, Re: MPC5775B – Application to RAppID Bootloader transition @lukaszadrapa Can you help me out on this topic? Re: MPC5775B – Application to RAppID Bootloader transition Hi @NXP_007  As Peter said, you can't request  to run the bootloader from your application. The bootloader starts after each reset and it waits pre-defined time if it gets a response from RAppidBL application running on PC. If not, it starts the application.  The delay can be changed by user. See "2.7 RAppID Boot Loader Flash Algorithm (RBF)" in the user manual for details.  Regards, Lukas

i.MX8MP ENET_RXC/A25 Pinmux MIIインターフェースの説明 PHYTEC phyCORE-i.MX8M Plus SOMを使用したカスタムボードを開発しており、既存のRGMIIインターフェースからMIIへのイーサネットピンマックス移行を検討しています。PHYTEC SOMのピンA25は、i.MX8M PlusのENET_RXC信号に関連付けられています。i.MX8MPピンマックスでは、ENET_RXC ALT0 = CCM_ENET_QOS_CLOCK_GENERATE_RX_CLKおよびALT1 = ENET_QOS_RX_ERをサポートしています。意図されたMII構成の正しいピン割り当てとインターフェース要件についての明確な説明が必要です。具体的には、MII受信インターフェースにENET_RXCが必要でしょうか?それとも必要なRX_ER機能は別の適切なi.MX8M Plusパッド/GPIOに割り当てられるのでしょうか?別のパッドが使える場合は、推奨されるピンマッピングをご提供ください。また、i.MX8M Plus ENET_QOSコントローラが意図されたMIIインターフェースをサポートしているか、IOMUX、MAC、デバイスツリー、GPR、PHYの設定変更が必要かどうかも確認する必要があります。i.MX8M PlusとPHYTEC phyCORE SOMの推奨イーサネットピンマッピングと設定についてアドバイスをお願いします。 Re: i.MX8MP ENET_RXC/A25 Pinmux Clarification for MII Interface こんにちは、 NXP Semiconductors製品にご関心いただきありがとうございます。 i.MX 8M PlusはMIIをサポートしていないため、RMからの以下の抜粋を参照してください。 以下のいずれかを通じて商用イーサネットPHYデバイスへのシームレスなインターフェースが可能です: 50MHzで動作する2ビット縮小MII（RMII）。 125 MHzで動作する、 1 つの （ダブル･データ･レート）4 ビットの縮小GMII (RGMII)。 信号マッピングについては、8M Plus DS i.MX を参照してください。 よろしくお願いします。

MPC5775B – アプリケーションからRAppIDへのブートローダー移行 こんにちは、NXPチームの皆さん。私はCANフラッシングに RAppIDブートローダーを組み合わせたCAN フラッシングをMPC5775Bしています。 RAppID FBLのソースコードは持っていないので、既存のFBLを修正することはできません。 実行中のアプリケーションが既存のRAppID FBLにプログラミングモードに入るよう要求するサポートされたメカニズムはありますか? もしそうなら、MPC5775Bに必要なアプリケーション→FBLエントリシーケンスは何ですか? これには特定のリセットや起動機構が必要なのでしょうか、それともRAppIDはアプリケーションからFBLを要求する別の方法を提供しているのでしょうか? Re: MPC5775B – Application to RAppID Bootloader transition こんにちは、 RAppID FBLには、実行中のアプリケーションがプログラム的にFBLエントリを要求するための組み込みかつ文書化されたAPIはありません。MPC57xx用のRAppIDブートローダーは、クローズドバイナリでフラッシュ常駐ブートローダー(事前コンパイル済みの.rbfとして配布)ですソースコードが提供されておらず、変更も不可能なファイル） これをトリガーする標準的なメカニズムは、アプリケーションからのランタイム呼び出しではなく、リセット+ブートタイムフラグチェックです。 よろしくお願いいたします。 ピーター Re: MPC5775B – Application to RAppID Bootloader transition ありがとう、ピーター。リセット処理に続いて起動時のフラグチェックが行われる仕組みだと理解しました。RAppID FBLのソースコードがない場合は、MPC5775BチェックのRAppID FBLにどのようなブートタイムフラグや条件があるのか、またアプリケーションがリセット前にどのように設定・要求できるのか、説明していただけますか? これは特定のRAMアドレス/マジック値、リセット原因条件、設定フィールド、または別のメカニズムでしょうか？もしこのフラグを設定するためのアプリケーション側の手順やドキュメントがあれば、ぜひ教えていただけませんか? Re: MPC5775B – Application to RAppID Bootloader transition この問題の解決策をご存知でしたら、ぜひ教えてください。 ありがとう、 Re: MPC5775B – Application to RAppID Bootloader transition @lukaszadrapaこの件について助けてもらえますか? Re: MPC5775B – Application to RAppID Bootloader transition こんにちは、 @NXP_007 ピーターが言ったように、アプリケーションからブートローダーの実行をリクエストすることはできません。ブートローダーはリセットごとに起動し、PC上で動作中のRAppidBLアプリケーションから応答が来た場合は、あらかじめ定められた時間を待ちます。そうでなければ、アプリケーションが始まります。 遅延はユーザーによって変更可能です。詳細はユーザーマニュアルの「2.7 RAppID Boot Loader Flash Algorithm (RBF)」をご覧ください。 よろしくお願いいたします。 ルーカス

Kinetis (../45/47/43;MCX W71/72/70) および MCX W23 電源プロファイルツール (ローカライズ機能を含む) このページは、Kinetis (KW35/KW38/KW45/KW47) および MCX Wx (MCX W71/72 および MCX W23) 電力プロファイル ツール専用です。 これにより、あなたのアプリケーション(オートモーティブ、IIoT、トラッカー/タグ、連続血糖モニタリング[CGM])の消費電力を推定し、ソリューションのバッテリー寿命を評価するのに役立ちます。 このページには、単独製品またはフルシステムアプリケーション向けの専用パワープロファイルツールを提供する4つのマーケットセグメントが含まれています:   1. オートモーティブ Kinetis(KW3x/4x)オートモーティブ用パワープロファイルツール - NXPコミュニティ KW35/36製品用のBluetooth LEをスタンドアロンで使用。 Bluetooth LEはKW37/38/39製品用のスタンドアロン対応です。 KW45/KW47製品用のBluetooth LEをスタンドアロンで使用。 スマートフォブアプリケーション(BLE/KW45;UWBレンジャー4位;SE;モーション・センサ) スマートフォブアプリケーション(BLE/KW47;UWBレンジャー5;SE;モーション・センサ) 2.IIoT Kinetis MCX Wxx(MCX W71/72 および MCX W23)IIoT用パワープロファイルツール - NXPコミュニティ Bluetooth LEは単体でMCX W71/MCX W72製品用です。 MCX W23製品のBluetooth LEをスタンドアロンで提供します。 スタンドアロン (IIoT) の MCX W71 および W72 マター製品用の 802.15.4 Matter ICD SIT & LIT および ZED。 Aliro Doorlockアプリケーション    3. オートモーティブおよび工業技術向けローカリゼーションアプリケーション(CCC CS) Kinetis MCX Wxx(KW47およびMCX W72)Bluetoothローカライゼーション用パワープロファイルツール - NXPコミュニティ 4．新しいツールが登場： Zephyr・ズボス Zephyr BLE KW45/MCX W71 または KW47/MCX W72 を使用して PCB を構築し、無線の性能と無線認証 (CE/FCC/IC) に関する情報をすべて得るには、次の重要なリンクを参照してください。 KW45（カーアクセサリ）を使ってPCBを構築する最良の方法 - NXPコミュニティ 電力および低電力アプリケーションノートについては、製品ページをご覧ください。便宜上、いくつかの直接リンクを次に示します。 MCXW71 - 電源管理ハードウェア KW45/K32W148 - 電源管理ハードウェア 異なる体験:ワンワイヤレス接続パワープロファイリングツール ワイヤレス・コネクティビティ電力プロファイリングツールをすべて一つにまとめています。 Kinetis(KW3x/4x、MCX W7xおよびMCX W23)One コネクティビティ Power Profile Tool - NXPコミュニティ 注:このツールはHTML形式で、使いやすく、以前のツール形式と比べて反応的(レイテンシなし)です。 製品: K32W0 製品: K32W1 製品: KW 34|35|36 製品: KW 37|38|39 製品: KW41Z |31Z | 21Z 製品: QN9080|SIP 製品: QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、エベレット。 パスワードは、変更や競合他社のベンチマークの詳細が多すぎることを避けるために設定されています。 ご不便をおかけして申し訳ございませんが、それはCANません。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) こんにちは、christophe_menardさん。 @christophe_menardシート保護のパスワードを教えていただけますか。よろしくお願いします。 EverettRao_0-1729134009121.png Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは 、 OneConnectivityPowerProfilingtool_SDK_26_03.zip を使用したいのですが、トロイの木馬が検出されました。 このツールの使い方。 サポートありがとうございます Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは、 @pierre_demeyer この件を確認するため、社内のIT部門に問い合わせチケットを発行しました。 近いうちにまたご連絡します。 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) こんにちは、 @pierre_demeyer IT認証の結果、CrowstrikeやDefenderのソフトウェアを使ってトロイの木馬ウイルスは検出されませんでした。

Kinetis (.. /45/47/43；MCX W71/72/70) & MCX W23 Power 我的 工具（包括本地化） 本页专用于 Kinetis（KW35/KW38/KW45/KW47）和 MCX Wx（MCX W71/72 & MCX W23）Power 我的 工具。 它将帮助您估算应用（汽车、工业物联网、追踪器/标签和连续血糖监测 [CGM]）中的功耗，并评估解决方案的电池寿命。 本页面包含 4 个市场细分领域，分别针对独立产品或完整系统应用提供专用的功率分析工具： 1. 汽车 Kinetis (KW3x/4x) 汽车行业功率我的分析工具 - NXP 社区 KW35/36 产品独立组网 (SA)的蓝牙低功耗功能。 KW37/38/39 产品独立组网 (SA)的蓝牙低功耗功能。 KW45/KW47 产品独立组网 \(SA\)的蓝牙低功耗功能。 SmartFob 应用（BLE/KW45；UWB Ranger4；SE；运动传感器） SmartFob 应用（BLE/KW47；UWB Ranger5；SE；运动传感器） 2.工业物联网 (IIoT) ... Kinetis MCX Wxx（MCX W71/72 和 MCX W23）工业物联网电源我的工具 - NXP 社区 MCX W71/MCX W72 产品独立组网 \(SA\)蓝牙低功耗 (Bluetooth LE) 功能。 MCX W23 产品独立组网 (SA)的蓝牙低功耗 (Bluetooth LE)。 802.15.4 Matter ICD SIT & LIT 和 ZED 适用于 MCX W71 & W72 独立组网 (IIoT) 产品。 Aliro门锁应用 3. 面向汽车和工业物联网的定位应用（CCC CS） Kinetis MCX Wxx (KW47 & MCX W72) 蓝牙定位电源我的工具 - NXP 社区 4.新工具即将推出： Zephyr Zboss Zephyr BLE 请找到这个重要链接，使用 KW45/MCX W71 或 KW47/MCX W72 版本 PCB，以及所有与无线电性能和无线电认证 (CE/FCC/IC) 相关的内容： 使用KW45版本 PCB 的最佳方式（汽车配件...-恩智浦社区 有关功耗和低功耗应用笔记，请参阅产品页面。以下是一些直接链接，以方便您使用： MCXW71 - 电源管理单元硬件 KW45/K32W148-电源管理单元硬件 不同的体验：一款无线连接功率分析工具 它将所有无线连接功率分析工具集成在一个设备中。 Kinetis（KW3x/4x、MCX W7x 和 MCX W23）连接电源我的工具 - NXP 社区 注意：与之前的工具格式相比，此工具采用 html 格式，易于使用且响应迅速（无延迟）。 产品：K32W0 产品：K32W1 产品：KW 34|35|36 产品：KW 37|38|39 产品：KW41Z |31Z |21Z 产品：QN9080|SIP 产品：QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) 嗨，埃弗雷特、 密码的设置是为了避免在太多细节上出现变化或竞争对手的基准。 很抱歉给您带来不便，但这是不可能的。 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) 你好，克里斯托夫-梅纳德。 @christophe_menard能否提供Sheet 保护 密码 ，非常感谢。 EverettRao_0-1729134009121.png Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) 你好 ， 我们想使用OneConnectivityPowerProfilingtool_SDK_26_03.zip，但检测到了木马程序。 如何使用这个工具？ 感谢您的支持 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) 嗨@pierre_demeyer 我已向IT部门提交了工单以核实此事。 我会尽快通知您最新情况。 Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) 嗨@pierre_demeyer 经 IT 部门核实，使用 Crowstrike 或 Defender 软件均未检测到木马病毒。

Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) This page is dedicated to the Kinetis (KW35/KW38/KW45/KW47) and MCX Wx (MCX W71/72 & MCX W23) Power Profile Tools. It will help you to estimate the power consumption in your application (Automotive, IIoT, Trackers/Tags and Continuous Glucose Monitoring [CGM]) and evaluate the battery life time of your solution. This page contains 4 market segments which provides dedicated power profile tool on standalone product or full system application for:    1. Automotive Kinetis (KW3x/4x) Power Profile Tools for Automotive - NXP Community Bluetooth LE for the KW35/36 products in standalone. Bluetooth LE for the KW37/38/39 products in standalone. Bluetooth LE for the KW45/KW47 products in standalone. SmartFob application (BLE/KW45; UWB Ranger4; SE; motion sensor)  SmartFob application (BLE/KW47; UWB Ranger5; SE; motion sensor)     2. IIoT Kinetis MCX Wxx (MCX W71/72 & MCX W23) Power Profile Tools for IIoT - NXP Community Bluetooth LE for the MCX W71/MCX W72 product in standalone. Bluetooth LE for the MCX W23 product in standalone. 802.15.4 Matter ICD SIT & LIT and ZED for the MCX W71 & W72 product in standalone (IIoT). Aliro Doorlock application    3. Localisation application (CCC CS) for Automotive & IIoT Kinetis MCX Wxx (KW47 & MCX W72) Power Profile Tools for Bluetooth Localization - NXP Community    4. New tools coming: Zephyr Zboss Zephyr BLE Please, find this important link to build a PCB using a KW45/MCX W71 or KW47/MCX W72 and all concerning the radio performances and radio certification (CE/FCC/IC): The best way to build a PCB using a KW45 (car acce... - NXP Community For Power and Low Power Application Notes please see product pages. Here are some direct links for your convenience: MCXW71 - Power Management Hardware KW45/K32W148 - Power Management Hardware A different experience: One Wireless Connectivity Power Profiling tool It includes all the wireless connectivity power profiling tools in one. Kinetis (KW3x/4x, MCX W7x and MCX W23) One Connectivity Power Profile Tool - NXP Community Note: This tool is in html format, easy to use and reactive (no latency) compared to previous tool format. Product: K32W0 Product: K32W1 Product: KW 34|35|36 Product: KW 37|38|39 Product: KW41Z |31Z | 21Z Product: QN9080|SIP Product: QN9090|30 Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) Hi Everett, The password is in place to avoid changes or competitor benchmarks in too much details. Sorry for the inconvenient but it can't be. Re: Kinetis (KW35/38/KW45 & K32W1/MCX W71) Power Profile Tools (including Localization) Hi  christophe_menard， @christophe_menard  Could you provide the password of Sheet protection, thanks very much. EverettRao_0-1729134009121.png Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) Hello , We would like to work with OneConnectivityPowerProfilingtool_SDK_26_03.zip but a trojan is detected. How to do to use thtis tool. Thank you for the support Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) Hi @pierre_demeyer  I opened a ticket to our IT to verify this. I will keep you informed soon. Re: Kinetis (../45/47/43;MCX W71/72/70) & MCX W23 Power Profile Tools (including Localization) Hi @pierre_demeyer  After IT verification, no Trojan virus was detection using Crowstrike or Defender softwares.

IMX93计量应用 我目前正在进行一个能源计量项目，希望将计量库从TWR-KM35Z75M平台移植到基于 i.MX 93 的板子上，其中Cortex-M33 内核将用于计量应用程序。 我希望就以下方面获得指导： 将计量库移植到 i.MX 93 M33 内核的推荐方法。 需要考虑的任何硬件或软件依赖项。 参考设计、应用说明或迁移指南的可用性。 i.MX 93 平台上的计量实现实例。 在新平台上实现ADC数据采集接口并保持计量精度的最佳实践。 任何类似迁移的实施步骤、参考资料或经验都将不胜感激。 谢谢！ 电源 Re: IMX93 Metering Application 看来您的所有问题都已在https://nxp.lightning.force.com/lightning/r/Case/500Te00000gKfLQIA0/view中进行了跟踪。 大多数情况下，我们需要内部团队的确认。请关注那里的更新。 谢谢。

受信感度は連続測定間で10dBの差がある。 QN9083 BLE SoCを使用している当社の製品の一つで予期せぬ挙動を観察しています。機器のレシーバ感度を測定すると、連続した測定間で最大10dBの差が見られます。CMW100を広告モードで測定しており、機器はシールドされたRFボックスに設置されています。箱を開けたり、デバイスの設置場所を変更したりせずに、連続してRxS測定を行ったところ、デバイスは最大10dBの差（-91dBmと-81dBm）を示しました。これは予想外で、これまで一度も発生したことのない現象です。その挙動はランダムである。ハードウェアとソフトウェアの両方の可能な原因を探しています。 Re: Rx sensitivity differs by 10dB between consecutive measurements こんにちは、 連続する感度測定値間で最大10dBものばらつきが生じるのは、通常想定されることではありません。 現在使われているソフトウェアやSDKのバージョンを教えてもらえますか? それと、もう少し詳しく教えていただけますか: これは単一のデバイスで起こるのか、それとも複数の製品で起こるのか? 異なる部署間で同様の行動が見られましたか？ 同じ測定セットアップを使ってNXPの開発ボードでも同じ問題を再現できますか? この情報は、問題がハードウェア、ソフトウェア、テスト環境に特有のものかを判断するのに役立ちます。 よろしくお願いいたします。 リカルド Re: Rx sensitivity differs by 10dB between consecutive measurements こんにちは。ご連絡いただきありがとうございます。私の回答は以下のとおりです。 現在使われているソフトウェアやSDKのバージョンを教えてもらえますか? 5.0 は156414(コントローラーサブシステム)および156821(ホストサブシステム)に基づいています これは単一のデバイスで起こるのか、それとも複数の製品で起こるのか? 同じ製品です。他の製品では問題が起きたことは一度もありません。 異なる部署間で同様の行動が見られましたか？ はい、ただし一貫しているわけではありません 同じ測定セットアップを使ってNXPの開発ボードでも同じ問題を再現できますか? QN9083を搭載した開発ボードと、チップをアドバタイジングモードに設定するファームウェアが必要です。 ありがとうございました。       Re: Rx sensitivity differs by 10dB between consecutive measurements BLEバージョンに関する追加情報： BLE Core 5.0をサポートするSDK 2.2.3 BLE 1.5.6。 Re: Rx sensitivity differs by 10dB between consecutive measurements @Ricardo_Zamora QN9080-DKを使用して測定を行いました。10dBの差は見られませんが、5dBの変動は依然として存在します（下記のデータを参照）。これは何が原因でしょうか? furbani_0-1784214895282.pngfurbani_0-1784214895282.png Re: Rx sensitivity differs by 10dB between consecutive measurements こんにちは、 @Ricardo_Zamora さん。私が投稿したデータや回答をご覧いただけましたでしょうか？ ありがとう。 Re: Rx sensitivity differs by 10dB between consecutive measurements W236 FRDM基板の放射RSSIにどの程度のばらつきがあるかを測定するために、測定を行いました。最大で4dBの差が生じる。 RomanPBudek_0-1789049903611.pngRomanPBudek_0-1789049903611.png RomanPBudek_1-1789049923585.pngRomanPBudek_1-1789049923585.png Re: Rx sensitivity differs by 10dB between consecutive measurements @RomanPBudek最新情報ありがとうございます。測定にはどのような機器を使用しましたか？もし測定してもらえれば、うちのフォームファクターのデバイスの一つを発送したいです。 よろしくお願い申し上げます。 Re: Rx sensitivity differs by 10dB between consecutive measurements それはNXPのHCIブラックボックスソフトウェアでした。測定結果と比較させていただければ幸いです。後ほどメールで住所をお送りします。 過去には、Rx感度の問題はテスト器具のプロービング問題に起因していました。試験器具が摩耗すると、プローブピンがプラスチックハウジングに触れてRFピンに静電気を注入する可能性があります。照明器具を接地することで問題は解決しました。これらのデバイスをいくつか見せて、どのように動作するか確認させてください。

丹佛哪家移动应用开发公司提供端到端服务？ 如果您正在丹佛寻找一家提供端到端服务的移动应用开发公司， JPLoft值得考虑。JPLoft 拥有 16 年以上的经验，已交付 1250 多个项目，提供完整的移动应用开发解决方案，包括 UI/UX 设计、iOS 和 Android 开发、AI 集成、测试、部署和发布后支持。 该公司帮助初创企业和大型企业构建可扩展、用户友好的移动应用程序，以满足其业务需求。  

i.MX 8M Plus 定制板：在 U-Boot 2024 中，ums 和 fastboot 命令失败，并显示“USB 初始化失败：-22”错误。 我在基于i.MX 8M Plus 的自定义硬件平台上启动 USB 外围设备功能（ums 和 fastboot）时遇到问题，该平台运行的是U-Boot v2024.04 （通过 Yocto 构建）。 尝试将 eMMC 导出为大容量存储或调用 fastboot 时，控制器初始化失败并抛出无效参数错误 (-22)：   u-boot=> ums 0 mmc 2 UMS：LUN 0，设备 mmc 2，硬件分区 0，扇区 0x0，计数 0x3a3e000 USB控制器初始化失败。 u-boot=> fastboot 0 USB 初始化失败：-22 环境和设置上下文： U-Boot 版本： 2024.04 (PV="2024.04"已通过 BitBake 环境检查确认）。 硬件：定制板。与参考 i.MX 8M Plus EVK 不同，该设计在 I2C 总线上没有采用标准的 Type-C 端口控制器 (TCPC) 芯片。 当前软件调整：我们目前包含一个补丁，用于绕过 板/freescale/imx8mp_evk/imx8mp_evk.c 中的错误。因此，当 TCPC 函数无法找到 I2C 设备时，引导加载程序不会完全中止初始化。 问题： 即使绕过了启动中止，USB 协议栈也会拒绝初始化命令，错误代码为 -22 (EINVAL)。 我们想验证此故障是否与缺失的 TCPC 状态如何处理动态角色分配直接相关，或者当偏离参考 EVK 设计时，自定义 i.MX 8M Plus 布局上的 USB 外设操作是否需要基本的驱动程序模型/设备树框架配置不匹配。 问题： 在 U-Boot 2024.04 下，在 i.MX 8M Plus 平台上调用 fastboot 或 ums 时出现 -22 (EINVAL) 错误的常见结构或配置原因是什么？ 没有参考 EVK 的 Type-C 设置的定制板应该如何正确配置其板文件或设备树属性，以安全地启用独立的 USB 设备/外设功能？ 任何见解或调试建议都将不胜感激。