PCA9848BSMP 的 FIT 值 您好， 请提供 PCA9848BSMP 的 FIT（故障检测时间）值 此致 文卡特·雷迪

リファレンス ドキュメントの請求:S32DSにおけるCody ChatとのAIツール統合 親愛なるNXPコミュニティチームの皆様、 現在はS32 Design Studioを使っていて、IDEにあるCody Chat機能を使っています。 OpenAI、ChatGPT、Anthropic Claude のような外部AIモデルを S32 Design StudioのCody Chatセクションに 統合することが可能かどうか知りたい です。 私の要件は、S32DS内でAIアシスタントを直接使用して、次のような作業を行うことです。 C/C++コードの生成と解説 組み込みC言語開発 コンパイラとリンカーのエラーのデバッグ CAN、SPI、I2C、UART、ADCの開発 S32K3/S32K344の開発 現在のS32DSプロジェクトの状況を理解し、それに基づいて作業を行う 公式のSourcegraph Codyドキュメントでは、OpenAIとAnthropicの両方のモデルをサポートし、モデル設定やBring Your Own Key(BYOK)オプションが含まれていることがわかりました。 もう少し詳しく教えていただけますか: S32 Design Studioで使われているCody統合は、ChatGPT/OpenAIやClaudeなどの外部AIプロバイダーと接続可能でしょうか? Cody Chatのセクションで、これらのAIプロバイダ向けに独自のAPIキーを設定CANできますか? 公式のNXPドキュメント、S32DSのドキュメント、Codyのドキュメント、またはS32DSで外部AIモデルをCodyで構成・統合する方法を説明する例プロジェクトはありますか? もしこの機能が現在のS32DSバージョンで直接サポートされていない場合、Cody/Eclipseプラグインを外部のAIプロバイダーに拡張する公式な方法はありますか? S32DS版Codyの実装には、標準のSourcegraph版Codyの実装と比較して、何か制限事項はありますか？ 参考までに、サポートされているLLMとモデル構成に関する以下のSourcegraphドキュメントを見つけました: 支援対象のLLM（法学修士）課程 コーディモデル構成 コーディモデルの構成例 これをS32DSで実装するための適切なNXP参照ドキュメントや推奨手順を教えていただけますか? 再開まで今しばらくお待ちください。 よろしくお願いします、 アラヴィンド・トガラリ

正在寻找适用于 SE050 项目的 Plug & Trust MW v02.16.00 大家好， 我正在开发一个网络安全项目，将 EdgeLock SE050 与运行 ESP-IDF v4.1.2 的 ESP32 集成在一起。通过 I2C。我的目标是使用 PlatformSCP03 从 SE050 读取设备证书。 我使用的参考源代码是专门为 Plug & Trust MW Release v02.16.00 编写的。但是，我在 NXP 门户网站上再也找不到这个旧版本了。当我下载较新的 v3 或 v4 软件包时，由于目录结构更改、缺少头文件和 SSS_MALLOC 不兼容，我总是遇到 ESP-IDF 的构建错误。 请问有人有 Plug & Trust MW v02.16.00 的存档吗？或者知道哪里可以下载这个旧版本吗？另外，如果您能提供一些关于如何使用较新版本的中间件编译此项目的建议，我们将不胜感激。 提前致谢

在定制板上，ECSPI1 未生成预期的 SPI 时钟。 大家好， 我们正在使用基于 i.MX8MP EVK 配置的 i.MX8MP 定制板。 在 i.MX8MP EVK 上，我们有一个通过 ECSPI2 连接的 SPI 设备。使用现有的 EVK 设备树配置，SPI 通信工作正常，我们可以在示波器上观察到预期的 SCLK 波形。 在我们的定制板上，SPI 接口连接到 ECSPI1 而不是 ECSPI2。 因此，我们修改了设备树配置，使其使用 ECSPI1。但是，使用 ECSPI1 时，我们无法在 SCLK 引脚上观察到预期的/正确的 SPI 时钟脉冲。 我们尝试了几种不同的设备树配置，但问题仍然存在。 1. ECSPI1 配置与现有 ECSPI2 配置类似 我们将控制器从 ECSPI2 改为 ECSPI1，并创建了相应的 ECSPI1 引脚控制组，包括 SCLK、MOSI、MISO 和 CS。 2. 分离 CS 引脚控制组 我们还尝试定义一个单独的 pinctrl_ecspi1_cs，并将其与 ECSPI1 pinctrl 组一起使用。 3. 显式 ECSPI1 引脚复用配置 我们也尝试过显式定义 ECSPI1 引脚。 然而，使用 ECSPI1，我们仍然无法观察到预期的 SPI 时钟脉冲。 我们想知道在 i.MX8MP 上配置 ECSPI1 时，除了启用 &ecspi1 和配置 ECSPI1 SCLK/MOSI/MISO/CS 引脚之外，是否还需要对设备树或 pinctrl 进行任何更改？ 具体来说，ECSPI1 是否需要添加任何 ECSPI1 特有的引脚控制、时钟、IOMUX 或其他设备树配置才能正常工作？ 同样的SPI配置在ECSPI2上也能正常工作，所以我们想了解将接口从ECSPI2迁移到ECSPI1时是否需要任何额外的配置。感谢您事先的指导。 Re: ECSPI1 does not generate expected SPI clock on custom board 你好 ， 请查看附件中的 dts 文件。 Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@SWETHA1 请分享一下您关于 ECSPI1 的 dts 文件。 B.R Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@SWETHA1 我检查了您的dts文件，发现以下错误： 1. ECSPI 引脚被重复使用，导致引脚使用冲突。请移除此部件或使用其他引脚重复使用。     pinctrl_ecspi1: ecspi1grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK       0x48             MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI       0x48             MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO       0x48         >;     };     pinctrl_uart3: uart3grp {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SCLK__UART3_DCE_RX      0x140             MX8MP_IOMUXC_ECSPI1_MOSI__UART3_DCE_TX      0x140             MX8MP_IOMUXC_ECSPI1_SS0__UART3_DCE_RTS      0x140             MX8MP_IOMUXC_ECSPI1_MISO__UART3_DCE_CTS     0x140         >;     }; 2. ECSPI1 片选 (CS) 配置相互矛盾。请将其更改为以下代码。     pinctrl_ecspi1_cs: ecspi1cs {         fsl,pins = <             MX8MP_IOMUXC_ECSPI1_SS0__GPIO5_IO09     0x40000         >;     }; B.R Re: ECSPI1 does not generate expected SPI clock on custom board 嗨@pengyong_zhang ， 请看以下观察结果。 1. 使用建议的更改后，逻辑分析器的结果 2. 当在之前附加的 dts 文件之上使用以下补丁时，还有另一个观察结果。 上述图表显示了这些变化 pinctrl_ecspi1：ecspi1grp { fsl,pins = < MX8MP_IOMUXC_ECSPI1_SCLK__ECSPI1_SCLK 0x80 MX8MP_IOMUXC_ECSPI1_MOSI__ECSPI1_MOSI 0x80 MX8MP_IOMUXC_ECSPI1_MISO__ECSPI1_MISO 0x80 >; }; 根据建议的修改，我们可以看出时钟运行情况与预期不符。 Re: ECSPI1 does not generate expected SPI clock on custom board 补充一些关于上次回复的细节 观察 1：应用建议的 DTS 更改后获得的结果。然而，SPI时钟波形仍然不符合预期，整体SPI信号行为与预期结果不符。 观察 2：当 MISO 浮空时，CS 出现两个不必要的尖峰，这不是预期的行为。CS 最初被推低。即使将 CS 配置为通过 DTS 驱动为高电平，它最初也会按预期驱动为高电平；但是，在交易之后，CS 似乎又会变低。 能否请您分享一下您对此的见解，并指导我如何继续进行？

S32DS 3.6.2 I have a question about S32DS 3.6.2.I'm having an IDE configuration issue. I'm using a demo program generated by RTD 6.0.0, and I'm encountering the problem shown in the image below when configuring CT. What could be causing IVT and other tools to be disabled? I'm a bit confused. Re: S32DS 3.6.2 Hello @sunshine88 , IVT/DCD support in Configuration Tools depends on the selected device and on the scope implemented in the installed tool package. The fact that the IVT editor is disabled does not mean that the RTD example project is invalid.   For the selected S32K358 configuration, the graphical IVT/DCD editors are not available in Configuration Tools. These tools are related to BootROM/boot-image configuration and are not required for the standard projects.   Therefore, if Update Code and the project build complete successfully, the project can still be used normally for the supported configuration areas such as Pins, Clocks and Peripherals. Best regards, Pavel

S32DS ARMライセンスの有効期限が間もなく切れます。 こんにちは、私のS32DS ARMライセンスの有効期限が間もなく切れます。 ARM向けS32デザインスタジオ アクティベーションID: 評価日： 機能バージョン: 2.2 機能ステータス：評価中（29日間）

i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi Team, We are currently working on importing a private key to an i.MX95 device following the guidelines in application note AN14898. Environment & References: Target Device: i.MX95 Demo Application: imx_sec_apps/imx-ele-apps SPSDK Version: Latest standard toolset Activities Completed So Far: Installed Python, pip, and the SPSDK toolset. Successfully built both the Host and Device applications. Copied device/bin/ele_key_import and device/scripts/run_test_on_board.sh to our target i.MX95 hardware. Executed the device-side flow to generate nxp_prod_ka_puk.bin. Transferred nxp_prod_ka_puk.bin back to our host environment. Generated SRK keys (secp384r1) using the SPSDK utility according to the SPSDK Documentation since we do not have final production keys yet. Generated the signed_msg.bin on the host side using the standard key import template (with the -k parameter set to secp384r1). Transferred the generated signed_msg.bin to the i.MX95 hardware. Command used to generate signed message: nxpimage signed-msg export -c key_exchange_temp.yaml -w assets Attached key_exchange_temp.yaml for reference. When running run_test_on_board.sh on the i.MX95 target device, all files are found, but the EdgeLock Enclave rejects the signature on the signed message block.Here is our target terminal log: nxp_prod_ka_puk.bin exists. oem_public_key.pem exists. signed_msg.bin exists. Hello, World! Jul 16 2026:06:54:40 9547bbd Signed Message: 728 bytes 02d802890200000000000000b8000000000000000000000000000000000000000000000000000000000000000000000000000000e6a7000000004701000000000000000000000000000000004707000000454c45090102090000000000920001010000000040000009010008000000000100000000000070577819deccdf2670d801e8f4291d3539081da49b1e1b63d55039e5993242b30f0000000000000000000000000000000000000000000000000000000000000000011c029000001000b40100000000000000a4015a01000000d7340143e14c00270102000030003000c2a99777d1fc00dc7e14d3d43ac3f68a44d9b52c882d3c09eac0db7fac1901242576bac6143785e5815db546e385d81000000000000000000000000000000000e14c00270102000030003000e358e1159c0cb645e7059c1b04b49e39b3563167472507278245d4dee439dd32e7ce3da413e397cbd7959cf147d25c2300000000000000000000000000000000e14c00270102000030003000482fb4f1ceb6e266221b0a13dbbb04c637a1c238b76b108397e98eb4557cafb2075036e05b9a0ee4fa6aa09a5f3951e500000000000000000000000000000000e14c00270102000030003000c93a6b4881ae912da31da8249e4f58473eb88cc1dc46f5ec6d363dc52b8a5c12c91e711ad726153d382dabbe6bef27cc000000000000000000000000000000000068005d00000000a5e31e11bfb02c62756d9d3ba5152768e5bea9aab8f3f13ccf3bd287a0438e9708088cafc5671e2aaf1bc3b413457b6a59a691dcef672fa65dac12ed328effac963c41ec0200b0a9acf67e0f2755f752872f77d2c20d6987f80e8008ac26de3d006800d800000000f4cf9cc965b3643d5dc5c5070a506196649daf898d328afd18e88eb9ece96e39646bf6385b9d42e1fc2f93f07f66e9c8c914becef9394c0c3cf549766483c7f94b6a9325bea51b79280eb76484e064637570c0ef7387ec0ffb8398ec36966c3a00000000 OEM Import PUK: 65 bytes 0451c46d24d30864c5275c634a3a339949654b34c0a4f294a8c107c504360ff4b55044918b71b16109a7bbfba8fbcf49b91720ad8e9c0109e6b2eed8f6a504ab64 hsm_open_session success hsm_open_key_store_service success hsm_open_key_management_service success SAB Error: SAB CMD [0x47] Resp [0x1829] - Invalid Signature in SIGNED message. hsm_key_exchange failed err:0xfe Key exchange failed: 254 Any insight on resolving this signature verification issue for the i.MX95 would be greatly appreciated. Thanks, Ankit Agrawal Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hi @Ankit_Agrawal  I am wondering if you burn SRKH  after SRK generation.  for necessary sign.yaml file please check my attached file.  Please try below command (precondition is you should have flash.bin: bootloader of system) to generate SRKH.   nxpimage ahab sign -c sign.yaml -b flash.bin -o flash_directsign.bin -fs outputs output will be as below. and from the ouputs folder, you could see bcf file(ahab_oem0_srk0_hash_nxpele.bcf).  you could follow below fuse command  (index 128 ~143) that you need to fuse for SRKH.  # nxpele AHAB SRKH fuses programming script # Generated by SPSDK 3.4.0 # Family: mimx9596, Revision: latest # Value: 0xCCC0605919B6400771CF88A002FB6BF27DFA9CE09BAD94516DD7E4D399369A8FF5A6A1A671809DF4A71A7CB208B4EDC009CDF3FF25EC074DECBBEE8300D5D44C # Description: SHA512 hash digest of hash of four SRK keys # Grouped register name: SRKH # OTP ID: OEM_SRKH0, Value: 0x5960C0CC write-fuse --index 128 --data 0x5960C0CC # OTP ID: OEM_SRKH1, Value: 0x0740B619 write-fuse --index 129 --data 0x740B619 # OTP ID: OEM_SRKH2, Value: 0xA088CF71 write-fuse --index 130 --data 0xA088CF71 # OTP ID: OEM_SRKH3, Value: 0xF26BFB02 write-fuse --index 131 --data 0xF26BFB02 # OTP ID: OEM_SRKH4, Value: 0xE09CFA7D write-fuse --index 132 --data 0xE09CFA7D # OTP ID: OEM_SRKH5, Value: 0x5194AD9B write-fuse --index 133 --data 0x5194AD9B # OTP ID: OEM_SRKH6, Value: 0xD3E4D76D write-fuse --index 134 --data 0xD3E4D76D # OTP ID: OEM_SRKH7, Value: 0x8F9A3699 write-fuse --index 135 --data 0x8F9A3699 # OTP ID: OEM_SRKH8, Value: 0xA6A1A6F5 write-fuse --index 136 --data 0xA6A1A6F5 # OTP ID: OEM_SRKH9, Value: 0xF49D8071 write-fuse --index 137 --data 0xF49D8071 # OTP ID: OEM_SRKH10, Value: 0xB27C1AA7 write-fuse --index 138 --data 0xB27C1AA7 # OTP ID: OEM_SRKH11, Value: 0xC0EDB408 write-fuse --index 139 --data 0xC0EDB408 # OTP ID: OEM_SRKH12, Value: 0xFFF3CD09 write-fuse --index 140 --data 0xFFF3CD09 # OTP ID: OEM_SRKH13, Value: 0x4D07EC25 write-fuse --index 141 --data 0x4D07EC25 # OTP ID: OEM_SRKH14, Value: 0x83EEBBEC write-fuse --index 142 --data 0x83EEBBEC # OTP ID: OEM_SRKH15, Value: 0x4CD4D500 write-fuse --index 143 --data 0x4CD4D500 you could use below command to burn SRKH nxpele -f mimx9596 batch outputs\ahab_oem0_srk0_hash_nxpele.bcf If you burn the SRKH already but failed with below invalid singing, please share the singed_message.bin to us.  with your SRKH (including srk output all).  Re: i.MX95: EdgeLock Enclave Key Import Error - SAB CMD [0x47] Resp [0x1829] (Invalid Signature) Hello @Ankit_Agrawal, Our internal team is reviewing your issue and will update you accordingly. In the meantime, please review the case below, which is similar to the issue you are encountering. The suggested solution is to verify that the fuse_version matches correctly. https://community.nxp.com/t5/i-MX-Processors/hsm-import-key-returns-with-0xF0-Bad-Signature/td-p/2163777 Thank you. Best Regards, Richard

Request for Reference Documentation: Integrating Ai tools with Cody Chat in S32DS Dear NXP Community Team, I am currently working with S32 Design Studio and using the Cody Chat feature available in the IDE. I would like to know whether it is possible to integrate external AI models such as OpenAI ChatGPT and Anthropic Claude into the Cody Chat section of S32 Design Studio. My requirement is to use an AI assistant directly inside S32DS for activities such as: C/C++ code generation and explanation Embedded C development Debugging compiler and linker errors CAN, SPI, I2C, UART and ADC development S32K3/S32K344 development Understanding and working with the current S32DS project context I found that the official Sourcegraph Cody documentation describes support for both OpenAI and Anthropic models, including model configuration and Bring Your Own Key (BYOK) options. Could you please clarify: Is the Cody integration used in S32 Design Studio capable of connecting to external AI providers such as ChatGPT/OpenAI and Claude? Can we configure our own API key for these AI providers in the Cody Chat section? Is there any official NXP documentation, S32DS documentation, Cody documentation, or example project explaining how to configure or integrate external AI models with Cody in S32DS? If this functionality is not directly supported in the current S32DS version, is there an official method to extend the Cody/Eclipse plugin to support external AI providers? Are there any restrictions in the S32DS implementation of Cody compared with the standard Sourcegraph Cody implementation? For reference, I found the following Sourcegraph documentation regarding supported LLMs and model configuration: Supported LLMs Cody Model Configuration Cody Model Configuration Examples Could you please provide the appropriate NXP reference documentation or recommended procedure for implementing this in S32DS? Thank you for your support. Best regards, Aravind Togaralli

スタンバイモードでは、S32K328のピンは高レベルを出力できません 操作マニュアルに記載されている設定手順に従って、S32K328のいくつかのGPIOピンをスタンバイモードでハイレベルに維持するように設定しましたが、失敗しました。以下は私の設定手順です。私はマニュアルに記載されている4番目の手順を実行しませんでした。これは影響がありますか？以前にもS32K312で同様の設定を行ったことがありますが、エラーは発生しませんでした。私の理解では、リセット後にピン保持機能を無効にしなかった場合、ウェイクアップ後にGPIOピンを低レベル出力するように設定しても、出力ピンレベルはスタンバイモードに入る前に設定された高レベルを維持するはずです。現在、実際の測定では、スタンバイモードと実行モードの両方で設定されている複数のGPIOピンは、低いレベルに留まっています。 Re: In standby mode, the pins of the S32K328 cannot output a high level こんにちは、@hhggll23 さん。 私はマニュアルに記載されている4番目の手順を実行しませんでした。これは影響がありますか？ はい、そうです。スタンバイモードに入る前にパッドキーピングを有効にした場合(DCM_GPR->DCMRWF1[STANDBY_IO_CONFIG] = 0と書いてください。これはSIUL2のPKEが設定されていなくてもデフォルトのレジスタ値ですが、ウェイクアップ後に無効化していなければ、SIUL2モジュールは再度初期化できません。MCUがスタンバイモードに入ってウェイクアップする必要がある間にパッドキーピング機能が必要ないなら、このビットに1をどこかに書き込んでそのままにしておく必要があります。 これはPower_Ip_Init() APIを通じて行われます。 これで、I/Oピンは、パッド保持設定に関係なく、スタンバイモード中も実行モードで最後に設定された状態を保持します。 S32K3は起動後に必ずリセットシーケンスを行い、SIUL2モジュールは機能リセット時にGPIOパッドをデフォルト状態にリセットするため、パッドキーピングによりピンの状態はウェイクアップからユーザーが解除されるまで保持されます。 画像に示されているすべてのピンをスタンバイ時にHIGHに設定しようとしていますか？スタンバイモードに入ると、すべてLOW状態になるのでしょうか？それとも、終了時でしょうか？ よろしくお願いします、 ジュリアン Re: In standby mode, the pins of the S32K328 cannot output a high level ご返信いただき、誠にありがとうございます。プログラムを再確認したところ、スタンバイ前にピンをハイレベルにした後、意図しないルーチンが実行され、すべてのGPIOピンが再初期化されてしまい、スタンバイ中にピンがローレベルのままになってしまうことがわかりました。変更後、スタンバイモードにおいてGPIOピンのレベルが正常にハイレベルに引き上げられるようになりました。新たな問題が発生しました。スタンバイモードでGPIOピンをハイレベルにプルアップした後、スタンバイ電流が増加したようです。現在、スタンバイ条件下では、コントローラーの静止電流は約3 mAで、24V電源で供給されています。他の回路のトラブルシューティングを行った結果、S32K328がこの電流の大部分を消費しているのではないかと推測しています。24 Vの場合、3 mAはコントローラの5V電源に換算すると約14.4 mAに相当します。スタンバイモードで8つのGPIOピンをハイレベルにしました。この待機電流は正常ですか？この問題に対処するために、S32K328のGPIOピンをスタンバイモードで高インピーダンスに設定し、外部プルアップ抵抗がスタンバイ中にピンの高レベルを維持できるようにしますか?

Zephyr SDKをVS Codeにインポートする際にエラーが発生しました。 こんにちは、NXPさん。 画像に示すように、Zephyr SDKのインポートが繰り返し失敗します。原因は何でしょうか？また、どのようにトラブルシューティングすればよいでしょうか？ 魔法を解くテストもしてみましたが、結果は同じでした。 MCXA Re: VS Code 导入Zephyr SDK出现error こんにちは、 @hadden178さん MCUXpresso上でVS Codeを使ってテストしてみました。 正常にインポートできたので、GitHubリポジトリには問題がないようです。 ログに基づいて remote: Enumerating objects: 3105, done. remote: Counting objects: 100% (1405/1405) remote: Compressing objects: 100% (433/433) error: RPC failed; curl 56 Recv failure: Connection was reset おそらくネットワーク接続の問題だと思います。 リポジトリを手動で更新するには、`nxp\frdm_mcxa156`フォルダで`west update`コマンドを実行してみてください。 BR ハリー

通过安全配置工具对带有闪存 (W25Q01NWZEIQ) 的定制板 (MIMXRT1176CVM8B) 进行编程 您好， 我能够通过安全配置工具（启用串行下载器模式且 FLASH_AUTO_PROBE_EN = 1）对定制板闪存 (W25Q01NWZEIQ) 进行读取、写入、编程和擦除。我们使用 FlexSPI_1 主配置引脚作为闪存接口。 但是，在 MCUXpresso IDE 中，我们无法烧录 .axf 文件。文件。我们修改了 evkbmimxrt1170_flexspi_nor_config.c 文件中的一些参数，例如查找表、大小为 128 MB 等。闪存错误如下所示。 ProgramPage (0x30000000, 0x20002838, 0x4000) 状态 0x1 - 驱动程序报告驱动程序错误 - EXTSPIJ 驱动程序返回码 -96 (0xFFFFFFA0)。 更多详情请见附件。 提前致谢 Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning 你好@Raj_01 ， 出现此错误的原因是 .cfx 文件。MCUXpresso IDE 使用的文件是专门为 EVK 上填充的内存设计的。您可能知道，不同的闪存可能需要不同的命令集、初始化序列和配置。因此，EVK 闪存加载器可能与您的自定义存储设备不兼容。 要在 MCUXpresso IDE 中调试应用程序，您需要创建并使用自定义的 .cfx 文件。支持您特定内存的闪存驱动程序。以下链接提供了创建此文件的指南，虽然这些指南并非专门针对 RT1170 设计，但您可以按照相同的步骤操作： AN13386：RT600 自定义闪存设备刷机程序 如何为 MCUXpresso IDE 创建新的闪存驱动程序 如果您还有其他问题，请告诉我。 BR 哈比卜 Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning 你好，哈比卜， 我按照您上次回复中提到的步骤操作，也修改了一些文件，例如 flashprg.c。flashConfig.h，flexspi_nor_flash.h，flasdev.c 文件与我们的自定义板闪存功能相匹配，并构建了新的 .cfx 文件。文件已刷写。但是，我们仍然无法刷机。我们收到了一些错误和警告，请查看附件中的错误文件。请提供解决方案。 先行致谢。

VS Code 导入Zephyr SDK出现error Hi NXP, 如图导入Zephyr SDK时，一直失败，请问是什么原因，如何排除？ 另外测试过打开魔法，也是一样的结果。 MCXA Re: VS Code 导入Zephyr SDK出现error Hi @hayden178  我刚刚在我的MCUXpresso for vscode测试了一下。 我这边可以成功导入。说明git hub仓库是没有问题的。 根据您的log remote: Enumerating objects: 3105, done. remote: Counting objects: 100% (1405/1405) remote: Compressing objects: 100% (433/433) error: RPC failed; curl 56 Recv failure: Connection was reset 我认为大概率是网络连接问题。 您可以尝试在您的nxp\frdm_mcxa156文件夹下运行west update手动更新仓库。 BR Harry

i.MX8M Plus HiFi4 DSP(Zephyr):SDMAのサイクリックTXコールバックが一度だけ発生し、その後停止します Zephyrを動かすi.MX8MP HiFi4 DSPでは、Zephyr nxp、dai-sai(SAI3)、nxp、sdma(SDMA3)ドライバーをサイクリックモードでハードウェアエンドポイント再生パスを起動しています。再生開始時には、SDMAチャネル完了コールバックが正確に一度だけ発生し、その後はSDMA割り込みが発生しません。周期的なSDMA転送が定期的な割り込みを生成し続けない理由を特定するのにご協力をお願いします。   ハードウェア/起動 - ボード:i.MX8MP EVK、DTS: IMX8MP-EVK-DSP.DTS  - DSPコア:HiFi4(Cadence Xtensa)、ボードターゲットはimx8mp_evk/mimx8ml8/adsp - コーデック:WM8960 - ペリフェラル:SAI3、SDMA3 建築および建設の詳細： - アーキテクチャ概要： https://audioreach.github.io/platform/nxp.html#architecture-overview - ビルドの詳細: - ヨクト: https://audioreach.github.io/platform/nxp.html#step-1-create-a-yocto-image      - Linux(コントロール/ホスト):Yocto(scarthgap)、linux-imx。      - 回収マニフェスト:imx-6.6.52-2.2.0.xml - ゼファーDSP画像: https://audioreach.github.io/platform/nxp.html#step-2-create-a-zephyr-image - Zephyr(v4.2.0)、HiFi4上で動作する AudioReach Engine信号処理フレームワーク。   私が作っているもの DSPイメージ内のカスタムハードウェアエンドポイント(シンク)モジュールで、以下のようなものを用いています。 1.Zephyr DAI APIを通じてSAI3を設定できます。 2.DRAMリングからSAI TX FIFOへの周期的なSDMA転送（2つのバッファ記述子、MEMORY_TO_PERIPHERAL）を設定します。 3.SDMAの完了コールバックを使って信号プロセッシングフレームワークにリングの再充填を指示します。   オーディオ format   - 48 kHz, 16-bit, mono stream; SAI wire = 16-bit × 2 slots (stereo I2S frame for WM8960), BCLK = 1.536 MHz。 - DMA周期 = 192バイト (48フレーム × 2バイト × 2スロット)、2ディスクリプタ、384バイトリング   関連するKconfig(DSPイメージ)有効化 CONFIG_DAI=y CONFIG_DMA=y CONFIG_DAI_NXP_SAI=y CONFIG_DMA_NXP_SDMA=y CONFIG_SAI_HAS_MCLK_CONFIG_OPTION=y CONFIG_CLOCK_CONTROL_FIXED_RATE_CLOCK=y   デバイスツリーオーバーレイ(DSPアプリ): リンク:app/boards/imx8mp_evk_mimx8ml8_adsp.overlay  mclk1: mclk { ステータス = "正常"; }; &sdma3 { ステータス = "正常"; }; &sai3 { rx-fifo-watermark = <65>; tx-fifo-watermark = <65>; fifo-depth = <128>; rx-sync-mode = <1>; ステータス = "正常"; }; &micfil { ステータス = "正常"; };   使用されたDAI / DMA設定(DSP) - dai_config:type=DAI_IMX_SAI、 dai_index=3、format=DAI_PROTO_I2S(SAIスレーブ)、レート=48000、チャネル=2、word_size=16。  - SAI 特注: mclk_rate=12288000、fsync_rate=48000、bclk_rate=1536000、tdm_slots=2、tx_slots=rx_slots=0x3、tdm_slot_width=16。 - DMA (struct dma_config): channel_direction=MEMORY_TO_PERIPHERAL、source_data_size=4、dest_data_size=4、source_burst_length=4、cyclic=1、block_count=2、dma_slot は SAI ハンドシェイクから取得、dma_callback が設定されています。2 つの dma_block_config BD が dma_src_addr[0/192] を指しています ソースコード参照: endpoint/capi/src/capi_nxp_device_utils.c 申請処理担当者: - DTS: imx8mp-evk-dsp.dts https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/arch/arm64/boot/dts/freescale/imx8mp-evk-dsp.dts - ダミーDAIおよびダミープラットフォームを備えたwm8960コーデックのPCMデバイスを列挙。 添付資料: - DSPログ(SDMA、SAI) - 修正されたimx8mp-evk-dsp.dts その他の詳細情報も喜んでご提供いたします。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano マルチメディア Re: i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops NXPのサポートがこの件を確認するまでは、ひとつ指摘しておきたいことがあります: > 再生開始時に、SDMAチャネル完了コールバックはちょうど一度だけ発生します この割り込みはSDMAスクリプトがチャネル0(ファイアワースロードに使われる)を実行し終えた後に発生し、実際の転送は行われていません。まずはSAIの設定とクロックを確認することから始めます。SDMAリクエストがないようです。

Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning tool Hi, I am able read, write, program and erase the custom board flash (W25Q01NWZEIQ) via secure provisioning tool (serial downloader mode enabled and FLASH_AUTO_PROBE_EN = 1). We are using FlexSPI_1 primary configuration pin as an interface to flash  But in MCUXpresso IDE we are not able to flash the .axf file. We modified few parameters of evkbmimxrt1170_flexspi_nor_config.c file such as look up table, size as 128 MB etc. The flash error appears like below. ProgramPage (0x30000000, 0x20002838, 0x4000) status 0x1 - driver reported driver error - EXTSPIJ driver rc -96 (0xFFFFFFA0).  For more details, please find the attached files. Thanks in advance Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning Hello @Raj_01, The error occurs because the .cfx file used by MCUXpresso IDE is designed specifically for the memories populated on the EVK. As you may know, different flash memories can require different command sets, initialization sequences, and configurations. Therefore, the EVK flash loader may not be compatible with your custom memory device. To debug your application in MCUXpresso IDE, you will need to create and use a custom .cfx flash driver that supports your specific memory. The following links offers a guide to make this file, although these guides are not specifically designed for the RT1170, you can follow the same procedure: AN13386: RT600 Flash Loader for Custom Flash Device How to Create a New Flash Driver for MCUXpresso IDE Please let me know if you have any further questions. BR Habib Re: Programming the custom board(MIMXRT1176CVM8B) with flash (W25Q01NWZEIQ) via secure provisioning Hi Habib, I followed the same instructions as you mentioned in the last reply, also modified some files such as  flashprg.c , flashConfig.h, flexspi_nor_flash.h, flasdev.c to match our custom board flash features and built new .cfx file and flashed. But still, we are unable to flash.  We are getting some error and warnings, please find the error files are attached. Please suggest solution for this.  Thanks in advance.

MCUXpressoはメンテナンスのため一時的にサービスを停止します。 公式のMCUXpresso IDEは提供終了になるのでしょうか？1年以上アップデートされておらず、バグだらけです。その一方で、STM32CUBIDEは既に大きくリードしています。 アナログ（ADC｜CMP｜DAC｜オペアンプ）

MCUXpresso is being shut down for maintenance. Is the official MCUXpresso IDE going to be discontinued? It hasn't been updated in over a year, and it's riddled with bugs. Meanwhile, STM32CUBIDE has already pulled far ahead. Analog (ADC|CMP|DAC|OpAmps)

i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops On the i.MX8MP HiFi4 DSP running Zephyr, I'm bringing up a hardware-endpoint playback path using the Zephyr nxp,dai-sai (SAI3) and nxp,sdma (SDMA3) drivers in cyclic mode. On start playback, the SDMA channel completion callback fires exactly once, then no further SDMA interrupts occur. I'd like help identifying why the cyclic SDMA transfer does not keep generating periodic interrupts.   Hardware / boot   - Board: i.MX8MP EVK, DTS: imx8mp-evk-dsp.dts   - DSP core: HiFi4 (Cadence Xtensa), board target imx8mp_evk/mimx8ml8/adsp   - Codec: WM8960   - Peripherals: SAI3, SDMA3   Architecture and Build details:   - Architecture Overview: https://audioreach.github.io/platform/nxp.html#architecture-overview    - Build Details:     - Yocto: https://audioreach.github.io/platform/nxp.html#step-1-create-a-yocto-image       - Linux (control/host): Yocto (scarthgap), linux-imx.       - Repo manifest: imx-6.6.52-2.2.0.xml     - Zephyr DSP Image: https://audioreach.github.io/platform/nxp.html#step-2-create-a-zephyr-image       - Zephyr (v4.2.0), AudioReach Engine signal processing framework running on the HiFi4.   What I'm building   A custom hardware-endpoint (sink) module in the DSP image that:   1. Configures SAI3 via the Zephyr DAI API.   2. Sets up a cyclic SDMA transfer (2 buffer descriptors, MEMORY_TO_PERIPHERAL) from a DRAM ring into the SAI TX FIFO.   3. Uses the SDMA completion callback to signal the Signal Processing Framework to refill the ring.   Audio format   - 48 kHz, 16-bit, mono stream; SAI wire = 16-bit × 2 slots (stereo I2S frame for WM8960), BCLK = 1.536 MHz.   - DMA period = 192 bytes (48 frames × 2 bytes × 2 slots), 2 descriptors, 384-byte ring   Relevant Kconfig (DSP image) enabled   CONFIG_DAI=y   CONFIG_DMA=y   CONFIG_DAI_NXP_SAI=y   CONFIG_DMA_NXP_SDMA=y   CONFIG_SAI_HAS_MCLK_CONFIG_OPTION=y   CONFIG_CLOCK_CONTROL_FIXED_RATE_CLOCK=y   Device tree overlay (DSP app):   Link: app/boards/imx8mp_evk_mimx8ml8_adsp.overlay   mclk1: mclk {     status = "okay";   };   &sdma3 {     status = "okay";   };   &sai3 {     rx-fifo-watermark = <65>;     tx-fifo-watermark = <65>;     fifo-depth = <128>;     rx-sync-mode = <1>;     status = "okay";   };   &micfil {     status = "okay";   };   DAI / DMA config used (DSP)   - dai_config: type=DAI_IMX_SAI, dai_index=3, format= DAI_PROTO_I2S (SAI slave), rate=48000, channels=2, word_size=16.   - SAI bespoke: mclk_rate=12288000, fsync_rate=48000, bclk_rate=1536000, tdm_slots=2, tx_slots=rx_slots=0x3, tdm_slot_width=16.   - DMA (struct dma_config): channel_direction=MEMORY_TO_PERIPHERAL, source_data_size=4, dest_data_size=4, source_burst_length=4, cyclic=1, block_count=2, dma_slot from SAI handshake, dma_callback set. Two dma_block_config BDs point at dma_src_addr[0/192] Source code reference: endpoint/capi/src/capi_nxp_device_utils.c Application Processror:   - DTS: imx8mp-evk-dsp.dts https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/arch/arm64/boot/dts/freescale/imx8mp-evk-dsp.dts   - Enumerate PCM device with wm8960 codec with dummy dai and dummy platform. Attachments: - DSP logs (sdma, sai) - Modified imx8mp-evk-dsp.dts  Happy to provide any other details. i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Multimedia Re: i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops Until NXP support gets a chance to look at this I just want to point out that: > On start playback, the SDMA channel completion callback fires exactly once This interrupt comes after SDMA scripts finish running channel 0 (used for loading the FW) so there is no actual transfer happening. I woul start checking SAI configuration and clocks. Looks like there is no SDMA request.

过压和欠压情况下的电压注入测试及相关行为 大家好， SBC FS4503在我们的一个项目中被使用，并按如下方式配置以适应 OV / UV 条件。 VCCA、VCORE 和 VAUX 配置为仅在 OV 条件下对 FS0B产生影响，在 UV 条件下对 RSTB 和 FS0B 均产生影响。 电压注入测试是通过使用第二个电源向 VCORE、VAUX 和 VCCA 引脚注入电压来进行的，同时第一个电源向 SBC 提供 12V 输入。 测试结果如下： 1. VAUX OV - 断言 FS0B， 2. VAUX UV 触发信号RESET 3. VCORE OV- 断言 FS0B，但 VCORE 被切断，如数据表中所述。 4. VCORE UV 触发器 RESET 5. VCCA OV - 断言 FS0B，但 VCORE 短暂下拉，因此 RESET 6. VCCA UV 触发器 RESET。 VPRE-OV-数据手册提到稳压器已关闭，但我们观察到 RESET。 以下是查询内容： 1. 台式测试程序有效吗？其中，在OV条件下，在相应的引脚上注入约5.5V电压，在紫外线条件下，在相应的引脚上注入约3.5V的电压。 2. VCCA OV病症的观察是否可接受？ 3. 当VPRE发生OV状态时，数据手册提到稳压器被关闭，这是否也会切断VCORE电源？ 谢谢！ 阿迪亚 Re: Voltage injection tests for OV and UV scenarios and associated behavior 1. 台架测试程序是否有效？其中，对于 OV 条件，在相应的引脚上注入约 5.5V 电压；对于 UV 条件，在引脚上注入约 3.5V 电压。 [gw]OV 应使用高于 5.5V 的电压，UV 测试应低于 3V。 同时还需要满足过滤时间和反应时间的要求。 2. VCCA OV 条件下的观察结果是否可以接受？ [gw]第二个电源（OV电压）是否会通过VCCA引脚反向供电，从而导致VPRE/VCORE回路出现干扰？ 在本次VCCA OV测试中，您是否监测了VPRE？ 3. 当 VPRE 出现过压情况时，数据手册提到稳压器会关闭，这是否也会切断 VCORE 电源？ [gw]是的，VCORE 由 VPRE 提供。 Re: Voltage injection tests for OV and UV scenarios and associated behavior 你好@guoweisun ， 谢谢你的回复。这很有帮助。 以下是我的问题： [gw]第二个电源（OV电压）是否会通过VCCA引脚反向供电，从而导致VPRE/VCORE回路出现干扰？ 在本次VCCA OV测试中，您是否监测了VPRE？ [ab]：未对 VPRE 进行监测。我将通过新的测试来监测它。请问您能否帮我理解一下通过VCCA引脚反向供电是什么意思？ [gw]OV 应使用高于 5.5V 的电压，UV 测试应低于 3V。 “还需要满足过滤时间和反应时间的要求。” [ab]：由于我是手动执行此操作，因此对于OV情况，过滤时间100-200微秒和反应时间314微秒均满足要求。 以下是一些其他问题： 1. 如何检测OV/UV？SBC使用的采样率是多少？ 2. 过滤时间和反应时间有何意义？ 2. 在检测到任何引脚上的过压/过压故障之前，允许有多少个不合格样品？ 谢谢！ 阿迪亚 Re: Voltage injection tests for OV and UV scenarios and associated behavior 你好， Aditya 问：VPRE 没有被监测。我将通过新的测试来监测它。请问您能否帮我理解一下通过VCCA引脚反向供电是什么意思？ [gw]如果 VCCA 正常工作且内部 FET 导通，则下游侧的高电压会反向馈入 VPRE 引脚。  以下是一些其他问题： 如何检测OV/UV？SBC使用的采样率是多少？ [gw]没有这种规格，而是使用滤波时间。 过滤时间和反应时间的意义是什么？[gw]您可以在数据表表6中看到这些规格。 在检测到任何引脚上的过压/过压故障之前，允许出现多少个不合格样品？[gw]一旦检测到紫外线/紫外线病害，就应将其视为警告信号。

Imx95 missing display controller section It seems that the display controller section in the i.MX95 Reference Manual is intentionally limited to just a single page with very little detail. Why is that the case? I noticed that in the i.MX8 Reference Manual, this section is much more comprehensive. Is there a specific reason for this change in documentation approach? Re: Imx95 missing display controller section Hi, Thank you for your interest in NXP Semiconductor products, i.MX 95 is still in pre-production stage and the processor as the documentation are still subject to change, upon it's release, I would expect a Reference Manual with the proper display documentation for customer display usage. Regards Re: Imx95 missing display controller section This is because, at present, the i.MX95 Reference Manual Rev. 1.0 remains a pre-production manual. It has been confirmed by the NXP support team that the incomplete display controller portion is on purpose and that the documentation is still undergoing changes. They expect an enhanced display portion in the reference manual when the processor will be available. Therefore, it does not mean that the capabilities of the i.MX95 display controller are any less than those of i.MX8 implementation. Instead, the present RM remains unfinished in terms of customer-facing documentation. The NXP product page currently displays the version of i.MX95 RM as Rev. 1.0 dated March 30, 2026.

SL3S1013FTB0,115 设计检查请求 1）上述应答器原理图是否适用于3.6V供电和RFID供电的配置？ 2）对于采用3.6V电源和RFID供电的RFID应答器配置，所标明的电压是否正确？ a) 2.6V - 3.1V（3.6V供电） b) 1-1.5V（RFID供电） Re: SL3S1013FTB0,115 design check request 我们已收到您的电源电压校正请求。我会进行更正。 您的问题：这是您使用该应用程序的预期目的吗？ 答：我们目前还没有这款产品的应用案例，但我们想了解一下这个防拆报警器的工作原理。 我计算了电压为 1.8V 和 2.2V 时的输出电压 Vout。这个计算结果正确吗？如果答案是肯定的，则输出电压太低，无法进行任何有意义的操作。 Vout = Ivdd X 1k Ivdd = Iinternal + Iout 典型的持续电流消耗在 1.8V 时约为 120 µA，在 2.2V 时约为 340 µA。 对于VDD = 1.8 V，Idd = 0.00012A 当 VDD = 2.2 V 时，Idd = 0.00034A 当 VDD = 1.8 V 时，Vout = 0.00012X 1千欧姆 输出电压 = 0.12V 当 VDD = 2.2 V 时，Vout = 0.00034X 1千欧姆 输出电压 = 0.34V Re: SL3S1013FTB0,115 design check request 你好@pragashsangaran 当采用外部供电时，VDD 焊盘需要 1.8V 至 2.2V 之间的电压；对于更高的电压值，则需要串联电阻。要进行正确计算，请参阅UCODE G2i 的 AN10940 常见问题解答，第 3 章/第 4 章。 OUT 引脚是一个数字输出，可用于防拆回路、小型外部电路或作为指示器；这些配置需要外部提供 VDD 引脚电源。如果 R35 被连接，则会引入一个可能激活“防拆指示器”位的连接，如标签防拆报警功能所述（请参阅UCODE G2i 常见问题解答 AN10940第 16 章）。这是否符合您的应用预期用途？ OUT 引脚的预期电压等级在AN10940 FAQ on UCODE G2i第 13 章中有描述。为连接到 OUT 引脚的设备供电的解决方案需要在 VDD 引脚上提供外部电源。 我建议您查看AN11237 UCODE G2iM+ 演示板文档，图 3 和图 5 中有一些参考连接。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request 您好， 要使用 OUT 引脚的功能，例如数字输出/开关或为外部电路供电，需要外部电源。此外，正如UCODE G2i 常见问题解答 AN10940第 16 章“标签防拆报警功能如何使用？”中所述，此功能基于 VDD 和 OUT 之间的电气连接；需要注意的是，防拆功能和外部供电模式不能同时使用。 关于计算，请注意 OUT 引脚上的可用电压等级由 VDD 上的电压等级减去内部串联电阻上的电压下降决定。您可以在 UCODE G2i 的 AN10940 常见问题解答第 5.3 章中找到一些示例。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request 你好， EduardoZamora ， 我们不会使用防拆报警功能，所以可以忽略这一点。R35是备选方案。 对我们来说，Vout 非常重要，因为它需要用来开启产品。你的意思是说，必须有VDD才能获得Vout。但是，我对使用这个部件有两个主要的顾虑。 计算出的输出电压过低。 当 VDD = 1.8 V 时，Vout = 0.12V 当 VDD = 2.2 V 时，Vout = 0.34V。 这个 Vout 对开启设备没有任何帮助。即使我们考虑提高电压，也没有太多方法可以进一步提高电压。 我的计算正确吗？完整的计算过程请参见我之前的回复。 在有VDD的情况下，Vout是否可以独立于RFID信号存在？我们希望 Vout 仅在天线接收到 RFID 信号时才存在。这是真的吗？ Re: SL3S1013FTB0,115 design check request 您好， Vout 取决于 VDD 引脚上的电压（根据AN10940 FAQ on UCODE G2i第 5 章对 VDD 和 RFN 之间的串联电阻进行适当尺寸调整后），减去 VDD 和 OUT 之间的内部串联电阻上的电压下降（~1kΩ）。一些计算示例可以在第 5.3 章中找到。 关于 OUT 引脚的状态，请参阅第 8 章至第 10 章，了解有关如何控制此引脚的更多信息。 问候， 爱德华多。 Re: SL3S1013FTB0,115 design check request EduardoZamora ，非常感谢。经过多次反复提问，我终于感觉得到了正确的答案。我真心希望我们能通过这个工单解决我的问题。 我还想知道这是否是 RFID 供电配置（无 VDD）的 Vout。您也能告诉我一声吗？ 我没有使用防拆指示器。我希望我们能够证明使用SL3S1013FTB0,115 而不是肖特基二极管的合理性。如果肖特基二极管无需电源电压就能提供更高的输出电压，我更倾向于选择肖特基二极管。 Re: SL3S1013FTB0,115 design check request 你好， EduardoZamora ， 我越来越困惑，完全无法理解你指出的计算过程。我觉得欧姆定律的计算结果是错误的。 文件内容如下： VSupply 通过 2kΩ 电阻连接至 VDD，提供约 2.5V 的典型持续供电电流，VDD 电压约为 1.99V，OUT 端负载为 100μA 时，输出电压 Vout 约为 1.68V。 − 如果没有电流从输出端流出：输出电流约为 240μA，输出电压约为 1.73V • 当 3.3V 电源通过 5.1kΩ 电阻连接至 VDD 时，VSupply 将提供约 255μA 的典型持续供电电流、约 2V 的 VDD 电压以及约 1.68V 的输出电压 Vout（OUT 端负载为 100μA）。 − 如果没有电流从输出端流出：供电电流约为 245μA，输出端电压约为 1.73V 在 2.5V 电源电压下，Idd = 250μA 在 3.3V 电源电压下，Idd = 255μA 但我的计算结果显示，3.3V时，Idd = 647uA；2.5V时，Idd = 1250uA。 我完全搞不懂Vout是如何计算的。另一个尚未解答的问题是：我希望只有当天线/芯片检测到 RFID 信号时，Vout 才存在。如果在VDD和OUT之间直接连接一个1千欧姆的电阻，OUT端将始终有电压，对吗？这不是我想要的，它不适用于我的应用场景。请确认一下。