PCF2131 or PCA2131 with a supercapacitor Hello  I have few question regarding the RTC PCF2131 or PCA2131, especially when used with a supercapacitor. 1- I haven't seen in the components internal scheme a charging path for the energy tank.      Can you confirm that I must plan for a charging path externally  ( a diode to make it simple ) ? 2- Would it be possible to have VBAT > VDD ? 3. When used with a supercapacitor, charged to the ~ the same voltage as VDD :    What is the recommended register setting ? Thank you. Nicolas Re: PCF2131 or PCA2131 with a supercapacitor Hello RafaR. Thanks for the answers. Have a good day. BR, Nicolas Re: PCF2131 or PCA2131 with a supercapacitor Hello nicolas75 Good day! 1.- Yes. The PCF2131/PCA2131 contains only an internal switch-over circuit (a comparator/switch block between VDD and VBAT) — there is no internal charging path for VBAT. The device simply monitors VDD and switches to VBAT when a power failure condition is detected; it does not charge whatever energy source is on VBAT. 2.- Yes, it’s possible, but the device can only start up from VDD. Applying only VBAT without first powering VDD will not start the RTC. 3.- PWRMNG[2:0] = 000 The datasheet specifically warns: Direct switching mode is not recommended if VDD and VBAT are similar (for example VDD = 3.3 V and VBAT ≥ 3.0 V). Since your supercapacitor is charged to approximately the same voltage as VDD, Standard Mode is the recommended configuration. I hope this information has helped you, please let me know if you need help with anything else. Have a great day and best of luck.

MFRC630 and CLRC663 Interchangeability? Currently our product uses two pcs of CLRC663. They are matched to 50Ohms impedance, so they will not make use of the "high current" capability of the CLRC663. For the furture, we want to save on production costs and use just one CLRC663 (needed because it must support 14443 and 15693) and one MFRC630 (second reader only needs mifare). I succesfully tested our own library on both products and they seem to work, even with "changeable" uid chip types very well. So it wouldn't be a software thing. My guess is that the MFRC630 is just a different firmware than CLRC630, to not support ISO15693 Footprint and pinout are the same The only thing i wonder is about the matching. Could the CLRC663 which is matched for mifare, replaced by a drop-in MFRC630 without changing the matching network? NFC Controller Solutions NFC Frontend Solutions Re: MFRC630 and CLRC663 Interchangeability? I assume you've already found the answer, but for anyone who might find this, there is an application note ( https://www.nxp.com/docs/en/application-note/AN11256.pdf) which says that no changes need to be made. I am also working on a project which will use the MFRC630, but for development, I'm using CLRC663 because there is a board for it. I shall add a post here after finishing the project, confirming whether the migration went as smoothly as the application note says.

PCF2131 或 PCA2131 带超级电容器 你好 关于 RTC PCF2131 或 PCA2131，特别是与超级电容器一起使用时，我有一些疑问。 1- 我在元器件内部原理图中没有看到能量罐的充电路径。      请问我是否必须在外部规划充电路径（为了简单起见，可以使用二极管）？ 2- 是否有可能实现 VBAT > VDD？ 3. 当与超级电容器一起使用时，充电至与VDD相同的电压： 推荐的寄存器设置是什么？ 谢谢！ 尼古拉斯 Re: PCF2131 or PCA2131 with a supercapacitor 你好，RafaR。 谢谢大家的解答。 祝你有美好的一天。 BR， 尼古拉斯 Re: PCF2131 or PCA2131 with a supercapacitor 你好 nicolas75 再会！ 1. 是的。PCF2131/PCA2131 仅包含一个内部切换电路（VDD 和 VBAT 之间的比较器/开关模块）——VBAT 没有内部充电路径。该设备只是监测 VDD，并在检测到电源故障情况时切换到 VBAT；它不会对 VBAT 上的任何能源进行充电。 2. 是的，可以，但设备只能从 VDD 启动。如果只施加 VBAT 而不先给 VDD 供电，RTC 将无法启动。 3. PWRMNG[2:0] = 000 数据手册特别警告： 如果 VDD 和 VBAT 相似（例如 VDD = 3.3 V 且 VBAT ≥ 3.0 V），则不建议使用直接开关模式。 由于您的超级电容器充电至与 VDD 大致相同的电压，因此建议使用标准模式配置。 希望这些信息对您有所帮助，如果您还需要其他帮助，请告诉我。 祝你今天过得愉快，一切顺利。

Unable to access S32DS download page Dear NXP members,   I have registered for a new NXP account a few days ago and I need to download the S32 Design Studio software. However, from the nxp.com portal, I am unable to see the link for accessing the Software Licensing and Support page from My NXP Account > Apps and Services. Would it be possible to help me access these resources?   Thank you for your support! Re: Unable to access S32DS download page it helped, thanks Re: Unable to access S32DS download page Hello, @Interrogator  Thanks for the post. You may try accessing the S32DS via the product page: S32 Design Studio | NXP Semiconductors Then try downloading it the following way: chenyin_h_0-1788932820632.pngchenyin_h_0-1788932820632.png BR Chenyin

Study and Summary of the DNPU Model Compilation Flow Analysis of the DNPU model compilation flow as below: (Based on Model Zoo Ara2 and SDK 2.0) Compile Flow：model_compile.sh Compile Flow：run.yaml Compile Flow：Dvconvert Compile Flow：Dvrun Compile Flow：Quantizer Compile Flow：Scheduler / Estimator Compile Flow：VPU Codegen Compile Flow：Generator / Emitter Compile Flow：Simulation Compile Flow：Accuracy Check Compile Flow：Outputs

S32M Examples & Documents S32M2xx S32M2xx - Motor control use cases - NXP Community   S32M2xx - MOSFET switching adjustment for Motor control examples  Using S32M2 motor control examples with AMMCLIB 1.1.44 - optimal performance settings    S32M24x S32M24x/S32K14x -> FTM: Edge-align PWM (EPWM) mode S32M24x/S32K14x -> FTM: Center-Aligned PWM (CPWM) mode  S32M24x/S32K14x -> FTM: Modified Combine mode for Phase Shift  S32M24x/S32K14x -> FTM: PWM Modulation Implementation  S32M24x/S32K14x -> Global time base  FlexTimer Module (FTM) Usage on S32M24x and S32K14x Series  S32M244 - FOC with single shunt current measurement  S32M244 - Hall sensor based 6-step BLDC motor control  S32M244 - Sensorless 6-step BLDC motor control  S32M24x/S32K14x -> FTM: Complementary mode and dead-time insertion  [RTD200P04 MCAL] S32M244 PWM PDB ADC MCAL demo  [S32M244 RTD200P04 LLD]S32M244 PWM PDB ADC LLD demo  S32M24x/S32K1 – FTM/TRGMUX/PDB/ADC – [RTD300]  Example_S32M244_DPGA_AEC_Fault_v1_0_S32DS367_RTD300QLP06    S32M27x   S32M276 - Sensorless 6-step BLDC motor control S32M276 - Hall sensor based 6-step BLDC motor control  S32M276 - FOC with single shunt current measurement  S32M27x/S32K3 – eMIOS Usage  S32M27x/S32K3 – eMIOS/TRGMUX/LCU – [RTD600]   S32M27x/S32K3 – eMIOS/BTCU/ADC/DMA – [RTD600]     

Add I2C driver to MCU SDK Hello NXP Team, We would like to add our 24cxx series eeprom i2c driver in the MCU SDK. How can we add it ? Thanks & Regards, Re: Add I2C driver to MCU SDK Hi @taw, With the information you shared, I assume that you are looking for a custom SDK. The process depends on the IDE you are using. For MCUXpresso for VS Code, you can refer to the following documentation: MCUXpresso SDK: Creating Custom Manifests For MCUXpresso IDE, you can refer to the following documentation: Create Custom Board Support Package | NXP Semiconductors If this is not what you are referring to, could you please provide more details about your request? Best Regards, Pablo

カリフォルニア州フェアフィールドの配管工　迅速で信頼できる地元の配管工 カリフォルニア州フェアフィールドの配管業者は、住宅所有者や企業向けに、日常的な配管トラブルや予期せぬ緊急事態に対応するプロの配管サービスを提供しています。蛇口の漏れや詰まった排水口から、給湯器の問題や損傷した配管まで、信頼できる地元の配管工にアクセスできることで、小さな配管トラブルが深刻化し費用がかかるのを防ぐことができます。 Plumber Fairfield CAを選ぶ主な理由はシンプルです。配管修理やメンテナンス、緊急支援が必要なときに信頼できる地元のサポートを受けることです。専門の配管工は配管の問題を診断し、適切な解決策を提案し、適切な工具や技術を使って修理を完了します。排水が遅い、隠れた漏れ、低水圧、下水道の問題、給湯器の問題など、フェアフィールド(CA)の資格を持つ配管工が住宅や商業用の配管システムを正常に機能させるお手伝いをします。

アーカイブされたS32K3 FreeRTOS 2.0.0およびTCP/IP 1.0.1パッケージをNXPアカウントに追加するリクエスト こんにちは、NXPサポートチームの皆さん、 私は S32 Design Studio 3.4とS32K3 RTD 2.0.0を使って、S32K344プロジェクトに取り組んでいます。私はすでに動作中のイーサネット/lwIPプロジェクトを持っており、もともとは以下のソフトウェアバージョンで作成されました。 S32 デザインスタジオ:3.4 S32K3 RTD: 2.0.0 FreeRTOS: 10.4.6 UOS 2.0.0 S32K3 TCP/IPスタック：RTM 1.0.1 次に、構成ツールでプロジェクトを修正して、FlexCAN構成を追加する必要があります。しかし、現在のS32DSのインストールには、対応するFreeRTOSとTCP/IP設定ツールパッケージがインストールされていません。 このため、 Update Codeを使用すると、Configuration Toolsは既存のFreeRTOS/lwIPコンポーネントを認識せず、次のようなファイルの削除を提案します。 FreeRTOSConfig.h lwipcfg.h lwipopts.h lwippools.h netifcfg.h netifcfg.c 私のアカウントで利用可能な新しいパッケージはこのプロジェクトと互換性がありません。例えば、FreeRTOS 2.0.1とTCP/IP 1.0.1 HF1はRTD 2.0.1に準拠していますが、私のプロジェクトはRTD 2.0.0に基づいています。 対応するFreeRTOS 2.0.0パッケージはアーカイブされていると理解しています。以下のアーカイブ済みパッケージへのアクセスを私のNXPアカウントに追加していただけますか? SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip そして可能であれば、対応するTCP/IPパッケージも含めます: S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip これらのパッケージは、既存のプロジェクトを元のソフトウェアバージョンで開いて再生成し、プロジェクト全体を別のRTDリリースに移行する必要がないために必要です。 私の目標は：   MCU: S32K344 S32DS: 3.4 S32K3 RTD: 2.0.0 FreeRTOS: 10.4.6 UOS 2.0.0 TCP/IP Stack: RTM 1.0.1 これらのアーカイブされたダウンロードを私のアカウントで有効にしていただけるか、正しい取得手順を教えていただけませんか? よろしくお願いします。 Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account こんにちは、 @Aaditya773 さん。 古いリリースにアクセスしようとしているのは理解しています。これらの古いパッケージは古く、現在は積極的に管理されていませんが、もしアカウントが以前にパッケージへのアクセスをリクエストしていれば、Flexeraポータル内の「前回」タブから確認できるはずです。 Julin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.pngJulin_AragnM_0-1788887530794.png もしアカウントにアクセスできない場合は、より持続可能な方法として、プロジェクトをRTD 6.0.0またはRTD 7.0.0に移行することをお勧めします。新しいRTD(およびFreeRTOSやStackのリリース)は、既知の問題、バグ修正、最適化、そしてK3派生モデルのより広範なサポートを提供しています。 新しいRTDパッケージでのイーサネット実現に関するコミュニティの例はいくつかあります: 例：S32K358、GMAC、lwIP、FreeRTOS、RDBESS、S32DS 3.6.1、RTD600 例：S32K389 GMAC1 SABRE lwIP FreeRTOS S32DS 3.6.1 RTD600 例：S32K344 EMAC lwIP FreeRTOS miniEVB S32DS 3.6.1 RTD 6.0.0 [RTD600 MCAL] サンプル FRDM-A-S32K358 EMAC lwIP FreeRTOS S32DS 3.6 RTD 6.0.0 RTD 6.0.0では、以下の互換パッケージをインストールできます: SW32K3_S32M27x_RTD_R21-11_6.0.0_D2506_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_6.0.0_CD1_D2506_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_3.0.0_D2507_DesignStudio_updatesite.zip RTD 7.0.1の場合、以下の互換性のあるパッケージをインストールできます: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip もし古いパッケージが必要で、古いSWバージョンの開発を続ける必要がある場合は、担当の代理店またはNXPの担当者にご連絡ください。 よろしくお願いします、 ジュリアン Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account こんにちは、ジュリアンさん。 ご回答いただき、またRTD 6.0.0への移行パスをご共有いただき、ありがとうございます。 新しい環境を設定してみましたが、残念ながら古いS32K344-WBプロジェクトは新しいソフトウェアスタックで正しく動作しません。このプロジェクトは元々、旧世代のS32DS 3.4 / PlatformSDK 2.0.0をベースに作成されたため、元の構成の一部は新しい環境にスムーズに移行できません。 このプロジェクトは具体的には以下に依存しています。 S32 デザインスタジオ 3.4 S32K344 / S32K3 プラットフォームSDK 2.0.0 ${PLATFORMSDK_S32K3_2022_03_S32K344_M7_2.0.0_PATH} SW32K3_RTD_4_4_2_0_0_D2203 SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip 利用可能なダウンロード履歴と過去のダウンロード履歴を確認しましたが、私のアカウントのアーカイブされたパッケージは見つかりません。 現時点では、新しいパッケージはこの特定のレガシープロジェクトの代替としてはなさそうなので、NXPが必要なアーカイブ済みS32DS 3.4互換パッケージを私のアカウントで提供していただけると非常にありがたいです。 特に、以下の内容を追加またはアクセスを提供していただければ幸いです。 S32K3 / S32K344 PlatformSDK 2.0.0 / RTD 2.0.0 SW32K3_FreeRTOS_10_4_6_UOS_2_0_0_DS_updatesite_D2204.zip S32K3_TCPIP_RTM_1_0_1_D2205_updatesite.zip S32DS 3.4でS32K344に必要な対応するS32設定ツール/デバイスサポートパッケージ このプロジェクトで正しく動作する他のセットアップが見つからなかったので、これらのアーカイブ済みパッケージを利用可能なダウンロードに追加していただけると本当にありがたいです。 ご協力いただき、誠にありがとうございました。 Re: Request to add archived S32K3 FreeRTOS 2.0.0 and TCP/IP 1.0.1 packages to my NXP account こんにちは、 @Aaditya773 さん。 SWパッケージは「前回」タブからは利用できないため、おそらくそのアカウントは最初からそのパッケージにアクセスできなかったのでしょう。 もし割り当てられたFAEや営業担当者がいれば、アカウントへのアクセスを申請できるよう連絡を取ってほしいです。 一方で、S32K344-WBプロジェクトを新しいRTDに移行したい場合、プロセス中の問題を私がサポートできます。 よろしくお願いします、 ジュリアン

Lowest possible SUSPEND power consumption of FRDM-IMX95 Looking for guidance on how to achieve the lowest possible SUSPEND mode power consumption on the FRDM-IMX95 board? With bare-metal m7 code, a55s off, I've been able to get down to ~2.2W. This is after full expander/PHY/PD_NETC power-down. How low can the FRDM-IMX95 go? FRDM-Training Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 Updating my own post with my latest findings... I was able to turn off EXT_5V0 and EXT_3V3_PWR_EN and didn't see any additional improvement. I then tested DDR-self-refresh, and was able to get down to ~193mA/1.1W. I'm really wanting to go lower if possible...

加州费尔菲尔德水管工，快速可靠的本地水管工 加州费尔菲尔德水管工为房主和企业提供专业的管道服务，满足日常管道需求和应对突发紧急情况。从水龙头漏水、排水管堵塞到热水器故障、管道损坏，能够找到可靠的当地水管工可以帮助防止小的管道问题变得更严重、更昂贵。 选择Fairfield CA 的水管工背后的主要想法很简单：当您需要管道维修、维护或紧急援助时，可以获得可靠的本地帮助。专业水管工能够诊断管道问题，推荐合适的解决方案，并使用正确的工具和技术完成维修。无论您遇到的是排水缓慢、隐蔽漏水、水压低、下水道问题还是热水器问题，加州费尔菲尔德的合格水管工都能帮助您保持住宅或商业管道系统的正常运转。

FRDM-IMX95 的最低 SUSPEND 功耗 想知道如何才能使 FRDM-IMX95 开发板的 SUSPEND 模式功耗达到最低？使用裸机 m7 代码，关闭 a55s，我已经能够将功耗降至约 2.2W。这是在扩展器/PHY/PD_NETC 完全断电之后的情况。FRDM-IMX95 的最低电压能降到多低？ FRDM 培训 Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 更新我的帖子，加入我的最新发现……我关闭了 EXT_5V0 和 EXT_3V3_PWR_EN，但没有看到任何额外的改进。然后我测试了 DDR 自刷新，并成功将功耗降至约 193mA/1.1W。如果可以的话，我真的想再降一点……

NXP i.MX93 EVKのNPU温度と使用率を取得する方法 私はi.MX93 EVKを使っており、Ethos-UのNPU温度と稼働率(負荷)を実行時に監視したいのですが、このデータをどうやって取得できますか? 目的は、AIモデルの推論中にハードウェアパラメータを監視することです。 i.MX8MPlusで以下のパラメータを監視できます。i.MX93でも同様のことを実現したいです。 8Mプラス RAM=$(free -m | awk '/Mem:/ {print $3}') CPU_LOAD=$(vmstat 1 2 | tail -1 | awk '{print 100 - $15}') CPU_TEMP=$(awk '{print $1/1000}' /sys/class/thermal/thermal_zone0/temp 2>/dev/null || echo "N/A") GPU_TEMP=$(awk '{print $1/1000}' /sys/class/thermal/thermal_zone1/temp 2>/dev/null || echo "${CPU_TEMP}") GPU_LOAD=$(cat /sys/kernel/debug/gc/load 2>/dev/null | awk '/load/ {gsub("%","",$3); if (max=="" || $3>max) max=$3} END {if (max!="") print max "%"; else print "N/A"}') i.MX93 RAM=$(free -m | awk '/Mem:/ {print $3}') CPU_LOAD=$(vmstat 1 2 | tail -1 | awk '{print 100 - $15}') CPU_TEMP=$(awk '{print $1/1000}' /sys/class/thermal/thermal_zone0/temp) i.MX93 NPU(ethos-u)のGPU_LOADとGPU_TEMPをどうやって監視できますか? Linux Re: How to get NPU Temperature and utilization for NXP i.MX93 EVK こんにちは、@sonal-acldigital i.MX 8M Plusも i.MX 93も、NPU温度をリアルタイムで監視する方法を提供していません。 - imx8MP、thermal_zone0はCPUの温度を表し、thermal_zone1はSoCの温度を表します。 - imx93、thermal_zone0はCPUの温度を表します。 - NPU、 nputopのようなツールは存在しません。 パフォーマンスチューニングに関する情報については、セクション7.1.2を参照してください。「ハードウェアアクセラレータのプロファイリング」、 MLユーザーガイドに収録。 B.R Re: How to get NPU Temperature and utilization for NXP i.MX93 EVK @pengyong_zhang i.MX 8M Plusとi.MX 93の熱ゾーンについてご説明いただきありがとうございます。以下の点を明確にしていただけますか? i.MX8MPLUS 1. GPU温度: 個別のGPU温度を読み取る専用のシステムパス(/sys/class/thermal/thermal/thermal_zoneX/temp)はありますか?それともソックサーマルゾーン(thermal_zone1)だけでカバーされているのでしょうか? 2. GPU負荷: /sys/kernel/debug/gc/loadを読み込むことがGPU負荷の確認の標準的な方法ですか?それともMLユーザーガイドのセクション7.1.2に詳述されている手順も必要ですか? i.MX93: NPUの負荷と温度を監視するネイティブツール（nputopなど）がないため、次の点について質問させてください。推論の実行をNPUにオフロードした場合とCPUのみで実行した場合のCPU負荷の減少を測定することで、相対的なNPU使用率を導き出すことは妥当でしょうか？ もしこの方法が推奨されていない場合、推論実行中のNPU活動を推定するために使える代替のドライバーノードやパフォーマンスカウンターはありますか?

KW45: Intermittent Wire ACK Fault During Programming/Debugging and Flash Erase Failure Hi Team, I am currently working with a KW45-based custom board and facing an intermittent issue during programming and debugging the firmware. I have tested the board with both a SEGGER J-Link and an NXP MCU-Link debug probe, and the issue occurs with both probes. The custom board has the same boot configuration as the KW45 EVK, and the JTAG/SWD connections have also been checked and appear to be correct. However, I am seeing the following behaviour: When I try to dump or program a known-working application: Sometimes the application is programmed successfully, but after programming or starting a debug session, the device eventually jumps to a fault address. The debugger then halts at that location. During some programming or dumping attempts, I receive a Wire ACK fault. At other times, MCUXpresso reports: Error while executing the MI command I also tried to erase the flash from MCUXpresso, but the flash erase operation itself does not complete successfully. Checks already performed JTAG/SWD connections have been checked and appear to be correct. The issue was tested with both a SEGGER J-Link and an NXP MCU-Link debug probe. Boot configuration has been compared with the KW45 EVK. I am using a known-working application for testing. The issue is intermittent: programming sometimes succeeds, but at other times a Wire ACK fault or MI command error occurs. Flash erase has also been attempted, but it does not complete successfully. My questions What could cause the KW45 to: Intermittently report a Wire ACK fault while dumping or programming code? Report Error while executing the MI command? Jump or halt at an unexpected or invalid memory address after programming? Fail even when attempting a full flash erase? Since the issue includes intermittent Wire ACK faults and failure during flash erase, I suspect this may be related to the debug interface, SWD/JTAG signal integrity, power-supply stability, reset sequence, flash controller state, device security/configuration, boot configuration, or another hardware-level issue rather than the application itself. Could you please suggest the recommended procedure to: Recover or erase the KW45 device. Verify that the debug interface is functioning correctly. Check whether the device is secured or in a state that prevents normal programming. Determine whether the Wire ACK fault is caused by the target hardware, debug probe, power/reset behavior, or SWD/JTAG signal integrity. I can provide the following information if required: MCUXpresso IDE version: 25.6.1 Debug probes tested: SEGGER J-Link and NXP MCU-Link Complete error log, including the Wire ACK fault details Debug console output Schematic of the JTAG/SWD and boot connections SWD/JTAG clock frequency Power-supply and reset configuration Memory/register information from the failed state Any guidance on the recommended troubleshooting steps would be greatly appreciated. Thanks in advance.

PCA9450 Buck Voltage outside tolerance We use a PCA9450BHNY to supply an i.MX8 Nano. During production testing, we measure the Voltage of Buck 1 (V_0V95_SOC) and Buck2 (V_0V85_ARM) an check the voltage Limits of 0.85V +/- 2%. During this test, the CPU stops and the flash is unprogrammed. Beginning in August 2026 the Voltage rises and violates the upper limit at some boards. Not only the individual Voltages of a board rises, also the mean value of thousands of boards. There was an PCN (202502007F01 : PCA9450 / MP90 Dual Wafer Fabrication Source Expansion from SSMC to PSMC) last year (25.04.2025) Can the new wafer fab a possible source of the problem? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: PCA9450 Buck Voltage outside tolerance Hello! Thank you for your patience. I’m currently checking this internally and will get back to you as soon as I have an update.

How to get NPU Temperature and utilization for NXP i.MX93 EVK I am using i.MX93 EVK and want to monitor the Ethos-U NPU temperature & utilization(load) at runtime how can I get this data ? The agenda is to monitor the HW-parameters during the inference of AI-models. I could monitor the below parameters using i.MX8MPlus I want to achieve the similar for i.MX93. 8MPlus RAM=$(free -m | awk '/Mem:/ {print $3}') CPU_LOAD=$(vmstat 1 2 | tail -1 | awk '{print 100 - $15}') CPU_TEMP=$(awk '{print $1/1000}' /sys/class/thermal/thermal_zone0/temp 2>/dev/null || echo "N/A") GPU_TEMP=$(awk '{print $1/1000}' /sys/class/thermal/thermal_zone1/temp 2>/dev/null || echo "${CPU_TEMP}") GPU_LOAD=$(cat /sys/kernel/debug/gc/load 2>/dev/null | awk '/load/ {gsub("%","",$3); if (max=="" || $3>max) max=$3} END {if (max!="") print max "%"; else print "N/A"}') I.mx93 RAM=$(free -m | awk '/Mem:/ {print $3}') CPU_LOAD=$(vmstat 1 2 | tail -1 | awk '{print 100 - $15}') CPU_TEMP=$(awk '{print $1/1000}' /sys/class/thermal/thermal_zone0/temp) How can I monitor the GPU_LOAD & GPU_TEMP for i.MX93 npu(ethos-u) ? Linux Re: How to get NPU Temperature and utilization for NXP i.MX93 EVK Hi @sonal-acldigital  Neither the i.MX 8M Plus nor the i.MX 93 offers a method to monitor NPU temperature in real time. - imx8MP, thermal_zone0 represents the cpu-thermal temperature ，thermal_zone1 represents the soc-thermal temperature. - imx93, thermal_zone0 represents the cpu-thermal temperature. - NPU, There is no such tool like nputop. For information on performance tuning, please refer to Section 7.1.2, "Profiling for Hardware Accelerators," in the ML User Guide. B.R Re: How to get NPU Temperature and utilization for NXP i.MX93 EVK @pengyong_zhang Thanks for clarifying the thermal zones for the i.MX 8M Plus and i.MX 93. Could you please clarify the following: i.MX8MPLUS 1. GPU Temperature: Is there a dedicated system path (like /sys/class/thermal/thermal_zoneX/temp) to read individual GPU temperatures, or is it covered solely under the soc-thermal zone (thermal_zone1)? 2. GPU Load: Is reading /sys/kernel/debug/gc/load the standard method for checking GPU load, or is the process detailed in Section 7.1.2 of the ML User Guide required for this as well? i.MX93: Since there is no native tool (like nputop) to monitor NPU load and temperature, we would like to ask: Is it valid to derive relative NPU utilization by measuring the reduction in CPU load when offloading inference execution to the NPU vs. running on the CPU alone? If this method isn't recommended, is there any alternative driver node or performance counter we can use to estimate NPU activity during an inference run?

KW45：プログラミング/デバッグ中の断続的なワイヤACK障害およびフラッシュ消去失敗 チームの皆さん、こんにちは。 現在、KW45ベースのカスタムボードを使用しているのですが、ファームウェアのプログラミングとデバッグ中に断続的な問題が発生しています。 SEGGER J-LinkとNXP MCU-Linkのデバッグプローブの両方で基板をテストしましたが、問題は両方のプローブで発生しました。 このカスタムボードはKW45 EVKと同じブート構成を採用しており、JTAG/SWD接続も確認済みで、問題ないようです。 しかし、以下のような挙動が見られます。 動作が確認されているアプリケーションをダンプしたりプログラムしたりしようとすると: 時にはアプリケーションが成功裏にプログラムされますが、プログラムやデバッグセッション開始後、デバイスは最終的にフォールトアドレスにジャンプします。 デバッガーはその場所で停止します。 プログラミングやダンプ処理中に、ワイヤACKフォルトが発生することがあります。 MCUXpressoは、別の時には次のように報告している。 MIコマンドの実行中にエラーが発生しました。 MCUXpressoからフラッシュメモリを消去しようと試みましたが、フラッシュメモリの消去操作自体が正常に完了しませんでした。 既に実施済みのチェック JTAG/SWD接続を確認したところ、問題ないようです。 この問題はSEGGER J-LinkとNXP MCU-Linkデバッグプローブの両方でテストされました。 ブート構成はKW45 EVKと比較された。 テストには動作が確認されているアプリケーションを使っています。 この問題は断続的に発生します。プログラミングが成功することもありますが、ワイヤACKエラーやMIコマンドエラーが発生することもあります。 フラッシュメモリの消去も試みましたが、正常に完了しませんでした。 私の質問 KW45がコードのダンプやプログラミング中に断続的にWire ACKの故障を報告する原因は何でしょうか? MIコマンドの実行中にエラーを報告しますか？ プログラミング後に、予期しないまたは無効なメモリ アドレスにジャンプまたは停止する？ フラッシュメモリの完全消去を試みても失敗する？ 問題には断続的なWire ACKの故障やフラッシュ消去時の故障が含まれているため、これはデバッグインターフェース、SWD/JTAGの信号整合性、電源の安定性、リセットシーケンス、フラッシュコントローラの状態、デバイスのセキュリティ/設定、起動設定、あるいは他のハードウェアレベルの問題に関連しているのではないかと疑っています。 以下のような推奨される手順を教えていただけますか: KW45デバイスを復元または消去します。 デバッグインターフェースが正しく動作しているか確認してください。 デバイスがセキュリティ保護されているか、または通常のプログラミングを妨げる状態になっていないかを確認してください。 ワイヤACK障害が、ターゲットハードウェア、デバッグプローブ、電源/リセット動作、またはSWD/JTAG信号の完全性のいずれかに起因するものかどうかを判断します。 必要に応じて以下の情報を提供できます。 MCUXpresso IDE バージョン:25.6.1 テストしたデバッグプローブ:SEGGER J-LinkおよびNXP MCU-Linkです ワイヤACK障害の詳細を含む完全なエラーログ デバッグコンソール出力 JTAG/SWDおよびブート接続の概略図 SWD/JTAGクロック周波数 電源およびリセット設定 障害状態からのメモリ/レジスタ情報 推奨されるトラブルシューティング手順についてご教示いただければ大変ありがたいです。 よろしくお願いいたします。

PCA9450 バック電圧の許容範囲外 i.MX8 Nanoへの電源供給にはPCA9450BHNYを使用しています。 生産テスト中に、Buck 1 (V_0V95_SOC) と Buck2 (V_0V85_ARM) の電圧を測定し、0.85V +/- 2% の電圧制限を確認します。 このテスト中は、CPUは停止し、フラッシュメモリはプログラムされていない状態になります。 2026年8月から電圧が上昇し、一部の基板で上限値を超えます。 個々の基板の電圧が上昇するだけでなく、数千枚の基板の平均値も上昇する。 PCN (202502007F01 : PCA9450 / MP90 デュアルウェハ製造ソース拡張) がありました 昨年（2025年4月25日）SSMCからPSMCへ 新しいウェハーファブが問題の原因になり得るのでしょうか? i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: PCA9450 Buck Voltage outside tolerance こんにちは！ ご辛抱いただきありがとうございます。現在社内で確認中です。最新情報が入り次第、ご連絡いたします。

FRDM-IMX95のサスペンド時の消費電力を可能な限り低く抑える FRDM-IMX95ボードでサスペンドモード時の消費電力を可能な限り低く抑える方法についてのガイダンスをお探しですか？ベアメタルm7コードを使用し、a55sをオフにすることで、約2.2Wまで消費電力を下げることができました。これは、エキスパンダー/PHY/PD_NETC の電源を完全に切った後の状態です。FRDM-IMX95はどのくらい低く設定できるのでしょうか? FRDMトレーニング Re: Lowest possible SUSPEND power consumption of FRDM-IMX95 最新の調査結果を自分の投稿に追記します…EXT_5V0とEXT_3V3_PWR_ENをオフにしてみましたが、それ以上の改善は見られませんでした。次にDDRセルフリフレッシュをテストしたところ、約193mA/1.1Wまで下げることができました。できればもっと値下げしたいのですが…。

KW45：编程/调试期间间歇性线路确认故障和闪存擦除失败 大家好， 我目前正在使用基于 KW45 的定制板，在固件编程和调试过程中遇到了间歇性问题。 我分别使用 SEGGER J-Link 和 NXP MCU-Link 调试探针测试了该电路板，两种探针都出现了该问题。 定制板的启动配置与 KW45 EVK 相同，JTAG/SWD 连接也已检查，看起来是正确的。 然而，我发现出现了以下情况： 当我尝试转储或编程一个已知可以正常运行的应用程序时： 有时应用程序编程成功，但在编程或启动调试会话后，设备最终会跳转到故障地址。 调试器随后在该位置停止。 在某些编程或转储尝试过程中，我收到 Wire ACK 故障。 MCUXpresso 在其他时候报道： 执行 MI 命令时出错 我还尝试使用 MCUXpresso 擦除闪存，但闪存擦除操作本身并未成功完成。 已执行的检查 已检查 JTAG/SWD 连接，连接似乎正常。 我们使用 SEGGER J-Link 和 NXP MCU-Link 调试探针测试了该问题。 已将启动配置与 KW45 EVK 进行了比较。 我使用一个已知可以正常运行的应用程序进行测试。 该问题是间歇性的：有时编程成功，但有时会出现 Wire ACK 故障或 MI 命令错误。 也尝试过闪存擦除，但未能成功完成。 我的问题 什么原因会导致 KW45 在转储或编程代码时间歇性地报告 Wire ACK 故障？ 执行 MI 命令时出错？ 编程后跳转到或停止在意外或无效的内存地址？ 即使尝试完全擦除闪存也失败了吗？ 由于该问题包括间歇性 Wire ACK 故障和闪存擦除期间的故障，我怀疑这可能与调试接口、SWD/JTAG 信号完整性、电源稳定性、RESET 序列、闪存控制器状态、设备安全/配置、启动配置或其他硬件级问题有关，而不是应用程序本身的问题。 请问您能否提供以下方面的推荐操作流程： 恢复或擦除 KW45 设备。 确认调试接口功能正常。 检查设备是否已锁定或处于阻止正常编程的状态。 确定 Wire ACK 故障是由目标硬件、调试探针、电源/复位行为还是 SWD/JTAG 信号完整性引起的。 如有需要，我可以提供以下信息： MCUXpresso IDE 版本：25.6.1 测试的调试探针：SEGGER J-Link 和 NXP MCU-Link 完整的错误日志，包括 Wire ACK 故障详情。 调试控制台输出 JTAG/SWD 和启动连接示意图 SWD/JTAG时钟频率 电源和 RESET 配置 来自故障状态的内存/寄存器信息 非常感谢您能提供任何故障排除步骤方面的指导。 先行致谢。