Using SEC Tool Config and Program Image to External Flash Ⅰ、Introduction The MCUXpresso Secure Provisioning Tool (SEC) tool is a GUI-based application provided to simplify generation and provisioning of bootable executables on NXP MCU platforms. The latest version of SEC v8 adds FCB configuration function to help users program image to external flash. The MCX N94x family is a typical product series of MCX. A controller with a flexible serial peripheral interface (FlexSPI) that supports external memory. The external flash has a large storage capacity, high flexibility. It is relatively independent of the replacement or upgrade of the main chip, and has high reliability and lifecycle. This article focuses on how to use SEC tools to configure and program MCXN947 external flash quickly and easily. Ⅱ、Configuration steps This article uses the FRDM-MCXN947 board as an example to configure FCB and download an external flash image. Hardware requirements: FRDM-MCXN947 board、Type-C USB cable Software requirements: MCUXpresso Secure Provisioning Tool | NXP Semiconductors Step1. Create new workspace  After opening the software, click File->New Workspace, select "MCX N94x/N54x" -> MCXN947 -> Click "create". Refer to the following figure: Step2. Connection with Target Processor Enter ISP mode：Press and hold SW3(ISP key) => Press and release SW1 (RESET key) => Release SW3 Go to your workspace and click “Target”->Connection, the Connection with Target Processor window is displayed. Here, we make Connection through UART and select port and baud rate. Refer to the following figure: We can click "Test connection" to check whether the connection is successful. If the connection is successful, the result will display "OK". Refer to the following figure: Step3. Boot memory configuration Next we need to configure FCB. Click on "Target"-> Boot Memory… ,The Boot memory configuration window is displayed. First we need to select the Boot memory type, this part allows selection of the boot memory type, and optionally instance. The selection contains all memory types but unsupported types are disabled. FlexSPI NOR flash can be configured in two ways: By using the flashloader/ROM based simple configuration in the Boot Memory Configuration dialog or By using the complete FCB (FCB binary), which can be prepared from the boot device configuration as well, or via MCUXpresso IDE by adding the FCB component into Peripheral Drivers in Peripherals tools, where the full configuration can be specified. Here we use a simple configuration, click "FlexSPI NOR-simplified", on this Predefined template, select W25Q64JW and click apply. Then, corresponding parameters on W25Q64JW will be automatically created on Boot memory configuration parameters. Normally, keep the default value. Refer to the following figure: We use "Test the configuration" to check whether the configuration is correct. After clicking "Test", the script will pop up to run automatically, and "SUCCESS" will be displayed after running. Refer to the following figure: Then click "convert to FCB" and the "convert to FCB" dialog box will pop up. Keep the default position of "FCB file path". Select "Apply the converted FCB as boot device configuration" and click "convert". The script automatically runs and generates "converted_fcb.bin". The FlexSPI NOR-complete FCB window is displayed. Refer to the following figure: The generated converted_fcb.bin file is automatically loaded to FCB file for runtime and FCB File for write. Click "Test" and "SUCCESS" will be displayed. Click "OK" to close the window. Refer to the following figure: Step4. Build image After completing the above operations, we need to load the .s19 or .hex file generated by MCUXpresso IDE into the Source executable image. Note: The start address of the external flash of the project needs to be changed to 0x80001000. This section does not explain how to change the start address. For details, see “How to config booting from external flash”. After the file is loaded, the start address is automatically identified. If the start address is not 0x80001000, you cannot "built image". Then click on "built image". Refer to the following figure: After completing the built image, "SUCCECC: built image" will be displayed. Click "close". Refer to the following figure: Step5. Write image We can see that the required .bin file has been generated automatically in "write image", or we can import the corresponding .bin file we wrote by "import". The Image path file will be automatically loaded. Click "write image" to run the script automatically. After the file is successfully written, "SUCCESS: write image" is displayed. Refer to the following figure: Finally, by pressing the RESET key on the board to exit ISP mode, we completed the configuration and downloaded the external flash image. Ⅲ、Summarize We use SEC Tool to configure FCB and download external flash images via GUI. This is just a simple method, and users can choose different ways according to their requirements. Boot ROM|Booting | Flash MCXN

i.MX 8Mまたはi.MX 93で32ビットのアプリケーションをビルドして実行 次のセットアップは i.MX 93 で行われます。i.MX 8M に対しても同じ手順が有効であり、従うことができます。 前提条件 Yocto 環境を準備してください。 $ mkdir imx-yocto-bsp $ cd imx-yocto-bsp $ repo init -u https://github.com/nxp-imx/imx-manifest -b imx-linux-langdale -m imx-6.1.1-1.0.0.xml $ repo sync ビルド環境を設定してください。 $ DISTRO=fsl-imx-wayland MACHINE=imx93-11x11-lpddr4x-evk source imx-setup-release.sh -b build-imx93 イメージに32ビットのメモリのサポートを追加する i.MX 8Mまたはi.MX 93の場合、multilib構成を使用して、64ビットOS上で32ビット・アプリケーションのビルドをサポートできます。Multilibは、さまざまなターゲットの最適化やアーキテクチャ・フォーマットのライブラリを構築し、それらを組み合わせて1つのシステムのイメージに集約できます。 32ビット・アプリケーションをビルドするには、conf/local.conf内に以下のステートメントが必要です。設定で、メインのマシン・タイプとして64ビット・マシンを指定し、multilib:lib32を追加します。ここで、これらのライブラリはarmv7athf-neonチューニングでコンパイルされ、lib32パッケージがイメージに含められます。 # Define multilib target require conf/multilib.conf MULTILIBS = "multilib:lib32" DEFAULTTUNE:virtclass-multilib-lib32 = "armv7athf-neon" # Add the multilib packages to the image IMAGE_INSTALL:append = " lib32-glibc lib32-libgcc lib32-libstdc++" Multilibは、Debianパッケージ管理ではサポートされていません。RPMシステムが必要です。デフォルトのRPMに移行するには、conf/local.conf内の2行のパッケージ管理行を確認し、コメントアウトしてください。 PACKAGE_CLASSES = "package_deb" EXTRA_IMAGE_FEATURES += "package-management" イメージをビルドします。 bitbake imx-image-core 32ビットアプリケーションをクロスコンパイルする このセクションでは、Linux SDKを使用して、シンプルなCアプリケーションを32ビットのバイナリにクロスコンパイルする方法を説明します。 ツール、ツールチェーン、およびホストマシンに配置するためにコンパイルする小さなサイズのrootfsを含むSDKを生成します。 DISTRO=fsl-imx-wayland MACHINE=imx93-11x11-lpddr4x-evk bitbake core-image-minimal -c populate_sdk ビルドを行う前に、次のコマンドを使用してSDK環境を設定します。 source /opt/fsl-imx-wayland/6.1-langdale/environment-setup-armv7at2hf-neon-pokymllib32-linux-gnueabi シンプルなHello Worldアプリケーションを実装します。 cat hello_world_32.c #include int main() { printf("Hello, World!"); return 0; } $CC hello_world_32.c -o hello_world_32 ファイル・タイプを確認します。 $ file hello_world_32 hello_world_32: ELF 32-bit LSB shared object, ARM, EABI5 version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-armhf.so.3, BuildID[sha1]=0a5042a0309858e0b10b12175a155cfbfb4c6a80, for GNU/Linux 3.2.0, with debug_info, not stripped バイナリをLinuxのrootfsにコピーしてください。 i.MX 93でアプリケーションを実行する ボードをブートして、アプリケーションを実行します。 root@imx93-11x11-lpddr4x-evk:~# ./hello_world_32 Hello, World!

GPSダイナミックリンクライブラリをAndroidシステムのサービスとして追加 症状 お客様は、AndroidシステムのサービスとしてGPSダイナミックリンクライブラリを追加したいと考えていますが、Android SEポリシーで許可することはできません。 診断 お客様が正しい設定ファイルを設定しませんでした。 解決策 (1)ファイルandroid_build/device/fsl/imx8q/mek_8q/mek_8q.mkを開きます。GNSSサービスを追加 # GNSS HAL のPUALPRODUCT_PACKAGES += \[email protected]\[email protected]サービス (2)ファイルandroid_build/device/fsl/imx8q/mek_8q/manifest.xmlを開き、gnss hidlを追加します  android.hardware.gnsshwbinder 1.0 IGnss デフォルト (3)ファイルandroid_build/device/fsl/imx8q/mek_8q/BoardConfig.mkを開きます。足す #GNSS PUALBOARD_HAS_GPS_HARDWARE := 真 (4) android_build/device/fsl/imx8q/mek_8q/ueventd.freescale.rc ファイルを開きます。足す /dev/ttyLP1 0660 システム gps Selinux の権限を追加する device/fsl/imx8q/sepolicy/system_server.te に追加します。 許可 hal_gnss_default vndbinder_device:chr_file {read }; テストを追加した後、書き込み、オープンなどの権限の問題もあり、一度にすべてを追加します。 許可 hal_gnss_default vndbinder_device:chr_file {open read write execute getattr create ioctl map};

Documents and Examples for S12(X) and S12 MagniV devices S12(X) S12 MagniV DOCUMENTS CAN setup calculator for S12(X) and MagniV devices  S12(X) MCU Security  S12(X) devices reference schematics  Useful documents for building own CAN bootloader  How-to Add missing derivatives to CodeWarrior Classic HCS12(X) 5.2 (Unofficial Method)  DOCUMENTS S12Z constant, variable, code allocation in CodeWarrior   BLDC 6-step control speed scaling using S12ZVM  MagniV Power Dissipation Calculator  MTRCKTSBNZVM128 vs MTRCKTSPNZVM128 kit motor  S12ZVM configuration for the motor control applications  Software for S12ZVM motor control kits  DEVKIT-ZVL128 EVB review  S12 family devices - COP recognition consideration calculator  MagniV PLL calculator  Bus-Off Handling in MSCAN EXAMPLES CAN Standard ID and CAN Extended ID for S12(X) and MagniV devices, memories refreshment  S12XD, S12XE - External BUS design - Addendum To AN2708  S12X Examples Pack  TIC-S12-XDP512-FLASH-E_W-CW47  S12X_Interrupt_catcher (catch all unexpected interrupts)  API example code for S12G  Read paged const in S12  EXAMPLES How to get device ID and write program once field without programming application to the S12Z device in the CodeWarrior (Eclipse)  CAN Standard ID and CAN Extended ID for S12(X) and MagniV devices, memories refreshment  S12Z Protection Override  S12ZVC IFR Program Once Field  S12Z: Simulating ECC errors at EEPROM by cumulative write  S12Z: Simulating ECC errors at RAM by debug access  S12Z: Simulating ECC errors at Flash by cumulative write  S12Z SW example of COP Watchdog Reset  S12Z Interrupt catcher for unexpected interrupts  S12Z voltage measurement  S12Z EEPROM example code  S12Z Flash example code  Autonomous Clock Trimming SW example for MagniV devices  BATS Voltage Supply Sense example code for MagniV devices  High-Voltage Input (HVI) SW examples for MagniV devices  SW examples for MagniV S12ZVC and S12ZVL devices  PWM example code for S12ZVL  S12ZVL-TIM-FrequencyMeasurement-V1_0-CW106-TIC-EXAMPLE  SW example of Security feature with Backdoor Access Key option for S12ZVL  Example S12ZVL ADC0 triggered by TIM0 OC updates PWM duty cycle  S12ZVM clock module and PLL configuration - SW examples  Low power mode example code for S12ZVC  Single / double bit RAM ECC error example code at S12ZVC  S12ZVML-MINIBRD software ported from AN5327  Example: S12ZVC192-ACMP-POT-CW107  Example codes form "Easily Develop LIN-based Actuator Applications with Mixed-signal MCUs" webinar 

How to use Bluetooth on i.MX8M boards How to use Bluetooth on i.MX8M boards This article introduces how to connect a device via Bluetooth to the i.MX8M family of boards. The steps shown in this document were done using the i.MX8M Plus. Start Bluetooth First, enable the BT service and start it. If systemctl refuses to start or enable these services, consider using the force option -f at the end of the following commands: systemctl enable bluetooth.service systemctl start bluetooth.service Check status of BT. It should be active and running: systemctl status bluetooth You should see "Running" on Status: ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2021-11-29 19:41:18 UTC; 4s ago Docs: man:bluetoothd(8) Main PID: 710 (bluetoothd) Status: "Running" Tasks: 1 Memory: 1.9M CGroup: /system.slice/bluetooth.service └─710 /usr/libexec/bluetooth/bluetoothd Nov 29 19:41:18 imx8mpevk systemd[1]: Starting Bluetooth service... Nov 29 19:41:18 imx8mpevk systemd[1]: Started Bluetooth service. Load Wi-Fi To use the Bluetooth, it is necessary first to load the Wi-Fi, otherwise it won't be possible to load BT firmware. To do this, use the following steps: modprobe moal mod_para=nxp/wifi_mod_para.conf wpa_passphrase SSID SSID_PASSWD >> /etc/wpa_supplicant.conf wpa_supplicant -d -B -i mlan0 -c /etc/wpa_supplicant.conf -Dnl80211 Up to this point, you should be able to use BT, however, if you want to continue connecting to a network using Wi-Fi, you can use the following steps. Otherwise, skip the following and go to the next section. Run below command: connmanctl Connect to Wi-Fi: connmanctl> enable wifi connmanctl> scan wifi #This should list the networks: connmanctl> services connmanctl> agent on connmanctl> connect wifi_ _managed_psk #Enter password of wifi network Passphrase? connmanctl> quit Now that Wi-Fi is connected, BT can be used. Select serial port for Bluetooth Show serial ports available on the system (each board has different devices): dmesg | grep tty i.MX8M Plus shows these results: [ 0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/mmcblk2p2 rootwait rw [ 0.166330] 30860000.serial: ttymxc0 at MMIO 0x30860000 (irq = 29, base_baud = 5000000) is a IMX [ 0.166815] 30880000.serial: ttymxc2 at MMIO 0x30880000 (irq = 30, base_baud = 5000000) is a IMX [ 0.167185] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 31, base_baud = 1500000) is a IMX [ 1.189285] printk: console [ttymxc1] enabled [ 4.160356] systemd[1]: system-getty.slice: unit configures an IP firewall, but the local system does not support BPF/cgroup firewalling. [ 7.171005] audit: type=1006 audit(1605328853.412:2): pid=665 uid=0 old-auid=4294967295 auid=0 tty=(none) old-ses=4294967295 ses=1 res=1 For this article, the ttymxc0 port was selected. To attach the device port and set the baudrate (115200 for this case) run the following commands, where hciconfig is used to configure BT device and up opens and initializes HCI device: hciattach ttymxc0 any 115200 flow hciconfig hci0 up hciconfig  After running the commands above, you should see this: hci0: Type: Primary Bus: UART BD Address: 00:E9:3A:0D:C7:80 ACL MTU: 1016:5 SCO MTU: 120:6 UP RUNNING RX bytes:1424 acl:0 sco:0 events:82 errors:0 TX bytes:1218 acl:0 sco:0 commands:82 errors:0 Now you can manage BT with bluetoothctl. Connect device To start bluetoothctl run the following command: bluetoothctl Scan for devices: [bluetooth]# power on [bluetooth]# default-agent [bluetooth]# pairable on #Start scanning for devices: [bluetooth]# scan on You should see the discovered devices: [CHG] Controller 00:E9:3A:0D:C7:80 Discovering: yes [NEW] Device E0:89:7E:86:47:47 E0-89-7E-86-47-47 [NEW] Device 59:80:27:7E:98:A2 59-80-27-7E-98-A2 [NEW] Device EC:81:93:51:FE:66 EC-81-93-51-FE-66 [NEW] Device 50:32:37:D0:A5:B8 50-32-37-D0-A5-B8 [NEW] Device 2C:DD:64:A1:B2:48 2C-DD-64-A1-B2-48 [NEW] Device 08:66:98:EF:B6:C5 08-66-98-EF-B6-C5 ... ... Wait for the system to find the device you want to pair and use the following command: #Use the corresponding address from your device [bluetooth]# pair 88:29:9C:59:BC:F6 Confirm the passkey both in the i.MX8M board and device. If all steps were done successfully you should see now the name of your connected device instead of [bluetooth]#. To stop scanning, the scan off command can be used. To see connected devices and information, use the following commands: #A galaxy S10+ was connected to the i.MX8M Plus [Galaxy S10+]# devices [Galaxy S10+]# info This article introduces how to connect a device via Bluetooth to the i.MX8M family of boards. i.MX 8 Family | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux

How to use FreeMaster SDKs in S32K3 RTD 0.9.0 Some customers inquire how to use FreeMASTER with S32K3. But there is no exists example projects which demonstrate usage of the FreeMASTER serial communication driver in S32K3 Real Time Drivers at the moment. So this article will introduce how to use FreeMaster SDKs in S32K3 RTD 0.9.0. Download S32DS \ S32K3 Development Package \ RTD (SDK) \ FreeMASTER Driver Login your account on NXP website, and download the S32K3 Standard software from TOOLS &SOFTWARE of S32K3 webpage. If you have already installed the S32DS3.4 \ S32K3 Development Package 3.4.0 \ RTD 0.9.0, then you can skip the following part and start directly from 4.Install FreeMASTER Driver 3.0 for S32K3 Install S32K3 Development Package 3.4.0 After install the S32 Design Studio v3.4, we should install S32K3 Development Package 3.4.0(SW32K3_S32DS_3.4.0_D2012.zip): go to menu "Help" -> "Install New Software" and click on "Add..." button Here we uncheck S32 Design Studio S32K3 SDK (RTD S32K3 0.8.1), because we will install the newer version S32K3 RTD 0.9.0 later. Install S32K3 Real Time Drivers Version 0.9.0 S32K3 Real Time Drivers Version 0.9.0 can be installed by refer the Offline Package Installation Setup of S32DS Extensions & Updates: Explanation and How To Use. Install FreeMASTER Driver 3.0 for S32K3 Attach FreeMASTER_S32K3 to S32K344_UART_Printf_Sample_090_34 The reason for choosing the S32K344_UART_Printf_Sample_090_34 project to demonstrate the combination of FreeMaster SDKs is that the project has already configured the LPUART of the S32K3X4EVB-Q257 development board. Select LPUART peripheral as host communication Through the description in the Requirements and Release Description chapter of FreeMASTER Driver Release Notes(FMSTRS32K3RN), we can see that currently only UART interface is supported. The S32K3 FreeMASTER 3.0 version 1.0.0 only support NXP GCC 6.3 or 9.2 for ARM at the moment, but the latest S32K3 Real Time Drivers Version 1.0.0 is based on NXP GCC 10.2.0. This is the reason why RTD 0.9.0 is selected in this article.  The README.txt also shows that: Current package provides FreeMASTER Communication Driver support for S32K344 over LPUART module   LPUART13 is selected in this project for S32K3X4EVB-Q257, so we need to define the base address for FreeMASTER: #define FMSTR_LPUART_BASE           0x404A0000 Modify the main function according to the README.txt: Connect FreeMASTER3.1 to S32K3X4EVB-Q257 board Here we can see that the FreeMASTER3.1 is connected to S32K3X4EVB-Q257 board.

電気自動車のパワートレイン設計エンジニアになるには？ EVパワートレイン設計エンジニアとして、どのようにすればより良く、雇用に適しているか、どんなツールに慣れておけばいいでしょうか?学んだことをよりよくアピールするためにポートフォリオを作るなど、できることはありますか? 理解や練習に役立つオンラインの練習課題や教材はありますか? 私の経歴：私は電気自動車業界に全くの初心者で、ゼロからスタートします。私にとってはキャリアチェンジです。機械工学の学位を持っています。しかしここ数年は別のキャリアをしており、エンジニアとして働いたことはなく、EVにはずっと情熱を持っていました。 SO、戻ってギャップを埋めるために EVデザインについてもっと学ぶためのコースを受講しています。タイトルは「Evパワートレインデザインと検証の修士課程」です。主にMATLAB Simulinkを使ったモデリングで、EVに関する実地試験はごくわずかです。 オルタネータ・レギュレータ

i.MX8MP S错误。远程进程启动 M7 核心并录制 plughw:wm8962audio,0 您好， 在 FRDM-i.MX8MP (Linux 6.12.34-lts-next) 上，在通过 remoteproc 启动 Cortex-M7 之前，wm8962 上的 ALSA 捕获工作正常。任何 M7 固件启动后，arecord 都会触发信号内核崩溃。   摘要: - 没有 M7：记录正常 - 启动 M7 后：fsl_sai_runtime_resume 出现 panic → regmap_write (SError 0xbf000002) - 使用电路板支持包。官方固件复现： - imx8mp_m7_DDR_hello_world.elf - imx8mp_m7_DDR_rpmsg_lite_str_echo_rtos.elf 所以这看起来并不局限于我们定制的M7应用程序。   复制： 1）启动Linux，保持M7停止运行。 2) arecord -Dplughw:wm8962audio,0 -f S16_LE -r 16000 -c 1 -d 1 /tmp/t.wav→ 确定 3) echo stop > /sys/class/remoteproc/remoteproc0/state echo imx8mp_m7_DDR_hello_world.elf > /sys/class/remoteproc/remoteproc0/firmware echo start > /sys/class/remoteproc/remoteproc0/state 4) 相同记录 → 内核崩溃 (SError)   恐慌路径（缩写）： snd_pcm_capture_open → ... → fsl_sai_runtime_resume → regmap_write → SError 0xbf000002   已尝试： - 从 imx8mp-cm7 DT 节点中移除可选的“音频”（AUDPLL）时钟 → 仍然失败 - 在我们的 M7 clock_config 中禁用 AudioMIX 所有权/音频 PLL 初始化 → 仍然无法使用默认的 hello_world 程序运行。   问题： 1) i.MX8MP 是否支持同时使用 Linux SAI/wm8962 和 M7 remoteproc？ 2) SDK BOARD_BootClockRUN() 将 AudioMIX 映射到 M7 是否与 A53 音频功率域冲突？ 3) 是否有针对 AudioMIX / fsl_sai 运行时恢复 SError 的 6.12 版本已知修复方案？ 4) 当音频必须由 Linux 控制时（M7 仅支持 UART/RPMSg），推荐的 M7 时钟配置是什么？   谢谢。   ------------------------- imx8mp-cm7 dts 节点 -------------------------- imx8mp-cm7 {         compatible = "fsl,imx8mn-cm7" ;         rsc-da = < 0x55000000 >;         clocks = < & clk IMX8MP_CLK_M7_DIV >;              //<&audio_blk_ctrl IMX8MP_CLK_AUDIOMIX_AUDPLL_ROOT>;         clock-names = "core" , "uart4" ;         mbox-names = "tx" , "rx" , "rxdb" ;         mboxes = < & mu 0 1               & mu 1 1               & mu 3 1 >;         memory-region = < & vdevbuffer >, < & vdev0vring0 >, < & vdev0vring1 >, < & rsc_table >, < & m4_reserved >;         状态= "正常" ;         fsl，启动延迟毫秒= < 500 >；     };   ------------------ 崩溃日志 ------------------ root@FRDM-test:/lib/firmware# echo imx8mp_m7_DDR_hello_world.elf > /sys/class/remoteproc/remoteproc0/firmware root@FRDM-test:/lib/firmware# echo start > /sys/class/remoteproc/remoteproc0/state root@FRDM-test:/lib/firmware# root@FRDM-test:/lib/firmware# root@FRDM-test:/lib/firmware# root@FRDM-test:/lib/firmware# arecord -D plughw:wm8962audio,0 -f S16_LE -r 16000 -c 1 -d 1 /tmp/t_ex.wav [58.448085]CPU0上的SError中断，代码0x00000000bf000002——SError [ 58.448101] CPU: 0 UID: 0 PID: 644 Comm: arecord Tainted: GCO 6.12.34-lts-next #1 [ 58.448109] 已污染：[C]=CRAP，[O]=OOT_MODULE [ 58.448111] 硬件名称：NXP FRDM-IMX8MPLUS (DT) [58.448113]pstate：20000005（nzCv daif-PAN-UAO-TCO-DIT-SSBS BTYPE=--） [ 58.448118] pc : _raw_spin_unlock_irqrestore+0x10/0x50 [ 58.448130] lr : regmap_unlock_spinlock+0x14/0x20 [ 58.448136] sp : ffff8000854e3670 [58.448138]x29：ffff8000854e3670 x28：ffff8000854e3c30 x27：0000000000000001 [ 58.448147] x26: ffff0000d06da088 x25: 00000000000000000 x24: ffff0000d06da390 [ 58.448153] x23: ffff0000d1c18f60 x22: ffff0000d0363c10 x21: 0000000001000000 [ 58.448160] x20: 0000000000000000 x19: ffff0000d14a3000 x18: 0000000000000002 [ 58.448168] x17: 0000000000000000 x16: 00000000000000000 x15: 0000000000000000 [ 58.448174] x14: 0000000000000000 x13: 00000000000000000 x12: 0000000000000000 [ 58.448180] x11: 0000000000000000 x10: ffff0000dccabb90 x9 : 0000000000000390 [ 58.448188] x8 : ffff0000dccabbac x7 : ffff8000854e3940 x6 : ffff0000dccabba0 [ 58.448194] x5 : ffff8000808ed440 x4 : 0000000000000008 x3 : ffff8000808ece60 [ 58.448200] x2 : 0000000001000000 x1 : ffff0000dcca5280 x0 : 0000000100000001 [ 58.448208] 内核崩溃 - 未同步：异步 SError 中断 [ 58.448211] CPU: 0 UID: 0 PID: 644 Comm: arecord Tainted: GCO 6.12.34-lts-next #1 [ 58.448217] 已污染：[C]=CRAP，[O]=OOT_MODULE [ 58.448221] 硬件名称：NXP FRDM-IMX8MPLUS (DT) [ 58.448223]调用跟踪： [ 58.448225] dump_backtrace.part.0+0xd4/0xe0 [ 58.448234] show_stack+0x18/0x30 [ 58.448240] dump_stack_lvl+0x60/0x80 [ 58.448246] dump_stack+0x18/0x24 [ 58.448251] panic+0x168/0x360 [ 58.448258] 添加污点+0x0/0xbc [ 58.448264] arm64_serror_panic+0x64/0x70 [58.448269]do_serror+0x3c/0x70 [ 58.448273] el1h_64_error_handler+0x30/0x54 [ 58.448279] el1h_64_error+0x64/0x68 [ 58.448283] _raw_spin_unlock_irqrestore+0x10/0x50 [ 58.448289] regmap_write+0x58/0x80 [ 58.448294] fsl_sai_runtime_resume+0xc4/0x280 [snd_soc_fsl_sai] [ 58.448304] pm_generic_runtime_resume+0x2c/0x44 [ 58.448312] __genpd_runtime_resume+0x30/0x80 [ 58.448318] genpd_runtime_resume+0x130/0x2c4 [ 58.448325] __rpm_callback+0x48/0x1e0 [ 58.448330] rpm_callback+0x68/0x80 [ 58.448334] rpm_resume+0x3bc/0x6a0 [ 58.448340] __pm_runtime_resume+0x50/0x9c [ 58.448344] snd_soc_pcm_component_pm_runtime_get+0x3c/0x138 [ 58.448350] __soc_pcm_open+0x60/0x488 [ 58.448355] soc_pcm_open+0x30/0x58 [ 58.448359] snd_pcm_open_substream+0x594/0x850 [ 58.448364] snd_pcm_open+0x118/0x24c [ 58.448368] snd_pcm_capture_open+0x4c/0x7c [ 58.448372] snd_open+0xa0/0x19c [ 58.448379] chrdev_open+0xb0/0x21c [ 58.448386] do_dentry_open+0x138/0x4c4 [ 58.448392] vfs_open+0x2c/0xf0 [ 58.448397] path_openat+0x6fc/0x1074 [ 58.448403] do_filp_open+0xa0/0x15c [ 58.448407] do_sys_openat2+0xc8/0x100 [ 58.448413] __arm64_sys_openat+0x64/0xc0 [ 58.448420] invoke_syscall+0x48/0x104 [ 58.448427] el0_svc_common.constprop.0+0xc0/0xe0 [ 58.448433] do_el0_svc+0x1c/0x28 [ 58.448438] el0_svc+0x30/0x100 [ 58.448444] el0t_64_sync_handler+0x120/0x12c [ 58.448450] el0t_64_sync+0x190/0x194 [ 58.448458] SMP：停止辅助 CPU [ 58.448464] 内核偏移：已禁用 [ 58.448466] CPU 特性：0x00,00000080,00200000,4200420b [ 58.448469] 内存限制：无 [ 58.762124] ---[ 内核崩溃结束 - 未同步：异步 SError 中断 ]---   i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Yocto Project Re: i.MX8MP SError. remote proc starts M7 core and arecord plughw:wm8962audio,0 嗨@humm Q1. 是的，但前提是两者不能争夺相同的音频资源。 Q2. 是的，会有冲突。在 Linux 控制音频的情况下，M7 端必须移除 AUDIOMIX 映射以及与开机和 SAI PLL 初始化相关的代码，将 AUDIOMIX 完全交给 A53/Linux 的 audiomix_pd 管理。 Q3. 不——因为这不是 fsl_sai 驱动程序中的错误，而是资源所有权配置问题。 Q4.M7 SDK BOARD_RdcInit() — 最关键的一步：移除 SAI3/SDMA3/I2C3 的 M7 (DID1) 分配。移除分配给 DID1 的 RDC_PDAP_SAI3、RDC_MDA_SDMA3*、RDC_PDAP_SDMA3 和 RDC_PDAP_I2C3，同时保持 A53 可以访问这些资源。 B.R

MRF13750H 入力マッチング設計シミュレーション こんにちは！ Usimmicsを使用してMRF13750H-915MHzリファレンス回路基板の入力整合回路をシミュレートしようとしています（ADSもAWRも持っていません）。 NXPのデータシートに記載されているものと同じ幅と長さの配線を使用していますが、結果は915MHzと一致しません。私が何か間違っている点があれば教えてください。 最高、 ルイス・ビジャヌエバ RF Re: MRF13750H Input Matching Design Simulation 情報ありがとうございます！ Re: MRF13750H Input Matching Design Simulation こんにちは、Luis_Vさん 良い一日！ 残念ながら、あなたが使っているシミュレータは使ったことがないので完全な比較はできませんが、私が見た限りでは以下の点をお伝えできます: ADS/AWRでは、元のレイアウトには以下が含まれます。 T字管の不連続性、 マイター曲げ、 オープンエンド効果、 カップリング効果。 回路図は理想的なMLINセクションを直接接続しています。 さらに、AWRシミュレーションはパッケージ内に存在する可能性のある寄生効果を「考慮」していると理解しています。 この情報がお役に立てば幸いです。他に何かご不明な点がありましたら、お気軽にお問い合わせください。 良い一日をお過ごしください。幸運を祈ります。

設計ツール TEA173XフライバックSMPS設計ツール。 私に送ってほしい 電源ソリューション Re: Design tool USB-PD3.0 / QC4.0 スマート充電設計ツール |NXPセミコンダクターズ 現在、TEA173Xのデザインツールは利用できません。 フライバック設計については上記のリンクを参照してください。

使用突发寄存器的SPI传输 您好，NXP， 目标微控制器：S32K388 我正在使用突发寄存器 TCBR 和 TDBR0-127 进行 eDMA SPI 传输。 当前帧大小为 32 位，一切运行正常 对于小于 32 位的 SPI 帧大小，如何在不改变 DMA 传输大小的情况下使用突发寄存器？ TCBR 可以用 16 位或 8 位单位写入吗？ TDBRn 可以用 16 位还是 8 位单位写入？ 如果不行，能否提供一些关于如何设置帧大小为 16 位和 8 位的 DMA 通道的提示？ 提前致谢 Re: Spi transmission using burst registers 是的， TCBR和TDBRn都支持 16 位和 8 位写入——无需更改 DMA 传输大小。 TDBRn（16 位或 8 位写入）：将写入的数据零扩展，并立即将其推入发送 FIFO。LPSPI 只会输出由 TCR[FRAMESZ] 定义的位。 TCBR（16 位写入 [15:0]）：将一条命令条目推入 FIFO。注意：向 [7:0] 写入 8 位数据只是暂存数据——需要向 [15:8] 写入第二个 8 位数据才能触发信号推送。 RM 参考，引用 — S32K3xx 参考手册，修订版 12，2025-11-11： 第 70.6.1.17 节— 传输数据（TDR）：   “您可以使用 32 位、16 位或 8 位写入操作向此寄存器写入数据。”8 位和 16 位发送数据的写入都会对写入的数据进行零扩展，并将数据推入发送 FIFO。将 8 位和 16 位写入数据零扩展（扩展至 32 位）意味着将 8 位和 16 位写入数据中最高有效位（即空位）的部分填充为零。 第 70.3.6.1 节 — DMA 支持寄存器（TCBR / TDBR0–TDBR127）：记录了为递增 8 位、16 位或 32 位 DMA 写入访问发送 FIFO 而设计的突发别名区域。   Re: Spi transmission using burst registers 寄存器 TCBR，如果对 [15:00] 的 16 位写入或对 [15:8] 的第二次 8 位写入将数据作为命令条目推入 FIFO，如何更新整个 TCR？下半部分文字仅提供边框尺寸选择。其他设置，如 CPOL、CPHA、PCS 等，都位于单词的上半部分。

S32K344 QSPI初期化において、SCLKが期待される値を生成しません。 私はS32K344 LQFP176を使用して、QSPI周辺機器にアクセスする製品を開発しています。FLASHへのアクセスではなく、通常のデバイスを使用するために、アプリケーション上でQSPIをLSPIのように動作させたいと考えています。 クロックツリーQSPI_SFCKを20MHzに設定し、関連するFLASHレジスタを無効にして、LUTテーブルを使用しました。デバッグ中にLUTが実行されていることは確認できましたが、SD0～SD3には超高速波形が表示されているにもかかわらず、QSPIのSCLKが生成されていません。このQSPIを使用して非FLASHデバイスにアクセスする方法を教えていただけないでしょうか？ Re: S32K344 QSPI Initializes SCLK不按我们希望出来 S32K344 QuadSPIモジュールは主にシリアルフラッシュメモリインターフェースとして意図されており、任意のQSPIペリフェラル向けの汎用LSPIのようなインターフェースとしては意図されていません。QSPI_SFCKクロック構成はQuadSPIモジュールのクロックソースを提供するだけであり、外部SCLKを自動的に生成するものではありません。外部SCKFA信号は、フラッシュ指向LUT/IPコマンドエンジンによって実行される有効なQuadSPIコマンドシーケンスの一部としてのみ生成されます。したがって、コネクテッドデバイスがフラッシュのようなコマンド/アドレス/データプロトコルを守っていなかったり、LUTシーケンスやピンの設定がそのようなトランザクションと一致しない場合、この動作はこのアプリケーションには適さない可能性があります。汎用外部デバイスでは、必要なプロトコルが実装できるならLSPIを使うべきです。QuadSPIを使用する場合、外部デバイスプロトコルはQuadSPIフラッシュスタイルのトランザクションモデルと互換性があり、LUTシーケンス、ピンマルチパキシング、チップセレクト、コマンド/アドレス/データフェーズ、IPコマンドトリガーを適切にチェックする必要があります。

S32K312 上的 Fat 文件系统集成（RTD 6.0.0，非AUTOSAR、SPI SD卡驱动程序） 您好， 我已经成功地在 S32K312 EVB 上使用 RTD 6.0.0（非 AUTOSAR Lpspi_Ip 驱动程序）实现了通过 SPI 的 SD 卡驱动程序。 以下功能已实现： SD卡初始化（CMD0、CMD8、ACMD41、CMD58） 单块读取（CMD17） 单块写入（CMD24） 多块读取（CMD18） 多块写入（CMD25） 已通过向 SD 卡写入数据并成功读取数据验证了驱动程序。 现在我想添加对 FAT 文件系统的支持，以便在 PC 上创建、写入和读取文件。 我有几个问题： NXP 是否为使用 RTD 6.0.0（非 AUTOSAR）的 S32K312 提供或支持 FatFs 集成？如果没有，是否有其他 S32K3 设备的示例可供参考？ NXP是否有任何中间件软件包可以将FatFs与SD卡集成？ 如果没有官方示例，建议的方法是集成 Elm-Chan FatFs 库并实现所需的 diskio.c 函数。使用我现有的SD卡驱动程序进行接口？ 是否有任何参考项目、应用笔记或示例库演示了在 S32K3 设备上集成 FAT 文件系统？ 我有点困惑，不知道哪种方法更适合产品开发。任何指导或参考资料都将不胜感激。 谢谢！ Re: Fat Filesystem Integration on S32K312 (RTD 6.0.0, Non-AUTOSAR, SPI SD Card Driver) 嗨@parvathitp 目前 S32K312 尚不支持 FatFS 文件系统。在 S32K3 系列中，FatFS 集成仅适用于包含 uSDHC 外设的设备，该外设提供微控制器和 SD 卡之间的硬件接口。 对于这些设备，我们提供了一个 SDHC 软件栈，通过 uSDHC 驱动程序简化对 SD 总线的访问，并实现与 FatFS 的集成。 社区帖子“将 FatFs 文件系统移植到 KL26 SPI SD 卡代码”中描述的方法和概念可能对您的实现有所帮助。虽然该示例基于 KL26 设备，但正如标题所示，它描述了如何将 FatFS 文件系统移植到不包含 SDHC/uSDHC 外围设备的设备上，这与您的用例类似。 BR，VaneB

构建 Yocto Linux 时出现基础文件错误 构建 Yocto 错误。当我按照 NXP 的 Yocto 指南进行版本时。如何修复此错误？ 警告：失败的 setscene 任务的日志文件位于 /home/vmc/Desktop/imx-yocto-bsp/build-wayland/tmp/work/armv8a-poky-linux/ptest-runner/2.4.5+git/temp/log.do_package_setscene.1680451 警告：场景设置任务（/home/vmc/Desktop/imx-yocto-bsp/sources/poky/meta/recipes-support/ptest-runner/ptest-runner_2.4.5.bb:do_package_setscene）执行失败，退出代码为“1”——将改为运行实际任务。 错误：base-files-3.0.14-r0 do_package：执行 exec_func_python() 自动生成的 Python 函数时出错： 导致此异常/失败的 Python 调用堆栈跟踪如下： 文件：'exec_func_python() autogenerated'，行号：2，函数： 0001： *** 0002:perform_packagecopy(d) 0003： 文件：'/home/vmc/Desktop/imx-yocto-bsp/sources/poky/meta/classes-global/package.bbclass'，行号：363，函数：perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD} " 0362:perform_packagecopy[dirs] = "${PKGD} " *** 0363： 0364:python populate_packages() { 0365: oe.package.populate_packages(d) 0366:} 0367:populate_packages[dirs] = " ${D} " 文件：'/usr/lib/python3.10/subprocess.py'行号：421，函数：check_output 0417：否则： 0418：空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: 返回 run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423： 0424： 0425:class CompletedProcess(object): 文件：'/usr/lib/python3.10/subprocess.py'lineno: 526, function: run 0522: # 我们不调用 process.wait()作为。 __exit__它能帮我们做到这一点。 0523：提高 0524: retcode = process.poll() 0525：如果检查并返回代码： *** 0526: 引发 CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: 返回 CompletedProcess(process.args, retcode, stdout, stderr) 0529： 0530: 异常：subprocess.CalledProcessError：命令“tar --exclude=./sysroot-only”-cf - -C /home/vmc/Desktop/imx-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/base-files/3.0.14/image -p -S .| tar -xf - -C /home/vmc/Desktop/imx-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/base-files/3.0.14/代码包，软件包' 返回非零退出状态 2。 子进程输出： 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的 bin 路径未知 无法为“bin”分配绝对路径。 tar：./usr/bin：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 tar：./usr/lib：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径游戏 无法为“games”分配绝对路径。 tar：./usr/games：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/dict：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/man:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/doc：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 焦油：./usr/share/doc/base-files-3.0.14：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/misc：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar: ./usr/share/common-licenses:无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径共享 无法为“share”分配绝对路径。 tar：./usr/share：无法创建目录：地址错误 tar：./usr/share/info：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的 sbin 路径未知 无法为“sbin”分配绝对路径。 tar：./usr/sbin：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的源路径未知 无法为“src”分配绝对路径。 tar：./usr/src：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径包含 无法为“include”分配绝对路径。 tar：./usr/include：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径 tmp 无法为“tmp”分配绝对路径。 tar：./var/tmp：无法创建指向“volatile/tmp”的符号链接：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径为本地路径 无法为“local”分配绝对路径。 tar：./var/local：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 tar：./var/lib：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径库 无法为“lib”分配绝对路径。 tar：./var/lib：无法创建目录：地址错误 tar：./var/lib/misc：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 tar：./var/volatile：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 tar：./var/volatile：无法创建目录：地址错误 tar：./var/volatile/tmp：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基路径，路径易失性 无法为“volatile”分配绝对路径。 tar：./var/volatile：无法创建目录：地址错误 tar：./var/volatile/log：无法创建目录：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径日志 无法为“log”分配绝对路径。 tar：./var/log：无法创建指向“volatile/log”的符号链接：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径锁定 无法为“lock”分配绝对路径。 tar：./var/lock：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径假脱机 无法为“spool”分配绝对路径。 tar：./var/spool：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径备份 无法为“备份”分配绝对路径。 tar：./var/backups：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径运行 无法为“run”分配绝对路径。 tar：./var/run：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径为 nsswitch.conf 无法为“nsswitch.conf”分配绝对路径。 tar：./etc/nsswitch.conf：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 hosts 无法为“hosts”分配绝对路径。 tar：./etc/hosts：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径问题.net 无法为“issue.net”分配绝对路径。 tar：./etc/issue.net：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径配置文件 无法为“profile”分配绝对路径。 tar：./etc/profile：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径默认值 无法为“default”分配绝对路径。 tar：./etc/default：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径问题 无法为“issue”分配绝对路径。 tar：./etc/issue：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 tar：./etc/skel：无法创建目录：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 tar：./etc/skel：无法创建目录：地址错误 tar：./etc/skel/.profile：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径骨架 无法为“skel”分配绝对路径。 tar：./etc/skel：无法创建目录：地址错误 tar：./etc/skel/.bashrc：无法打开：没有该文件或目录 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径 mtab 无法为“mtab”分配绝对路径。 tar：./etc/mtab：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的基本路径未知，路径主机名 无法为“hostname”分配绝对路径。 tar：./etc/hostname：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 fstab 无法为“fstab”分配绝对路径。 tar：./etc/fstab：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基本路径，路径 shell 无法为“shells”分配绝对路径。 tar：./etc/shells：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 文件描述符 4 的未知基本路径，路径 host.conf 无法为“host.conf”分配绝对路径。 tar：./etc/host.conf：无法打开：地址错误 获取到未知目录的 *at() 系统调用，文件描述符为 4 fd 4 的未知基础路径，路径 motd 无法为“motd”分配绝对路径。 tar：./etc/motd：无法打开：地址错误 tar：由于之前的错误，退出状态为失败。 错误：故障日志文件存储在：/home/vmc/Desktop/imx-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/base-files/3.0.14/temp/log.do_package.1734591 错误：任务 (/home/vmc/Desktop/imx-yocto-bsp/sources/poky/meta/recipes-core/base-files/base-files_3.0.14.bb:do_package) 执行失败，退出代码为“1” Re: base-files error when build the yocto linux 谢谢你。它已激活 Re: base-files error when build the yocto linux 在你的 Ubuntu 电脑上，运行命令“sudo apt install tar=1.34+dfsg-1build3”

i.MX95カーネルバージョン(v6.6.52-2.2.0)用のNeutron Converter SDKを探すのに助けが必要です NXPチームの皆様、こんにちは。 現在 は LF_v6.6.52-2.2.2_images_IMX95 を使っており、 TensorFlow LiteのINT8量子化 モデルをNPU用 に 変換するための 正しい Neutron コンバータ SDK のバージョンを特定しようとしています 。 Neutron Converter SDKsの複数のバージョンを試しましたが、毎回以下のエラーが発生します。 INFO: NeutronDelegate デリゲート: 27 ノードのうち 1 ノードが委任され、1 つのパーティションがあります。 情報: CPU 用の TensorFlow Lite XNNPACK デリゲートを作成しました。 警告：マイクロコードのバージョンが一致しません！0x359f358d（期待値：0xa186aaf2） 警告：マイクロコードのバージョンが一致しません！0x359f358d(予想された0xa186aaf2) 推論調査のタイムアウト エラー:コンポーネント='Neutron Driver'、カテゴリ='タイムアウト'、コード=754 トレースバック(直近の通話): ファイル「/home/object_detc/main.py」、 interstructer.invoke() ファイル "/usr/lib/python3.12/site-packages/tflite_runtime/interpreter.py",インヴォークの941行 self._interpreter。Invoke() RuntimeError: /usr/src/debug/tensorflow-lite-neutron-delegate/2.16.2/neutron_delegate.cc:355 neutronRC != ENONE (193099 != 0) ノード番号27 (NeutronD. なぜ LF_v6.6.52-2.2.2_images_IMX95 のサポートが削除されたのか 、詳しく教えていただけます か?これはBSPがまだアルファ版とみなされているからでしょうか? 以下の点についてもアドバイスいただけますか: このカーネル/BSPバージョンでNeutron Converter SDKを使うことは可能でしょうか? もしそうなら、どのバージョンのNeutron Converter SDKがLF_v6.6.52-2.2.2_images_IMX95に対応しているのでしょうか? そうでない場合、このBSPで使用するべきeIQツールの別のバージョン、または別のワークフローはありますか？ 助けてくれてありがとう。ご指導を心よりお待ちしております。 ソフトウェア不具合の疑い Re: Need help to find Neutron Converter sdk for i.MX95 kernel version (v6.6.52-2.2.0) こんにちは、@boopathi123。 NXPサポートにご連絡いただきありがとうございます! お使いのチップは非常に初期のシリコンリビジョンのようです。その場合は、eIQ Toolkitに付属しているNeutronコンバーターの使用をおすすめします。ただし、このBSPバージョンはi.MX95では公式にはサポートされていないことにご注意ください。 i.MX95は、B0シリコンリビジョンとBSP 6.12.34で正式にリリースされました。以前のシリコン改訂版は評価および量産前の目的で作成されたため、現在サポートされているデバイスと同等の機能性、安定性、互換性、または性能を提供しない可能性があります。 そのため、以下のサポート対象の組み合わせへの移行を強くお勧めします。 i.MX95 B0シリコン BSP 6.12.34以降 対応するソフトウェアとハードウェア構成を使用することで、i.MX95プラットフォーム向けの最新の修正、最適化、NPUソフトウェアのサポートを享受できます。 あなたが観察している挙動は、モデル自体ではなく、初期シリコン改良版に存在した制限や既知の問題に関連している可能性があります。 よろしくお願いします、 チャビラ Re: Need help to find Neutron Converter sdk for i.MX95 kernel version (v6.6.52-2.2.0) よろしくお願い申し上げます。 🙂 ...

MCUX 25.6.136, newlib-nano, & swprintf undefined I'm experiencing an undefined reference to swprintf with  MCUX 25.6.136 & newlib-nano. I've tried newlib as well and same result.  After some digging I've found an upstream issue with newlib-nano/newlib: https://sourceware.org/pipermail/newlib/2024/021012.html  I'm wondering if NXP can corroborate my guess that the bundled version of newlib-nano contains this issue. If that's the case Is a fix via incorporating a newer version of newlib-nano/newlib on the agenda? - Connor Re: MCUX 25.6.136, newlib-nano, & swprintf undefined Here's 2 projects. - One from MCUXv11.9.1.2170 where swprintf is defined and the project compiles. (1064) - One from MCUXv25.6.136 where swprintf is undefined and the project doesn't compile. (1166) Re: MCUX 25.6.136, newlib-nano, & swprintf undefined Hello @Condy  Thanks for your question.  Could you please send a simple project to reproduce the issue. Thank you. BR Alice

XIP FLASHリマップを有効にした状態でイメージスワップ後にMCUBootイメージをデバッグ/フラッシュする 皆さん、 なぜ特定の状況でフラッシュドライバーが故障するのか、何か理由があるのか教えてほしいです。 私たちはカスタムボードをIMXRT1176に使っています。このMCUのボードはEmbedded Artistsのキャリアボードをベースにしています。私たちのプロジェクトでは、フラッシュメモリに0x30100000と0x30200000の2つのパーティションがあります。私たちはMCU-LinkとLinkserverを使ってバイナリをフラッシュしています。バイナリは-この場合確認された署名です。FLASHのリマップ機能を有効にしているので、スワップは行われません。 我々は2つの状況を観察する。 1.フラッシュメモリにブートローダーがあり、パーティション1にイメージファイルがあれば、すべて正常に動作します。 2. OTAアップグレードを完了し、MCUbootが2つ目のパーティションから新しいイメージを起動すると、linkserverからエラーが出るため、FLASHパート1への書き込みができません。 ================================================= NC:フラッシュドライバーの起動 MIMXRT1170_SFDP_QSPI.cfx(すでに常駐中) NC:フラッシュドライバーを実行するためにVECTRESETを送信中 Nc: フラッシュバリアント「iMXRT1170_SFDP_FlexSPI1_A_QSPI 2026年5月15日 18:32:39」検出(16MB = 256*64K 0x30000000) Pb: 1/1(0) 0x30100000でセクター16-31を1048576バイトで書き込み 追伸:(0) 30100000 で:0バイト - 0/1048576 Ec: op ProgramPage (0x30100000, 0x20002830, 0x4000) ステータス 0x1 - ドライバーがドライバーエラーを報告 - EXTSPIJドライバー rc 1 - 操作失敗 Ec: op ProgramPage (0x30100000, 0x20002830, 0x4000) ステータス 0x1 - ドライバーがドライバーエラーを報告 - EXTSPIJドライバー rc 1 - 操作失敗 最初のパーティションは erase-range コマンドで消去済みであることに注意してください。また、私たちのファームウェアがフラッシュドライバーで処理すると期待通りに動作することも確認できます。リンクサーバーを手動で操作しようとした場合にのみ失敗します。 =================================================== Q1。何か明確な理由はありますか?パーティション2を消すべきなのか、それとも両方の区画を消すべきなのでしょうか? Q2。もしスロット1のためにバイナリをビルドした場合、パーティション2のイメージで動作するコアに接続したとき、このバイナリは動作しますか?Flashのリマップは動作しますか? ご協力ありがとうございます。 よろしくお願いします！ ヤクブ Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled ギャビンさん、こんにちは。ご返信ありがとうございます！あなたはこれらの概念を理解する上で本当に役立ちました。 もし可能なら、もう一つだけ一緒に考えていただけませんか? これはOTAアップデート後に取得したパーティション情報です。 =========== 画像 0; 名前 APP; 状態 永続的: スロット 0 APP_PRIMARY; オフセット 0x100000; サイズ 0x100000 (1048576): <画像: サイズ 821444; バージョン 1.1.1+0> 画像ペイロードのSHA256: C825709456C098E38090... log_addr 0x30100000 は 0x30200000 にリマップされます スロット 1 APP_SECONDARY; オフセット 0x200000; サイズ 0x100000 (1048576): <画像: サイズ 821444; バージョン 2.1.1+0> 画像ペイロードのSHA256: EBFCCC0D3E970230E404... log_addr 0x30200000 は 0x30200000 に再マッピングされます *アクティブ* =============== 次に、このスクリプトを実行してスロット0をクリアします。 LinkServer.exe flash MIMXRT1176xxxxx:MIMXRT1170-EVKB erase-range 0x30100000 0x100000 あなたの説明によると、リマップオーバーレイが有効になっているため、スロット1が消去されると予想していました。しかし、そうではありません。電源リセット後に得られた結果は以下のとおりです。 ========= フラッシュREMAP_OVERLAYが有効です。 画像 0; 名前 APP; 状態 なし: スロット 0 APP_PRIMARY; オフセット 0x100000; サイズ 0x100000 (1048576): 画像が見つかりませんでした スロット 1 APP_SECONDARY; オフセット 0x200000; サイズ 0x100000 (1048576): <画像: サイズ 821444; バージョン 2.1.1+0> 画像ペイロードのSHA256:EBFCCC0D3E970230E404... log_addr 0x30200000 0x30200000への再マップ *アクティブ*========= まだslot0に何も書き込めないのは予想外です。eraseコマンドはremapコマンドの論理マッピングをバイパスするが、loadコマンドはバイパスしないということはあり得るのでしょうか？ Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled こんにちは、 @jslota13245 さん。 NXP MIMXRTシリーズにご関心をお寄せいただきありがとうございます！ ご提供いただいた情報に基づき、以下の理由を考慮すべきだと考えます。故障の原因は FlexSPIリマップは引き続き有効です OTAアップデート後。MCUbootがリマップでslot1(partition2)を起動すると、アプリケーションにremapを残します。LinkServerのフラッシュ  .cfx  ドライバはAHB論理アドレスを通じて処理されるため、リマップは書き込みTo  0x30100000  (partition1)を物理  0x30200000  (partition2)に静かにリダイレクトします。物理はすでに確認済み画像を保持しており、空白ではありません。NORフラッシュは上書きできません。 以前の  erase-range 0x30100000  実際、同じ理由でパーティション2も消去しました。独自のファームウェアは、プログラムによって動作します。 FlexSPI IPコマンドモードでは、明示的な物理オフセットを使用することで、リマップをバイパスします。注: VECTRESET / デバッガーアタッチ 再マッピングは明確ではない。PORまたは明示的なレジスタ書き込みのみがそれを可能にする。 Q1: どのパーティションを消去すべきですか? 重要なのは、パーティションを消去するだけでなく、まずリマップを無効にすることです。推奨： LinkServerでプログラミングを行う前に、リマップレジスタをクリアしてください。 次に、両方のパーティション（slot0とslot1）を消去します。direct-XIPは最高バージョンを選択するため、slot1に古くなった画像が残るとMCUbootが再度選び、再マッピングを有効化するため、問題が再発します。 Q2: Partition2イメージを実行するコアに接続した場合、slot1バイナリは動作しますか? 画像にはリンクが必要です プライマリスロット ( 0x30100000 ) 用に一度だけ実行します。同じバイナリはリマップによりどちらのスロットからでも実行されます。スロット1 用に別途ビルドする必要はありません。デバッグ用にアタッチすると、リマップは論理アドレスの整合性を保つため、コードの読み取りやブレークポイントは問題なく動作します。しかし、同じリマップはフラッシュを書く際に物理ターゲットを変えるため、LinkServerでslot0をプログラムする前にリマップを無効にする必要があります 。 よろしくお願いします、 ギャビン Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled @Gavin_Jia  親愛なるギャビンへ、 私のコメントをあなたの返信に見て、見落としていることがあれば教えていただけますか? ご協力ありがとうございました！ よろしくお願いします、 ヤクブ Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled こんにちは、 @jslota13245 さん。 前回のメッセージを見落としてしまい、申し訳ありませんでした。 残念ながら、回答が受理されると自動的に問題は解決済みとみなされ、CASEの更新は受け取れなくなりました。この度の見落としにつきまして、心よりお詫び申し上げます。 こちら側でも同様の問題を再現してみます。調査に少々お時間をください。調査結果や進捗状況については随時ご報告いたします。 皆様のご理解とご協力に、心より感謝申し上げます。 よろしくお願いします、 ギャビン

Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled Dear Everyone, I would like to ask for any possible reason why does our flash driver fail in one specific situation. We use custom board with IMXRT1176, our board is based on Embedded Artists carrier board for that MCU. In our project there are two partitions in flash, 0x30100000 and 0x30200000. We use MCU-Link and Linkserver to flash binaries. Binaries are signed with --confirmed in this case. We have a FLASH remap functionality enabled so no swap is performed. We observe two situations: 1. If there is a bootloader in flash and an image in partition 1, everything works as expected. 2. Once we complete the OTA upgrade and MCUboot boots new image from a second partition, we can no longer write to FLASH partiton 1 as we get an error from linkserver: ================================================= Nc: Opening flash driver MIMXRT1170_SFDP_QSPI.cfx (already resident) Nc: Sending VECTRESET to run flash driver Nc: Flash variant 'iMXRT1170_SFDP_FlexSPI1_A_QSPI May 15 2026 18:32:39' detected (16MB = 256*64K at 0x30000000) Pb: 1 of 1 ( 0) Writing sectors 16-31 at 0x30100000 with 1048576 bytes Ps: ( 0) at 30100000: 0 bytes - 0/1048576 Ec: op ProgramPage (0x30100000, 0x20002830, 0x4000) status 0x1 - driver reported driver error - EXTSPIJ driver rc 1 - Operation failed Ec: op ProgramPage (0x30100000, 0x20002830, 0x4000) status 0x1 - driver reported driver error - EXTSPIJ driver rc 1 - Operation failed Note that I have erased the first partition with erase-range. I also can confirm that when our firmware does it with flash driver it works as expected. It fails only when i try to do it with the linkserver manually =================================================== Q1. Is there any obvious reason for it? Should we always erase partition 2 or both paritions? Q2. If we have binary built for slot1, does this binary work when we attach to the core which runs with image in partition 2? Does Flash remap make it work? Thanks in advance for any help, Best Regards! Jakub Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled Hello Gavin, thank you very much for your response! You really helped me to understand these concepts. If it's possible, could you please help me figure out one more thing? This is partition info i get after OTA: =========== Image 0; name APP; state Permanent: Slot 0 APP_PRIMARY; offset 0x100000; size 0x100000 (1048576): < size="" 821444=""> SHA256 of image payload: C825709456C098E38090... log_addr 0x30100000 remaps to 0x30200000 Slot 1 APP_SECONDARY; offset 0x200000; size 0x100000 (1048576): < size="" 821444=""> SHA256 of image payload: EBFCCC0D3E970230E404... log_addr 0x30200000 remaps to 0x30200000 *ACTIVE* =============== Then I run this script to clear slot0 LinkServer.exe flash MIMXRT1176xxxxx:MIMXRT1170-EVKB erase-range 0x30100000 0x100000 According to what you said, i expected to erase slot1 because remap overlay is active. However that's not the case. What i got after power reset is: ========= Flash REMAP_OVERLAY active. Image 0; name APP; state None: Slot 0 APP_PRIMARY; offset 0x100000; size 0x100000 (1048576): Slot 1 APP_SECONDARY; offset 0x200000; size 0x100000 (1048576): < size="" 821444=""> SHA256 of image payload: EBFCCC0D3E970230E404... log_addr 0x30200000 remaps to 0x30200000 *ACTIVE*========= I still can't write anything to slot0 which is unexpected. Is it possible that erase bypasses the logical mapping of remap but load doesn't? Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled Hi @jslota13245 , Thanks for your interest in NXP MIMXRT series! Based on the information you provided, I believe the following reasons should be considered. The failure is caused by the FlexSPI remap still being enabled after OTA. When MCUboot boots slot1 (partition2) via remap, it leaves remap on into the application. LinkServer's  .cfx  flash driver programs through the AHB logical address, so the remap silently redirects your write to  0x30100000  (partition1) to physical  0x30200000  (partition2) — which already holds the confirmed image and is not blank. NOR flash cannot overwrite it. Your earlier  erase-range 0x30100000  actually erased partition2 for the same reason. Your own firmware works because it programs via FlexSPI IP command mode with explicit physical offsets, bypassing the remap. Note: VECTRESET / debugger attach do not clear the remap — only a POR or an explicit register write does. Q1: Which partition to erase? The key is to disable remap first, not just erasing partitions. Recommended: Before programming with LinkServer, clear the remap registers; Then erase both partitions (slot0 and slot1). Because direct-XIP selects the highest version, a stale image left in slot1 will make MCUboot pick it again and re-enable remap, so the problem returns; Q2: Will a slot1 binary work when attached to a core running the partition2 image? The image should be linked once for the primary slot ( 0x30100000 ); the same binary runs from either slot via remap — no separate slot1 build is needed. When you attach for debug, remap keeps logical addresses consistent, so code reads/breakpoints work fine. However, the same remap changes the physical target when writing flash, so you must disable remap before programming slot0 with LinkServer. Best regards, Gavin Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled @Gavin_Jia  Dear Gavin, could you please have a look at my comment to your response and let me if we missed something? Thanks a lot for your help! Best Regards, Jakub Re: Debug/Flash MCUBoot image after after image swap with XIP FLASH remap enabled Hi @jslota13245 , Apologies for missing your previous message. Unfortunately, once an answer is marked as accepted, the system automatically considers the issue resolved, and I no longer receive updates on the case. Please accept my sincere apologies for the oversight. I will try to reproduce the issue on my side. Please allow me some time to investigate, and I will keep you informed of any findings or progress. Thank you in advance for your patience and understanding. Best regards, Gavin

GUIGuider 1.10.1 から 2.0.0 への移行 私たちはGUIGuiderプロジェクトをバージョン1.10.1で構築してきましたが、新しいバージョン2.0.0に移行して新機能を試してみたいと思っています。古いGUIGuiderプロジェクトファイルが新しいバージョンでは読み込めないことが分かりました。おそらくそれはプロジェクトが使う新しいJSON構造の2.0.0のせいだと思います。 GUIGuiderの新しいバージョンにプロジェクトを簡単に移行する方法はありますか？それとも手動で変換する必要がありますか？

iMXEBOOKDC5 触摸控制器 IC 零件编号 亲爱的团队， 我正在使用iMXEBOOKDC5和i.MX8ULP EVK 。 目前为止，一切进展顺利。电子墨水显示屏工作正常，按钮和操纵杆也都能正常工作。 我现在想启用显示屏上的触摸面板。但是，我无法确定 EPD 模块上使用的触摸控制器 IC 的零件编号，因为 IC 上的标记似乎已被激光打标擦除。 我曾尝试自己查找相关信息，但没有成功。 请问您能否分享一下： iMXEBOOKDC5 显示屏上使用的触摸控制器 IC 部件号。 任何可用于支持触摸功能的 Linux 驱动程序、库或软件包。 感谢您的帮助。 顺祝商祺！ 评估板 Re: Touch Controller IC Part Number for iMXEBOOKDC5 你好， 所使用的触摸控制器IC是汇顶科技（Goodix Technology）生产的GT911。 您可以通过以下链接查看驱动程序： https://github.com/nxp-imx/linux-imx/blob/lf-6.18.y/drivers/input/touchscreen/goodix.c 顺祝商祺！ Re: Touch Controller IC Part Number for iMXEBOOKDC5 亲爱的， 感谢您的支持 顺便问一下，您能否提供电子墨水面板的 wayform bin 文件？ BRs， 莱德