app_localizationとapp_localization_algoにおけるRAS転送処理に関する質問 こんにちは、 現在、KW47でチャネルサウンディングを使用しようとしており、MCUXpresso SDKドキュメントの「Bluetooth Low Energyチャネルサウンディングアプリケーション開発者ガイド」を参照しています。しかしながら、測距サービス（RAS）を実装する必要があるかどうか確信が持てないため、ご説明をいただきたく存じます。 具体的には、app_localization_algo共通モジュールに関して、ドキュメントには次のように記載されています。 app_localization_algoモジュールは、CS手順とRAS転送の結果として得られたデータを解凍する役割を担います。その後、モジュールはそれを距離測定アルゴリズムに渡してメートル単位の距離を取得し、その距離をアプリケーションに伝達します。 アプリケーションとこのモジュールの間には、他に直接的な相互作用はありません。そのAPIは主にapp_localizationモジュールで使用されています。 この説明に基づき、RASの移送に関して以下の点を明確にしたいと思います。 RAS転送はapp_localizationモジュール内で自動的に設定および処理されますか？ それとも、app_localizationはapp_localization_algoモジュールとのみ連携し、RAS転送にはRAS APIを使用して別途実装する必要があるのでしょうか？ 言い換えれば、アプリケーションはCSプロシージャ処理とRAS転送の両方においてapp_localizationに完全に依存すべきなのか、それともアプリケーションレベルでRAS APIを明示的に統合する必要があるのか、ということです。 参考までに、関連するドキュメントページは以下のとおりです。 https://mcuxpresso.nxp.com/mcuxsdk/26.03.00/html/middleware/wireless/bluetooth/doc/Bluetooth %20Low% 20Energy %20Channel% 20Sounding %20Application% 20Developers%20Guide/topics/application_common_modules.html#app-localization-algo-common-module ご説明いただけると幸いです。 よろしくお願いします、 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi 事例を作成していただきありがとうございます。 少々お時間をください。いただいた詳細情報を確認し、できるだけ早くご返信いたします。 よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi ご辛抱強くお待ちいただき、また詳細な情報を提供していただき、ありがとうございます。 私の回答は以下のとおりです。 ご提供のリンクに示されているように、RASはレンジャーサービスの略です。これは別のサービスです。「app_localization」は実際にRASプロファイルインターフェースを呼び出してデータを転送します。 「app_localization」はアプリケーションコードの一部と考えることができます。ここではRASと呼ばれ、他の一般的なアプリケーションコードでも同様です。`app_localization`の使用をお勧めします。 `app_localization`は、RASを介したクライアント・サーバー（CS）データの転送を実装します。 しかし、アプリケーション層はプロファイルの購読、通知の有効化、インジケーターなどの基本的なインターフェースを呼び出す必要があります。 ご理解いただけましたでしょうか？ よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @Christine_Li さん。 ご回答ありがとうございます。 RASは独立したサービスであると理解しています。 app_localization内でCSデータを転送(すなわちRASを利用する)には、関連ドキュメントの「Ranging Service common module」セクションやwireless_ranging SDKサンプルで説明されているステップ、特に「アプリケーション層は基本的なインターフェースを呼び出す必要がある」という手順を追加で実装する必要があるという理解は正しいでしょうか。 例えば、プロフィールの購読、通知の有効化、指標など」などです。 よろしくお願いします、 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi はい、おっしゃる通りです。 よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @t_hosomi ご返信ありがとうございます。 誤解を避けるため、別の言葉を変えてみましょう。 RASはapp_localization内で処理されるのではなく、独立したサービスとして扱われます。 app_localizationはCSデータを転送するためにRASを呼び出す必要があります。 サンプルは必ずしもそのままでは使用できないわけではない。ただし、`app_localization` が RAS/プロファイルレベルの設定をすべて自動的に処理すると考えるべきではありません。カスタムアプリケーションに機能を統合する際には、プロファイルのサブスクリプションや通知・表示の有効化など、必要なアプリケーション層手順が適切に実装されていることを確認する必要があります。そうしないと、RASデータパスが意図したとおりに機能しない可能性があります。 これでより分かりやすくなったでしょうか。 もし何か不明な点があれば、遠慮なくお知らせください。 よろしくお願いいたします。 Christine。 Re: Question about RAS transfer handling in app_localization vs app_localization_algo こんにちは、 @Christine_Li さん。 ご回答ありがとうございます。 あなたの説明から理解すると、RASもapp_localization内で処理されますが、基本的なインターフェースはアプリケーション層から呼び出して設定する必要があるようです。 しかし、digital_key_car_anchor_csやdigital_key_device_csなどのSDKsサンプルコードでは、ドキュメントの「レンジングサービス共通モジュール」セクションで説明されているように、レンジングサービスの設定がアプリケーション層から明示的に呼び出されていないようです。 これらのサンプルは、現状のままでは直接使用できない(つまり、正しく機能しないか、精度が向上しない可能性がある)ということですか?アプリケーションレベルでの追加RAS構成が必要だということです 敬具

Falcon Mode Enablement - iMX8MP_EVK Hi, I need to enable Falcon Mode on iMX8MP_EVK in the Yocto branch 6.12-walnascar. However, as per the AN14641 document, the meta-imx-fastboot layer is available only in the lf-6.6.36-2.1.0-secure branch. How can I port this layer to my walnascar branch and enable Falcon Mode? Please help here.. Re: Falcon Mode Enablement - iMX8MP_EVK Please use the following command. uuu -b emmc_all - .rootfs.wic For example: $ uuu -b emmc_all imx-boot-imx95evk-sd.bin-flash_all     core-image-minimal-imx95evk.rootfs.wic Re: Falcon Mode Enablement - iMX8MP_EVK Hi Tipingwang, Thanks for your reply. I am trying to enable Falcon mode and have followed the steps provided in AN14641, but I am getting stuck during the flashing process. As per the README, the flashing steps are mentioned as below (for eMMC): unzstd -[secure-boot]- .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic uuu -b emmc My boot memory is eMMC. I attempted to flash the image using the following command: sudo ./uuu -d -v -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core-imx8mpevk.rootfs-20260616051114.wic However, during execution, the flashing process fails with the following error: sudo ./uuu -d -v -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core-imx8mpevk.rootfs-20260616051114.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086   Build in config: Pctl Chip Vid Pid BcdVersion Serial_No ================================================== SDPS: MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS: MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS: MX8DXL 0x1fc9 0x0147 SDPS: MX28 0x15a2 0x004f SDPS: MX815 0x1fc9 0x013e SDPS: MX865 0x1fc9 0x0146 SDPS: MX8ULP 0x1fc9 0x014a SDPS: MX8ULP 0x1fc9 0x014b SDPS: MX93 0x1fc9 0x014e SDPS: MX91 0x1fc9 0x0159 SDPS: MX95 0x1fc9 0x015d SDPS: MX95 0x1fc9 0x015c SDPS: MX943 0x1fc9 0x0027 SDPS: MX952 0x1fc9 0x0028 SDP: MX7D 0x15a2 0x0076 SDP: MX6Q 0x15a2 0x0054 SDP: MX6D 0x15a2 0x0061 SDP: MX6SL 0x15a2 0x0063 SDP: MX6SX 0x15a2 0x0071 SDP: MX6UL 0x15a2 0x007d SDP: MX6ULL 0x15a2 0x0080 SDP: MX6SLL 0x1fc9 0x0128 SDP: MX7ULP 0x1fc9 0x0126 SDP: MXRT106X 0x1fc9 0x0135 SDP: MX8MM 0x1fc9 0x0134 SDP: MX8MQ 0x1fc9 0x012b SDPU: SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV: SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV: SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU: SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU: SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV: SPL1 0x3016 0x1001 [0x0500..0x9998] FBK: 0x066f 0x9afe FBK: 0x066f 0x9bff FBK: 0x1fc9 0x0153 FB: 0x0525 0xa4a5 FB: 0x18d1 0x0d02 FB: 0x3016 0x0001 FB: 0x1fc9 0x0152 FB: 0x0483 0x0afb FB: 0x1d6b 0x0104   Run built-in script:   uuu_version 1.4.149   # @_flash.bin            | bootloader, which can extract from wic image # @_image   [_flash.bin] | wic image burn to emmc.     # This command will be run when i.MX6/7 i.MX8MM, i.MX8MQ SDP: boot -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000   # This command will be run when ROM support stream mode # i.MX8QXP, i.MX8QM SDPS: boot -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000   # These commands will be run when use SPL and will be skipped if no spl # SDPU will be deprecated. please use SDPV instead of SDPU # { SDPU: delay 1000 SDPU: write -f imx-boot-imx8mpevk-sd.bin-flash_evk -offset 0x57c00 SDPU: jump -scanlimited 0x800000 # }   # These commands will be run when use SPL and will be skipped if no spl # if (SPL support SDPV) # { SDPV: delay 1000 SDPV: write -f imx-boot-imx8mpevk-sd.bin-flash_evk -skipspl -scanterm -scanlimited 0x800000 SDPV: jump -scanlimited 0x800000 # }     FB: ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev ${emmc_dev} FB: ucmd mmc dev ${emmc_dev} FB: flash -raw2sparse all imx-image-core-imx8mpevk.rootfs-20260616051114.wic FB: flash -scanterm -scanlimited 0x800000 bootloader imx-boot-imx8mpevk-sd.bin-flash_evk FB: ucmd if env exists emmc_ack; then ; else setenv emmc_ack 0; fi; FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB: done     Wait for Known USB Device Appear... New USB Device Attached at 1:2-152E1000D9DE520A 1:2-152E1000D9DE520A>Start Cmd:SDPS: boot -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000 14%1:2-152E1000D9DE520A>Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7)(20.07s) The detailed uuu logs are attached above for reference. Could you please guide me on the correct procedure to flash a Falcon-enabled OS into eMMC, or let me know if I am missing any required steps or configurations? Thanks in advance for your support. Re: Falcon Mode Enablement - iMX8MP_EVK Falcon Mode is not incompatible with Secure Boot BUT On lf-6.12.20-2.0.0-secure, you cannot enable Secure Boot together with Falcon Mode using the provided Yocto flow About 0001-imx8m-reset-ethernet-phy-in-spl.patch For i.MX8MP EVK → strongly recommended Not strictly required if you don't use Ethernet during early boot Re: Falcon Mode Enablement - iMX8MP_EVK Hi Yiping Wang, Thank you for your response. I have a couple of additional questions for clarification. According to the information provided, the branch lf-6.12.20-2.0.0-secure supports Falcon Mode v2, but Secure Boot is marked as not yet supported. Since Secure Boot is a requirement for my i.MX8MP platform, will Falcon Mode work correctly if I use this branch, or is Falcon Mode incompatible when Secure Boot is enabled? For the i.MX8MP EVK, do I need to apply the patch 0001-imx8m-reset-ethernet-phy-in-spl.patch, or is it optional depending on the use case? Re: Falcon Mode Enablement - iMX8MP_EVK You probably do not need to port the layer from lf-6.6.36-2.1.0-secure yourself. The public nxp-imx-support/meta-imx-fastboot - GitHub repository already shows a lf-6.12.20-2.0.0-secure branch. Please refer to README in https://github.com/nxp-imx-support/meta-imx-fastboot Re: Falcon Mode Enablement - iMX8MP_EVK Please help here, And i am using UUU to flash eMMC Re: Falcon Mode Enablement - iMX8MP_EVK Screenshot from 2026-06-16 14-28-09.png As per this image i found in NXP forum it seems that flashing eMMC using the UUU tool may not be supported in this case. Could you please suggest the appropriate method to flash an eMMC device with a Falcon-enabled OS? In your previous reply, you suggested using the following command:   - .rootfs.wic> I tried this approach, but I encountered the same error again: Fail HID(W): LIBUSB_ERROR_TIMEOUT (-7) (20.07s) Could you please guide me on the correct flashing procedure or any alternative tools or steps required for flashing eMMC with Falcon mode enabled? Re: Falcon Mode Enablement - iMX8MP_EVK I verified the following commands on IMX95FRDM, there is no problem, please refer to my log. C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -lsusb uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Connected Known USB Devices Path Chip Pro Vid Pid BcdVersion Serial_no ==================================================================== 2:4 MX95 SDPS: 0x1FC9 0x015D 0x0002 61F49AAB2DCB4DDF C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -b emmc_all C:\Users\nxa22585\Downloads\i.mx95\imx-boot-imx95-15x15-lpddr4x-frdm-sd.bin-flash_all C:\Users\nxa22585\Downloads\i.mx95\core-image-minimal-imx8mnevk.rootfs.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 1 Failure 0 1:2-61F49AAB 8/ 8 [Done ] FB: done 2:4-61F49AAB 3/ 3 [=================100%=================] SDPV: jump -scanlimited 0x800000 C:\Users\nxa22585> Re: Falcon Mode Enablement - iMX8MP_EVK Please help here i have stucked in this part Re: Falcon Mode Enablement - iMX8MP_EVK In previous reply you gave a reference command for IMX95FRDM is that falcon enabled?  Here you can find what i was done in Yocto - IMX8MP 1) meta-imx-fastboot - lf-6.12.20-2.0.0-secure - Github_Link 2) Added this meta to my source - Github_Link 3) And followed all the instruction gave by  AN14641 document. 4)Bitbake commands that i followed:  bitbake -c clean linux-imx && bitbake -c clean imx-boot && bitbake -c clean u-boot-imx && bitbake -c clean imx-atf && bitbake -c clean imx-image-core  bitbake -c compile linux-imx && bitbake -c compile imx-boot && bitbake -c compile u-boot-imx && bitbake -c compile imx-atf && bitbake -c compile imx-image-core bitbake linux-imx && bitbake imx-boot && bitbake u-boot-imx && bitbake imx-atf && bitbake imx-image-core 5)  CASE 1: sudo ./uuu -b emmc_all imx-image-core-imx8mpevk.rootfs-20260617095251.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 0 Failure 0 1:2-152E1000 1/ 1 [=================100%=================] SDPS: boot -scanterm -f /home/smurugan8/YOCTO/LWT/image/imx-image-core-imx8mpevk.rootfs-20260617095251.wic -scanlimited 0x800000 CASE 2:  sudo ./uuu -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk imx-image-core-imx8mpevk.rootfs-20260617095251.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 0 Failure 1 1:2-152E1000 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk -scanlimited 0x800000 IMPORTANT : I NEED TO FLASH A FALCON ENABLED OS INTO eMMC  Re: Falcon Mode Enablement - iMX8MP_EVK Please note uuu is only used to program images to emmc, it doesn't check the content of your images. I suspect there is problem with your uuu command itself. Where did you download uuu? Please download the latest UUU from https://github.com/nxp-imx/mfgtools/releases Please download the Windows version UUU to do verification. Re: Falcon Mode Enablement - iMX8MP_EVK Hi yipingwan I also tried using the UUU tool on Windows, but I am seeing the same result—it still does not work for flashing eMMC.  I have attached the UUU -log. However, when I flash the same Falcon-enabled OS to an SD card, it boots and works correctly. This confirms that the image itself and the Falcon configuration are valid. My question is: Why am I unable to flash this Falcon-enabled image to eMMC, even though the same image works from SD? Is there any alternative or recommended method to flash a Falcon-enabled OS to eMMC, other than using UUU? Could you please advise on the supported or reliable procedure for flashing eMMC in this scenario? Screenshot 2026-06-22 122141.png Re: Falcon Mode Enablement - iMX8MP_EVK Please help here. Re: Falcon Mode Enablement - iMX8MP_EVK Please execute the following command with your Windows version UUU and send the result to me to do more investigation. uuu.exe -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk   imx-image-core-imx8mpevk.rootfs-20260617095251.wic Re: Falcon Mode Enablement - iMX8MP_EVK Please try the following command uuu.exe -b emmc_all  C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic Then send the result to me again. Re: Falcon Mode Enablement - iMX8MP_EVK Here you can find the output, PS C:\Users\vvdn\Sanjiv\uuu_source-uuu_1.5.243\uuu-uuu_1.5.243\uuu> .\uuu.exe -b emmc_all C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 0 Failure 1 1:3-152E1000 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: boot -scanterm -f C:\Users\vvdn\Sanjiv\Falcon\imx-b... Re: Falcon Mode Enablement - iMX8MP_EVK Screenshot 2026-06-22 171137.png I above you can find the log of UUU,  Command=> .\uuu.exe -b emmc C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic But it is not working in eMMC , Same Image will work in SD Card Re: Falcon Mode Enablement - iMX8MP_EVK I verified on IMX8MP_EVK target board, there is no problem to program emmc, please refer to my following log. C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -b emmc_all C:\Users\nxa22585\Downloads\i.mx95\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\nxa22585\Downloads\i.mx95\core-image-minimal-imx8mnevk.rootfs.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-0-g230f1b1 Success 1 Failure 0 2:4-0F0B9800 8/ 8 [Done ] FB: done C:\Users\nxa22585> Please extracted my image from the attached file, and only execute the following command. uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk If it still fails, it seems there is problem with EMMC itself on your target board. You could use the following emmc command to check whether you could write something to emmc in u-boot. Usage: mmc read addr blk# cnt mmc write addr blk# cnt mmc erase blk# cnt Re: Falcon Mode Enablement - iMX8MP_EVK Please only try whether you can write a default boot image to emmc with UUU. Re: Falcon Mode Enablement - iMX8MP_EVK Yes, @yipingwang, When I include the meta-imx-fastboot layer in my build, the flashing process gets stuck. However, if I remove the meta-imx-fastboot layer, I am able to flash the image to eMMC successfully. Re: Falcon Mode Enablement - iMX8MP_EVK I have one question @yipingwang it is falcon enabled image Re: Falcon Mode Enablement - iMX8MP_EVK Please help here.. @yipingwang Re: Falcon Mode Enablement - iMX8MP_EVK Please send /home/smurugan8/YOCTO/LWT/image/falcon_mode/imx-boot-imx8mpevk-sd.bin-flash_evk to me. I will do verification on my target board. Re: Falcon Mode Enablement - iMX8MP_EVK Hi @Sanjiv_Mns  The meta-secure-boot Yocto layer is not implemented for the 6.12.20 BSP. Since the meta-imx-fastboot layer depends on the meta-secure-boot, the branch lf-6.12.20-2.0.0-secure does not implement secure boot. The 0001-imx8m-reset-ethernet-phy-in-spl.patch patch is mandatory if you need to use the Ethernet interfaces in Linux. It resets the PHYs, without which the Linux driver cannot initialize the interfaces. Re: Falcon Mode Enablement - iMX8MP_EVK Please find the attachment . Re: Falcon Mode Enablement - iMX8MP_EVK Hi @yipingwang , I have done the commands which you gave in previous reply, here you can find the command logs & Boot logs COMMAND LOGS: sudo ./uuu -b emmc_all /home/smurugan8/YOCTO/LWT/image/default/imx-boot-imx8mpevk-sd.bin-flash_evk /home/smurugan8/YOCTO/LWT/image/default/imx-image-multimedia-imx8mpevk.rootfs-20260622071640.wic uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 1 Failure 0 1:1-152E1000 8/ 8 [Done ] FB: done sudo ./uuu -b emmc /home/smurugan8/YOCTO/LWT/image/default/imx-boot-imx8mpevk-sd.bin-flash_evk /home/smurugan8/YOCTO/LWT/image/falcon_mode/imx-boot-imx8mpevk-sd.bin-flash_evk uuu (Universal Update Utility) for nxp imx chips -- libuuu_1.5.243-5-g124d086 Success 1 Failure 0 1:1-152E1000 7/ 7 [Done ] FB: Done BOOT LOGS: U-Boot SPL 2025.04-g44898b9f3cfe-dirty (Sep 03 2025 - 09:56:50 +0000) DDRINFO: start DRAM init DDRINFO: DRAM rate 4000MTS DDRINFO:ddrphy calibration done DDRINFO: ddrmix config done SEC0: RNG instantiated Normal Boot Trying to boot from MMC2 spl_load_image_fat: error reading image kernel-atf-dtb.itb, err - -5 spl_load_image_fat: error reading image u-boot-atf.itb, err - -5 Error: -2 SPL: failed to boot from all boot devices ### ERROR ### Please RESET the board ### Re: Falcon Mode Enablement - iMX8MP_EVK Hi @Sanjiv_Mns  Falcon Mode images works on both SD and eMMC. To flash a Falcon image on eMMC/SD you need to: 1. Build the default bootloader. In a clean Yocto environment, run: bitbake imx-boot. Make sure the meta-imx-fastboot layer is not added at this step. This will generate the tmp/deploy/images/imx8mp-lpddr4-evk/imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk default bootloader. 2. Build the falcon mode bootloader and the falcon mode image. Add the meta-imx-fastboot layer to your BBLAYERS. To compile the falcon mode bootloader, run: bitbake imx-boot This command will generate the tmp/deploy/images/imx8mp-lpddr4-evk/imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk_dual_bootloader falcon bootloader. This bootloader contains only the SPL, without the U-Boot proper. When the meta-imx-fastboot layer is added, the *_dual_bootloader is generated. See layer.conf.   To compile the falcon mode image, run: bitbake imx-image-multimedia This will generate the tmp/deploy/images/imx8mp-lpddr4-evk/imx-image-multimedia-imx8mp-lpddr4-evk.rootfs.wic.zst image. 3. Use UUU to flash the image on the eMMC. UUU is the only tool available to flash images on the eMMC. uuu -b emmc_all imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk imx-image-multimedia-imx8mp-lpddr4-evk.rootfs.wic.zst uuu -b emmc imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk_dual_bootloader Re: Falcon Mode Enablement - iMX8MP_EVK Please remove bld-xwayland build folder to rebuild images. $ rm -rf bld-xwayland $ MACHINE=imx8mpevk DISTRO=fsl-imx-xwayland source ./imx-setup-release.sh -b bld-xwayland $ bitbake-layers add-layer ../sources/meta-imx-fastboot Please add the following line in bld-xwayland/conf/local.conf FALCON_KERNEL_BOOTARGS:mx8mp-generic-bsp = "console=ttymxc1,115200 root=/dev/mmcblk2p2 rootwait rw quiet" Then rebuild images: $ bitbake imx-boot $ bitbake core-image-minimal uuu.exe -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evk core-image-minimal-imx8mpevk.rootfs.wic uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk imx-boot-imx8mpevk-sd.bin-flash_evk_falcon Please refer to my verification log: U-Boot SPL 2025.04-g9383f8387dc7-dirty (Jun 04 2025 - 09:48:20 +0000) DDRINFO: start DRAM init DDRINFO: DRAM rate 4000MTS DDRINFO:ddrphy calibration done DDRINFO: ddrmix config done SEC0: RNG instantiated Normal Boot Trying to boot from MMC2 Failed to find node!, err: -11! Failed to find node!, err: -11! NOTICE: Do not release JR0 to NS as it can be used by HAB NOTICE: BL31: v2.12.0(release):lf-6.12.20-2.0.0-dirty NOTICE: BL31: Built : 08:15:07, May 9 2025 [ 0.324123] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with 32e90000.lcd-controller [ 0.395104] : mipi_csis_imx8mp_phy_reset, No remote pad found! [ 0.514210] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with 1-004c [ 0.576883] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with 1-004c [ 0.625848] ov5640 1-003c: ov5640_write_reg: error: reg=3008, val=42 [ 0.632862] ov5640 1-003c: ov5640_write_reg: error: reg=3103, val=11 [ 0.639669] ov5640 1-003c: ov5640_read_reg: error: reg=3108 [ 0.645268] ov5640 1-003c: failed to power on [ 0.661389] imx8mp-ldb ldb-display-controller: Failed to create device link (0x180) with phy-lvds [ 0.694937] [drm:drm_bridge_attach] *ERROR* failed to attach bridge /soc@0/bus@32c00000/mipi_dsi@32e60000 to encoder DSI-41: -19 [ 0.706570] imx_sec_dsim_drv 32e60000.mipi_dsi: Failed to attach bridge: 32e60000.mipi_dsi [ 0.714859] imx_sec_dsim_drv 32e60000.mipi_dsi: failed to bind sec dsim bridge: -19 NXP i.MX Release Distro 6.12-walnascar imx8mpevk ttymxc1 imx8mpevk login: root root@imx8mpevk:~# Re: Falcon Mode Enablement - iMX8MP_EVK Please use the following commands to program images to the target board with UUU. unzstd <image_name>-[secure-boot]-<machine_name>.rootfs.wic.zst uuu -b emmc_all <default_bootloader> <image_name>-<machine_name>.rootfs.wic uuu -b emmc <default_bootloader> <falcon_mode_bootloader>  The first parameter is the default bootloader, falcon mode bootloader is only specified in the second parameter of the second uuu command. Re: Falcon Mode Enablement - iMX8MP_EVK Hi @yipingwang & @elena_popa  Thank you so much for your support

Why model size is limited at 1 MB? I run model from sample tflm_cifar10 on MIMRT700 (NPU model). When building the program, I could see the model's size and correspond region size.  In many cases, the region size is 1 MB. As my understanding, the model's size is limited at 1 MB. Is that right? nnxxpp_0-1781495142659.png I did not understand this point. Here is information of MIMRT700 EVK. nnxxpp_2-1781495429888.png I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. I do wait for your response. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  Thank you so much. Now I understood that we can increase the size of the model by setting region size. nnxxpp_0-1781514247437.png Or If I want to run larger model on external memory, I can follow this document https://docs.nxp.com/bundle/AN14700/page/topics/external_memory.html  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Thank you so much for your interest in our products and for using our community. Q: I don't know where model is saved on MIMRT700 EVK. And where is the 1 MB for region size? Is it actual limit of model size? Or we can increase model size by some methods. Do you have any comment for this problem? Because I try to deploy a larger model > 1 MB. A: The 1 MB shown for modeldata is not a hardware limit of the RT700. It is only the default linker allocation used in the sample project. For larger models, this allocation can be adjusted in the project settings, and external XSPI flash can also be used if more storage is needed. For more detail information, you can refer to this AN14700. https://docs.nxp.com/bundle/AN14700/page/topics/introduction.html mayliu1_0-1781507645284.png So, the RT700 is not inherently limited to a 1 MB model. Larger NPU models are supported either by increasing the modeldata memory allocation or by placing the model in external XSPI flash with the appropriate conversion option.  Wish it helps you Best Regards May Liu Re: Why model size is limited at 1 MB? @mayliu1  I want to reopen this topic. Now i am trying to deploy larger model on RT700. The below image is captured when building the program with the small model. I see that there are 4 memory regions: - QSPI_flash: external memory - SRAM: I ask chatgpt and it is for data when running the program (like .data, .bss, stack, heap). Is that correct? - NCACHE_REGION: it is same ktensorArena (for inputs, intermediate outputs and output) -  modeldata: to save model weights I see in the memory configuration when I import SDK example. It means that SRAM, NCACHE_REGION and modeldata from SRAM (7.5 MB). NCACHE_REGION and modeldata should be located in  0x2000_0000 to 0x2058_0000 (5.5 MB) to get best perforemce (SRAM area that can be accessed by the NPU) But location of SRAM (named SRAM) is 0x20080000 (in the second image) ==> It is also in the range 0x2000_0000 to 0x2058_0000. And by default, it is set about 2.5 MB. It means that NCACHE_REGION + modeldata should be less than (5.5 - 2.5) = 3 MB. My model size is about 3.5 MB. Beside that I can locate my model on external memory (it results in larger inference time), how I can config memory to still locate my model (3.5 MB) on memory area that NPU can access? I am curious about whether we can shrink "SRAM" region (in the images 1, 2) or can I move it to another area of RAM (7.5 - 5.5 = 2 MB - the last region in the image 3)? And how I can estimate the size of "SRAM" region? In the below image, it is 15560 B. Sorry for my long questions. nnxxpp_0-1782205318606.png nnxxpp_1-1782205742121.png nnxxpp_2-1782206037185.png Re: Why model size is limited at 1 MB? @mayliu1  Good morning. Maybe you missed my new above questions.  Re: Why model size is limited at 1 MB? Hi @nnxxpp , Apologies for the delayed response. If you don’t mind, could you please create a new case for your new issue?  Thank you for your understanding and cooperation. Best Regards, May Re: Why model size is limited at 1 MB? @mayliu1  Yes, ok. Let me create new issue. Thank you. Re: Why model size is limited at 1 MB? @mayliu1  I have resolved my problem. We can locate SRAM outof 5.5 MB area for NPU. I locate modeldata and kTensorArena in area 5.5 MB and it worked. The inference time is good. But If you did not miss my questions, so I can finish soon my tasks. Thank you. Re: Why model size is limited at 1 MB? Yes. Have a nice day. Re: Why model size is limited at 1 MB? Glad to hear that your issue has been resolved. Apologies for the delayed response,   thank you for your understanding.

Looking for guidance on building a production programming fixture for NTAG213 Hi all, We are integrating NTAG213 chips into our own product and are currently in the testing phase. As we move toward mass production, we plan to build a programming fixture (or test fixture) to handle the full inline production flow: chip installation → write → read/verify → ship. We're looking for advice or documentation on the following: Best practices for designing and operating a production NFC programming fixture for NTAG213 Key considerations or common pitfalls during write/verify cycles in a production environment Any recommended tools, reference designs, or NXP resources we should be aware of before building the fixture How to reliably detect and handle write failures or defective chips at the production stage Any guidance from those who have experience with NTAG213 in production settings would be greatly appreciated. We are still in early stages, so foundational pointers are very welcome. Thank you. Re: Looking for guidance on building a production programming fixture for NTAG213 Hello @Lee0130  NTAG213 documentation is publicly available, which can be downloaded from product page. we would recommend RFID Discover to you, which is a convenient software tool for NFC tag configuration, programming, and data verification, helping streamline development and production testing. You can also development yourself application using Taplinx TapLinx SDK for MIFARE, NTAG, ICODE and UCODE | NXP Semiconductors

freeMASTER FREEMASTER 3.2: I was unable to reinstall it because the previous version wasn't completely uninstalled. Normally, shouldn't it just overwrite the previous installation? Now I can't install it. Re: freeMASTER Hello, Freemaster 3.2 failed to install on its second attempt because the first installation wasn't completely uninstalled. Shouldn't it normally overwrite the first one? It's now unable to install. No — installers like FreeMASTER (ZeroG / InstallAnywhere–based) typically will not just overwrite a broken previous install. What you’re seeing is actually expected behavior. Please have a look at this thread: https://community.nxp.com/t5/FreeMASTER/Deinstalltion-FreeMaster-3-2/m-p/1593805 Best regards, Peter

S32K328 平台在启用多核后出现 HSE_B 服务无响应问题 尊敬的恩智浦技术支持团队： 我写信是想就以下问题寻求技术支持：在 S32K328 平台上启用多核操作后，HSE_B 服务出现卡死（无响应）的情况。 1. 环境设置&  - MCU：S32K328（双核 Cortex-M7 + HSE_B）  - 配置工具：EB tresos（用于 MCAL 配置）  - 核心角色：M7_0 和 M7_1 正在与 Autosar 操作系统并行运行。                          M7_0 通过共享的 SRAM 与 HSE_B 进行通信，用于存储消息描述符。 2. XRDC& 外设配置（用于测试） 为了隔离权限问题，我们应用了高度许可的配置，但是不管 M7_0 和 HSE_B 是分成单个功能域还是分成不同的功能域，症状都保持不变：  - 内存配置：授予所有SRAM区域的完全访问权限，并为HSE分配了特定的PFLASH/DFLASH区域。  - 外设配置 (PDAC)：已将完全访问权限分配给 CONFIGURATION_GPR、PFC/PFC_ALT、FMU/FMU_ALT 以及 MU_0/MU_1。 3.启动顺序 该应用程序遵循以下启动顺序：  3.1 M7_0 引导程序 → 时钟初始化。  3.2 验证 HSE 状态是否为 INIT_OK。  3.3 资源管理器的初始化（使用 RM_Init 进行 XRDC 配置）。  3.4 外设初始化。  3.5 启动 M7_1（核心 1）。  3.6 启动操作系统。 4. 问题描述：& 症状 M7_0 和 M7_1 均能在操作系统环境中正常启动并运行。然而，一旦随后调用 HSE 服务请求，HSE 便无法响应，导致系统卡死。挂起期间的寄存器状态如下： - XRDC 注册状态：     XRDC_DERRLOC[3] 变为 0x00020000。 但是，在 DERR_W3_0/1/2 或 DERR_W3_16/17/18 寄存器中未捕获任何错误值。  - 消息单元 (MU_0) 状态：     在 MU_0_TSR 寄存器中，标志 TE1 和 TE2 保持在“"非空”" 状态，且不会被清除。     在 MU_0_FSR 寄存器中，F3 标志保持不变。 5. 问题 5.1 鉴于 XRDC_DERRLOC [3] 发生了偏移但 DERR_W3_X 寄存器没有显示特定的错误细节，什么可能触发这种行为？这可能与 HSE 内部 DMA 或总线矩阵配置的隐式访问违规有关吗？  5.2 尽管已通过 MPU 将共享 SRAM 明确配置为“不可缓存”，但在操作系统环境下，是否存在已知的多核限制或隐藏的缓存行为，可能会阻止 HSE 读取描述符？  5.3 关于 RM_Init（XRDC 初始化）的执行时机，相对于 HSE_STATUS_INIT_OK 检查或核心 1 的启动，是否有已知的限制或先决条件？  5.4 为查明微处理器（MU）的传输状态寄存器（TE1/TE2）为何卡死以及HSE为何未处理描述符，我们应检查哪些步骤或额外寄存器？ 我们非常感谢您能就如何解决这一瓶颈问题提供见解和指导。 顺祝商祺！ Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 你好@NewbieNerd  HSE 应该总是返回一个响应。如果未收到响应，HSE 很可能已进入关机模式。这会在发生致命错误时发生。例如，如果 HSE 因以下原因无法读取或写入某些数据：访问权限不足、双比特 ECC 错误、地址无效等。 您可以通过读取 MU_0 中的 GSR 寄存器来确认这一点。如果位“0”被设置，则 HSE 处于关机模式。 要在 XRDC 中查看错误详情，必须按照“19.7.3.2”节中的说明操作S32K3 参考手册中的 “处理功能域访问违规错误”。 步骤 2 对于查看 DERR 寄存器中的详细信息非常重要： lukaszadrapa_0-1781595767701.png 为了快速调试，你可以通过在 MDA_W0_0_DFMT0 中写入 DID=3 来简单地将 Cortex-M7_0/Cortex-M7_0_debug 移至功能域 3（S32K328 上的 HSE 始终位于功能域 3 中）： lukaszadrapa_1-1781595783033.png 然后你应该在DERR中看到细节（只是我的调试器当我触发HSE错误时的一个例子）。当 DID = 0 时，此内容不可见： lukaszadrapa_2-1781595820048.png 这应该能提供一些线索，说明问题出在哪里。 还有一点是，应在设置 HSE_STATUS_INIT_OK 之后启用 XRDC。HSE FW 参考手册中明确提到了这一点： lukaszadrapa_3-1781595871145.png 此致， Lukas Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 感谢您的及时回复。以下是您所要求的开发环境的具体版本信息： 1. 软件& 固件版本    - HSE 固件：S32K358_0_2_40_0      注：我们使用此版本，因为文档中明确指出它支持 S32K328 衍生版本。 -RTD（实时驱动程序）：AUTOSAR 发布版本：4.7.0，软件版本：3.0.0 2. 开发工具链     IDE：本项目不使用 S32DS。     配置工具：所有 MCAL 配置均使用 EB tresos Studio 进行。                                             EB tresos 版本：27.1.0 3. 补充背景 我目前正在负责主机端（Cortex-M7）的开发工作。我们已经就此行为与内部HSE FW开发团队进行了充分的沟通和讨论。但是，从 HSE FW 的角度来看，我们找不到任何根本原因或异常，这使我们高度怀疑这是在多核/操作系统初始化期间触发的主机端运行时配置或同步问题。 我衷心希望在您的指导下，我们能够准确找出瓶颈所在。如果您需要从我们的 EB tresos 项目中获取任何进一步的配置转储或注册捕获，请告诉我。 顺祝商祺！ Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 能否请您说明所使用的 HSE 固件版本、RTD 版本以及 S32DS 版本？谢谢 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 感谢您提供的宝贵调试指南和见解。 关于您的建议，我已进一步调查，并确认了我们这边得出的以下结果。我想分享这些发现，并请您就如何突破我们工具配置的限制提供指导。 1. 关于 RTD 版本的说明    正如我们在之前的通信中所提到的，我们目前正在使用： - RTD 软件版本：3.0.0    -AUTOSAR 发布版本：4.7.0 2。EB tresos 配置约束（功能域分配） 你提到，在 S32K328 上，HSE 被永久分配给功能域 3。 但是，在我们的 EB tresos (v27.1.0) 中使用 RTD 3.0.0 的环境插件，资源管理器 (RM) 的配置结构仅允许我们最多分配功能域 2（功能域 ID 0、1 和 2）。 NewbieNerd_0-1781602735443.png 由于配置工具将最大域名数量限制为 2，因此我们无法通过 EB tresos 自然配置或分配域名主/从域 3。 问题：你能否说明哪个 RTD 版本或补丁在 EB tresos 中正式解锁 S32K328 衍生版本的功能域 3 配置？还是说我们需要通过运行时代码手动覆盖 XRDC 寄存器？ 3. XRDC 错误寄存器状态（DERRLOC 与 DERR_Ww_i） 按照您的参考手册指南，我们在错误状态下观察到以下行为： XRDC_DERRLOC [3] 由转储而不是外围视图（DERRLOC [3] 不存在）捕获为 0x00020000。 但是，尽管执行了错误处理步骤，但所有 DERR_WW_I 寄存器都保持为 0。 正如你指出的那样，DERR中缺乏细节的情况似乎是因为我们的主机核心（Cortex-M7_0）运行在不同的功能域上（例如，DID=0或1），使其无法读取功能域3（HSE）生成的错误日志。 4. 执行时序验证 我们仔细检查了启动顺序，并确认在设置 HSE_STATUS_INIT_OK 后明确启用了 XRDC，这符合 HSE 固件参考手册的要求。 5。请求指导 由于上述工具限制，我们无法轻松地将 Cortex-M7_0 或其调试主服务器移至 EB tresos 中的功能域 3，您能否就以下方面向我们提供建议： 在不破坏 MCAL 初始化的情况下，为了调试而强制设置 DID=3，正确地在运行时覆盖 MDA_W0_0_DFMT0 的方法是什么？ RTD 3.0.0 中是否有任何已知的变通方法来检查功能域 0/1 中的功能域 3 错误寄存器？ 再次感谢您一直以来的支持。 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 RTD 3.0.0 中缺少功能域 3 是一个已知问题。4.0.0 及更高版本已修复此问题。建议的解决方案是将RTD升级到最新版本。否则就需要手动实现某种变通方法——重写 XRDC 寄存器、重写配置文件、在新版 RTD 中生成配置文件，然后在项目中使用它等等……但这只是暂时的权宜之计，推荐的更彻底的解决方案是使用新版 RTD。 根据第“19.7.3.2”节处理功能域访问冲突错误时，功能域应该仅为错误处理程序临时重新配置。此时，我只想通过调试器修改 DID，以便能够读取错误详情。 你确认过MU_0中GSR寄存器的第0位是否已置位吗？ 此致， Lukas

TRGMUX Assistance - MCXE316 I am attempting to use the TRGMUX method to route the output of the comparator LPCMP0 to the input of eMIOS0_CH7 (which is configured an an input capture). I am using the MCXE316 device. Part of my issue is understanding the inputs/outputs and wrapping my brain around the nomenclature, and the second I believe is a bug in the PERI_TRGMUX.h file. I have the eMIOS0 channel 7 configured as a simple input capture, this works properly when assigned to a physical pin. But, I wish to have the input capture triggered instead by the output of the LPCMP0 comparator. Accordingly I should be able to have TRGMUX route the output of the comparator to the input of the input capture of eMIOS0_7. I look at the MCXE31_TRGMUX_connectivity.xlsx file attached to the reference manual, and I see on the left side "input number", which I am assuming i the input into the TRGMUX. I see LPCMP_0_COUT listed there, with an input number of 5, what I think I am after. Along the top I see "EMIOS_0_ipp_ind_emios_ch[7]" and I see the output register no. of 9 above it. I also see that channels 5, 6, and 9 also have this same number as well. So, my first question - how to I tell the TRGMUX that the LPCMP0 trigger output goes to channel 7 and not 5 or 6 or 9? I know that the internals of the TRGMUX register has SEL0, SEL1, SEL2, and SEL3 - do I use one of these to choose the channel selection? If so how is this mapped (SEL0 is channel 5, etc), or is there some other mapping, or no mapping? I have looked in the manual and I have not stumbled on this. Using my best guess that SEL3 is for channel 7 (just for a test), I attepted to use the TRGMUX method in the SDK - here is my calling sequence:   TRGMUX_SetTriggerSource(TRGMUX, kTRGMUX_Emios0_1, kTRGMUX_TriggerInput2, kTRGMUX_SourceLpcmp0 ); with the TRGMUX being the register base, kTRGMUX_Emios0_1 is the TRGMUX register for the eMIOS0 (define value is 9), kTRGMUX_TriggerInput2 is the SEL2 input of the register, and kTRGMUX_SourceLpcmp0 is the source of the trigger (define value is 5). The problem is that the routine throws a hard fault within this method itself. Here is the actual SDK code for this method: status_t TRGMUX_SetTriggerSource(TRGMUX_Type *base, uint32_t index, trgmux_trigger_input_t input, uint32_t trigger_src) {   uint32_t value;   status_t status;   value = base->TRGCFG[index];   if (0U != (value & TRGMUX_TRGCFG_LK_MASK))   {    status = kStatus_TRGMUX_Locked;   }   else   {    /* Since all SEL bitfileds in TRGCFG register have the same length, SEL0's mask is used to       access other SEL    * bitfileds. */    value = (value & ~((uint32_t)TRGMUX_TRGCFG_SEL0_MASK << (uint32_t)input)) |    ((trigger_src & (uint32_t)TRGMUX_TRGCFG_SEL0_MASK) << (uint32_t)input);    base->TRGCFG[index] = value;    status = kStatus_Success;   }   return status; } The routine crashes on the first line value= base->TRGCFG[index]; If I look at the debug output, it appears that the TRGCFG array has never been initialized - this variable is defined in PERI_TRGMUX.h and the structure is: /** TRGMUX - Size of Registers Arrays */ #define TRGMUX_TRGCFG_COUNT 40u /** TRGMUX - Register Layout Typedef */ typedef struct { __IO uint32_t TRGCFG[TRGMUX_TRGCFG_COUNT]; /**< TRGMUX ADC12_0 Register..TRGMUX CM7_RXEV Register, array offset: 0x0, array step: 0x4, valid indices: [0-1, 3, 6-18, 21-39] */ } TRGMUX_Type; I am just not finding where the TRGCFG is actually defined anywhere. In the debugger the whole array is set to 199661, all 40 elements, which must be garbage. I am accessing element 9 (index is 9). So my second question is am I using this method correctly and my assumptions OK or is there an issue within the SDK routine? Board Design Boot ROM|Booting | Flash Clock|Timers Re: TRGMUX Assistance - MCXE316 Hi @brucebowling  Thank you for the post! Your understanding of how the TRGMUX SELx works is correct the EMIOS0_0 is for channel 1 to 4, EMIOS0_1 is for channels 5 to 7 and 9, as shown in the TRGMUX_connectivity.xlsx the channels 0 and 8 are not able.  Also, I was able to reproduce the issue on my side. I will review it internally and share any relevant information that may help resolve it. Re: TRGMUX Assistance - MCXE316 I am checking in to see if there is any new feedback regarding the SDK and TRGMUX functions?  Since the TRGMUX is just one register per peripheral, I attempted to just write directly to it with the following one line:       *(volatile uint32_t *)0x40080024UL = 0x00050000UL; The TRGMUX base address (according to the RM) is 0x4008_000 and the TRGMUX_eMIOS0_1 register offset is 0x24 giving the absolute address 0x40080024. The SELx field for the LPCMP0_COUT is 0x05 - I shift this up to the SEL2 bit locations (bits 16:23). The lock bit should be 0 from reset (unlocked) and I leave it unlocked. This one line causes a hard-fault crash and burn every time (inprecise fault). I have tried modifying the other SELx locations, still crashes. I have tried assigning this before I set up the eMIOS and LPCMP, and also tried after full peripheral setup, crashes every time. Leads me to a couple of questions that I can't seem to find in the manual: 1) Do you set up the TRGMUX linkage before or after the peripheral has been initialized and enabled? 2) Is there any module clocks or similar for the TRGMUX? I know that accessing a module before enabling clocking can cause a Hard-Fault like what I am experiencing. I don't see anything specifically, and I am under the impression that the TRGMUX register is part of each peripheral, so enabling the clock for a peripheral should also enable any required TRGMUX clocking? Thank you for the assistance. Re: TRGMUX Assistance - MCXE316 Hi @brucebowling Apologies for the late reply. We noticed that the TRGMUX clock is not enabled by default. Attempting to access the TRGMUX registers while the clock is disabled leads to a HardFault. Your assumption that a clock was missing was correct. Could you please add the following line before calling TRGMUX_SetTriggerSource? CLOCK_EnableClock(kCLOCK_Trgmux); This change resolves the issue on my side. For reference, an example of TRGMUX usage can be found in the SDK at: boards/frdmmcxe31b/demo_apps/mc_pmsm/pmsm_enc Please let me know if this solves the issue or if you have any further questions regarding TRGMUX. Re: TRGMUX Assistance - MCXE316 Yes adding this line for the clock corrected the hard fault, and the SDK method. And the direct-coded means that I came up with also worked as well. So, in general, you have to enable the TRGMUX clock and set the IMCR register, along with calling the SDK method for TRGMUX linkage. With this the LPCMP triggers the eMIOS input capture properly. Thank you fr the support. Re: TRGMUX Assistance - MCXE316 OK, still having the crashing issue, but further digging into this appears that I need to set the SIUL2 IMCR register before setting the TRGMUX. In the IOMUX xls file attached to the reference manual, I see that for eMIOS0_CH[7] that the SSS bits need to be set to 4 to select TRGMUX_INT_OUT38, is is done with the SIUL_IMCR567 (need to subtract 512 from the 567 due to the 512 offset in naming). Here is the line of code I used to do this, followed by the line to set the TRGMUX:     SIUL2->IMCR[55] = SIUL2_IMCR_SSS(4);     *(volatile uint32_t *)0x40080024UL = TRGMUX_TRGCFG_SEL3(kTRGMUX_SourceLpcmp0); I am still experiencing the TRGMUX hard fault.

NTAG213用の生産プログラミング治具の構築に関するガイダンスを探しています こんにちは、皆さん。 当社はNTAG213チップを自社製品に組み込んでおり、現在テスト段階にあります。量産化に向けて、チップの実装→書き込み→読み出し/検証→出荷という、インライン生産フロー全体を処理できるプログラミング治具（またはテスト治具）を構築する予定です。 私たちは以下の事項に関する助言やドキュメントを求めています。 NTAG213向け生産用NFCプログラミング治具の設計および運用に関するベストプラクティス 本番環境における書き込み／検証サイクル中の重要な考慮事項またはよくある落とし穴 治具を製作する前に知っておくべき推奨ツール、リファレンスデザイン、またはNXPのリソースはありますか？ 製造段階で書き込みエラーや不良チップを確実に検出・処理する方法 生産現場でNTAG213を使用した経験をお持ちの方からのアドバイスをいただければ大変ありがたいです。まだ初期段階なので、基礎的なアドバイスをいただけると大変ありがたいです。 よろしくお願いします。 Re: Looking for guidance on building a production programming fixture for NTAG213 こんにちは、 @Lee0130さん NTAG213ドキュメントは公開されており、製品ページからダウンロード可能です。 私たちはRFIDディスカバーをお勧めします。これはNFCタグの設定、プログラミング、データ検証に便利なソフトウェアツールで、開発と本番テストの効率化に役立ちます。 また、Taplinx アプリケーション TapLinx SDK for MIFARE、NTAG、ICODE、UCODE | NXP Semiconductors

来自 MC33879BPEK 的咨询 您好。 我想咨询一下MC33879BPEK这款零件。 那个部件现在要停产了吗？ 该网站称该商品可供购买。 不过，卖家告诉我，这款产品将来会停产。 我想确切地了解这款产品是做什么用的，如果它已经停产了，我需要一款替代产品。 有许多电路都是采用该元件设计的。 请查看一下。 祝您愉快 Re: Inquiries from MC33879BPEK guoweisun_0-1781501110207.png 没有合适的替换零件。 Re: Inquiries from MC33879BPEK 你没有打算做个替换品吧？ （希望我们有可更换的零件。） 那么，最后下单的时间是什么时候？ Re: Inquiries from MC33879BPEK HI 是的，该产品即将停产，且目前尚无推荐的替代品！

S32K328でのマルチコア有効化後のHSE_Bサービス応答なし問題 NXPテクニカルサポートチーム様 S32K328プラットフォームでマルチコア操作を有効にした後、HSE_Bサービスがハングアップ（応答なし）する問題について、技術的なサポートをお願いしたくご連絡いたしました。 1. 環境とセットアップ - MCU: S32K328 (デュアル Cortex-M7 + HSE_B) - 設定ツール：EB tresos（MCAL設定用） - コアロール: M7_0 と M7_1 は Autosar-OS と同時に実行されます。 M7_0は、メッセージ記述子用の共有SRAMを使用してHSE_Bと通信します。 2. XRDCおよびペリフェラルの設定（テスト用） 権限の問題を切り分けるために、非常に寛容な構成を適用しましたが、M7_0とHSE_Bを単一のドメインにグループ化するか、別々のドメインに分離するかに関わらず、症状は同じままです。 - メモリ構成: すべてのSRAM領域へのフルアクセスが許可され、特定のPFLASH/DFLASH領域がHSEに割り当てられます。 - 周辺機器設定 (PDAC): CONFIGURATION_GPR、PFC/PFC_ALT、FMU/FMU_ALT、および MU_0 / MU_1 にフルアクセス権限が割り当てられています。 3. ブートシーケンス アプリケーションは以下の起動シーケンスに従います。 3.1 M7_0 ブート → クロック初期化。 3.2 HSE STATUS が INIT_OK であることを確認します。 3.3 リソースマネージャの初期化（XRDC セットアップ用の RM_Init）。 3.4 ペリフェラルの初期化 3.5 M7_1 (コア 1) を開始します。 3.6 OSを起動する。 4．問題の説明と症状 M7_0とM7_1はどちらもOS環境内で正常に起動し、動作します。しかし、その後HSEサービスリクエストが呼び出されると、HSEは応答せず、ハングアップ状態になる。ハング発生時のレジスタの状態は以下のとおりです。 - XRDC登録状況: XRDC_DERRLOC[3]が0x00020000に変更されます。 ただし、DERR_W3_0/1/2 レジスタまたは DERR_W3_16/17/18 レジスタにはエラー値は記録されません。 - メッセージングユニット（MU_0）ステータス： MU_0_TSRレジスタでは、フラグTE1とTE2は「空でない」状態のままで、クリアされません。 MU_0_FSRレジスタでは、F3フラグは変更されません。 5. 質問 5.1 XRDC_DERRLOC[3]がシフトしているにもかかわらず、DERR_W3_xレジスタに特定のエラーの詳細が表示されない場合、この動作を引き起こしている原因は何でしょうか？これは、HSE内部のDMAまたはバスマトリックス構成による暗黙的なアクセス違反に関連している可能性がありますか？ 5.2共有SRAMはMPUによって明示的にキャッシュ不可として構成されているにもかかわらず、HSEがディスクリプタを読み取ることを妨げるような、既知のマルチコア制約やOS環境下での隠れたキャッシュ動作はありますか？ 5.3 HSE_STATUS_INIT_OK チェックまたはコア 1 の起動に関連して、RM_Init (XRDC 初期化) の実行タイミングに関する既知の制約または前提条件はありますか？ 5.4 MU送信ステータスレジスタ（TE1/TE2）がスタックし、HSEが記述子を処理しない理由を特定するために、どのような手順または追加のレジスタを確認する必要がありますか？ このボトルネックを解消するためのご意見やご指導をいただければ大変ありがたく存じます。 よろしくお願いいたします。 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 こんにちは、 @NewbieNerd さん HSEは常に回答を返すことになっている。応答がない場合、HSEはシャットダウンモードに移行した可能性が高いです。これは致命的なエラーが発生した場合に起こります。例えば、アクセス権限の不足、ダブルビットECCエラー、無効なアドレスなどが原因でHSEがデータを読み書きできない場合。 これは、MU_0のGSRレジスタを読み取ることで確認できます。ビット「0」が設定されている場合、HSEはシャットダウンモードです。 XRDCでエラーの詳細を確認するには、「19.7.3.2」の項に従う必要があります。S32K3リファレンスマニュアルの「ドメインアクセス違反エラーの処理」を参照してください。 ステップ2では、DERRレジスターの詳細を確認することが重要です。 lukaszadrapa_0-1781595767701.png デバッグを迅速に行うには、MDA_W0_0_DFMT0にDID=3を書き込むことで、Cortex-M7_0 / Cortex-M7_0_debugをドメイン3に移動できます（S32K328ではHSEは常にドメイン3にあります）。 lukaszadrapa_1-1781595783033.png すると、DERR に詳細が表示されます (これは、HSE によって何らかのエラーが発生したときにデバッガーで確認した例です)。DID = 0 の場合は、これは表示されませんでした。 lukaszadrapa_2-1781595820048.png これは何が問題だったのかの手がかりになるはずだ。 もう一つ重要な点は、HSE_STATUS_INIT_OKが設定された後にXRDCを有効にする必要があるということです。これはHSE FWリファレンスマニュアルに明記されています。 lukaszadrapa_3-1781595871145.png よろしくお願いいたします。 ルーカス Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 迅速なご返信ありがとうございます。ご要望いただいた開発環境の具体的なバージョン情報は以下のとおりです。 1. ソフトウェアおよびファームウェアのバージョン - HSEファームウェア: S32K358_0_2_40_0 注：このバージョンを使用しているのは、ドキュメントにS32K328派生版をサポートしていると明記されているためです。    -  RTD (リアルタイム・ドライバ):  AUTOSAR リリースバージョン: 4.7.0、ソフトウェアバージョン：3.0.0 2. 開発ツールチェーン IDE: このプロジェクトではS32DSを使用していません。 設定ツール：EB tresos Studioは、すべてのMCAL設定に使用されています。 EB tresos バージョン: 27.1.0 3. 追加情報 私は現在、ホスト側（Cortex-M7）の開発を主導しています。私たちは既に、この行動について社内のHSE FW開発チームと徹底的に協議し、合意形成を図っています。しかしながら、HSE FWの観点からは根本原因や異常は見つからなかったため、これはマルチコア/OSの初期化中に発生したホスト側のランタイム構成または同期の問題である可能性が高いと推測されます。 あなたのご指導のもと、正確なボトルネックを特定できることを心から願っております。EB tresosプロジェクトから、さらに設定ダンプやレジスタキャプチャが必要な場合はお知らせください。 よろしくお願いいたします。 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 使用されているHSEファームウェアのバージョン、RTDおよびS32DSのリビジョンを具体的にご指定いただけますでしょうか？ありがとう Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 貴重なデバッグガイドと洞察をありがとうございました。 ご提案いただいた件について、さらに調査を行い、弊社側で以下の結果を確認いたしました。これらの調査結果を共有し、ツール構成の制約を回避する方法についてご助言をいただきたく存じます。 1. RTDバージョンの明確化 前回のやり取りでお伝えしたとおり、現在弊社では以下のものを使用しています。 - RTDソフトウェアバージョン：3.0.0 - AUTOSAR リリースバージョン: 4.7.0 2. EB tresos構成制約（ドメイン割り当て） S32K328では、HSEはドメイン3に恒久的に割り当てられているとおっしゃっていましたね。 しかし、EB tresos (v27.1.0) ではRTD 3.0.0 環境プラグインの場合、リソースマネージャ（RM）の構成構造では、ドメイン2（ドメインID 0、1、2）までしか割り当てることができません。 NewbieNerd_0-1781602735443.png 設定ツールではドメインの最大数が2に制限されているため、EB tresosを介してドメイン3にマスター/スレーブを適切に設定または割り当てることはできません。 質問：S32K328派生機種のEB tresosでドメイン3の設定を公式に有効化するRTDバージョンまたはパッチを具体的に教えていただけますか？それとも、実行時コードを使ってXRDCレジスタを手動でオーバーライドする必要があるのでしょうか？ 3. XRDCエラーレジスタの状態（DERRLOCとDERR_Ww_iの比較） リファレンス・マニュアルの手順に従って、エラー状態中に以下の動作を確認しました。 XRDC_DERRLOC[3]はダンプによって0x00020000としてキャプチャされますが、周辺機器ビューではキャプチャされません（DERRLOC[3]は存在しません）。 しかし、エラー処理の手順に従ったにもかかわらず、すべてのDERR_Ww_iレジスタは0のままです。 ご指摘のとおり、DERRに詳細情報が不足しているのは、ホストコア（Cortex-M7_0）が別のドメイン（例えば、DID=0または1）で動作しているため、ドメイン3（HSE）によって生成されたエラーログを読み取ることができないことが原因のようです。 4. 実行タイミングの検証 ブートシーケンスを再確認した結果、HSE_STATUS_INIT_OKが設定された後にXRDCが明示的に有効になっていることを確認しました。これはHSE FWリファレンスマニュアルの要件に準拠しています。 5．指導依頼 上記のツール制約により、Cortex-M7_0またはそのデバッグマスターをEB tresos内のドメイン3に容易に移動できないため、以下の点についてアドバイスをいただけますでしょうか。 MCALの初期化を壊さずに、デバッグのためにMDA_W0_0_DFMT0を強制的にDID=3にオーバーライドする適切な方法はありますか？ RTD 3.0.0において、ドメイン0/1からドメイン3のエラーレジスタを検査するための既知の回避策はありますか？ 引き続きサポートいただき、誠にありがとうございます。 Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 ドメイン3が欠落していることは、RTD 3.0.0における既知の問題です。バージョン4.0.0以降で修正されています。推奨される解決策は、RTDを最新バージョンにアップグレードすることです。そうでなければ、XRDC レジスタの書き換え、構成ファイルの書き換え、新しい RTD で構成ファイルの生成、そしてそれをプロジェクトで使用するなど、何らかの回避策を手動で実装する必要が生じます。しかし、これは一時的な応急処置に過ぎず、推奨されるクリーンな解決策は、新しい RTD を使用することです。 「19.7.3.2」の項によるとドメインアクセス違反エラーの処理」では、エラーハンドラのためにドメインを再設定するのが一時的であるべきです。この段階では、デバッガーを使ってDIDを修正し、エラーの詳細を読み取れるようにしてみるのが良いでしょう。 MU_0のGSRレジスタのビット0が設定されていることを確認しましたか？ よろしくお願いいたします。 ルーカス

MC33879BPEKからの問い合わせ こんにちは、 MC33879BPEKという部品について問い合わせたいのですが。 その部分は今後廃止されるのですか？ サイトには購入可能と記載されている。 しかし、販売者からは将来的に販売終了になると知らされました。 それが具体的にどのような製品なのか知りたいです。もし販売終了になったのであれば、代替製品が必要です。 この部品を使って設計された回路は数多くあります。 ぜひチェックしてみてください。 良い１日を。 Re: Inquiries from MC33879BPEK guoweisun_0-1781501110207.png 交換に適した部品がありません。 Re: Inquiries from MC33879BPEK 代替品を作る予定はないですよね？ （交換可能な部品があるといいのですが。） では、最後の注文はいつですか？ Re: Inquiries from MC33879BPEK HI はい、サポート終了となり、代替品も推奨されません。

TRGMUX 技术支持 - MCXE316 我正在尝试使用 TRGMUX 方法将比较器 LPCMP0 的输出路由到 emios0_CH7 的输入（配置为输入捕获）。我正在使用 MCXE316 设备。我的问题之一在于理解输入/输出以及弄明白相关术语，而第二个问题我认为是 PERI_TRGMUX.h 中的一个错误。文件。 我将 emiOS0 通道 7 配置为简单的输入捕获，分配给物理引脚后可以正常工作。但是，我希望改用 LPCMP0 比较器的输出来触发输入捕获。因此，我应该能够让 TRGMUX 将比较器的输出路由到 EMIOS0_7 的输入捕获的输入。 我看了参考手册所附的 MCXE31_TRGMUX_connectivity.xlsx 文件，在左边看到 " 输入数字 "，我假设这是输入 TRGMUX 的。我看到那里列出了 LPCMP_0_COUT，输入数为 5，这应该就是我想要的。在顶部，我看到"、EMIOS_0_ipp_ind_emios_ch[7]、" ，并且在其上方看到输出寄存器编号为9。我还注意到，第5、6和9频道也显示了同样的数字。 那么，我的第一个问题 —— 如何告诉 TRGMUX LPCMP0 触发信号输出进入通道 7 而不是 5、6 或 9？我知道 TRGMUX 寄存器的内部有 SEL0、SEL1、SEL2 和 SEL3 —— 我是否要用其中一个来选择信道？如果是这样，这是如何映射的（例如 SEL0 对应通道 5 等），还是有其他映射方式，抑或根本没有映射？我查阅了说明书，但没找到相关内容。 我推测 SEL3 对应第 7 通道（仅作测试），于是尝试使用 SDK 中的 TRGMUX 方法——以下是我的调用序列：   TRGMUX_SetTriggerSource(TRGMUX, kTRGMUX_Emios0_1, kTRGMUX_TriggerInput2, kTRGMUX_SourceLpcmp0 ); 以 TRGMUX 为寄存器基础，ktrgmux_emios0_1 是 emiOS0 的 TRGMUX 寄存器（定义值为 9），ktrgmux_triggerInput2 是寄存器的 SEL2 输入，ktrgmux_sourcelPCMP0 是触发器的来源（定义值为 5）。 问题在于，该例程会在该方法内部抛出严重错误。以下是该方法的实际 SDK 代码： status_t TRGMUX_SetTriggerSource(TRGMUX_Type *base, uint32_t index, trgmux_trigger_input_t input, uint32_t trigger_src) { uint32_t value; status_t status;   value = base->TRGCFG[index]; if (0U != (value& TRGMUX_TRGCFG_LK_MASK)) { status = kStatus_TRGMUX_Locked; } else { /* 由于 TRGCFG 寄存器中的所有 SEL 位字段长度相同，因此使用 SEL0 的掩码来 访问其他 SEL * 位字段。*/ value = (value& ~((uint32_t)TRGMUX_TRGCFG_SEL0_MASK<< (uint32_t)input)) | ((trigger_src& (uint32_t)TRGMUX_TRGCFG_SEL0_MASK)<< (uint32_t)input); base->TRGCFG[index] = value;    status = kStatus_Success; }   返回状态； } 该例程在第一行发生崩溃： value=base->TRGCFG[index]; 查看调试输出后，似乎 TRGCFG 数组从未被初始化——该变量在 PERI_TRGMUX.h 中定义其结构如下： /** TRGMUX - 寄存器数组大小 */ #define TRGMUX_TRGCFG_COUNT 40u /** TRGMUX - 寄存器布局类型定义 */ typedef struct { __IO uint32_t TRGCFG[TRGMUX_TRGCFG_COUNT]; /**< TRGMUX ADC12_0 寄存器..TRGMUX CM7_RXEV 寄存器，数组偏移量：0x0，数组步长：0x4，有效索引：[0-1, 3, 6-18, 21-39] */ } TRGMUX_Type; 我就是找不到TRGCFG到底是在哪里定义的。在调试器中，整个数组的40个元素都被设置为199661，这显然是垃圾数据。我正在访问第 9 个元素（索引为 9）。 那么我的第二个问题是：我使用这种方法是否正确，我的假设是否合理，还是SDK例程本身存在问题？ 电路板设计 启动 ROM | 启动配置 | 闪存 时钟|计时器 Re: TRGMUX Assistance - MCXE316 你好@brucebowling  谢谢你的帖子！ 您对 TRGMUX SELx 工作原理的理解是正确的：EMIOS0_0 对应第 1 至 4 通道，EMIOS0_1 对应第 5 至 7 通道以及第 9 通道，如 TRGMUX_connectivity.xlsx 所示，第 0 和第 8 通道不可用。  此外， 我这边成功复现了该问题。我将进行内部核查，并提供任何有助于解决此问题的相关信息。 Re: TRGMUX Assistance - MCXE316 我想了解一下关于 SDK 和 TRGMUX 函数是否有任何新的反馈？ 由于 TRGMUX 每个外设只有一个寄存器，我尝试使用以下一行代码直接写入： *(volatile uint32_t *)0x40080024UL = 0x00050000UL; 根据 RM，TRGMUX 基地址为 0x4008_000，TRGMUX_eMIOS0_1 寄存器偏移量为 0x24，绝对地址为 0x40080024。LPCMP0_COUT 的 SELx 字段为 0x05 - 我将其上移到 SEL2 位位置（位 16:23）。锁定位应为 0（从 RESET 开始，即解锁状态），我将其保持解锁状态。 这一行代码每次都会导致硬故障崩溃（故障不精确）。我尝试修改其他 SELx 位置，但仍然崩溃。我尝试在设置 eMIOS 和 LPCMP 之前分配此权限，也尝试在完成外围设备设置之后分配，但每次都会崩溃。 这让我产生了一些疑问，但我似乎在手册中找不到答案： 1）你是在初始化和启用外设之前还是之后设置 TRGMUX 链接？ 2) TRGMUX 是否有任何模块时钟或类似设备？我知道在启用时钟之前访问模块可能会导致像我遇到的这种硬故障。我没有看到任何具体的东西，而且我的理解是 TRGMUX 寄存器是每个外设的一部分，所以启用外设的时钟也应该会启用任何所需的 TRGMUX 时钟？ 谢谢你的帮助。 Re: TRGMUX Assistance - MCXE316 是的，添加这行时钟代码纠正了硬故障和 SDK 方法。我提出的直接编码方法也同样有效。 因此，一般来说，您需要启用 TRGMUX 时钟并设置 IMCR 寄存器，同时调用 SDK 方法进行 TRGMUX 连接。这样，LPCMP 就能正确触发 eMIOS 输入捕获。 感谢大家的支持。 Re: TRGMUX Assistance - MCXE316 好的，崩溃问题仍然存在，但进一步研究发现，我需要在设置 TRGMUX 之前设置 SIUL2 IMCR 寄存器。在参考手册附带的 IOMUX xls 文件中，我看到对于 eMIOS0_CH[7]，需要将 SSS 位设置为 4 才能选择 TRGMUX_INT_OUT38，这是通过 SIUL_IMCR567 完成的（由于命名中的 512 偏移量，需要从 567 中减去 512）。以下是我用来实现此功能的代码行，后面是设置 TRGMUX 的代码行： SIUL2->IMCR[55] = SIUL2_IMCR_SSS(4); *(volatile uint32_t *)0x40080024UL = TRGMUX_TRGCFG_SEL3(kTRGMUX_SourceLpcmp0); 我仍然遇到 TRGMUX 硬故障。 Re: TRGMUX Assistance - MCXE316 嗨@brucebowling 很抱歉回复晚了。 我们注意到 TRGMUX 时钟默认情况下未启用。在时钟被禁用时尝试访问 TRGMUX 寄存器会导致 HardFault。你猜对了，钟表不见了。 请在调用 TRGMUX_SetTriggerSource 之前添加以下代码行？ CLOCK_EnableClock(kCLOCK_Trgmux); 这项更改解决了我的问题。 作为参考，您可以在 SDK 中找到 TRGMUX 的使用示例： 板/frdmmcxe31b/demo_apps/mc_pmsm/pmsm_enc 请告诉我这是否解决了您的问题，或者您是否还有其他关于TRGMUX的问题。

启用猎鹰模式 - iMX8MP_EVK 你好， ，我需要在 Yocto 分支 6.12-walnascar 中为iMX8MP_EVK启用 Falcon 模式。但是，根据 AN14641 文档，m eta-imx-fastboot 层仅在 lf-6.6.36 -2.1.0-s 安全版本中可用分支。如何将此层移植到我的 walnascar 分支并启用 Falcon 模式？ 请在这里帮忙... Re: Falcon Mode Enablement - iMX8MP_EVK 请使用以下命令。 uuu -b emmc_all - .rootfs.wic 例如： $ uuu-b emmc_all imx-boot-imx95evk-sd.bin-flash_all core-image-minimal-imx95evk.rootfs.wic Re: Falcon Mode Enablement - iMX8MP_EVK 你好，Tipingwang， 感谢您的回复。 我正在尝试启用 Falcon 模式，并已按照AN14641 中提供的步骤操作，但在烧录过程中遇到了问题。 根据README 文件，刷机步骤如下（适用于 eMMC）： unzstd -[安全启动]- .rootfs.wic.zst uuu -b emmc_all - .rootfs.wic uuu -b emmc 我的启动内存是 eMMC。我尝试使用以下命令刷写镜像： sudo ./uuu-d-v-b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk.rootfs-20260616051114.wic 然而，在执行过程中，烧录过程因以下错误而失败： sudo ./uuu-d-v-b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk.rootfs-20260616051114.wic 适用于 NXP IMX 芯片的 uuu（通用更新工具）—— libuuu_1.5.243-5-g124d086   内置配置： Pctl 芯片 Vid Pid BcdVersion 序列号 ================================================== SDPS：MX8QXP 0x1fc9 0x012f [0x0002..0xffff] SDPS：MX8QM 0x1fc9 0x0129 [0x0002..0xffff] SDPS：MX8DXL 0x1fc9 0x0147 SDPS：MX28 0x15a2 0x004f SDPS：MX815 0x1fc9 0x013e SDPS：MX865 0x1fc9 0x0146 SDPS：MX8ULP 0x1fc9 0x014a SDPS：MX8ULP 0x1fc9 0x014b SDPS：MX93 0x1fc9 0x014e SDPS：MX91 0x1fc9 0x0159 SDPS：MX95 0x1fc9 0x015d SDPS：MX95 0x1fc9 0x015c SDPS：MX943 0x1fc9 0x0027 SDPS：MX952 0x1fc9 0x0028 SDP：MX7D 0x15a2 0x0076 SDP：MX6Q 0x15a2 0x0054 SDP：MX6D 0x15a2 0x0061 SDP：MX6SL 0x15a2 0x0063 SDP：MX6SX 0x15a2 0x0071 SDP：MX6UL 0x15a2 0x007d SDP：MX6ULL 0x15a2 0x0080 SDP：MX6SLL 0x1fc9 0x0128 SDP：MX7ULP 0x1fc9 0x0126 SDP：MXRT106X 0x1fc9 0x0135 SDP：MX8MM 0x1fc9 0x0134 SDP：MX8MQ 0x1fc9 0x012b SDPU：SPL 0x0525 0xb4a4 [0x0000..0x04ff] SDPV：SPL1 0x0525 0xb4a4 [0x0500..0x9998] SDPV：SPL1 0x1fc9 0x0151 [0x0500..0x9998] SDPU：SPL 0x0525 0xb4a4 [0x9999..0x9999] SDPU：SPL 0x3016 0x1001 [0x0000..0x04ff] SDPV：SPL1 0x3016 0x1001 [0x0500..0x9998] FBK：0x066f 0x9afe FBK：0x066f 0x9bff FBK：0x1fc9 0x0153 FB：0x0525 0xa4a5 FB：0x18d1 0x0d02 FB：0x3016 0x0001 FB: 0x1fc9 0x0152 FB：0x0483 0x0afb FB：0x1d6b 0x0104   运行内置脚本：   uuu_version 1.4.149   # @_flash.bin           | 引导加载程序，可从 WIC 镜像中提取 # @_image [_flash.bin]| 将 WIC 镜像写入 eMMC。     # 当 i.MX6/7、i.MX8MM、i.MX8MQ 时，将运行此命令 SDP：启动-f imx-boot-imx8mpevk-sd.bin-flash_evk-scanlimited 0x800000   # 当 ROM 支持流模式时，执行此命令 # i.MX8QXP、i.MX8QM SDPS：启动-scanterm-f imx-boot-imx8mpevk-sd.bin-flash_evk-scanlimited 0x800000   # 以下命令在启用 SPL 时执行，若未使用 SPL 则跳过 # SDPU 将被弃用。请使用 SDPV 而不是 SDPU # { SDPU：延迟 1000 SDPU：写入-f imx-启动-imx8mpevk-sd.bin-flash_evk-偏移量 0x57c00 SDPU：跳转 - 扫描限制 0x800000 # }   # 以下命令在启用 SPL 时执行，若未使用 SPL 则跳过 # 如果 (SPL 支持 SDPV) # { SDPV：延迟 1000 SDPV：写入-f imx-boot-imx8mpevk-sd.bin-flash_evk-skipspl -scanterm -scanlimited 0x800000 SDPV：跳转 - 扫描限制 0x800000 # }     FB：ucmd setenv fastboot_dev mmc FB: ucmd setenv mmcdev${emmc_dev} FB：ucmd mmc dev ${emmc_dev} FB：flash -raw2sparse all imx-image-core-imx8mpevk.rootfs-20260616051114.wic FB：flash-scanterm-scanlimited 0x800000 引导加载程序 imx-boot-imx8mpevk-sd.bin-flash_evk FB：ucmd 如果 env 存在 emmc_ack；那么；否则 setenv emmc_ack 0；fi； FB: ucmd mmc partconf ${emmc_dev} ${emmc_ack} 1 0 FB：已完成     等待已知的 USB 设备出现... 新的 USB 设备已连接到 1:2-152 E1000D9DE520A 1:2-152 E1000D9DE520A > 启动 cmd: sdps：启动-scanterm-f imx-boot-imx8mpevk-sd.bin-flash_evk-scanlimited 0x800000 14%1:2-152E1000D9DE520A>HID(W) 识别失败：LIBUSB_ERROR_TIMEOUT (-7)(20.07s) 上面附有详细的 uuu 日志以供参考。 能否请您指导一下将支持 Falcon 的操作系统刷入 eMMC 的正确步骤，或者告诉我是否遗漏了任何必要的步骤或配置？ 预先感谢您的支持。 Re: Falcon Mode Enablement - iMX8MP_EVK 猎鹰模式与安全启动不兼容， 但 在 lf-6.12.20-2.0.0-secure 上，您无法使用提供的 Yocto 流程将安全启动与 Falcon 模式一起启用 关于 0001-imx8m-reset-ethernet-phy-in-spl.patch 适用于 i.MX8MP EVK → 强烈推荐 如果您在早期启动期间不使用以太网，则不是严格要求的 Re: Falcon Mode Enablement - iMX8MP_EVK 王一平，您好， 感谢您的回复。 我还有几个问题需要进一步澄清。根据提供的信息，分支 lf-6.12.20-2.0.0-secure 支持 Falcon 模式 v2，但安全 启动被标记为尚不支持。 由于安全启动是我的 i.MX8MP 平台的要求，如果我使用这个分支，猎鹰模式能否正常运行，或者在启用安全启动时猎鹰模式不兼容？ 对于 i.mx8MP EVK，我是否需要应用补丁 0001-imx8m-reset-ethernet-phy-in-spl.patch，还是根据用例是可选的？ Re: Falcon Mode Enablement - iMX8MP_EVK 你可能不需要自己从 lf-6.6.36-2.1.0-secure 移植该层。公开的 nxp-imx-support/meta-imx-fastboot GitHub 仓库中已经显示了一个名为 lf-6.12.20-2.0.0-secure 的分支。 请参阅https://github.com/nxp-imx-support/meta-imx-fastboot中的 README 文件 Re: Falcon Mode Enablement - iMX8MP_EVK 请帮忙看看这个链接： 。我正在使用 UUU 刷写 eMMC。 Re: Falcon Mode Enablement - iMX8MP_EVK Screenshot from 2026-06-16 14-28-09.png 根据我在 NXP 论坛上找到的这张图片，看来在此情况下，UUU 工具可能不支持对 eMMC 进行刷写。你能否建议使用支持 F alc on 的操作系统刷新 eMMC 设备的适当方法？ 在您之前的回复中，您建议使用以下命令： < uuu -b emmc_all - .rootfs.wic> 我 尝试了这种方法，但又遇到了相同的错误： HID(W) 失败：LIBUSB_ERROR_TIMEOUT (-7) (20.07s) 能否请您指导一下正确的刷写流程，或者在启用 Falcon 模式的情况下，刷写 eMMC 所需的替代工具或步骤？ Re: Falcon Mode Enablement - iMX8MP_EVK 之前的回复中您给出了IMX95FRDM的参考命令，请问该IMX95FRDM是否启用了Falcon功能？ 这里可以看到我在 Yocto - IMX8MP 中完成的工作。 1) meta-imx-fastboot - lf-6.12.20-2.0.0-secure - Github_Link 2）已将此元数据添加到我的源代码 - Github_Link 3）并遵循了所有指示。 AN14641文件。 4）我遵循的Bitbake命令： bitbake -c clean linux-imx && bitbake -c clean imx-启动 && bitbake -c clean u-boot-imx && bitbake -c clean imx-atf && bitbake -c clean imx-image-core bitbake -c compile linux-imx && bitbake -c compile imx-启动 && bitbake -c compile u-boot-imx && bitbake -c compile imx-atf && bitbake -c compile imx-image-core bitbake linux-imx && bitbake imx-启动 && bitbake u-boot-imx && bitbake imx-atf && bitbake imx-image-core 5） 案例 1： sudo ./uuu-b emmc_all imx-image-core-imx8mpevk.rootfs-20260617095251.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-5-g124d086 成功 0 失败 0 1:2-152E1000 1/ 1 [=================100%=================] SDPS: 启动 -scanterm -f /home/smurugan8/YOCTO/LWT/image/imx-image-core-imx8mpevk.rootfs-20260617095251.wic -scanlimited 0x800000 案例二： sudo ./uuu-b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk.rootfs-20260617095251.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-5-g124d086 成功 0 失败 1 1:2-152E1000 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: 启动 -scanterm -f imx-boot-imx8mpevk-sd.bin-flash_evk-scanlimited 0x800000 重要提示：我需要将支持 Falcon 的操作系统刷入 eMMC 存储。 Re: Falcon Mode Enablement - iMX8MP_EVK 请帮帮我，我卡在这里了。 Re: Falcon Mode Enablement - iMX8MP_EVK 我在 IMX95FRDM 上验证了以下命令，没有问题，请参考我的日志。 C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -lsusb 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 已连接的已知 USB 设备 路径芯片专业版视频 PID BCD版本 序列号 ==================================================================== 2:4 MX95 SDPS：0x1FC9 0x015D 0x0002 61F49AAB2DCB4DDF C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -b emmc_all C:\Users\nxa22585\Downloads\i.mx95\imx-boot-imx95-15x15-lpddr4x-frdm-sd.bin-flash_all C:\Users\nxa22585\Downloads\i.mx95\core-image-minimal-imx8mnevk.rootfs.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 1 失败 0 1:2-61F49AAB 8/ 8 [完成] FB：完成 2:4-61F49AAB 3/ 3 [=================100%=================] SDPV: jump -scanlimited 0x800000 C:\Users\nxa22585> Re: Falcon Mode Enablement - iMX8MP_EVK 请注意，uuu 仅用于将图像编程到 eMMC 中，它不会检查图像的内容。 我怀疑你的 uuu 命令本身有问题。 你从哪里下载的uuu？ 请从https://github.com/nxp-imx/mfgtools/releases下载最新版本的 UUU 请下载Windows版本UUU进行验证。 Re: Falcon Mode Enablement - iMX8MP_EVK 你好一平湾 我也尝试在 Windows 系统上使用 UUU 工具，但结果还是一样——它仍然无法用于刷新 eMMC。我已附上 UUU 日志。 但是，当我将同一个支持 Falcon 的操作系统刷入 SD 卡时，它就能正常启动和运行。这证实了图像本身和猎鹰配置都是有效的。 我的问题是： 为什么我无法将这个支持 Falcon 的镜像刷入 eMMC ，即使同样的镜像在 SD 卡上可以正常刷入？ 除了使用 UUU 之外，还有其他推荐的方法或方法可以将支持 Falcon 的操作系统刷入 eMMC吗？ 请问在这种情况下，有哪些官方支持或可靠的eMMC刷写方法？ Screenshot 2026-06-22 122141.png Re: Falcon Mode Enablement - iMX8MP_EVK 请帮忙。 Re: Falcon Mode Enablement - iMX8MP_EVK Screenshot 2026-06-22 171137.png 上面你可以找到UUU的日志， 命令=> .\uuu.exe -b emmc C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic 但它在 eMMC 上无法正常工作，同样的镜像在 SD 卡上却可以正常工作。 Re: Falcon Mode Enablement - iMX8MP_EVK 请尝试以下命令 uuu.exe -b emmc_all C :\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evkC:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic 然后把结果再发给我一次。 Re: Falcon Mode Enablement - iMX8MP_EVK 这里可以看到输出结果， PS C:\Users\vvdn\Sanjiv\uuu_source-uuu_1.5.243\uuu-uuu_1.5.243\uuu> .\uuu.exe -b emmc_all C:\Users\vvdn\Sanjiv\Falcon\imx-boot-imx8mpevk-sd.bin-flash_evkC:\Users\vvdn\Sanjiv\Falcon\imx-image-multimedia-imx8mpevk.rootfs-20260624074743.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 0 失败 1 1:3-152E1000 1/ 1 [HID(W): LIBUSB_ERROR_TIMEOUT (-7) ] SDPS: 启动 -scanterm -f C:\Users\vvdn\Sanjiv\Falcon\imx-b... Re: Falcon Mode Enablement - iMX8MP_EVK 请使用您的 Windows 版本 UUU 执行以下命令，并将结果发送给我，以便我进行进一步调查。 uuu.exe -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkimx-image-core-imx8mpevk.rootfs-20260617095251.wic Re: Falcon Mode Enablement - iMX8MP_EVK 我在 IMX8MP_EVK 目标板上验证过，对 eMMC 进行编程没有问题，请参考以下日志。 C:\Users\nxa22585>C:\Users\nxa22585\Downloads\i.mx95\uuu.exe -b emmc_all C:\Users\nxa22585\Downloads\i.mx95\imx-boot-imx8mpevk-sd.bin-flash_evk C:\Users\nxa22585\Downloads\i.mx95\core-image-minimal-imx8mnevk.rootfs.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-0-g230f1b1 成功 1 失败 0 2:4-0F0B9800 8/8 [完成] FB：完成 C:\Users\nxa22585> 请从附件中提取我的图片，并仅执行以下命令。 uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evk 如果仍然失败，则可能是目标板上的 EMMC 本身存在问题。 您可以使用以下 emmc 命令来检查是否可以在 u-boot 中向 emmc 写入内容。 用法： mmc 读取地址块# cnt mmc 写入地址 blk# cnt mmc 擦除 blk# cnt Re: Falcon Mode Enablement - iMX8MP_EVK 请仅尝试使用 UUU 将默认启动映像写入 emmc 是否可行。 Re: Falcon Mode Enablement - iMX8MP_EVK 请帮忙…… @yipingwang Re: Falcon Mode Enablement - iMX8MP_EVK 是的， @yipingwang ， 当我在版本过程中加入 meta-imx-fastboot 层时，刷写过程就会卡住。但是，如果我移除 meta-imx-fastboot 层，就可以成功地将镜像刷写到 eMMC 中。 Re: Falcon Mode Enablement - iMX8MP_EVK 我有一个问题@yipingwang，这是启用 Falcon 的图像吗？ Re: Falcon Mode Enablement - iMX8MP_EVK 请查看附件。 Re: Falcon Mode Enablement - iMX8MP_EVK 嗨@Sanjiv_Mns 6.12.20 电路板支持包。 未实现meta-secure-boot Yocto 层。由于 meta-imx-fastboot 层依赖于 meta-secure-boot，因此 lf-6.12.20-2.0.0-secure 分支没有实现安全启动。 如果您需要在 Linux 系统中使用以太网接口，则必须安装 0001-imx8m-reset-ethernet-phy-in-spl.patch 补丁。该补丁会 RESET PHY 层，否则 Linux 驱动程序将无法初始化接口。 Re: Falcon Mode Enablement - iMX8MP_EVK 请删除 bld-xwayland 版本文件夹以重新构建镜像。 $ rm -rf bld-xwayland $ MACHINE=imx8mpevk DISTRO=fsl-imx-xwayland source ./imx-setup-release.sh -b bld-xwayland $ bitbake-layers add-layer ../sources/meta-imx-fastboot 请在 bld-xwayland/conf/local.conf 文件中添加以下行。 FALCON_KERNEL_BOOTARGS:mx8mp-generic-bsp = "console=ttymxc1,115200 root=/dev/mmcblk2p2 rootwait rw quiet" 然后重建镜像： $ bitbake imx-boot $ bitbake core-image-minimal uuu.exe -b emmc_all imx-boot-imx8mpevk-sd.bin-flash_evkcore-image-minimal-imx8mpevk.rootfs.wic uuu.exe -b emmc imx-boot-imx8mpevk-sd.bin-flash_evkimx-boot-imx8mpevk-sd.bin-flash_evk_falcon 请查看我的验证日志： U-Boot SPL 2025.04-g9383f8387dc7-dirty（2025年6月4日 - 09:48:20 +0000） DDRINFO：启动 动态随机存取存储器(DRAM) 初始化 DDRINFO：动态随机存取存储器(DRAM) 速率 4000MTS DDRINFO：DDRPHY 校准完成 DDRINFO：ddrmix 配置完成 SEC0：RNG 实例化 正常启动 尝试从 MMC2 启动 找不到节点！错误代码：-11！ 找不到节点！错误代码：-11！ 注意：请勿将 JR0 释放给 NS，因为它可能被 HAB 使用。 注意：BL31：v2.12.0（版本）：lf-6.12.20-2.0.0-dirty 通知：BL31：版本时间：2025年5月9日 08:15:07 [ 0.324123] imx8mp-ldb ldb-display-controller：无法与 32e90000.lcd-controller 创建设备链接 (0x180) [ 0.395104] : mipi_csis_imx8mp_phy_reset，未找到远程焊盘！ [ 0.514210] imx8mp-ldb ldb-display-controller：无法与 1-004c 创建设备链接 (0x180) [ 0.576883] imx8mp-ldb ldb-display-controller：无法与 1-004c 创建设备链接 (0x180) [ 0.625848] ov5640 1-003c: ov5640_write_reg: 错误: reg=3008, val=42 [ 0.632862] ov5640 1-003c: ov5640_write_reg: 错误: reg=3103, val=11 [ 0.639669] ov5640 1-003c: ov5640_read_reg: 错误: reg=3108 [ 0.645268] ov5640 1-003c：开机失败 [ 0.661389] imx8mp-ldb ldb-display-controller：无法与 phy-lvds 创建设备链接 (0x180) [ 0.694937] [drm:drm_bridge_attach] *错误* 无法将网桥 /soc@0/bus@32c00000/mipi_dsi@32e60000 连接到编码器 DSI-41：-19 [ 0.706570] imx_sec_dsim_drv 32e60000.mipi_dsi:桥接失败：32e60000.mipi_dsi [ 0.714859] imx_sec_dsim_drv 32e60000.mipi_dsi:绑定 高效密码学标准(SEC) dsim 网桥失败：-19 NXP i.MX 版本 发行版。 6.12-walnascar imx8mpevk ttymxc1 imx8mpevk 登录：root root@imx8mpevk:~# Re: Falcon Mode Enablement - iMX8MP_EVK 请将/home/smurugan8/YOCTO/LWT/image/falcon_mode/imx-boot-imx8mpevk-sd.bin-flash_evk发送给我。 我将在目标板上进行验证。 Re: Falcon Mode Enablement - iMX8MP_EVK 嗨@yipingwang ， 我已经执行了您之前回复中提供的命令，您可以在这里找到命令日志和启动日志。 命令日志： sudo ./uuu -b emmc_all /home/smurugan8/YOCTO/LWT/image/default/imx-boot-imx8mpevk-sd.bin-flash_evk /home/smurugan8/YOCTO/LWT/image/default/imx-image-multimedia-imx8mpevk.rootfs-20260622071640.wic 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-5-g124d086 成功 1 失败 0 1:1-152E1000 8/8 [完成] FB：完成 sudo ./uuu -b emmc /home/smurugan8/YOCTO/LWT/image/default/imx-boot-imx8mpevk-sd.bin-flash_evk /home/smurugan8/YOCTO/LWT/image/falcon_mode/imx-boot-imx8mpevk-sd.bin-flash_evk 适用于 NXP imx 芯片的 uuu（通用更新实用程序）-- libuuu_1.5.243-5-g124d086 成功 1 失败 0 1:1-152E1000 7/7 [完成] FB：完成 启动日志： U-Boot SPL 2025.04-g44898b9f3cfe-dirty（2025年9月3日 - 09:56:50 +0000） DDRINFO：启动 动态随机存取存储器(DRAM) 初始化 DDRINFO：动态随机存取存储器(DRAM) 速率 4000MTS DDRINFO：DDRPHY 校准完成 DDRINFO：ddrmix 配置完成 SEC0：RNG 实例化 正常启动 尝试从 MMC2 启动 spl_load_image_fat：读取图像 kernel-atf-dtb.itb 时出错，错误 -5 spl_load_image_fat：读取镜像 u-boot-atf.itb 时出错，错误 -5 错误：-2 SPL：无法从所有引导设备启动 # ## ERROR ## # 请RESET板 ### Re: Falcon Mode Enablement - iMX8MP_EVK 请使用以下命令将图像编程到带有 UUU 的目标板上。 unzstd <image_name>-[secure-boot]-<machine_name>.rootfs.wic.zst uuu -b emmc_all <default_bootloader> <image_name>-<machine_name>.rootfs.wic uuu -b emmc <default_bootloader> <falcon_mode_bootloader> 第一个参数是默认引导加载程序， Falcon 模式引导加载程序仅在第二个 uuu 命令的第二个参数中指定。 Re: Falcon Mode Enablement - iMX8MP_EVK 嗨@Sanjiv_Mns 猎鹰模式镜像同时适用于 SD 卡和 eMMC 卡。要将 Falcon 镜像刷写到 eMMC/SD 卡上，您需要： 1.版本默认引导加载程序。在干净的 Yocto 环境中，运行： bitbake imx-boot 。请确保在此步骤中未添加 meta-imx-fastboot 层。 这将生成 tmp/deploy/images/imx8mp-lpddr4-evk/ imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk默认引导加载程序。 2.构建猎鹰模式引导加载程序和猎鹰模式镜像。将 meta-imx-fastboot 层添加到您的 BBLAYERS 中。 要编译 Falcon 模式引导加载程序，请运行： bitbake imx-boot 此命令将生成 tmp/deploy/images/imx8mp-lpddr4-evk/ imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk_dual_bootloader猎鹰引导加载程序。此启动加载程序仅包含 SPL，不包含 U-Boot 本身。添加 meta-imx-fastboot 层时，会生成 *_dual_bootloader。请参阅层.conf 文件。 要编译猎鹰模式镜像，请运行： bitbake imx-image-multimedia 这将生成 tmp/deploy/images/imx8mp-lpddr4-evk/ imx-image-multimedia-imx8mp-lpddr4-evk.rootfs.wic.zst镜像。 3. 使用 UUU 将镜像写入 eMMC。UUU 是目前唯一可用于将映像写入 eMMC 的工具。 uuu -b emmc_all imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk imx-image-multimedia-imx8mp-lpddr4-evk.rootfs.wic.zst uuu -b emmc imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk imx-boot-imx8mp-lpddr4-evk-sd.bin-flash_evk_dual_bootloader Re: Falcon Mode Enablement - iMX8MP_EVK 嗨@yipingwang和@elena_popa 非常感谢您的支持

寻求关于制作 NTAG213 生产编程夹具的指导 大家好， 我们正在将 NTAG213 芯片集成到我们自己的产品中，目前处于测试阶段。随着我们迈向批量生产，我们计划建造一个编程夹具（或测试夹具）来处理完整的在线生产流程：芯片安装 → 写入 → 读取/验证 → 发货。 我们正在寻找关于以下内容的建议或相关文档： NTAG213生产级NFC编程夹具的设计与操作最佳实践 生产环境中写入/验证循环的关键注意事项或常见陷阱 在构建夹具之前，我们应该了解任何推荐的工具、参考设计或恩智浦资源 如何在生产阶段可靠地检测和处理写入失败或缺陷芯片 非常感谢那些在生产环境中使用过 NTAG213 的朋友提供任何指导。我们目前仍处于初期阶段，因此非常欢迎大家提供一些基础性的建议。 谢谢！ Re: Looking for guidance on building a production programming fixture for NTAG213 你好@Lee0130 NTAG213 文档是公开的，可以从产品页面下载。 我们向您推荐 RFID Discover，它是一款方便的 NFC 标签配置、编程和数据验证软件工具，有助于简化开发和生产测试。 您还可以使用TapLinx SDK（支持 MIFARE、NTAG、ICODE 和 UCODE）开发自己的应用程序 | NXP 半导体

HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 Dear NXP Technical Support Team, I am writing to request technical assistance regarding an issue where the HSE_B service hangs (no response) after activating multi-core operations on the S32K328 platform. 1. Environment & Setup  - MCU: S32K328 (Dual Cortex-M7 + HSE_B)  - Configuration Tool: EB tresos (for MCAL configuration)  - Core Roles: M7_0 and M7_1 are running concurrently with an Autosar-OS.                          M7_0 communicates with HSE_B using shared SRAM for message descriptors. 2. XRDC & Peripheral Configuration (For Testing) To isolate permission issues, we have applied a highly permissive configuration, but the symptoms remain identical regardless of whether M7_0 and HSE_B are grouped into a single domain or separated into distinct domains:  - Memory Config: Full Access granted for all SRAM regions, and specific PFLASH/DFLASH regions allocated for HSE.  - Peripheral Config (PDAC): Full Access assigned to CONFIGURATION_GPR, PFC/PFC_ALT, FMU/FMU_ALT, and MU_0 / MU_1. 3. Boot Sequence The application follows the boot sequence below:  3.1 M7_0 Boots → Clock Initialization.  3.2 Verify HSE STATUS is INIT_OK.  3.3 Resource Manager Initialization (RM_Init for XRDC setup).  3.4 Peripheral Initialization.  3.5 Start M7_1 (Core 1).  3.6 Start OS. 4. Problem Description & Symptoms Both M7_0 and M7_1 start up and run normally within the OS environment. However, as soon as an HSE service request is invoked afterwards, the HSE fails to respond, resulting in a hang. The register states during the hang are as follows: - XRDC Register Status:     XRDC_DERRLOC[3] changes to 0x00020000.     However, no error values are captured in the DERR_W3_0/1/2 or DERR_W3_16/17/18 registers.  - Messaging Unit (MU_0) Status:     In the MU_0_TSR register, the flags TE1 and TE2 stay in the "Not Empty" state and do not clear.     In the MU_0_FSR register, the F3 flag remains unchanged. 5. Questions 5.1 Given that XRDC_DERRLOC[3] shifts but DERR_W3_x registers show no specific error details, what could be triggering this behavior? Could it be related to an implicit access violation by the HSE internal DMA or bus matrix configuration?  5.2 Even though the shared SRAM is explicitly configured as Non-Cacheable via the MPU, are there any known multi-core constraints or hidden caching behaviors under an OS environment that could prevent the HSE from reading the descriptors?  5.3 Are there any known constraints or prerequisites regarding the execution timing of RM_Init (XRDC initialization) relative to the HSE_STATUS_INIT_OK check or Core 1 bootup?  5.4 What steps or additional registers should we check to identify why the MU transmit status registers (TE1/TE2) are stuck and the HSE is not processing the descriptors? We would highly appreciate your insights and guidance on resolving this bottleneck. Best regards, Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 Hi @NewbieNerd  HSE is always supposed to return a response. If no response is received, HSE went to shutdown mode, most likely. This happens in case of fatal error. For example, if HSE can’t read or write some data due to: insufficient access rights, double bit ECC error, invalid address etc. You can confirm this by reading of GSR register in MU_0. If bit ‘0’ is set, HSE is in shutdown mode. To see the error details in XRDC, it’s necessary to follow section “19.7.3.2 Handling domain access violation errors” in S32K3 reference manual. Step 2 is important to see the details in DERR registers: lukaszadrapa_0-1781595767701.png For quick debugging purposes, you can simply move Cortex-M7_0 / Cortex-M7_0_debug to domain 3 (HSE is always in domain 3 on S32K328) by writing DID=3 in MDA_W0_0_DFMT0: lukaszadrapa_1-1781595783033.png Then you should see the details in DERR (just an example from my debugger when I triggered some error by HSE). This was not visible when DID = 0: lukaszadrapa_2-1781595820048.png This should provide some hints what went wrong. Another point is that XRDC should be enabled after HSE_STATUS_INIT_OK is set. This is explicitly mentioned in HSE FW reference manual: lukaszadrapa_3-1781595871145.png Regards, Lukas Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 Thank you for your prompt reply. Here are the specific version details of our development environment as requested: 1. Software & Firmware Versions    - HSE Firmware: S32K358_0_2_40_0      Note: We are using this version as the documentation specifies that it supports the S32K328 derivative.    -  RTD (Real-Time Drivers):  AUTOSAR Release Version: 4.7.0, Software Version: 3.0.0 2. Development Toolchain     IDE: We are not using S32DS for this project.     Configuration Tool: EB tresos Studio is being utilized for all MCAL configurations.                                             EB tresos Version: 27.1.0 3. Additional Context I am currently leading the development from the HOST side (Cortex-M7). We have already thoroughly aligned and discussed this behavior with our internal HSE FW development team. However, we could not find any root cause or anomalies from the HSE FW perspective, which leads us to highly suspect that this is a HOST-side runtime configuration or synchronization issue triggered during the multi-core/OS initialization. I sincerely hope we can isolate the exact bottleneck with your guidance. Please let me know if you need any further configuration dumps or register captures from our EB tresos project. Best regards, Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 Could you please specify used HSE FW version, used RTD and S32DS revisions? Thanks Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 Thank you for your valuable debugging guide and insights. Regarding your suggestions, I have investigated further and confirmed the following results on our side. I would like to share these findings and request your guidance on how to bypass our tool configuration constraints. 1. RTD Version Clarification    As mentioned in our previous correspondence, we are currently utilizing:    -   RTD SW Version: 3.0.0    -  AUTOSAR Release Version: 4.7.0 2. EB tresos Configuration Constraint (Domain Allocation)    You mentioned that on the S32K328, the HSE is permanently assigned to Domain 3.    However, in our EB tresos (v27.1.0) environment with the RTD 3.0.0 plug-in, the configuration structure for the Resource Manager (RM) only allows us to allocate up to Domain 2 (Domain ID 0, 1, and 2). NewbieNerd_0-1781602735443.png   Because the configuration tool limits the maximum number of domains to 2, we are unable to naturally configure or assign masters/slaves to Domain 3 via EB tresos.   Question: Could you please specify which RTD version or patch officially unlocks Domain 3 configuration in EB tresos for the S32K328 derivative? Or do we need to manually override the XRDC registers via runtime code? 3. XRDC Error Register Status (DERRLOC vs DERR_Ww_i)   Following your reference manual guide, we observed the following behavior during the error state:    XRDC_DERRLOC[3] is captured as 0x00020000 by dump not peripheral view(DERRLOC[3] not exist). However, despite following the error-handling steps, all DERR_Ww_i registers remain 0. As you pointed out, this lack of detail in DERR appears to happen because our host core (Cortex-M7_0) is running on a different domain (e.g., DID=0 or 1), preventing it from reading the error logs generated by Domain 3 (HSE). 4. Execution Timing Verification  We have double-checked our boot sequence and confirmed that XRDC is enabled explicitly AFTER HSE_STATUS_INIT_OK is set, which complies with the HSE FW Reference Manual requirement. 5. Request for Guidance Since we cannot easily move the Cortex-M7_0 or its debug master to Domain 3 inside EB tresos due to the tool constraint mentioned above, could you advise us on: The proper method to runtime-override MDA_W0_0_DFMT0 to force DID=3 for debugging without breaking the MCAL initialization? If there are any known workarounds in RTD 3.0.0 to inspect Domain 3 error registers from Domain 0/1? Thank you again for your continuous support. Re: HSE_B Service No-Response Issue after Multi-Core Activation on S32K328 The missing domain 3 is known issue in RTD 3.0.0. It is fixed in version 4.0.0 and higher. Recommended solution is to upgrade the RTD to newest version. Otherwise it would be necessary to manually implement some kind of workaround – rewrite XRDC registers, rewrite configuration file, generate configuration file in newer RTD and then use it in your project or something like that… But this would be rather temporary hot fix, recommended and clean solution is to use newer RTD. According to the section “19.7.3.2 Handling domain access violation errors”, the domain should be reconfigured only temporarily for the error handler. At this point, I would just try to modify DID by debugger to be able to read the error details. And did you confirmed if bit 0 in GSR register in MU_0 is set? Regards, Lukas

为什么模型大小限制为 1 MB？ 我在 MIMRT700（NPU 模型）上运行了 tflm_cifar10 示例中的模型。在构建程序时，我可以看到模型的大小及其对应的区域大小。  在许多情况下，该区域的大小为 1 MB。据我所知，该模型的大小上限为 1 MB。是这样吗？ nnxxpp_0-1781495142659.png 我不明白这一点。以下是关于 MIMRT700 EVK 的信息。 nnxxpp_2-1781495429888.png 我不知道模型在 MIMRT700 EVK 上保存在哪里。那么，区域大小的 1 MB 在哪里呢？这是模型大小的实际限制吗？或者，我们可以采用某些方法来扩大模型规模。 你对这个问题有什么看法吗？因为我试图部署一个更大的模型> 1 MB。我确实在等待您的回复。谢谢。 Re: Why model size is limited at 1 MB? @mayliu1  非常感谢。现在我明白了，我们可以通过设置区域大小来扩大模型的规模。 nnxxpp_0-1781514247437.png 或者如果我想在外部存储器上运行更大的模型，我可以关注这个文档 https://docs.nxp.com/bundle/AN14700/page/topics/external_memory.html Re: Why model size is limited at 1 MB? 你好@nnxxpp， 非常感谢您关注我们的产品并使用我们的社区。 问：我不知道模型在 MIMRT700 EVK 上保存在哪里。那么，区域大小的 1 MB 在哪里呢？这是模型大小的实际限制吗？或者，我们可以采用某些方法来扩大模型规模。 你对这个问题有什么看法吗？ 因为我试图部署一个比> 1 MB 更大的模型。 答：modeldata 显示的 1 MB 并非 RT700 的硬件限制。 这只是示例项目中使用的默认链接器分配。 对于较大型号，可在项目设置中调整此分配，若需要更多存储空间，也可使用外部 XSPI 闪存。 如需更多详细信息，请参阅此 AN14700 文档。 https://docs.nxp.com/bundle/AN14700/page/topics/introduction.html mayliu1_0-1781507645284.png 因此，RT700 并非天生就仅限于 1 MB 型号。要支持更大的 NPU 模型，可以通过增加模型数据内存分配，或者使用相应的转换选项将模型放置在外部 XSPI 闪存中来实现。  希望对您有所帮助 顺祝商祺！ 刘梅 Re: Why model size is limited at 1 MB? @mayliu1  我想重新讨论这个话题。现在我正尝试在RT700上部署更大的模型。下图是在用小型模型构建程序时捕获的。 我看到有 4 个内存区域： - QSPI_flash：外部存储器 - SRAM：我问过 chatgpt，它是用来存储程序运行时的数据的（例如 .data、.bss 等）。栈，堆）。是这样吗？ - NCACHE_REGION：与 ktensorArena 相同（用于输入、中间输出和输出） - modeldata：用于保存模型权重 我在导入 SDK 示例时看到了内存配置信息。这意味着 SRAM、NCACHE_REGION 和来自 SRAM 的模型数据（7.5 MB）。 NCACHE_REGION 和 modeldata应该位于 0x2000_0000至0x2058_0000 ( 5.5 MB ) 可获得最佳性能（NPU 可访问的 SRAM 区域） 但 SRAM（名为 SRAM）的位置是0x20080000 （在第二张图片中） ==> 它也在0x2000_0000到0x2058_0000 的范围内。默认值约为 2.5 MB。这意味着NCACHE_REGION + modeldata应该小于 (5.5 - 2.5) = 3 MB。 我的模型大小约为 3.5 MB。除了可以将模型放在外部存储器上（这会导致推理时间更长）之外，我该如何配置内存，才能让我的模型（3.5 MB）仍然位于 NPU 可以访问的内存区域？ 我很好奇我们是否可以缩小“SRAM”区域（在图像 1、2 中），或者我是否可以将其移动到 RAM 的另一个区域（7.5 - 5.5 = 2 MB - 图像 3 中的最后一个区域）？ 我该如何估算“SRAM”区域的大小？在下面的图片中，它是 15560 字节。 不好意思，我的问题有点长。 nnxxpp_0-1782205318606.png nnxxpp_1-1782205742121.png nnxxpp_2-1782206037185.png Re: Why model size is limited at 1 MB? @mayliu1  早上好。 或许你错过了我上面提出的新问题。 Re: Why model size is limited at 1 MB? 嗨@nnxxpp ， 很抱歉回复晚了。 如果您不介意的话，能否请您为您的新问题创建一个新的案例？ 感谢您的理解与合作。 顺祝商祺！ 5月 Re: Why model size is limited at 1 MB? 很高兴得知您的问题已经解决。 很抱歉回复晚了，感谢您的理解。 Re: Why model size is limited at 1 MB? @mayliu1  我的问题已经解决了。我们可以从 5.5 MB 区域中为 NPU 找到 SRAM。我将 modeldata 和 kTensorArena 放在 5.5 MB 的区域中，并且成功了。推理时间不错。 但如果你没有错过我的问题，我就可以尽快完成我的任务了。谢谢。 Re: Why model size is limited at 1 MB? 是的。祝您今天愉快。 Re: Why model size is limited at 1 MB? @mayliu1 好的。我来创建一个新问题。谢谢。

freeMASTER FREEMASTER3.2，第二次安装时，由于第一次没有卸载干净导致无法再次安装。正常情况不应该是覆盖第一次吗。现在无法安装 Re: freeMASTER 你好 Freemaster 3.2 在第二次安装时失败，因为第一次安装并未完全卸载。通常不应该覆盖第一个吗？现在无法安装。 不——像 FreeMASTER（基于 ZeroG / InstallAnywhere）这样的安装程序通常不会直接覆盖已损坏的旧安装。 你所看到的其实是预期的行为。 请看一下这个帖子： https://community.nxp.com/t5/FreeMASTER/Deinstalltion-FreeMaster-3-2/m-p/1593805 顺祝商祺！ Peter

Matlab2023a Envokes S32DS3.5 Encountered Error Dear MBDT Team. We are using MATLAB2023a scripts to generate code after compiling Simulink models, then call eclipsec.exe to perform headless background compilation. Once the build is completed, a hyperlink is created in the Simulink Diagnostic Viewer to directly open the workspace corresponding to the compiled project. This workflow worked perfectly with S32DS 3.4. However, after upgrading to S32DS 3.5.8, two issues have occurred: Issue 1: Clicking the hyperlink that's created by Simulink will launch the background process s32ds.exe, which then pops up and exits immediately. We have tried several solutions like adding the parameter "-vm \bin\javaw.exe" to s32ds.ini (this has no effect on s32ds.exe), and prioritizing the JDK 11 path in system environment variables. None of these attempts resolved the problem. Issue 2: As previous described, calling eclipsec.exe via MATLAB scripts triggers the error shown in the screenshot: Java was started but returned exit code=1. We set "\bin\javaw.exe" and JDK 11 path at the top of system environment variables. The Command Prompt correctly displays Java 11 (64-bit), yet Simulink compilation still attempts to load jvm.dll. After deleting "client\jvm.dll" or "server\jvm.dll", the program will locate java.exe instead, but still reports an error with exit code=4. In addition, manual compilation remains successful in all cases. All the related files and settings will be uploaded for your reference. Please help give your advice to fix this. Thank you. Re: Matlab2023a Envokes S32DS3.5 Encountered Error Hello, From what I understand from your message, you have a Simulink Model and generate code for it using the Embedded Coder. Then you have set up a workflow to compile the code using eclipsec. The main problem I see is that MATLAB do not currently use the correct Java version. Have you tried to contact them about this problem? Moreover, I suspect that you don't use Model Based Design Toolboxes developed by NXP (e.g. S32K3, S32K1 etc). Let me know if I am wrong. Best regards, Sorin Bancila

Problem with updating the S32 Design Studio 3.6.8 I have installed the S32 Design Studio on my ubuntu 22.0 linux system, but i am not able to see the Real time drivers package in Extensions and Updates tab even after added the update sites for the RTD package. Also when i opened it today it automatically checked for the updates and given this error you can see in the image: varunpenumudi_0-1781236748272.png The error says this: "Cannot complete the install because one or more required items could not be found. Software being installed: Remote Services 12.5.0.202603111352 (org.eclipse.remote.feature.group 12.5.0.202603111352) Missing requirement: Eclipse Remote Development documentation plug-in 12.5.0.202603111352 (org.eclipse.remote.doc.isv 12.5.0.202603111352) requires 'osgi.bundle; org.eclipse.help [3.10.500,4.0.0)' but it could not be found Cannot satisfy dependency: From: Remote Services 12.5.0.202603111352 (org.eclipse.remote.feature.group 12.5.0.202603111352) To: org.eclipse.equinox.p2.iu; org.eclipse.remote.doc.isv [12.5.0.202603111352,12.5.0.202603111352] " please help me with solving this issue Re: Problem with updating the S32 Design Studio 3.6.8 Hi,  unfortunately RTD is not supported on Linux OS. It can be installed from a .zip archive, but it is not tested and there are couple known limitations caused by case sensitive OS (Linux). 

Inquiries from MC33879BPEK Hello. I would like to inquire about MC33879BPEK parts. Is that part going to be discontinued now? The site says that it is available for purchase. However, the seller informed me that it will be discontinued in the future. I want to know exactly what it's about, and if it's discontinued, I need an alternative product. There are many circuits designed with this part. Please check it out. Have a nice day. Re: Inquiries from MC33879BPEK guoweisun_0-1781501110207.png No suitable part for replacement. Re: Inquiries from MC33879BPEK You don't have any plans to make a replacement, do you? (I hope we have replaceable parts.) Then when is the last order? Re: Inquiries from MC33879BPEK HI Yes it will EOL and without any replacement for recommend!