「内部フラッシュメモリ領域」設定を上書きするDebug Flashスクリプト こんにちは、 現在、FRDM-S32K344上でApp1からApp2へのアプリケーションジャンプをテスト中です。 私たちのアプリケーションレイアウトは以下の通りです: アプリ1の開始アドレス: 0x00400000 アプリ2の開始アドレス: 0x00500000 デバッグには、フラッシュメモリ保護を有効にした個別のデバッグ構成を使用しています。 App1のデバッグ時、メモリ保護範囲は次のように設定されます。 0x00500000～0x005FFFFF（App2を保護するため） App2のデバッグ時、メモリ保護範囲は次のように設定されます。 0x00400000～0x004FFFFF（App1を保護するため） しかし、デバッグ構成によるプログラミング中に、メモリ保護範囲が設定されているにもかかわらず、保護対象のフラッシュ領域が消去されていることが確認されました。 どなたか次の点をCANしてもらえますか? フラッシュプログラマは、消去／書き込み操作中に、設定されたメモリ保護範囲を尊重することが求められますか？ 保護されたフラッシュ領域が消去されないようにするために、追加の設定が必要ですか？ FRDM-S32K344上で1つのアプリケーションだけをプログラムしながら、メモリ保護を使って別のアプリケーションを保存することに成功した方はいらっしゃいますか? ログファイルとLDファイルを参考資料として添付しました。 私たちは搭載のPEデバッガを使用しています 何かご助言やご提案があれば、大変ありがたく思います。 よろしくお願いします。 Re: Debug Flash Script Overriding "Protect Internal Flash Memory Area" Settings こんにちは、@Avinpat123さん 同じバージョンのS32 Design Studioで動作しているか素早くテストしました。私も同じ設定を使いました。1つのアプリケーションは0x50_0000領域が保持されるように設定されている間に強制的に0x40_0000し、もう1つのアプリケーションは0x50_0000を強制され、0x40_0000領域は保存されるように設定されています: この設定が考慮されていることを示すログを以下に示します。 メモリを見ると、内容が本当に保存されているのがわかり、SO、期待通りに動作します。 スクリーンショットを確認したところ、アドレス範囲は設定されているようですが、「この範囲を保持する」チェックボックスが有効になっていません。問題はそこではないでしょうか？ よろしくお願いいたします。 ルーカス Re: Debug Flash Script Overriding "Protect Internal Flash Memory Area" Settings こんにちは、@lukaszadrapa ご返信ありがとうございます。おっしゃる通り、チェックボックスが問題でした。今は正常に動作しています。

MC33774 Daisy Chain Dual Loop Connection HI. I'm currently using an AFE sampling system with MC33665A and MC33774 to form a double-chain loopback structure. The MC33665A's PORT0 and PORT1 are configured as MADD0 and MADD1 respectively, and all commands are currently sent via MADD0. When I only connect the daisy chain between PORT0 and DC1, my communication is normal. However, when I also connect the daisy chain between PORT1 and DC2, I find that the 33774 cannot reply with a response frame. Why is this? I have confirmed that the PORT configuration of the 33665 is correct and that SYS_TPL_CFG.RESPCFG in the 33774 is set to 00 SAME mode. I am currently using an AFE sampling system consisting of the MC33665A + MC33774 in a dual-ring loop configuration. I have configured PORT0 and PORT1 of the MC33665A as MADD0 and MADD1, respectively, and all commands are currently sent through MADD0. When I connect only the daisy chain between PORT0 and DC1, communication works correctly. However, after I also connect the daisy chain between PORT1 and DC2, the MC33774 no longer responds when I send requests to it. Why does this happen? I have read back and verified that the MC33665 PORT configuration is correct, and I have configured SYS_TPL_CFG.RESPCFG = 00 (SAME mode) in the MC33774. Re: MC33774 Daisy Chain Dual Loop Connection HI. 1. I want to know if it is necessary to reverse the allocation of DADD from the position where MADD=1? 2. My current SYS_PORT0_CFG configuration is TIMEOUT=0, CADD=1, MADD=0, PROTOCOL=1, ALLCHAINS=1, TERM=1, RX=1, EN=1 SYS_PORT1_CFG is configured with TIMEOUT=0, CADD=1, MADD=1, PROTOCOL=1, ALLCHAINS=1, TERM=1, RX=1, EN=1 Re: MC33774 Daisy Chain Dual Loop Connection Hello, According to the AN13910 TPL Loopback Recommendation, when two MC33665A TPL ports are connected as a loopback ring, there are several configuration requirements that may cause the behavior you are seeing. For a loopback configuration: We recommend assigning device addresses (DADD) in ascending order from one side of the ring and in reverse order from the loopback side (I do not see this in your image). If two ports are connected as loopback, one of the ports should have SYS_PORTx_CFG[RX] = 0 to avoid duplicate data entering the MC33665 buffer. In addition, one of the ports should have SYS_PORTx_CFG[ALLCHAINS] = 0. If both loopback ports accept ALLCHAINS commands, document states that this can cause signal conflicts and communication errors. Could you please share the values of SYS_PORT0_CFG and SYS_PORT1_CFG (especially EN, RX, ALLCHAINS, MADD, and CADD)? That would help determine whether the loopback ports are configured according to the AN13910 recommendations. Re: MC33774 Daisy Chain Dual Loop Connection Hello, According to AN13910 TPL Loopback Recommendation, the DADD assignment should be reversed from the MADD=1 side in a loopback topology. In addition, your current configuration has RX=1 and ALLCHAINS=1 on both ports. For a loopback connection, we recommend disabling RX and ALLCHAINS on one of the ports to avoid duplicate routing and communication conflicts.  Could you please try configuring one port with RX=0 and ALLCHAINS=0 (for example, PORT1) and verify whether the MC33774 starts returning response frames?

S32K3 ADC 使用外部通道 你好。恩智浦团队 如何使用S32K3 ADC的外部通道 . Re: S32K3 ADC Use of external channels 嗨@VaneB 我还有后续问题。 如果我的设计没有多路复用器，但我只想使用例如 ADC1_X[0] 连接传感器 1，ADC1_X[1] 连接传感器 2，ADC1_X[2] 连接传感器 3，我可以将 MA 引脚重复使用于其他用途吗，例如用作 GPIO 输出引脚来驱动 LED？ 我的设计基于s32k344 Re: S32K3 ADC Use of external channels NPX团队，您好！ 关于这个话题，请问是否可以实现如下图所示的SCH？ 非常感谢您的支持。 Re: S32K3 ADC Use of external channels @VaneB 非常感谢您的帮助。 Re: S32K3 ADC Use of external channels 嗨@Niuyanlin 每个 ADC 提供 3 个外部解码信号 (MA)，用于从外部模拟多路复用器的 8 个通道中选择 1 个通道，最多可以有 4 个这样的多路复用器来连接 32 个外部通道，这意味着这 4 个多路复用器共享相同的 MA 信号。 ADC 根据当前选择的转换通道，自动设置 MA 来控制这些外部模拟多路复用器。根据掩码寄存器位，对相应的“X”引脚进行采样，并将结果存储在“MA”和“X”组合的匹配位置中。 由于我们的开发板上没有设计外部模拟多路复用器，因此没有实现这样的示例。 Re: S32K3 ADC Use of external channels 你好。VaneB 根据您的提示，我找不到在RTD中使用外部通道ADC的例子。如果你有相应的日常安排，希望你能发给我。非常感谢。 Re: S32K3 ADC Use of external channels 嗨@Niuyanlin 您可以在 RTD 中找到一些可能对您有用的 ADC 实现示例。 BR VaneB

S32K3 ADC Use of external channels Hello.  NXP Team How to use the external channel of S32K3 ADC . Re: S32K3 ADC Use of external channels Hi @VaneB I have a followup to this. If my design DOES NOT have a MUX but I want to use only for example ADC1_X[0] to sensor1, ADC1_X[1] to sensor2 and ADC1_X[2] sensor 3, can i reuse the MA pins for other purpose like GPIO output pins to drive an LED? My design is based on s32k344 Re: S32K3 ADC Use of external channels Hi NPX Team,  Related with this topic, may you please confirm if  is it possible to implement a SCH like the following diagram? Many thanks for your support. Re: S32K3 ADC Use of external channels @VaneB  Thank you very much for your help. Re: S32K3 ADC Use of external channels Hi @Niuyanlin  Each ADC provides 3 external decode signals (MA) to be used to select 1 channel out of 8 in the external analog multiplexers, and there can be maximum 4 of such multiplexers to connect 32 external channels, it means that these 4 multiplexers sharing the same MA signals. The ADC automatically sets the MA to control these external analog multiplexers, based on the current channel selected for conversion. Depending on the Mask Register bits, the corresponding “X” pin is sampled, and the result is stored in the matching location for the “MA” & “X” combination. Since no external analog multiplexers have been designed on our development board, such an example has not been implemented. Re: S32K3 ADC Use of external channels hello.VaneB According to your prompt, I can't find an example of using external channel ADC in RTD. If you have a corresponding routine, I hope you can send it to me. Thank you very much. Re: S32K3 ADC Use of external channels Hi @Niuyanlin  You can find examples of ADC implementation that may be useful to you in the RTD. B.R. VaneB

PN7220 Android 16 Porting to i.MX95 FRDM EVK Board Introduction Many customers are using PN7220 + Android 16 recently. In this document, I will show you how to porting the PN7220 to Android 16. I use the i.MX95 FRDM board as a reference target board. NOTE :  All the modifications are just for reference. They are NOT a NXP official patches for the newer release of AOSP porting. So the modifications may not be the best solution. Customer please base on their needs to modify the AOSP source code. This is not for production. Customer still need to perform full testing after the porting.  Hardware boards: i.MX95 FRDM Board (FRDM i.MX 95 Development Board | NXP Semiconductors) PN7220 EVK -- PNEV7220BP1 (PNEV7220BP1 Development Board for PN7220 NFC Controller | NXP Semiconductors) There is a 40pins connector on both PN7220 EVK and i.MX95 FRDM board. So PN7220 + i.MX95 FRDM connecting together is like this: Build the Android BSP for i.MX95 FRDM board: The i.MX Android BSP that I used is Android 16.0.0_1.4.0 (L6.12.49_2.2.0 BSP). It could be downloaded from here: Android OS for i.MX Applications Processors | NXP Semiconductors 1. Download the "Documentation" and the "Install Source Package".  2. Follow the steps in Android User's Guide to build the Android BSP for "evk_95" first.  $ export MY_ANDROID=`pwd` $ source build/envsetup.sh $ lunch evk_95-nxp_stable-userdebug $ export TARGET_RELEASE=nxp_stable $ build_build_var_cache $ ./imx-make.sh -j4 2>&1 | tee build-log.txt According to the android_build/.repo/manifests/aosp-android-16.0.0_1.4.0.xml, you will see the AOSP version is android-16.0.0_r4. According to the PN7220 Android 16 porting guide (PN7160/PN7220 – Android 16 porting guide), the patches is for AOSP release android-16.0.0_r2. So fortunately, the AOSP release version between them is not big different.  Now, we start the porting: 1. Kernel Driver To establish connection with the PN7220, the Android stack uses the nxpnfc kernel driver.  You could download the driver from github below: nfcandroid_platform_drivers/drivers at br_ar_16_comm_infra_dev · nxp-nfc-infra/nfcandroid_platform_drivers · GitHub The command is : git clone "https://github.com/nxp-nfc-infra/nfcandroid_platform_drivers.git" -b br_ar_16_comm_infra_dev There is driver for Kernel 6.6 and 6.12. So, please download the correct one for your porting. For example, the kernel in i.MX Android BSP Android 16.0.0_1.4.0 is 6.12. So I will use the 6.12 driver for my porting. In your porting, make sure the PATH in Makefile and Kconfig files are setting properly.  For example in my porting: android_build/vendor/nxp-opensource/kernel_imx/drivers/nfc/pn7220$ tree . ├── common.c ├── common.h ├── i2c_drv.c ├── i2c_drv.h ├── Kbuild ├── Kconfig └── Makefile 0 directories, 7 files For simplifying everything, we will only add a support for I2C and not SPI. Replace drivers/nfc/pn7220/Makefile default code with following code (for easier understanding) nxpnfc-i2c-objs = i2c_drv.o common.o obj-$(CONFIG_NXP_NFC_I2C) += nxpnfc_i2c.o The contents of drivers/nfc/Makefile. Add the PN7220 like below: # SPDX-License-Identifier: GPL-2.0 # # Makefile for nfc devices # obj-$(CONFIG_NXP_NFC_I2C) += pn7220/ obj-$(CONFIG_NFC_FDP) += fdp/ obj-$(CONFIG_NFC_PN544) += pn544/ obj-$(CONFIG_NFC_MICROREAD) += microread/ obj-$(CONFIG_NFC_PN533) += pn533/ obj-$(CONFIG_NFC_MEI_PHY) += mei_phy.o obj-$(CONFIG_NFC_SIM) += nfcsim.o obj-$(CONFIG_NFC_PORT100) += port100.o obj-$(CONFIG_NFC_MRVL) += nfcmrvl/ obj-$(CONFIG_NFC_TRF7970A) += trf7970a.o obj-$(CONFIG_NFC_ST21NFCA) += st21nfca/ obj-$(CONFIG_NFC_ST_NCI) += st-nci/ obj-$(CONFIG_NFC_NXP_NCI) += nxp-nci/ obj-$(CONFIG_NFC_S3FWRN5) += s3fwrn5/ obj-$(CONFIG_NFC_ST95HF) += st95hf/ obj-$(CONFIG_NFC_VIRTUAL_NCI) += virtual_ncidev.o The contents of drivers/nfc/Kconfig. Add the PN7220 like below: source "drivers/nfc/microread/Kconfig" source "drivers/nfc/nfcmrvl/Kconfig" source "drivers/nfc/st21nfca/Kconfig" source "drivers/nfc/st-nci/Kconfig" source "drivers/nfc/nxp-nci/Kconfig" source "drivers/nfc/s3fwrn5/Kconfig" source "drivers/nfc/st95hf/Kconfig" source "drivers/nfc/pn7220/Kconfig" endmenu 2. Adding the "nxpnfc" to the i.MX95 FRDM board device tree file android_build/vendor/nxp-opensource/kernel_imx/arch/arm64/boot/dts/freescale/imx95-15x15-frdm.dts We need to check the connection between two boards and then to decide which pins to use in the device tree file. Here is the 40 pins connector on the PN7220: Here is the 40 pins connector on the i.MX95 FRDM board. According to the 40 pins connection between PN7220 EVK and the i.MX95 FRDM board, I decided to use the I2C6 and the GPIO2_20, GPIO2_21 and GPIO2_26. So, in the imx95-15x15-frdm.dts, I added: &lpi2c6 { clock-frequency = <400000>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_lpi2c6>; status = "okay"; nxpnfc@28{ compatible = "nxp,nxpnfc"; reg = <0x28>; pinctrl-names = "default"; pinctrl-0 = <&pinctrl_nfc>; nxp,nxpnfc-irq = <&gpio2 26 0>; nxp,nxpnfc-ven = <&gpio2 21 0>; nxp,nxpnfc-mode_sw = <&gpio2 20 0>; }; }; And the IOMUX settings in the imx95-15x15-frdm.dts. pinctrl_nfc: nfcgrp { fsl,pins = < IMX95_PAD_GPIO_IO26__GPIO2_IO_BIT26 0x39e // IRQ IMX95_PAD_GPIO_IO21__GPIO2_IO_BIT21 0x39e // VEN IMX95_PAD_GPIO_IO20__GPIO2_IO_BIT20 0x39e // MODE_SW >; }; pinctrl_lpi2c6: lpi2c6grp { fsl,pins = < IMX95_PAD_GPIO_IO02__LPI2C6_SDA 0x40000b9e IMX95_PAD_GPIO_IO03__LPI2C6_SCL 0x40000b9e >; }; 3. Modify the imx95_gki.fragment File:  android_build/vendor/nxp-opensource/kernel_imx/arch/arm64/configs/imx95_gki.fragment Add the "CONFIG_NXP_NFC_I2C=m" into the imx95_gki.fragment 4. Add the settings in your corresponding board configuration files in Android - Go to the android_build/device/nxp/imx9/evk_95/  - Modify the BoardConfig.mk. # Add KVM support BOARD_BOOTCONFIG += androidboot.hypervisor.vm.supported=true + # ---- selinux permissive ---- + BOARD_KERNEL_CMDLINE += androidboot.selinux=permissive # -------@block_sepolicy------- BOARD_SEPOLICY_DIRS := \ $(CONFIG_REPO_PATH)/imx9/sepolicy \ $(IMX_DEVICE_PATH)/sepolicy \ + vendor/nxp/nfc/sepolicy \ + vendor/nxp/nfc/sepolicy/nfc \ + vendor/nxp/emvco/sepolicy +include vendor/nxp/nfc/BoardConfigNfc.mk  - Add the "nxpnfc_i2c.ko" to the ShareBoardConfig.mk. Make sure the path and the filename are correct. ifeq ($(LOADABLE_KERNEL_MODULE),true) IMX_ANDROID_FIRST_STAGE_MODULES += \ $(KERNEL_OUT)/drivers/hwmon/hwmon.ko \ $(KERNEL_OUT)/drivers/hwmon/scmi-hwmon.ko \ .... .... .... $(KERNEL_OUT)/drivers/soc/imx/soc-imx9.ko \ $(KERNEL_OUT)/drivers/gpio/gpio-adp5585.ko \ $(KERNEL_OUT)/drivers/gpio/gpio-pca953x.ko \ $(KERNEL_OUT)/drivers/gpio/gpio-vf610.ko \ + $(KERNEL_OUT)/drivers/nfc/pn7220/nxpnfc_i2c.ko .... .... BOARD_VENDOR_KERNEL_MODULES += \ $(KERNEL_OUT)/drivers/media/i2c/ap1302.ko \ $(KERNEL_OUT)/drivers/media/i2c/ox03c10.ko \ $(KERNEL_OUT)/drivers/media/i2c/max96717_lib.ko \ .... .... $(KERNEL_OUT)/drivers/net/ethernet/freescale/enetc/fsl-enetc-vf.ko \ $(KERNEL_OUT)/drivers/net/ethernet/freescale/enetc/fsl-enetc4.ko \ $(KERNEL_OUT)/drivers/net/phy/realtek.ko \ $(KERNEL_OUT)/drivers/hwmon/pwm-fan.ko \ + $(KERNEL_OUT)/drivers/nfc/pn7220/nxpnfc_i2c.ko - Add the INxpNfc and INxpEmvco to the device_framework_matrix.xml nxp.hardware.secureime 1 ISecureIME default nxp.hardware.ele 1 ISecureEnclave default nxp.hardware.imx_dek_extractor 1 IDek_Extractor default vendor.nxp.nxpnfc_aidl 2 INxpNfc default vendor.nxp.emvco 1 INxpEmvco default  - Add the following to the evk_95.mk # ------nfc------- $(call inherit-product, vendor/nxp/nfc/device-nfc.mk) $(call inherit-product, vendor/nxp/emvco/device-emvco.mk) PRODUCT_PACKAGES += \ android.hardware.nfc2-service.nxp PRODUCT_PACKAGES += \ com.nxp.emvco \ com.nxp.nfc \ nfc_nci_nxp_pn72xx - Add the nxpnfc_i2c in init.rc exec u:r:vendor_modprobe:s0 -- /vendor/bin/modprobe -a -d \ /vendor/lib/modules nxpnfc_i2c write /sys/power/wake_lock nosleep - Add nxpnfc to ueventd.nxp.rc /dev/ttymxc1 0666 nfc nfc /dev/ttymxc2 0666 nfc nfc /dev/nxpnfc 0666 nfc nfc 5. Apply the NXP AOSP patches I write a script to download the patches from the github. The script file and the android_build folder is on the same directory. Run the AOSP_adaptation.sh.  AOSP_adaptation.sh # nfcandroid_nfc_modules git clone "https://github.com/nxp-nfc-infra/nfcandroid_modules_nfc.git" cd nfcandroid_modules_nfc git checkout br_ar_16_comm_infra_dev cp -rf * ../android_build/packages/modules/Nfc cd .. # nfcandroid_nfc_hidlimpl git clone "https://github.com/nxp-nfc-infra/nfcandroid_nfc_hidlimpl.git" cd nfcandroid_nfc_hidlimpl git checkout br_ar_16_comm_infra_dev cp -rf * ../android_build/hardware/nxp/nfc cd .. # nfcandroid_frameworks git clone "https://github.com/nxp-nfc-infra/nfcandroid_frameworks.git" cd nfcandroid_frameworks git checkout br_ar_16_comm_infra_dev mkdir ../android_build/packages/modules/Nfc/framework cp -rf * ../android_build/packages/modules/Nfc/framework cd .. # nfcandroid_emvco_aidlimpl git clone "https://github.com/nxp-nfc-infra/nfcandroid_emvco_aidlimpl.git" cd nfcandroid_emvco_aidlimpl git checkout br_ar_16_comm_infra_dev mkdir ../android_build/hardware/nxp/emvco cp -rf * ../android_build/hardware/nxp/emvco cd .. # nfcandroid_platform_reference git clone "https://github.com/nxp-nfc-infra/nfcandroid_platform_reference.git" cd nfcandroid_platform_reference git checkout br_ar_16_comm_infra_dev cp -rf vendor/nxp/* ../android_build/vendor/nxp/ cd .. Apply a patch. $ cd android_build/system/logging $ patch -p1 < ../../../nfcandroid_platform_reference/build_cfg/build_pf_patches/AROOT_system_logging.patch Add TDA Test support: # Clone repositories for test applications and TDA support # nfcandroid_infra_test_apps git clone https://github.com/nxp-nfc-infra/nfcandroid_infra_test_apps.git cd nfcandroid_infra_test_apps/ git checkout br_ar_16_comm_infra_dev cd test_apps/ cp -rf SMCU_Switch/ ../../android_build/packages/apps/ cp -rf EMVCoModeSwitchApp/ ../../android_build/packages/apps/ cd ../.. # nfcandroid_infra_comm_libs git clone "https://github.com/nxp-nfc-infra/nfcandroid_infra_comm_libs.git" cd nfcandroid_infra_comm_libs git checkout br_ar_16_comm_infra_dev cp -rf nfc_tda/ ../android_build/packages/modules/Nfc/libnfc-nci/ cp -rf emvco_tda/ emvco_tda_test/ ../android_build/hardware/nxp/emvco/ cp -rf NfcTdaTestApp/ ../android_build/packages/apps/ cd .. 6. Put changes into hardwatre/interfaces/compatibility_matrices  File: hardware/interfaces/compatibility_matrices/compatibility_matrix.202504.xml android.hardware.audio.effect 1-3 IFactory default nxp.hardware.imx_dek_extractor 1 IDek_Extractor default nxp.hardware.ele 1 ISecureEnclave default vendor.nxp.nxpnfc_aidl 2 INxpNfc default vendor.nxp.emvco 1 INxpEmvco default android.hardware.authsecret 1 IAuthSecret default 7. Add the firmware $ git clone https://github.com/NXP/nfc-NXPNFCC_FW.git $ cp -r nfc-NXPNFCC_FW/InfraFW/pn7220/64-bit-2.5/pn7220_64bits.so android_build/vendor/nxp/pn7220/firmware/lib64/libpn72xx_fw.so 8. Add the NXPAndroidDTA $git clone https://github.com/NXPNFCProject/NXPAndroidDTA.git $cd NXPAndroidDTA $git checkout br_ar_new_dta_arch cp -r NXPAndroidDTA android_build/vendor/nxp/ 9. Some fixes before build: $ cd android_build $ mv hardware/nxp/nfc/snxxx/Android.bp hardware/nxp/nfc/snxxx/_Android.bp $ mv hardware/nxp/nfc/snxxx/halimpl/power-tracker/Android.bp hardware/nxp/nfc/snxxx/halimpl/power-tracker/_Android.bp $ mv hardware/nxp/secure_element/snxxx/aidl/Android.bp hardware/nxp/secure_element/snxxx/aidl/_Android.bp $ cd hardware/nxp/nfc $ rm pn8x -rf Now, build the Android BSP again. Use "mm" to build the Android source code. After fixed all the errors of the AOSP build, use "imx-make.sh" to build the whole i.MX Android image.  When building the Android, there may have some errors during the build. I listed some errors and the workaround below for your reference. Error: error: packages/modules/Nfc/tests/cts/tests/Android.bp:20:1: "CtsNfcTestCases" depends on undefined module "CtsAppTestStubsShared". Workaround : Comment out "CtsAppTestStubsShared" in packages/modules/Nfc/tests/cts/tests/Android.bp Error: error: hardware/nxp/nfc/snxxx/halimpl_v2/power-tracker/Android.bp:17:1: "power_tracker_v2" depends on undefined module "nfc_nci_nxp_snxxx_headers_v2". Workaround: mv hardware/nxp/nfc/snxxx/halimpl_v2/power-tracker/Android.bp hardware/nxp/nfc/snxxx/halimpl_v2/power-tracker/_Android.bp Error: error: platform_testing/Android.bp:255:1: module "continuous_native_tests" variant "android_common": depends on //packages/modules/Nfc/NfcNci/nci/jni:libnfc-nci-jni-tests which is not visible to this module You may need to add "//platform_testing" to its visibility error: platform_testing/Android.bp:255:1: module "continuous_native_tests" variant "android_common": depends on //packages/modules/Nfc/libnfc-nci/tests:libnfc-nci-tests which is not visible to this module You may need to add "//platform_testing" to its visibility Workaround: nano packages/modules/Nfc/NfcNci/nci/jni/Android.bp In cc_test {     name: "libnfc-nci-jni-tests", .. ..     visibility: [         "//platform_testing:__subpackages__",     ], Same in packages/modules/Nfc/libnfc-nci/tests/Android.bp Error: FAILED: out/soong/.intermediates/packages/modules/Nfc/framework/framework-nfc.stubs.source.system/android_common/exportable/framework-nfc.stubs.source.system-stubs.srcjar out/soong/.intermediates/packages/modules/Nfc/framework/framework-nfc.stubs.source.system/android_common/exportable/framework-nfc.stubs.source.system_annotations.zip out/soong/.intermediates/packages/modules/Nfc/framework/framework-nfc.stubs.source.system/android_common/exportable/framework-nfc.stubs.source.system_api.txt out/soong/.intermediates/packages/modules/Nfc/framework/framework-nfc.stubs.source.system/android_common/exportable/framework-nfc.stubs.source.system_removed.txt out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:52: error: Binary breaking change: Removed method android.nfc.NfcOemExtension.emulateNfcTechnologyATag(boolean,byte,byte,byte,byte[],byte,byte[]) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:64: error: Binary breaking change: Removed method android.nfc.NfcOemExtension.overwriteRoutingTable(int,int,int,int,int) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:77: error: Binary breaking change: Removed field android.nfc.NfcOemExtension.EMULATE_NFC_A_TAG_STATUS_FAILED_INTERNAL [RemovedField] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:78: error: Binary breaking change: Removed field android.nfc.NfcOemExtension.EMULATE_NFC_A_TAG_STATUS_FAILED_NFC_NOT_ENABLED [RemovedField] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:79: error: Binary breaking change: Removed field android.nfc.NfcOemExtension.EMULATE_NFC_A_TAG_STATUS_OK [RemovedField] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:120: error: Binary breaking change: Removed method android.nfc.NfcOemExtension.Callback.onRoutingChangeCompleted() [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest:160: error: Binary breaking change: Removed method android.nfc.RoutingStatus.getDefaultFelicaRoute() [RemovedMethod] Aborting: Found compatibility problems checking the public API (/home/nxa08017/android16_1.4.0/android_build/out/soong/.temp/sbox/d1717a17fe92a8b2da806db0f1cb87830019487b/packages/modules/Nfc/framework/java) against the API in /home/nxa08017/android16_1.4.0/android_build/out/soong/.temp/sbox/d1717a17fe92a8b2da806db0f1cb87830019487b/./out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest exit status 255 Workaround: Comment out the lines 52,64,77,78,79,120,160 in out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.system.latest/gen/framework-nfc.api.system.latest Error: out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:77: error: Binary breaking change: Removed method android.nfc.NfcAdapter.isExitFramesSupported() [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:80: error: Binary breaking change: Removed method android.nfc.NfcAdapter.isPowerSavingModeEnabled() [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:81: error: Binary breaking change: Removed method android.nfc.NfcAdapter.isPowerSavingModeSupported() [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:91: error: Binary breaking change: Removed method android.nfc.NfcAdapter.setPowerSavingMode(boolean) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:196: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.getPollingLoopFiltersForService(android.content.ComponentName) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:197: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.getPollingLoopPatternFiltersForService(android.content.ComponentName) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:202: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.isDeviceScreenOnRequiredForService(android.content.ComponentName) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:203: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.isDeviceUnlockRequiredForService(android.content.ComponentName) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:214: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.setRequireDeviceScreenOnForService(android.content.ComponentName,boolean) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:215: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.setRequireDeviceUnlockForService(android.content.ComponentName,boolean) [RemovedMethod] out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest:248: error: Binary breaking change: Removed method android.nfc.cardemulation.CardEmulation.NfcEventCallback.onOffHostAidSelected(String,String) [RemovedMethod] Aborting: Found compatibility problems checking the public API (/home/nxa08017/android16_1.4.0/android_build/out/soong/.temp/sbox/6245059c063e0ae76fa4356a9b840b923ddb8764/packages/modules/Nfc/framework/java) against the API in /home/nxa08017/android16_1.4.0/android_build/out/soong/.temp/sbox/6245059c063e0ae76fa4356a9b840b923ddb8764/./out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest exit status 255 Workaround: Same as the previous workaround. Comment out the lines (line number shown in error) in out/soong/.intermediates/prebuilts/sdk/framework-nfc.api.public.latest/gen/framework-nfc.api.public.latest. Error: FAILED: out/soong/.intermediates/system/sepolicy/vendor_sepolicy.cil.raw/android_common/evk_95/vendor_sepolicy.cil.raw out/host/linux-x86/bin/checkpolicy -C -M -L -c 30 -o out/soong/.intermediates/system/sepolicy/vendor_sepolicy.cil.raw/android_common/evk_95/vendor_sepolicy.cil.raw out/soong/.intermediates/system/sepolicy/vendor_sepolicy.conf/android_common/evk_95/vendor_sepolicy.conf && out/host/linux-x86/bin/build_sepolicy filter_out -f out/soong/.intermediates/system/sepolicy/reqd_policy_mask.cil/android_common/reqd_policy_mask.cil -t out/soong/.intermediates/system/sepolicy/vendor_sepolicy.cil.raw/android_common/evk_95/vendor_sepolicy.cil.raw # hash of input list: 7a5f97fdfa590e2ec5a2c6b745c65293680d0202c9b5869c1425905c209b9bf1 vendor/nxp/emvco/sepolicy/service.te:1:ERROR 'Duplicate declaration of type' at token ';' on line 21764: type hal_emvco_service, hal_service_type, service_manager_type; #line 1 "vendor/nxp/emvco/sepolicy/service.te" checkpolicy:  error(s) encountered while parsing configuration 11:50:27 ninja failed with: exit status 1 Workaround: nano vendor/nxp/emvco/sepolicy/hwservice.te Change the hal_emvco_service to hal_emvco_hwservice like this: type hal_emvco_hwservice, hwservice_manager_type; nano vendor/nxp/emvco/sepolicy/hwservice_contexts vendor.nxp.emvco::INxpEmvco                             u:object_r:hal_emvco_hwservice:s0 nano vendor/nxp/emvco/sepolicy/hal_emvco_default.te + allow hal_emvco_default hal_emvco_hwservice:hwservice_manager { add find }; Error: FAILED: out/soong/.intermediates/hardware/nxp/nfc/intf/nxpnfc/aidl/vendor.nxp.nxpnfc_aidl_interface/checkhash_2.timestamp if [ $(cd 'hardware/nxp/nfc/intf/nxpnfc/aidl/aidl_api/vendor.nxp.nxpnfc_aidl/2' && { find ./ -name "*.aidl" -print0 | LC_ALL=C sort -z | xargs -0 sha1sum && echo 1; } | sha1sum | cut -d " " -f 1) = $(tail -1 'hardware/nxp/nfc/intf/nxpnfc/aidl/aidl_api/vendor.nxp.nxpnfc_aidl/2/.hash') ]; then touch out/soong/.intermediates/hardware/nxp/nfc/intf/nxpnfc/aidl/vendor.nxp.nxpnfc_aidl_interface/checkhash_2.timestamp; else cat 'system/tools/aidl/build/message_check_integrity.txt' && exit 1; fi ############################################################################### # ERROR: Modification detected of stable AIDL API file                        # ############################################################################### Above AIDL file(s) has changed, resulting in a different hash. Hash values may be checked at runtime to verify interface stability. If a device is shipped with this change by ignoring this message, it has a high risk of breaking later when a module using the interface is updated, e.g., Mainline modules. Workaround: echo $(cd 'hardware/nxp/nfc/intf/nxpnfc/aidl/aidl_api/vendor.nxp.nxpnfc_aidl/2' && { find ./ -name "*.aidl" -print0 | LC_ALL=C sort -z | xargs -0 sha1sum && echo 1; } | sha1sum | cut -d " " -f 1) d9e99a62ff5ebed44083a79577ec7ed32d264775 Then,  nano hardware/nxp/nfc/intf/nxpnfc/aidl/aidl_api/vendor.nxp.nxpnfc_aidl/2/.hash replace the value to d9e99a62ff5ebed44083a79577ec7ed32d264775 A runtime error: Problem: You will find the following failed about the permission in the log. java.lang.IllegalStateException: Signature|privileged permissions not in privileged permission allowlist: {com.android.nfc (/apex/com.android.nfcservices/priv-app/[email protected]😞 android.permission.OBSERVE_ROLE_HOLDERS} Workaround: Add :                 To the file : out/target/product/evk_95/system/etc/permissions/privapp-permissions-platform.xml 10. Download the image to the target board: - We use the tool UUU to download the image to the i.MX boards. Download the UUU from here : Releases · nxp-imx/mfgtools - Download the Android 16 BSP i.MX95 EVK demo image from the Android i.MX BSP web page first. There are UUU script and necessary image files already in the demo image package.  - Put the UUU executable file into the demo image folder. uuu_imx_android_flash.bat is the script also in the same folder. - After your Android BSP building is completed and succeed, copy the images to the demo image folder. The image files are located in android_build/out/target/product/evk_95/. - Switch the boot mode to "Download" mode on the i.MX95 FRDM board. - Run the UUU script to download the images to the FRDM board. uuu_imx_android_flash.bat -f imx95 -a -e -u 15x15-frdm -d 15x15-frdm Run the "TagInfo" on the board: - Download the TagInfo apk file from the NXP TagInfo App web page . - Use the "adb install" command to install the TagInfo to the FRDM board. C:\>adb install com.nxp.taginfo-6.2.0-play-release-protected.apk * daemon not running; starting now at tcp:5037 * daemon started successfully Performing Streamed Install Success After TagInfo installed, the TagInfo icon will be available on the GUI. Run the TagInfo, and then put a card on the board. The information of the card will be show on the TagInfo App. Reference: PN7160/PN7220 – Android 16 porting guide PN7220 NFC Frontend IC with Integrated Power Management | NXP Semiconductors Android OS for i.MX Applications Processors | NXP Semiconductors nxp-nfc-infra · GitHub

Safety recommended Compiler setting violation Compiler settings, Assembler setting and the linker setting, recommended by the MCAL SIP provided by the NXP, is not following the safety compiler settings recommended by the Wind River. Need to have a discussion on the settings and check how to align with Wind River compilers safety recommendations. MCAL SIP package Info: -  ->SW32K3_S32M27x_RTD_R21-11_7.0.1_QLP02  ->SW32K3_RTD_R21-11_7.0.1_P05_D2604  ->SW32K3_SAF_1.0.6_D2512  ->SCST_M7_S32K3_RFP_1.0.7 Re: Safety recommended Compiler setting violation Hello, In case you need direct talk to application team please reach out to your assigned NXP representative FAE/Sales, they can setup direct support channel. In case you have any questions do not hesitate to ask. Best regards, Peter

JLinkデバッグ認証 皆さん、こんにちは。 私はMCXN947(frdm_mcxn947ボード)を基にしたプロジェクトを進めており、クライアントにテストのために送る前にデバッグ認証と署名済みファームウェア検証を設定する必要がありますが、2つの点について非常に迷っています。 デバッグ認証は「現場内」のCASEに限定されているのでしょうか?MCUが永久にロックされ、鍵やセキュリティ設定がOTPで焼き込まれている状態ですか?唯一持っているボードを永久に壊してしまうリスクは冒したくない デバッグ認証機能を設定した場合、搭載デバッガと接続してコードをデバッグすることは可能でしょうか?VS Code と Jlink デバッグ .launch を使用してデバッグしています設定、デバッグ認証を有効にするためのセキュリティアーティファクトを追加するにはどうすればいいですか? すでにこの問題に取り組んだ方が、今後の進め方について教えていただけるとありがたいです。なぜなら、私は言及されている AN14162だけで、それ以外のドキュメントはあまり見かけません MCX N セキュリティ（EdgeLock | セキュアブート | OTP） Re: JLink Debug Authentication こんにちは、 @raimbowgeddon さん。 1. デバッグ認証は「インフィールド」ケースに限定されるのか?MCUが永久にロックされ、鍵やセキュリティ設定がOTPで焼き込まれている状態ですか?唯一持っているボードを永久に壊してしまうリスクは冒したくない ->>いいえ、デバッグ認証は「ファイル内」ケースだけのものではありません。開発中にテストCAN。CMPA側で設定してください。OTP側ではありません。 2. デバッグ認証機能を設定した場合、搭載デバッガと接続してコードをデバッグすることは可能でしょうか?VS Code と Jlink デバッグ .launch を使用してデバッグしています設定、デバッグ認証を有効にするためのセキュリティアーティファクトを追加するにはどうすればいいですか? ->>はい。デバッグ認証が有効になった後は、通常は通常、以前のように通常のJ-Linkセッションを開始することはできません。まずデバッグ認証チャレンジ-レスポンスフローを実行し、その後デバッガを接続します。 MCXN947上でデバッグ認証の設定と使用手順を示す動画があります。アクセスCANかはわかりませんが: https://www.bilibili.com/video/BV13EhAzdEzV/?spm_id_from=333.1387.homepage.video_card.click よろしくお願いします。 BR アリス Re: JLink Debug Authentication こんにちは、 @Alice_Yang さん。 返信が遅れて申し訳ありません。他の緊急の仕事に追われていました。あなたがリンクしてくれた動画の手順通りにやってみたら、うまくいったようです！ツールからデバイスのロックを解除し、その後デバッガーで接続するという手順を見落としていました。画像を別の画像で上書きしようとしましたが、CFPAリージョンが書き込まれていないという警告は出ていますが、デバッグ認証ステップを行ってもフラッシュ消去はできないようです。これは普通のことですか?これはつまり、今後は取締役会が恒久的に安全になるということでしょうか？今、ボードを工場出荷時の設定に戻す方法はないのでしょうか? ご助力本当にありがとうございます FS

MiFARE Plus APDU 您好， 我正在开发一个 Windows/Linux 应用程序，该应用程序使用 `winscard`/`pcsc-lite` 库和 HID Global OMNIKEY 5122 读卡器将数据编码到 MIFARE 卡上。我已经成功实现了对经典卡和Ultralight卡的支持，现在我需要添加对Plus卡的支持。 来自 `MF1P(H)x2.pdf`根据公开文档（见下方链接），我知道该卡支持许多原生命令，例如 `GetVersion` 和 `WritePerso`，而且，如果我对第 8.2.3 节的理解正确的话，这些命令可以封装在 APDU 中。那将是理想的，因为我就是这样处理其他卡的：我构建并发送 APDU。 我的问题如下： 1. 哪些文档描述了 MIFARE Plus 的本地命令及其参数？我需要这些信息才能正确地编写这些命令。 2. 据我了解，MIFARE Plus 需要基于 AES 的身份验证和加密才能向卡发送命令。哪份文件对此有详细描述？ 3. 是否有关于如何在 APDU 中封装本地命令的文档？ 4. `MF1P(H)x2.pdf` 包含许多链接，或者看起来像链接的文本，但它们是不可点击的。例如：`CommitReaderID`、`WritePerso`、`CommitPerso` 和 `虚拟卡架构`。我如何才能获取这些文件？是否有办法确定每个链接指向哪个文档？ 我签署了保密协议，并获得了访问我的 NXP 帐户安全部分的一些文件的权限，但这些文件都没有回答我的问题。 https://www.nxp.com/docs/en/data-sheet/MF1P(H)x2.pdf Re: MiFARE Plus APDUs 你好@Codringher 希望你一切都好。 支持 MIFARE Plus EV2 的资源受 NDA 保护，必须通过安全访问权限申请，请按照此页面上的说明进行操作：安全访问权限 | NXP 半导体 。另外，我建议您查看NXP 半导体的“安全访问权限常见问题解答” 。 请查收您的收件箱，我刚刚给您发送了一条社区私信。 问候， 爱德华多。

Some questions about developing LPC Microcontrollers on MCUXpresso IDE Hi everyone,     I'm currently working on development with the NXP LPC1778FET180 chip, and I want to use the 'MCUXpresso' IDE. But during this process: 1. I found that in NXP's official 'SDK Builder,' I can't find the SDK for LPC1778FET180, whereas 'MCUXpresso' shows that it supports this chip. So how can I get the SDK for this chip? 2. If this chip doesn't have a corresponding SDK, I've already generated a bare-metal project through 'MCUXpresso,' but it seems that graphical pin configuration isn't supported. No .mex file is being generated. Is it that this chip doesn't support graphical pin configuration, or am I doing something wrong?                                                                                                                                     Best wishes Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE Hello Leo_wong, I am also struggling to find the SDK. My target MCU is LPC1518JBD64. I have download MCUXpresso ide in VScode and now look for SDK for LPC1518. It you get to figure this out just let me also know how to get the SDK to start coding for LPC1518. Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE Hi @leo_wong  LPC1778FET180 is an older LPC17xx device and is not supported by the modern MCUXpresso SDK Builder. You can import it from file system. The absence of a .mex file and graphical Pins/Clocks configuration is expected. These MCUXpresso Config Tools features are primarily available for devices that have MCUXpresso SDK support. LPC1778 projects generally require manual pin and clock configuration or the use of LPCOpen APIs. BR Harry

MIMXRT1061 无法从外部 或非 闪存启动 你好 我有一个基于 MIMXRT1061DVL6B 的定制板，带有一个外部 或非 闪存 (W25Q128JVSSIQ)。我使用 Zephyr 和 VS Code 作为开发环境，目前遇到了设备启动困难的问题。 我怀疑这个问题与这篇文章中讨论的问题类似： https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1060-Boot-using-FlexSPI/mp/1242678 具体来说，我认为这可能与链接器脚本配置和启用 `XIP_EXTERNAL_FLASH` 有关。 我不太明白的是，在基于 Zephyr 的设置和独立组网 (SA) MCUXpresso/NXP SDK 风格的项目中，修改链接器设置并启用 `XIP_EXTERNAL_FLASH` 的正确方法是什么。 作为一项实验，我通过手动修改 `MIMXRT1062xxxxx_flexspi_nor.ld` 文件，成功地让 MCU 执行了一些操作。链接器文件并将 `.text` 部分的位置更改为： ``` 。文本{}> m_data AT > m_text ``` 但是，我不想依赖这种手动修改，因为存在多个 `MIMXRT1062xxxxx_flexspi_nor.ld` 文件。项目中包含多个文件，我不确定链接器实际使用的是哪个文件。 我希望能够获得以下正确流程的指导： 1. 配置 MIMXRT1061 从外部 或非 闪存执行 XIP。 2. 启用所需的 `XIP_EXTERNAL_FLASH` 设置。 3. 在基于 Zephyr 的项目中正确修改或覆盖链接器脚本。 4. 了解非 Zephyr 项目的等效配置。 非常感谢您能就推荐方法提供任何指导。 问候， 朱奈德 启动 ROM | 启动配置 | 闪存 Re: MIMXRT1061 unable to boot from external NOR flash 你好@jahmed9 ， 为了更好地为您提供帮助，请您提供以下信息？ -你的设计中DQS引脚是连接着的，还是浮空的？ -闪存设备是否连接到FlexSPI端口A？ -你是否根据你的闪光灯设备修改过FCB？如果可以的话，请您使用修改后的 SDK 运行 flash_component_nor_flexspi 示例程序？ 这可以通过确认读取、写入和擦除操作是否成功完成来帮助验证与闪存设备的基本通信。该测试还有助于验证硬件连接。 如果您尚未修改 FCB， FlexSPI 启动指南第 18 章将详细介绍 FCB 的构造方式。如有任何疑问，请随时告诉我。 BR 哈比卜

MCUxpressoでのSIMマクロの有効化 私は、元々はKDEを使って構築され、後にmcuexpressoを使って修正された古いプロジェクトを引き継いでいます。 最新バージョンのIDEをダウンロードし、FRDM_K64Fボード用のSDK2.11.0を使って新しいC/C++プロジェクトを作成しました。 古いプロジェクトにはもう必要のないものがたくさん含まれていたので、そこからコードをコピーして、新しいプロジェクトをゼロから構築しようとしています。 最初に貼り付けたコードはポートの初期化コードでした。 問題は、コンパイル時にすべてのハードウェア参照で「未定義」エラーが発生することです。 ./source/Frere_2016.c:52:1: エラー: 'SIM_SCGC5' が宣言されていません (この関数での最初の使用) 52 | SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK; // ポートAクロックゲートCを有効にする SDKを解凍しても変わりはありません。 元のソースコードには、私がコピーしていない何らかの割り当てが含まれていたようですが、それは新しいプロジェクトで以下のようにカバーされるべきでしょう。 #include #include "board.h" #include「ペリフェラル」 #include "pin_mux.h" #include "clock_config.h" #include "fsl_debug_console.h" #include "MK64F12.h" を追加してみましたが、効果はありませんでした。 どんなご支援でも大変ありがたいです！ よろしくお願いします。 ナイジェル SO始めました Re: SIM Macro activation in MCUxpresso こんにちは@ve3id コンパイルエラーが起こる理由は以下の通りです  SIM_SCGC5  は古いKinetisレジスタ記号です。FRDM-K64F用のMCUXpresso SDK 2.xで使用すべきです  SIM->SCGC5  同様に、他のハードウェアレジスタ参照も次のように変換します  PERIPHERAL->REGISTER  構文。 あなたの特定の行については、 SIM_SCGC5 |= SIM_SCGC5_PORTA_MASK ; に SIM->SCGC5 |= SIM_SCGC5_PORTA_MASK; よろしくお願いします。 BR アリス Re: SIM Macro activation in MCUxpresso アリスさん、本当にありがとうございました。あなたはSOとても知識豊富で、簡単に見せてしまうのですね! これでプロジェクトにCAN取りかかる 🙂 乾杯 ナイジェル

MIMXRT1061は外部NORフラッシュから起動できません こんにちは 私は、外部NORフラッシュ（W25Q128JVSSIQ）を搭載したMIMXRT1061DVL6Bをベースにしたカスタムボードを持っています。私は開発環境としてVS Codeを使い、Zephyrを使っていますが、現在デバイスの起動に苦労しています。 この問題は、こちらの投稿で議論されている問題と似ているのではないかと考えています。 https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1060-Boot-using-FlexSPI/mp/1242678 具体的には、リンカースクリプトの設定と`XIP_EXTERNAL_FLASH`の有効化に関連している可能性があると考えています。 私が完全には理解していないのは、ZephyrベースのセットアップとスタンドアロンのMCUXpresso/NXP SDKスタイルプロジェクトの両方で、リンカー設定を正しく変更し「XIP_EXTERNAL_FLASH」を有効にする方法です。 実験として、手動で「MIMXRT1062xxxxx_flexspi_nor.ld」を修正することでMCUから多少の活動を得ることができましたリンカーファイルと`.text`セクションの配置の変更： 「`」 。文章{}> m_data AT > m_text 「`」 しかし、`MIMXRT1062xxxxx_flexspi_nor.ld` が複数存在するため、この手動修正に頼りたくありません。プロジェクト内のファイルのうち、どれがリンカーによって実際に使用されているのか分かりません。 以下の手順について正しい方法をご教示いただければ幸いです。 1. MIMXRT1061の外部NORフラッシュからXIP実行を設定します。 2. 必要な`XIP_EXTERNAL_FLASH`設定を有効にします。 3. Zephyrベースのプロジェクトでリンカースクリプトを適切に修正またはオーバーライドすること。 4. 非Zephyrプロジェクトにおける同等の構成を理解すること。 推奨されるアプローチについてご助言いただければ大変ありがたいです。 よろしくお願いいたします。 ジュナイド ブートROM|ブート|フラッシュ Re: MIMXRT1061 unable to boot from external NOR flash こんにちは、 @jahmed9 さん。 よりサポートするために、次の情報を教えていただけますか? -DQSピンはコネクテッドですか、それともデザイン中に浮かんでいる状態ですか? -フラッシュデバイスはFlexSPIポートAにコネクテッドですか? フラッシュデバイスに合わせてFCBを変更しましたか？もしそうなら、SDKの中のflash_component_nor_flexspiその例をあなたの修正を加えて実行してもらえますか? これにより、読み書き・消去操作が成功したかどうかを確認し、フラッシュデバイスとの基本的な通信を検証できます。このテストは、ハードウェア接続の検証にも役立ちます。 FCBを改造していない場合は、 FlexSPIブートガイドの第18章にFCBの構造に関する詳細な説明が記載されています。ご質問があれば、遠慮なくお尋ねください。 BR ハビブ

セーフティ推奨コンパイラ設定違反 NXPが提供するMCAL SIPで推奨されるコンパイラ設定、アセンブラ設定、リンカー設定は、Wind Riverが推奨するセーフティコンパイラの設定に従っていません。 設定について話し合い、Wind Riverコンパイラのセーフティ推奨事項にどう合致するかを確認する必要があります。 MCAL SIPパッケージ情報: - ->SW32K3_S32M27x_RTD_R21-11_7.0.1_QLP02 ->SW32K3_RTD_R21-11_7.0.1_P05_D2604 ->SW32K3_SAF_1.0.6_D2512 ->SCST_M7_S32K3_RFP_1.0.7 Re: Safety recommended Compiler setting violation こんにちは、 アプリケーションチームに直接連絡が必要な場合は、担当のNXP担当者FAE/営業担当者に連絡してください。直接サポートチャネルを設定できます。 ご質問があれば、遠慮なくお尋ねください。 よろしくお願いします、 ピーター

RT1180 VDDA_ADC_1P8 源 您好， 在 RT1180 参考手册中，VDDA_ADC_1P8 源与图 70 中的不同。电源架构（§19.3.2）和图 90。电源系统概述（§24.3.2.1）：它分别连接到VDD_AON_ANA或DCDC_1P8。 哪个信息源更可取？ 此致 雷米 Re: RT1180 VDDA_ADC_1P8 source 嗨@rémi ， 根据硬件设计指南，建议避免使用内部 DCDC/低压差线性稳压器(LDO) 输出作为 ADC 参考，而应使用更精确的外部电压参考。 如果您更倾向于使用内部参考值，我推荐 VDD_AON_ANA。或者，您可以使用外部参考作为 VREF，EVK 实现了这两种选项。 此致， 巴勃罗 Re: RT1180 VDDA_ADC_1P8 source 嗨@Pablo_Ramos ， 感谢您的反馈。 抱歉，我把密码名称写错了，应该是： 在 RT1180 参考手册中， VDDA_1P8_IN源与图 70 中的源不同。电源架构（§19.3.2）和图 90。电源系统概述（§24.3.2.1）：它分别连接到VDD_AON_ANA或DCDC_1P8。 哪个信息源更可取？ 此致 雷米 Re: RT1180 VDDA_ADC_1P8 source 嗨@rémi ， 对于 VDDA_1P8_IN，我建议参考 EVK 设计原理图，该原理图使用 VDD_AON_ANA 或外部参考电源为 VDDA_1P8_IN 供电。 此致， 巴勃罗 Re: RT1180 VDDA_ADC_1P8 source 嗨@Pablo_Ramos ， 感谢您的反馈。 硬件设计指南或其他 NXP 文档中是否有任何技术解释，说明使用VDD_AON_ANA 或外部参考电源为 VDDA_1P8_IN 供电而不是使用 DCDC_1P8 是合理的？ 此致 雷米 Re: RT1180 VDDA_ADC_1P8 source 嗨@rémi ， 两个连接都正确。然而，硬件设计指南中提到，有关图 1 中未描述的电源域的详细信息，请参阅相关文档。电源控制图，请参考 MIMXRT1180-EVK 设计原理图。 在 EVK 原理图中，VDDA_1P8_IN 与 VDDA_ADC_1P8 由同一电源供电，因此可以选择使用外部参考或 VDD_AON_ANA。这就是我之前提出建议的依据。 此致 巴勃罗

RT1180 VDDA_ADC_1P8 source Hi, In RT1180 reference manual, VDDA_ADC_1P8 source is different between Figure 70. Power Architecture (§19.3.2) and Figure 90. Power system overview (§24.3.2.1): it is respectively connected to VDD_AON_ANA or DCDC_1P8. Which source is it preferable to use? Regards Rémi Re: RT1180 VDDA_ADC_1P8 source Hi @rémi, According to the hardware design guide, it is recommended to avoid using the internal DCDC/LDO output as the ADC reference and instead use a more accurate external voltage reference. If you prefer to use an internal reference, I recommend VDD_AON_ANA. Alternatively, you may use an external reference for VREF, the EVK implements both options. Best Regards, Pablo Re: RT1180 VDDA_ADC_1P8 source Hi @Pablo_Ramos , Thanks for your feedback,  Sorry I made a typo in pin name, you should read: In RT1180 reference manual, VDDA_1P8_IN source is different between Figure 70. Power Architecture (§19.3.2) and Figure 90. Power system overview (§24.3.2.1): it is respectively connected to VDD_AON_ANA or DCDC_1P8. Which source is it preferable to use? Regards Rémi Re: RT1180 VDDA_ADC_1P8 source Hi @rémi, In the case of VDDA_1P8_IN, I recommend referring to the EVK design schematic, which uses VDD_AON_ANA or an external reference to power VDDA_1P8_IN. Best Regards, Pablo Re: RT1180 VDDA_ADC_1P8 source Hi @Pablo_Ramos , Thanks for your feedback. Is there any technical explanation in hardware design guide or any other NXP documentation to justify using VDD_AON_ANA or an external reference to power VDDA_1P8_IN rather than DCDC_1P8? Regards Rémi Re: RT1180 VDDA_ADC_1P8 source Hi @rémi, Both connections are correct. However, the Hardware Design Guide mentions that for details on power domains that are not described in Figure 1. Power Control Diagram, you should refer to the MIMXRT1180-EVK design schematic. In the EVK schematic, VDDA_1P8_IN is powered from the same source as VDDA_ADC_1P8, which provides the option of using either an external reference or VDD_AON_ANA. This is the basis for my previous recommendation. Best Regards Pablo

S32DS 3.5 请问如何获取S32DS3.5的工具链分类报告，含 TI/TD/TCL 分析和使用约束和已知限制说明这两个报告呢？ Re: S32DS 3.5 Hi,lhy 这类文档具有安全属性，需要签署NDA，请通过内部支持系统提case。 https://support.nxp.com BR Joey Re: S32DS 3.5 谢谢

MiFARE Plus APDU こんにちは、 私は「winscard」/「pcsc-lite」ライブラリとHID Global OMNIKEY 5122リーダーを使ってMIFAREカードにデータをエンコードするWindows/Linuxアプリケーションを開発しています。クラシックカードとウルトラライトカードのサポートをうまく実装でき、今度はプラスカードのサポートも追加する必要があります。 `MF1P(H)x2.pdf`より公開ドキュメント(下記リンク参照)では、このカードは「GetVersion」や「WritePerso」などのネイティブコマンドをサポートしていることを知っており、もしセクション8.2.3の内容を正しく理解していれば、これらのコマンドはAPDUでラップされている可能性があります。それは理想的です。なぜなら、他のカードの処理方法も全く同じだからです。つまり、APDUを作成して送信するのです。 私の質問は以下のとおりです。 1. MIFARE Plusのネイティブコマンドとそのパラメータを説明しているドキュメントは?これらのコマンドを正しく作成するために、この情報が必要です。 2. 私の理解では、MIFARE Plusはカードにコマンドを送信するためにAESベースの認証と暗号化が必要です。この内容を詳しく説明している文書はどれですか？ 3. APDUでネイティブコマンドをラップする方法に関するドキュメントはありますか? 4. `MF1P(H)x2.pdf`には多くのリンク、またはリンクのように見えるテキストが含まれていますが、クリックできません。例えば、`CommitReaderID`、`WritePerso`、`CommitPerso`、および`Virtual Card Architecture`などです。これらの書類にはどうやってアクセスCANできますか?これらのリンクがそれぞれどの文書を参照しているかを特定する方法はありますか？ NDAに署名し、NXPアカウントのセキュアセクションにあるいくつかの書類へのアクセス権を得ましたが、どれも私の質問に答えてくれません。 https://www.nxp.com/docs/en/data-sheet/MF1P(H)x2.pdf Re: MiFARE Plus APDUs こんにちは、 @Codringher あなたの調子が良いといいのですが。 MIFARE Plus EV2をサポートするリソースはNDAの下で保護されており、このページの指示に従ってSecureアクセス権を通じて申請する必要があります: Secureアクセス権 | NXP Semiconductors。また、 Secure Access Rights FAQs(セキュリティアクセス権FAQs)も確認することをお勧めします。NXP Semiconductors。 受信トレイをご確認ください。先ほどプライベートなコミュニティメッセージをお送りしました。 よろしくお願いいたします。 エドゥアルド。

关于在 MCUXpresso IDE 上开发 LPC 微控制器的一些问题 大家好， 我目前正在使用 NXP LPC1778FET180 芯片进行开发，我想使用 'MCUXpresso' IDE。但在此过程中：1.我发现 NXP 的官方“SDK Builder”中找不到 LPC1778FET180 的 SDK，而“MCUXpresso”显示它支持这款芯片。那么我该如何获取这款芯片的SDK呢？2. 如果这款芯片没有对应的 SDK，我已经通过“MCUXpresso”生成了一个裸机项目，但似乎不支持图形化引脚配置。没有.mex文件正在生成。是这款芯片不支持图形化引脚配置，还是我的操作有误？ 最好的祝愿 Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE 你好 Leo_wong， 我也在努力寻找SDK。我的目标MCU是LPC1518JBD64。我已经下载了VScode中的MCUXpresso IDE，现在正在寻找LPC1518的SDK。 如果你解决了这个问题，也请告诉我如何获取 SDK 以便开始为 LPC1518 编写代码。 Re: Some questions about developing LPC Microcontrollers on MCUXpresso IDE 嗨@leo_wong LPC1778FET180 是较旧的 LPC17xx 设备，现代 MCUXpresso SDK Builder 不支持它。 你可以从文件系统中导入它。 缺少 .mex 域名需要提供文件和图形化的引脚/时钟配置信息。这些 MCUXpresso 配置工具功能主要适用于支持 MCUXpresso SDK 的设备。LPC1778 项目通常需要手动配置引脚和时钟，或者使用 LPCOpen API。 BR 哈里

S32DS 3.5 S32DS3.5のツールチェーン分類レポート（以下を含む）はどのように入手できますか？TI/TD/TCLの制約と既知の制限の分析と使用に関するレポートはどうでしょうか？ Re: S32DS 3.5 こんにちは、 lhy これらの文書はセキュリティ上の特性を持つため、秘密保持契約（NDA）が必要です。社内サポートシステムを通じてご依頼ください。 https://support.nxp.com BR ジョーイ Re: S32DS 3.5 よろしくお願い申し上げます。

MIMXRT1061 unable to boot from external NOR flash Hi I have a custom board based on the MIMXRT1061DVL6B with an external NOR flash (W25Q128JVSSIQ). I am using Zephyr with VS Code as my development environment, and I am currently having difficulty getting the device to boot. I suspect the issue is similar to the one discussed in this post: https://community.nxp.com/t5/i-MX-RT-Crossover-MCUs/i-MX-RT1060-Boot-using-FlexSPI/m-p/1242678 Specifically, I believe it may be related to linker script configuration and enabling `XIP_EXTERNAL_FLASH`. What I do not fully understand is the correct way to modify the linker settings and enable `XIP_EXTERNAL_FLASH` in both a Zephyr-based setup and a standalone MCUXpresso/NXP SDK-style project. As an experiment, I was able to get some activity from the MCU by manually modifying the `MIMXRT1062xxxxx_flexspi_nor.ld` linker file and changing the `.text` section placement to: ``` .text{} > m_data AT > m_text ``` However, I do not want to rely on this manual modification because there are multiple `MIMXRT1062xxxxx_flexspi_nor.ld` files in the project, and I am not sure which one is actually being used by the linker. I would appreciate guidance on the correct procedure to: 1. Configure XIP execution from external NOR flash for MIMXRT1061. 2. Enable the required `XIP_EXTERNAL_FLASH` settings. 3. Properly modify or override the linker script in a Zephyr-based project. 4. Understand the equivalent configuration for a non-Zephyr project. Any guidance on the recommended approach would be greatly appreciated. Regards, Junaid Boot ROM|Booting | Flash Re: MIMXRT1061 unable to boot from external NOR flash Hello @jahmed9, In order to support you better, could you please provide me the next information? -Is the DQS pin connected, or is it left floating in your design? -Is the flash device connected to FlexSPI Port A? -Have you modified the FCB according of your flash device? If so, could you please run the flash_component_nor_flexspi example from the SDK with your modifications? This can help verify basic communication with the flash device by confirming whether read, write, and erase operations complete successfully. This test is also useful to validate the hardware connections. If you have not modified the FCB, Chapter 18 of the FlexSPI booting guide provides a detailed explanation of how the FCB is constructed. If you have any questions, do not hesitate to let me know. BR Habib