mc9s08qg8 code warrior (Classic IDE) v6.3 windows 11 I downloaded the file, but it will not install, the installer says my OS is wrong. I am using Windows 11 ? Re: mc9s08qg8 code warrior (Classic IDE) v6.3 windows 11 Hello, To use CodeWarrior in windows 11 please update to v11.1, I look for the MC9S08QG8 device and is available in this version. You can download from this link: CodeWarrior® for MCUs (Eclipse IDE)        11.1 Best Regards, Luis

s32k344, LPSPI small clock gap between frames of a continuous sequence - I am having a problem communicating between an NXP MCU S32K344 LPSPI module (Controller) and a Holt HI-35930 (Peripheral). The code is writing 2 frames, each an 8 bit word. over the LPSPI to an ARINC communication device HI-35930.  I verified all settings are correct. cpol = 0, cpha = 0,  LSBF = MSB, BYSW=no, RXMSK, TXMSK =0, TCR[FRMSZ]=7. The code uses the TRC[CONT and TRC[CONTC] bits to control the PCS. The PCS stays asserted for the entire sequence of 2 frames, see picture. The clock, likewise pulses over the 2 frames. The SOUT signal has the expected data on it, frame 1 = opcode 0x80, frame 2 - dummy data 0x00 The problem is with SIN. There is no data back. ( opcode 0x80 is to read a register where I was expecting at least one bit set high). The RXCOUNT does increment on each frame to a max of 2. -Using the same settings, I concatenate the same opcode and data into one 16-bit frame, set TRC[CONT and TRC[CONTC] = 0 since there is one frame TRC[FRMSZ]=15. The transmission works and SIN returns real data. What do you think is wrong here? Yellow - PCS signal Pink - Clock signal Blue - SIN to the MCU Green - SOUT from the MCU   Re: s32k344, LPSPI small clock gap between frames of a continuous sequence The data for MOSI and MISO is empty. Do you have right SPI bus hardware schematics design? Re: s32k344, LPSPI small clock gap between frames of a continuous sequence Hi @ekmas-19, You described the transmission as sending 2 bytes — 0x80 and 0x00. However, the oscilloscope clearly shows 2 x 32-bit words separated by a small gap, not 2 x 8-bit frames. Can you clarify this? Regarding the inter-frame gap — this is expected behaviour. CONT = 1 only keeps CS/PCS asserted between frames; it does not affect SCK. The clock behaves exactly as it would with CONT = 0. Regards, Daniel

s32k344，LPSPI 连续序列帧之间的小时钟间隙 - 我在NXP MCU S32K344 LPSPI模块（控制器）和Holt HI-35930（外设）之间通信时遇到问题。 该代码正在写入 2 个帧，每个帧为 8 位字。通过 LPSPI 连接到 ARINC 通信设备 HI-35930。我已确认所有设置均正确。cpol = 0，cpha = 0，LSBF = MSB，BYSW=否，RXMSK，TXMSK =0，TCR[FRMSZ]=7。 该代码使用 TRC[CONT 和 TRC[CONTC] 位来控制 PCS。PCS 在整个 2 帧序列中保持钳位，请参见图片。同样，时钟在这两帧画面中脉动。SOUT 信号包含预期数据，帧 1 = 操作码 0x80，帧 2 = 虚拟数据 0x00 问题出在SIN上。没有备份数据。（操作码 0x80 用于读取寄存器，我预期其中至少有一位设置为高电平）。 RXCOUNT 在每一帧都会递增，最大值为 2。 -使用相同的设置，我将相同的操作码和数据连接成一个 16 位帧，设置 TRC[CONT 和 TRC[CONTC] = 0，因为只有一个帧 TRC[FRMSZ]=15。传输正常，SIN 返回真实数据。 你觉得这里出了什么问题？ 黄色 - PCS信号 粉色 - 时钟信号 蓝色 - SIN 至 MCU 绿色 - 来自 MCU 的 SOUT   Re: s32k344, LPSPI small clock gap between frames of a continuous sequence MOSI 和 MISO 的数据为空。你的SPI总线硬件原理图设计正确吗？ Re: s32k344, LPSPI small clock gap between frames of a continuous sequence 你好@ekmas-19 ， 你描述这次传输发送了 2 个字节——0x80 和 0x00。然而，示波器清楚地显示为 2 个 32 位字，中间有很小的间隙，而不是 2 个 8 位帧。你能解释一下吗？ 关于帧间间隙——这是预期行为。CONT = 1 仅保持帧间 CS/PCS 钳位；它不影响 SCK。时钟的行为与 CONT = 0 时完全相同。 此致， 丹尼尔

Is i.MX 9 "there yet"? I started a project in a few years ago and NXP's i.MX 9 line of MPUs were beginning to be released but they were largely unobtainable so I went with a beefy i.MX 8. At this stage, it's way more power than I need and I'd like to move to a much smaller MPU. I was planning on getting the smallest i.MX 8 but the i.MX91 is the smallest cpu they have. I was wondering if I would be better off with the 91 instead of a more mature 8. Thermals are my primary concern so I would assume new is always better, but I just don't know if they are "there yet" since they are still fairly new. A more apples to apples port moving to an 8 could also be a motivator.

LPC5411X 読み取り 現在、LPC54113チップのデバッグにSWDを使用しています。コアを停止させてから、0xE000から始まるデバッグレジスタをいくつか設定しました。 チップ内部フラッシュを読み取ると、アドレス0x0~0x200は常に誤ったデータが表示され、FLASHに保存されている実際のプログラムではなく割り込みベクターテーブルのように見えました。他のアドレスから読み取ることで、すべて0xFFFFFFFFされた正しいデータを得ることができます。 そのチップはデータを何も書き込んでいなかった。JLINKを使用して読み取ると、アドレス0x0～0x200は0xFFFFFFFFになります。しかし、JLINKは読み込みのためにRAMに書き込みを行うためにFLMを使っており、0x0のアドレス範囲への読み込みをどのように処理しているのか0x200わかりません。 私が実行した手順は以下のとおりです。 書き込み中止、0x1E 選択書き込み、0x0 tar を書き込む、0x0 cswを書き込む、0x23000012 そしてDRWを読み取り、内部フラッシュエンドアドレスまで読みます。 vector.png LPC541XX LPC54xxx Re: LPC5411X READ こんにちは、 物理的なフラッシュの内容ではなく、Cortex-Mのメモリエイリアスを読み取っている可能性があります。LPC54113では、アドレス0x00000000は、ブート構成とリマップ設定に応じて、現在アクティブなメモリ（フラッシュ、ブートROM、またはRAM）にマッピングされます。デバイスが空の場合、ブートROMは有効なベクターテーブルを0x0に表示できるため、割り込みベクターが表示される理由0xFFFFFFFF。 Re: LPC5411X READ 0x0番地の物理フラッシュメモリの内容を読み取りたいのですが、どうすればいいですか？ 買掛金口座やその他の取引を変更する必要がありますか？ Re: LPC5411X READ LPC5411Xには、物理フラッシュを読み取るためのIAPサンプルがありませんでした。 noread.png   Re: LPC5411X READ こんにちは、 TAR = 0x0 を使用して SWD AHB-AP を介してメモリを読み取ると、返されるデータはCPU から見える現在のシステムメモリマッピングを反映します。LPC5411xデバイスでは、 アドレス0x00000000の最初の512バイトがブートROMに再マッピングされるSO、この領域で観察されるデータはFlashに保存された実際の内容ではなく有効な割り込みベクターテーブルとなります。   物理フラッシュ領域の元の内容を0x00000000から0x000001FFまで読み取る必要がある場合は、 TAR = 0x0 アクセスと連続した DRW アクセスを使った単純な線形読み込みに頼らないでください。代わりに、Jlinkを使って読み取るのと同じように、Flashの生のFlash配列内容にアクセスできるFlashアルゴリズムやIAPベースの方法を使うべきです。     BR アリス

base-files error when build the yocto linux Build the yocto error. When i build and follow to guide of nxp by yocto. How to fix the error? WARNING: Logfile for failed setscene task is /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 WARNING: Setscene task (/home/vmc/Desktop/imx-yocto-bsp/sources/poky/meta/recipes-support/ptest-runner/ptest-runner_2.4.5.bb:do_package_setscene) failed with exit code '1' - real task will be run instead ERROR: base-files-3.0.14-r0 do_package: Error executing a python function in exec_func_python() autogenerated: The stack trace of python calls that resulted in this exception/failure was: File: 'exec_func_python() autogenerated', lineno: 2, function: 0001: *** 0002:perform_packagecopy(d) 0003: File: '/home/vmc/Desktop/imx-yocto-bsp/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: 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}" File: '/usr/lib/python3.10/subprocess.py', lineno: 421, function: check_output 0417: else: 0418: empty = b'' 0419: kwargs['input'] = empty 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): File: '/usr/lib/python3.10/subprocess.py', lineno: 526, function: run 0522: # We don't call process.wait() as .__exit__ does that for us. 0523: raise 0524: retcode = process.poll() 0525: if check and retcode: *** 0526: raise CalledProcessError(retcode, process.args, 0527: output=stdout, stderr=stderr) 0528: return CompletedProcess(process.args, retcode, stdout, stderr) 0529: 0530: Exception: subprocess.CalledProcessError: Command '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/package' returned non-zero exit status 2. Subprocess output: got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path bin couldn't allocate absolute path for 'bin'. tar: ./usr/bin: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. tar: ./usr/lib: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path games couldn't allocate absolute path for 'games'. tar: ./usr/games: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/dict: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/man: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/doc: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/doc/base-files-3.0.14: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/misc: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/common-licenses: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path share couldn't allocate absolute path for 'share'. tar: ./usr/share: Cannot mkdir: Bad address tar: ./usr/share/info: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path sbin couldn't allocate absolute path for 'sbin'. tar: ./usr/sbin: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path src couldn't allocate absolute path for 'src'. tar: ./usr/src: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path include couldn't allocate absolute path for 'include'. tar: ./usr/include: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path tmp couldn't allocate absolute path for 'tmp'. tar: ./var/tmp: Cannot create symlink to ‘volatile/tmp’: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path local couldn't allocate absolute path for 'local'. tar: ./var/local: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. tar: ./var/lib: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lib couldn't allocate absolute path for 'lib'. tar: ./var/lib: Cannot mkdir: Bad address tar: ./var/lib/misc: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path volatile couldn't allocate absolute path for 'volatile'. tar: ./var/volatile: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path volatile couldn't allocate absolute path for 'volatile'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path volatile couldn't allocate absolute path for 'volatile'. tar: ./var/volatile: Cannot mkdir: Bad address tar: ./var/volatile/tmp: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path volatile couldn't allocate absolute path for 'volatile'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path volatile couldn't allocate absolute path for 'volatile'. tar: ./var/volatile: Cannot mkdir: Bad address tar: ./var/volatile/log: Cannot mkdir: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path log couldn't allocate absolute path for 'log'. tar: ./var/log: Cannot create symlink to ‘volatile/log’: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path lock couldn't allocate absolute path for 'lock'. tar: ./var/lock: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path spool couldn't allocate absolute path for 'spool'. tar: ./var/spool: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path backups couldn't allocate absolute path for 'backups'. tar: ./var/backups: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path run couldn't allocate absolute path for 'run'. tar: ./var/run: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path nsswitch.conf couldn't allocate absolute path for 'nsswitch.conf'. tar: ./etc/nsswitch.conf: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path hosts couldn't allocate absolute path for 'hosts'. tar: ./etc/hosts: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path issue.net couldn't allocate absolute path for 'issue.net'. tar: ./etc/issue.net: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path profile couldn't allocate absolute path for 'profile'. tar: ./etc/profile: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path default couldn't allocate absolute path for 'default'. tar: ./etc/default: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path issue couldn't allocate absolute path for 'issue'. tar: ./etc/issue: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path skel couldn't allocate absolute path for 'skel'. tar: ./etc/skel: Cannot mkdir: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path skel couldn't allocate absolute path for 'skel'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path skel couldn't allocate absolute path for 'skel'. tar: ./etc/skel: Cannot mkdir: Bad address tar: ./etc/skel/.profile: Cannot open: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path skel couldn't allocate absolute path for 'skel'. got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path skel couldn't allocate absolute path for 'skel'. tar: ./etc/skel: Cannot mkdir: Bad address tar: ./etc/skel/.bashrc: Cannot open: No such file or directory got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path mtab couldn't allocate absolute path for 'mtab'. tar: ./etc/mtab: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path hostname couldn't allocate absolute path for 'hostname'. tar: ./etc/hostname: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path fstab couldn't allocate absolute path for 'fstab'. tar: ./etc/fstab: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path shells couldn't allocate absolute path for 'shells'. tar: ./etc/shells: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path host.conf couldn't allocate absolute path for 'host.conf'. tar: ./etc/host.conf: Cannot open: Bad address got *at() syscall for unknown directory, fd 4 unknown base path for fd 4, path motd couldn't allocate absolute path for 'motd'. tar: ./etc/motd: Cannot open: Bad address tar: Exiting with failure status due to previous errors ERROR: Logfile of failure stored in: /home/vmc/Desktop/imx-yocto-bsp/build-wayland/tmp/work/imx8mqevk-poky-linux/base-files/3.0.14/temp/log.do_package.1734591 ERROR: Task (/home/vmc/Desktop/imx-yocto-bsp/sources/poky/meta/recipes-core/base-files/base-files_3.0.14.bb:do_package) failed with exit code '1' Re: base-files error when build the yocto linux Thanks u. It actived Re: base-files error when build the yocto linux On your ubuntu PC, run the command "sudo apt install tar=1.34+dfsg-1build3"

S32Gコアリセット こんにちは、NXPさん。 S32G399特定のM7コアの独立リセットを他のコアの通常の動作に影響を与えずにサポートしているのか知りたいです。 Re: S32G Core RESET こんにちは、 @ChuanG 投稿ありがとうございます。 はい、サポートされています。一般的には、M7_1/2/3のオン/オフをM7_0上で動作するアプリケーションで行われます BR チェイン

FRDM-S32K344 manual error Hello, There is a mistake on page 11 of FRDM-A-S32K344 development board manual (UM12406) . I'm posting this comment for the community and for anyone who runs into the same problem I did. "Specifically, resistor R43 is populated by default to keep the FS26 in debug mode. To enable normal mode, R43 must be removed and R42 must be populated instead." Should be: "Specifically, resistor R43 is populated by default to keep the FS26 in debug mode. To enable normal mode, R43 must be removed. and R42 must be populated instead." or: "Specifically, resistor R43 is populated by default to keep the FS26 in debug mode. To enable normal mode, R43 must be removed. R42 must be populated to enter in OTP emulation mode." Re: FRDM-S32K344 manual error Hi Thank you for the report! When R43 is removed and R42 is populated, the voltage of FS26_VDEBUG will be within the VOTP (OTP emulation mode) range of the FS26 DataSheet. Therefore, I agree with your point of view, and I think the second statement is more comprehensive. Let me contact the author to report this issue. Best Regards, Robin

S32K388 JumpApp 仅在核心 0 处于活动状态时运行。 我创建了一个引导加载程序，并将其放置在地址 0x400000 到 0x420000 处。每次我通过串口更新程序时，只有核心 0 继续运行。如何才能让其他核心也运行起来？ S32_SCB->VTOR = 0x00422000; __asm volatile(         "msr msp， % 0" ： : "r" (appStack) ： “记忆” ）; ((pFunction)appEntry)(); Re: S32K388 JumpApp Only runs with core 0 active. 嗨@zhangyu5454 ， 您可以在启动代码中启用核心。请参阅默认 S32DS 项目的启动代码（startup_cm7.s）。 例如，如果 CM7_2_ENABLE == 1，则启动代码将在系统启动期间启用 CM7_2。 也可以稍后通过 CM7_0 应用程序启用内核，方法是直接配置相关寄存器，或者使用 MCU MCAL 驱动程序或 Power_Ip 驱动程序。请参考以下示例： https://community.nxp.com/t5/S32K-Knowledge-Base/S32K358-Multicore-Start-CM7-2-from-CM7-0/ta-p/1923889 BR，丹尼尔 Re: S32K388 JumpApp Only runs with core 0 active. 感谢您的回复。我尝试使用 Power_Ip，但是当程序中出现“Power_Ip_Init(&Power_Ip_HwIPsConfigPB);”这行代码时，调试过程会自动结束。此外，即使我不按下 RESET 按钮，RESET 指示灯仍然亮着，导致设备完全无法运行。当我使用 IP_MC_ME 时，程序运行正常，但没有产生任何结果。其他元器件也无法启动。这段代码似乎对 388 型号不太适用。 Re: S32K388 JumpApp Only runs with core 0 active. 嗨@zhangyu5454 ， 如果 MCU 发生系统RESET，则需要读取RESET源。 您可以致电 Power_Ip_GetResetReason(); 在 main() 函数开头之前 Power_Ip_Init(); 根本原因可能是 V15 开关电源——它必须与硬件设计相匹配。 danielmartynek_0-1785236184264.pngdanielmartynek_0-1785236184264.pngdanielmartynek_0-1785236184264.pngdanielmartynek_0-1785236184264.png BR，丹尼尔 Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 根据您的建议，我将在 int main(void) 部分中实现它。调用了 Power_Ip_GetResetReason() 函数。然而，测试结果依然没有改变。   int main(void) { Power_Ip_GetResetReason(); Power_Ip_Init(&Power_Ip_HwIPsConfigPB); Clock_Ip_Init(&Mcu_aClockConfigPB[0]); Power_Ip_SetMode(&Power_Ip_aModeConfigPB[0]); 当（1） { Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 嗨@zhangyu5454 ， 那么RESET的原因是什么？ 如果让我猜的话，应该是POR/LVR。 V15在PCB板上是如何供电的？ 您是否已相应地配置 Power_Ip？ 此致， 丹尼尔 谢谢！ Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 你好@zhangyu5454 ， 我知道您在PCB板上使用了SMPS电源，因此必须在配置工具中启用它： danielmartynek_0-1786525102760.pngdanielmartynek_0-1786525102760.pngdanielmartynek_0-1786525102760.pngdanielmartynek_0-1786525102760.png danielmartynek_1-1786525162418.pngdanielmartynek_1-1786525162418.pngdanielmartynek_1-1786525162418.pngdanielmartynek_1-1786525162418.png 关于SXOSC，请确保已禁用： danielmartynek_2-1786525202445.pngdanielmartynek_2-1786525202445.pngdanielmartynek_2-1786525202445.pngdanielmartynek_2-1786525202445.png Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 谢谢你的回复。我不太了解这些功能。是否有相关的示例或教程文件？我尝试按照 S32K358 的示例进行操作，但没有成功。关于 V15 电源，我发现它是由外部 3.3V 电压通过微控制器控制的晶体管产生 1.5V 电压，同时在微控制器控制下还会产生 1.1V 电压。我还注意到我的硬件设计中没有 32.768 晶振（晶体振荡器），程序卡在了 Clock_Ip_ExtOsc.c 的循环中。 做 { SxoscStatus = ((Clock_Ip_apxXosc[Instance]->STAT & SXOSC_SXOSC_STAT_OSC_STAT_MASK) >> SXOSC_SXOSC_STAT_OSC_STAT_SHIFT); TimeoutOccurred = Clock_Ip_TimeoutExpired(&StartTime, &ElapsedTime, TimeoutTicks); } while ((0U == SxoscStatus) && (FALSE == TimeoutOccurred)); Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 你好@zhangyu5454 ， 这两次写入操作中 ConfigValue 的值分别是多少？ IP_PMC->CONFIG = ConfigValue; IP_PMC->SMPSCONFIG = ConfigValue; 由于电源模式配置错误，MCU正在复位。 将以下循环放在 main() 函数的开头，以便在重置后进行调试。 volatile uint32_t loop = 1; while (loop) { } 可以通过调试器修改循环变量，以允许程序继续执行。 当代码在循环中停止执行时，调用： Power_Ip_GetResetReason() 它应该返回 MCU_POWER_ON_RESET。 另外，请查阅低电压状态和控制（LVSC）寄存器，以获取有关 RESET 事件的更多信息。 此致， 丹尼尔 Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 zhangyu5454_0-1786934052028.pngzhangyu5454_0-1786934052028.png张宇5454_0-1786934052028.png 您好，我按照您的方法启用了V15并禁用了SXOSC。但是，当调试到达 `Power_Ip_PMC_PowerInit` 中的 `IP_PMC->SMPSCONFIG = ConfigValue;` 行（该行位于 `Power_Ip_Init` 内部）时，调试会话会自动终止，并且板载 RESET 指示灯 LED 会保持微弱而稳定的亮光。 Re: S32K388 JumpApp Only runs with core 0 active.#S32K388 嗨@zhangyu5454 ， 我用你分享的配置值在我的EVB上无法重现这个问题。 您使用的是 XS32K388EVB-Q289 吗？如果可以的话，请问您能否告知跳线 J118 的位置？ danielmartynek_0-1787229063371.pngdanielmartynek_0-1787229063371.png 如果您使用的是定制电路板，请分享原理图。如果您不想在此处分享，请创建支持工单并将原理图附加到工单中。 谢谢！ BR，丹尼尔

S32G 核心 RESET 您好，NXP： 我想知道S32G399是否支持对特定M7内核进行独立复位，而不影响其他内核的正常运行？ Re: S32G Core RESET 你好， @ChuanG 感谢你的帖子。 是的，支持这种操作。通常情况下，可以通过运行在 M7_0 上的应用程序来开启/关闭 M7_1/2/3。 BR 陈银

S32G Core RESET Hi NXP: I would like to know if S32G399 supports the independent reset of a specific M7 core without affecting the normal operation of other cores? Re: S32G Core RESET Hello, @ChuanG  Thanks for your post. Yes, it is supported, commonly, turn on/off M7_1/2/3 through applications running on M7_0 BR Chenyin

Yocto Linuxをビルドする際のbase-filesエラー Build the Yoctoエラー。私が作ったときは、YoctoのNXPガイドに従っています。エラーを修正するにはどうすればよいですか？ 警告:失敗したセットシーンタスクのログファイルは /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-サポート/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', lineno: 2, function: 0001: 0002:perform_packagecopy(d) 0003: ファイル: '/ホーム/vmc/Desktop/imx-Yocto-bsp/sources/poky/meta/classes-global/package.bbclass', lineno: 363, function: perform_packagecopy 0359: rpath_replace (dvar, d) 0360:} 0361:perform_packagecopy[cleandirs] = "${PKGD}" 0362:perform_packagecopy[指揮] = "${PKGD}" *** 0363: 0364:Python populate_パッケージs () { 0365: oe.package.populate_パッケージs(d) 0366:} 0367:populate_packages[dirs] = " ${D} " ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 421、関数: check_output 0417: それ以外の場合: 0418: 空 = b'' 0419: kwargs['input'] = 空 0420: *** 0421: return run(*popenargs, stdout=PIPE, timeout=timeout, check=True, 0422: **kwargs).stdout 0423: 0424: 0425:class CompletedProcess(object): ファイル: '/usr/lib/python3.10/subprocess.py'、行番号: 526、関数: 実行 0522: # process.wait() は呼び出しませんとして。 __exit__それは私たちのためにやってくれる。 0523: 上げる 0524: retcode = process.poll() 0525: チェックして戻りコードを取得する場合: *** 0526: raise CalledProcessError(retcode, process.args, 0527: 出力=標準出力、標準エラー=標準エラー) 0528: return 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/package' は終了ステータス2を返しました。 サブプロセスの出力: 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パス bin 'bin' の絶対パスを割り当てられませんでした。 tar: ./usr/bin:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./usr/lib:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、Path Games 『ゲーム』に絶対的な道を割り当てることができませんでした。 tar: ./usr/games:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス TAR: ./USR/Share/DICT:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス タール:./USR/シェア/男:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス tar: ./usr/share/doc:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス tar: ./usr/share/doc/base-files-3.0.14:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス TAR: ./USR/Share/MISC:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス TAR: ./USR/share/common-licenses:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パス共有 「シェア」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/share:Cannot mkdir: 悪いアドレス tar: ./usr/share/info:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスSBIN 「sbin」に絶対的な経路を割り当てることができませんでした。 tar: ./usr/sbin:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスSRC 「SRC」に絶対的な経路を割り当てることができませんでした。 tar: ./usr/src:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路には以下が含まれます 「インクルーク」の絶対的な経路を割り当てることができませんでした。 tar: ./usr/include:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底経路、経路TMP 「TMP」の絶対経路を割り当てられませんでした。 tar: ./var/tmp:「volatile/tmp」へのシンプレリックリンクを作成できません:アドレスが悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスローカル 「ローカル」に絶対的な経路を割り当てることができませんでした。 tar: ./var/local:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./var/lib:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底パス、パスライブラリ 「リベラル」に絶対的な道を割り当てることができませんでした。 tar: ./var/lib:Cannot mkdir: 悪いアドレス tar: ./var/lib/misc:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスボラタイル 「不安定」に絶対的な経路を割り当てることができなかった。 tar: ./var/volatile:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスボラタイル 「不安定」に絶対的な経路を割り当てることができなかった。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスボラタイル 「不安定」に絶対的な経路を割り当てることができなかった。 tar: ./var/volatile:Cannot mkdir: 悪いアドレス TAR:./VAR/Volatile/TMP:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスボラタイル 「不安定」に絶対的な経路を割り当てることができなかった。 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスボラタイル 「不安定」に絶対的な経路を割り当てることができなかった。 tar: ./var/volatile:Cannot mkdir: 悪いアドレス タール:./VAR/揮発性/ログ:Cannot mkdir:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線経路、経路記録 「log」に絶対パスを割り当てることができませんでした。 tar: ./var/log:'volatile/log'へのシンモリンクを作成できません:アドレスが悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスロック 「ロック」の絶対経路を割り当てることができませんでした。 tar: ./var/lock:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底経路、経路スプール 「スプール」の絶対経路を割り当てられませんでした。 tar: ./var/spool:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基地経路、経路バックアップ 「バックアップ」に絶対的な経路を割り当てることができませんでした。 tar: ./var/backups:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基地経路、経路走行 「走る」ための絶対的な経路を割り当てられなかった。 tar: ./var/run:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスNSswitch.conf 'nsswitch.conf' の絶対パスを割り当てられませんでした。 tar: ./etc/nsswitch.conf:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスホスト 「ホスト」に絶対的な経路を割り当てることができませんでした。 tar: ./etc/hosts:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基地経路、経路 issue.net 'issue.net' の絶対パスを割り当てられませんでした。 tar: ./etc/issue.net:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基線パス、パスプロファイル 「プロファイル」の絶対パスを割り当てられませんでした。 tar: ./etc/profile:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスデフォルト 「デフォルト」の絶対パスを割り当てられませんでした。 tar: ./etc/default:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスの問題 「問題」の絶対的な経路を割り当てることができませんでした。 tar: ./etc/issue:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パススケル 「スケル」に絶対的な経路を割り当てることができませんでした。 tar: ./etc/skel:Cannot mkdir: 悪いアドレス 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パススケル 「スケル」に絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パススケルトン 'skel' の絶対パスを割り当てられませんでした。 tar: ./etc/skel:Cannot mkdir: 悪いアドレス tar: ./etc/skel/.profile:開けられない:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パススケル 「スケル」に絶対的な経路を割り当てることができませんでした。 不明なディレクトリ、fd 4 に対して *at() システムコールが呼び出されました fd 4 の不明なベースパス、パススケルトン 'skel' の絶対パスを割り当てられませんでした。 tar: ./etc/skel:Cannot mkdir: 悪いアドレス tar: ./etc/skel/.bashrc:開けられない:そのようなファイルやディレクトリは存在しません 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスMTAB 「MTAB」の絶対経路を割り当てることができませんでした。 tar: ./etc/mtab:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスホスト名 「ホスト名」に絶対パスを割り当てられませんでした。 tar: ./etc/hostname:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスFSTAB 「FSTAB」の絶対パスを割り当てることができませんでした。 tar: ./etc/fstab:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基底経路、パスシェル 「砲弾」に絶対経路を割り当てることができませんでした。 tar: ./etc/shells:開けられない:住所が悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知のベースパス、パスhost.conf 'host.conf' の絶対パスを割り当てられませんでした。 tar: ./etc/host.conf: 開けられない: アドレスが悪い 未知ディレクトリの*at() syscallを取得、fd 4 FD 4の未知の基道、パスMODT 『MODD』の絶対的な経路を割り当てることができませんでした。 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 エラー:タスク(/ホーム/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 PCで、「sudo apt install tar=1.34+dfsg-1build3」コマンドを実行してください。

FRDM-S32K344 手动错误 你好， FRDM-A-S32K344 开发板手册（ UM12406 ）第 11 页有错误。我发布这条评论是为了帮助社区，也为了帮助任何遇到和我一样问题的人。 具体来说，电阻 R43 默认是安装的，以使 FS26 保持在调试模式。要启用正常模式，必须移除 R43，并换上 R42。 应该是： 具体来说，电阻 R43 默认是安装的，以使 FS26 保持在调试模式。要启用正常模式，必须移除 R43。而R42则必须填充内容。 或者： 具体来说，电阻 R43 默认是安装的，以使 FS26 保持在调试模式。要启用正常模式，必须移除 R43。R42必须填充内存才能进入OTP模拟模式。 Re: FRDM-S32K344 manual error HI 感谢您的报告！ 当移除 R43 并安装R42 时， FS26_VDEBUG的电压将处于 FS26 数据手册规定的VOTP （OTP 仿真模式）范围内。因此，我同意你的观点，我认为第二个说法更全面。 我将联系作者报告这个问题。 此致敬礼， Robin

PN7160A 和 linux_libnfc-nci 在 Raspberry Pi 5 2026 64 位 Trixie 系统上运行 你好， 我正在尝试为工作项目启动 PN7160A，但始终无法让 linux_libnfc-nci 正常工作。该补丁已过时，lgpiod 在版本 2 中进行了全面改进。 还需要使用标志 sudo make install CFLAGS="-Wno-error=implicit-function-declaration" " 否则我就会 "demoapp/main.c:在函数“onMessageReceived”中： demoapp/main.c:451:5:错误：隐式声明函数“PrintNDEFContent” [-Wimplicit-function-declaration] 451 | PrintNDEFContent(NULL, NULL, message, length); 我找到了 2025 年关于 PN7150 的一篇旧帖子，但是当我尝试编译时，我遇到了奇怪的错误，例如“uint8_t”未在作用域中声明，请使用 。我的树莓派操作系统是最新的Trixie Debian 13.6。 需要一些帮助，谢谢。 Re: PN7160A and linux_libnfc-nci on Raspberry Pi 5 2026 64-bit Trixie 你好@paulwitulski 请将补丁作为附件应用。

需要帮助查找适用于 i.MX95 内核版本 (v6.6.52-2.2.0) 的 Neutron 变流器 SDK。 您好，NXP团队， 我目前正在使用 LF_v6.6.52-2.2.2_images_IMX95 ，并且我正在尝试确定 Neutron Converter SDK 的正确版本，以便将 TensorFlow Lite INT8 量化 模型 转换 为 NPU 格式。 我尝试过多个版本的 Neutron 变流器 SDK，但每次尝试都出现以下错误： 信息：NeutronDelegate 委托：27 个节点中有 1 个节点被委托，共 1 个分区。 信息：已为 CPU 创建 TensorFlow Lite XNNPACK 委托。 警告：微代码版本不匹配！0x359f358d（预期为 0xa186aaf2） 警告：微代码版本不匹配！0x359f358d（预期为 0xa186aaf2） 推理轮询超时 错误：元器件='Neutron Driver'，类别='超时'，代码=754 回溯（最近一次调用）： 文件“/home/object_detc/main.py”，第 80 行，在 中 解释器.调用() 文件“/usr/lib/python3.12/site-packages/tflite_runtime/interpreter.py”，第 941 行，在 invoke 中 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的支持？是因为该电路板支持包仍被视为 alpha 版本吗？ 请问您能否也就以下问题提供一些建议： 是否可以将 Neutron 变流器 SDK 与此内核/电路板支持包 版本一起使用？ 如果是这样，那么哪个版本的 Neutron 变流器 SDK 与 LF_v6.6.52-2.2.2_images_IMX95 兼容 ？ 如果没有，是否有其他版本的 eIQ 工具或不同的工作流程可以与此 BSP 一起使用？ 感谢您的帮助。期待您的指导。 疑似软件缺陷 Re: Need help to find Neutron Converter sdk for i.MX95 kernel version (v6.6.52-2.2.0) 你好@boopathi123 ， 感谢您联系恩智浦技术支持！ 看来您使用的是非常早期的芯片版本。在这种情况下，我建议使用 eIQ 工具包中包含的 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) 谢谢 🙂 ...

NXP iMX8MP: U-Boot内のWFIベースのCPUアイドル状態が復帰しない 親愛なるNXPサポートチームへ、 私たちはi.MX8M Plusベースの製品向けにU-Bootの低消費電力待機メカニズムを調査しており、NXPからの指導を歓迎する段階に達しています。 ソフトウェアのバージョン SoC: NXP i.MX8M Plus BSP: ATF: lf_v2.10_android-15.0.0_1.2.0 U-Boot: lf_v2024.04_android-15.0.0_1.2.0 公開されているNXP BSPに基づいています（Varisciteフォークには、ATF/GICコードパスに関する重要な変更は含まれていません）。 ゴール アプリはAndroidを起動する前に、バッテリーが完全に放電された状態で数分間U-Bootに留まっている必要があります。 mdelay()に基づくビジーループは不必要な電力を消費し、追加の熱を発生させるため、ARMジェネリックタイマー(CNTP, PPI 30)を使って定期的に低消費電力のアイドル状態とウェイクに入ろうとしています。 初期実装 CNTPタイマーの設定 PPI 30を有効にする EL2から生のwfi()を実行する プロセッサはwfi()から決して起動しません。UARTの出力は、例外やクラッシュもなく、単に停止するだけです。 PSCIの実装 PSCI_VERSIONは1.1を返します。 PSCI_FEATURES(CPU_SUSPEND) は 0 を返します (サポートされています) CPU_SUSPENDを呼び出してスタンバイ電源状態を要求します これにより、ATFスタンバイ実装であるimx_cpu_standby()に到達しますが、システムは全く同じようにハングアップします。例外も発生せず、UART出力もなく、実行は再開されません。 したがって、両方とも： EL2で実行されたraw wfi() wfi() は ATF を介して PSCI で実行されます 全く同じ動作を生み出す。 既に検証済みのもの CPUとタイマー U-BootはEL2上で実行されます。 CNTPタイマーは正しくプログラムされています。 CNTP_TVAL_EL0 は正しくカウントダウンします。 CNTP_CTL_EL0 には以下が表示されます。 有効 = 1 IMASK = 0 武装直後のISTATUSは0です。 CPUインターフェース ICC_PMR_EL1は正しく設定されています。 ICC_IGRPEN1_EL1が有効になっています。 仮想化 HCR_EL2には以下が含まれます： IMO = 0 FMO = 0 したがって、EL2仮想化による割り込みルーティングは関与しません。 割り込みセキュリティ分類 ATFの情報筋から以下のことを確認しました。 すべてのPPIは、汎用GICv3ヘルパーコードによって最初にグループ1非セキュアとして設定されます。 SGI8 (およびオプションで SDEI SGI) のみがセキュアとして再構成されます。 PPI 30 はセキュア割り込みプロパティテーブルに存在しません。 したがって、Generic Timer 割り込みは予想通りグループ1非安全のままのままです。 SCR_EL3.TWE 当初、非セキュアな wfi() が SCR_EL3.TWE を介して EL3 にトラップされるのではないかと疑っていましたが、wfi() が PSCI を介して ATF 自体の中で実行された場合にも同じ動作が発生するため、これは可能性が低いと思われます。 追加調査 ATFのGIC初期化を追跡していると、gicv3_distif_init()がDistributor EnableGrpビットをクリアし、セキュア割り込みプロパティテーブルで要求されたビットのみを再有効化していることに気付きました。 ヘルパーは Group0 と Group1 の Secure プロパティのみを生成するため、EnableGrp1NS が明示的に再度有効になることはないようです。 これを検証するために、我々は以下のことを行いました。 GICD_CTLR を読み込む EnableGrp1NS = 0 を観測しました EL2からEnableGrp1NSを独自に設定しようと試みました。 意外なことに： 書き込みは問題なく完了します。 RWPは正常に動作します。 しかし、読み戻し後もEnableGrp1NSは0のままです。 また、以下の点も確認しました。 GICD_CTLR.DS == 0 GICメモリ領域に対するRDC保護は無効になっています（ENA = 0）。 RDC違反記録はゼロのままです。 したがって、RDCは書き込みを妨げていないようです。 残りの疑問 現時点で、以下の項目を除外しました。 タイマープログラミング、 CPUインターフェース構成、 割り込み優先度マスキング、 割り込みグループ分類、 SCR_EL3.TWE トラッピング、 PSCIと生のWFI実行の比較、 RDC保護。 残された説明のつかない挙動は、アーキテクチャ的に非安全な書き込み可能なディストリビュータ制御ビット(EnableGrp1NS)がこのプラットフォーム上で書き込みを受け入れていないようで、その結果、生のwfi()もPSCIもGeneric Timer割り込みで起動CPU_SUSPENDしないことです。 この動作はi.MX8M Plus Android 15 BSPで予想されるのでしょうか? 汎用タイマーPPIがwfi()からCPUを起動させるために、公開ATFソース以外でプラットフォーム固有の初期化が欠けているのでしょうか? EnableGrp1NSは、このプラットフォーム上で安全でないソフトウェアによる変更を意図的に防いでいるのでしょうか? U-Bootから定期的にウェイクアップする機能を、以下のいずれかの方法で実装することに成功した人はいますか？ 生のwfi()、または PSCI CPU_SUSPEND ARMのジェネリックタイマーで動かされているのか? 初期化シーケンスやプラットフォーム固有の動作についてのご意見をいただけると大変ありがたいです。 よろしくお願いします。 よろしくお願いいたします。 桟橋

MCUX 25.6.136、newlib-nano、& swprintf 未定義 MCUX 25.6.136でswprintfへの未定義参照が発生しています。& newlib-nano。newlibも試してみましたが、結果は同じでした。 いろいろ調べてみたところ、newlib-nano/newlib に上流の問題が見つかりました。https: //sourceware.org/pipermail/newlib/2024/021012.html NXPが私の推測を裏付けてくれるか気になっています。Newlib-nanoのバンドル版にもこの問題があるのではないかと。もしそうなら、newlib-nano/newlibの新しいバージョンを取り入れて修正する案は考えられていますか? - コナー Re: MCUX 25.6.136, newlib-nano, & swprintf undefined こんにちは、 @Condyさん ご質問ありがとうございます。 問題を再現するための簡単なプロジェクトを送っていただけませんか?ありがとう。 BR アリス Re: MCUX 25.6.136, newlib-nano, & swprintf undefined ここに2つのプロジェクトがあります。 - MCUXv11.9.1.2170からの1つswprintfが定義されており、プロジェクトがコンパイルされる場所。（1064） - MCUXv25.6.136からの1つswprintfが未定義で、プロジェクトがコンパイルされない場合。（1166）

MD8LC925NR1アンプのバイアス調整方法を教えてください。 こんにちは、 現在、 MD8LC925NR1パワーアンプを使用したシステムを設計中です。適切な バイアス回路や専用の電源管理部品 をおすすめしていただけるとありがたいです。 この目的のために推奨されるリファレンス・デザイン、アプリケーションノート、または具体的な部品番号を教えていただけますか? ご協力ありがとうございました。 Re: How to bias the amp MD8LC925NR1? こんにちは、 NXPセミコンダクターズの製品にご関心をお寄せいただき、またサポートの機会をいただきありがとうございます。 記載されている部品番号に誤植があるようです。MDL8LC925NR1は、NXPの有効な注文可能部品番号ではありません。最も近い類似デバイスはMD8IC925Nです。このデバイスは現在、販売終了（EOL）となっており、サポートが終了しているため、新規購入はできませんのでご注意ください。 以下のNXP文書は、回路回路図、部品リスト、特性評価データを含む詳細な設計情報を提供しています。 MD8IC925N データシート AN1977 – RF集積回路ファミリにおける静止電流熱追尾回路 AN1987 – RF集積回路デバイスファミリ向けクイセント電流制御(両方のバイアス回路トポロジーと完全な部品リストを含む) AN1955 – RFパワーアンプの熱測定手法 残念ながら、MD8IC925Nの直接的な代替品は存在しません。さらに、 100MHzから1000MHz 帯をカバーする多くのRF製品はEOLに近づいており、現時点では新しい代替機器の発表はありません。 お客様の周波数、電力、供給電圧に関する具体的な要件に基づき、代替ソリューションの特定についてサポートが必要な場合は、お知らせください。 よろしくお願いいたします。

.mexファイル内の警告ファイル （自動生成された）.mexファイル内プロジェクト用のファイルでは、各ペリフェラルは次のような内容です: 1.0.0 「説明」属性の文言に注目してください。他のペリフェラルについては状況が異なりますが、ほとんどの場合、警告やエラーメッセージのようなものです。プロジェクトは正常にコンパイルされ、実行されます。 関連して、『ペリフェラルビュー』から新しいソフトウェアコンポーネントを追加しようとすると、現在選択されていないペリフェラルが黄色い感嘆符でマークされています。添付のスクリーンショットをご覧ください。マウスカーソルをそれらの上に重ねると、「description」属性に表示されているのと同じメッセージが表示されます。しかし、私は問題なくそれらを追加できます。 これらの警告は何に関するものですか？ durga_choudhury_0-1784838544463.png Re: Warning in the .mex file こんにちは、 @durga_choudhuryさん この警告はプロジェクトには影響しません。対応するドライバーがプロジェクトに追加または設定されていないことを示すだけです。したがって、お客様の現在の実装に機能的な影響は想定されません。 BR、VaneB

Need help to find Neutron Converter sdk for i.MX95 kernel version (v6.6.52-2.2.0) Hello NXP Team, I am currently using LF_v6.6.52-2.2.2_images_IMX95 and I'm trying to identify the correct version of the Neutron Converter SDK to convert a TensorFlow Lite INT8 quantized model for the NPU. I have tried multiple versions of the Neutron Converter SDK, but every attempt results in the following error: INFO: NeutronDelegate delegate: 1 nodes delegated out of 27 nodes with 1 partitions. INFO: Created TensorFlow Lite XNNPACK delegate for CPU. Warning: microcode version mismatch! 0x359f358d (expected 0xa186aaf2) Warning: microcode version mismatch! 0x359f358d (expected 0xa186aaf2) Inference poll timeout Error: component='Neutron Driver', category='timeout', code=754 Traceback (most recent call last): File "/home/object_detc/main.py", line 80, in interpreter.invoke() File "/usr/lib/python3.12/site-packages/tflite_runtime/interpreter.py", line 941, in invoke self._interpreter.Invoke() RuntimeError: /usr/src/debug/tensorflow-lite-neutron-delegate/2.16.2/neutron_delegate.cc:355 neutronRC != ENONE (193099 != 0)Node number 27 (NeutronD. Could you clarify why support for LF_v6.6.52-2.2.2_images_IMX95 was removed? Is this because the BSP is still considered an alpha release? Could you also please advise on the following: Is it possible to use the Neutron Converter SDK with this kernel/BSP version? If so, which version of the Neutron Converter SDK is compatible with LF_v6.6.52-2.2.2_images_IMX95? If not, is there another version of the eIQ tools or a different workflow that should be used with this BSP? Thank you for your help. I look forward to your guidance. Suspected Software Defect Re: Need help to find Neutron Converter sdk for i.MX95 kernel version (v6.6.52-2.2.0) Hi @boopathi123, Thank you for contacting NXP Support! It appears that you are using a very early silicon revision. In that case, I recommend using the Neutron Converter included with the eIQ Toolkit. However, please note that this BSP version is not officially supported for the i.MX95. The i.MX95 was officially released with the B0 silicon revision and BSP 6.12.34. Earlier silicon revisions were intended for evaluation and pre production purposes, and therefore may not provide the same level of functionality, stability, compatibility, or performance as the currently supported devices. For this reason, I strongly recommend migrating to a supported combination of: i.MX95 B0 silicon BSP 6.12.34 or later Using a supported software and hardware configuration will ensure that you benefit from the latest fixes, optimizations, and NPU software support available for the i.MX95 platform. The behavior you are observing may be related to limitations or known issues present in the early silicon revisions rather than the model itself. Best regards, Chavira Re: Need help to find Neutron Converter sdk for i.MX95 kernel version (v6.6.52-2.2.0) thank you 🙂 ...