Temperature condition for IMX95LPD5EVK measurements Hi, Going through the AN14449 document, I cannot find the temperature condition for the measurements? Was the heat-sink mounted? Was the fan mounted and running? What ambient temperature was used? Re: Temperature condition for IMX95LPD5EVK measurements Hello,  The board was tested as it is. The Note: In the used BCU software tool, measurements are performed using the on-board measurement circuitry and these measurements are taken at room temperature without thermal forcing equipment. Only means it was tested on ambient temperature, it wasn't tested in a chamber room but the board keeps the heatsink and fan. 

IMX8MPセカンダリイメージブート IMG_CNTN_SET1_OFFSETセカンダリイメージブート（RM 6.1.6.2）は、i.MX8MP上のECSPI（"SPI") NORブートで動作しますか、それともFlexSPI NOR（およびSD/eMMC）のみで動作しますか？表6-28では、「SPI」と「FlexSPI NOR」が別々のブートデバイスとして記載されており、セカンダリオフセットの有効値は「FlexSPI NORブートの場合」にのみ記載されています。 Re: IMX8MP secondary image boot こんにちは、 あなたの理解は間違っています。IMG_CNTN_SET1_OFFSETセカンダリイメージブートはSPIデバイスでも動作しますが、オフセットが異なります。 FlexSPI の有効な値は、0、1、2、3、4、5、6、および 7 です。 SPI の場合、ヒューズ値が 10 より大きい場合、セカンダリ ブートは無効になります。n = ヒューズ値が より大きい場合 10. • n == 0: オフセット = 4MB • n == 2: オフセット = 1MB • その他 & n <= 10 : オフセット = 1MB*2^n Re: IMX8MP secondary image boot ありがとうございます。これでオフセットマッピングの問題が解決しました。i.MX8MPボード上で再現するために2つのフォローアップです(ECSPI2でNOR起動、OPEN/非HAB設定、ヒューズ読み取り2 1 = 0 → n=0 → 4MB): ROMがSPI NORのセカンダリイメージに切り替わるトリガーは何ですか?これは無効なプライマリブートヘッダーやイメージ解析失敗、それとも特定のHAB認証失敗なのでしょうか?つまり、セカンダリイメージブートはオープン（非セキュア）構成でも機能するのか、それともデバイスがHABで閉じられている場合にのみ機能するのか？ 同じリセット手順にフォールバックするのか、それとも電源のオンオフ／2回目のリセット（永続起動方式）が必要になるのか？ 4MBオフセットにあるセカンダリイメージは、別途構築されたブート可能なイメージ（そのオフセット用の独自のIVT/ブートデータ）である必要がありますか、それともプライマリイメージとバイト単位で同一のコピーで十分ですか？

IMX95LPD5EVK测量的温度条件 您好， 查阅AN14449文档后，我找不到测量所需的温度条件？散热器安装好了吗？风扇安装好了吗？运转正常吗？环境温度是多少？ Re: Temperature condition for IMX95LPD5EVK measurements 你好， 板按原样进行了测试。 注：在所使用的BCU软件工具中，测量是使用板载测量电路进行的。 这些测量是在室温下进行的，没有使用任何热力设备。这只是意味着它在环境温度下进行了测试，而不是在恒温箱中进行了测试，但电路板保留了散热片和风扇。

DESFire EV3トランザクションMAC入力（TMI）の構築 — TapLinxによるバックエンド検証 こんにちは、 バックエンドでDESFire EV3トランザクションMAC（TMV/TMC）の値を検証しています。カード TapLinx（CommitTransaction）を介してトランザクションMACを生成します。取引は手に入れた MACキー、カードUID、TMC(事前・事後)、そして返却されたTMV、そして 公開参照からEV2セッションキー導出を実装しましたが、私はできません。 正確なトランザクションMAC入力(TMI)バイトを持っていないため、TMVを再現しています EV3の建設。 以下の点で助けていただけませんか: 1.DESFire EV3 の正確な TMI 蓄積 (どのコマンド バイト/フィールドが （注文内容、梱包材を含む）。 2. 同じトランザクションでコミットされたバックアップデータファイルの書き込みが対象となるかどうか TMIによる。 3. 既知のキーを持つトランザクションMAC参照ベクトルが利用可能かどうか 実装を検証するために、（キー + TMI + TMC + TMV）を使用します。 4. これがNDAのみの場合、小規模会社としてDS4870 / AN12757を取得する正しい方法。 ご回答をお待ちしています。 Re: DESFire EV3 Transaction MAC Input (TMI) construction — backend verification with TapLinx お世話になります。 私たちの製品にご関心を持っていただき、本当にありがとうございます。 残念ながら、MIFARE DESFire EV3のセキュア ドキュメントにアクセスするにはNDAへの署名が必要です。よくある質問（FAQ）をご確認の上、秘密保持契約書（NDA）にご記入ください。当サイトから新しいチケットを作成する必要があります。 この情報がお役に立てば幸いです。

KW47 NBU 编程和升级 您好： 我想了解如何对KW47 NBU进行编程和升级。希望步骤能更详细一些。 谢谢！ Re: KW47 NBU programming and upgrade 您好： 非常感谢您的支持。我现在可以通过您提供的方法更新nbu固件。 我发现您提供的方法似乎没有包含通过固件更新NBU的方法？例如，如果我的设备已经上市，需要更新NBU版本，我应该如何操作？ 谢谢！ Re: KW47 NBU programming and upgrade 你好，希望你一切都好。 您可以参考AN14796 从 KW45 迁移到 KW47 的指南，第 6.2 节“在 KW47 中加载 NBU 固件”。 本文档将介绍几种更新 KW47 的 NBU 的方法（以 KW47-EVK 为例演示），包括 blhost、安全配置工具和 LinkServer，您可以选择最适合您开发的方法。每种方法的详细步骤也包含在内。 希望这能帮到你！如果您还有其他问题，请告诉我。 此致， 安娜·索菲亚。 Re: KW47 NBU programming and upgrade 你好， ROM引导加载程序具有固件更新功能，可用于更新主闪存以及无线电闪存固件。 对于现场 NBU 更新，工作流程通常遵循以下顺序：应用程序存储更新映像并将相应的元数据写入用户 IFR0 OTACFG 区域，然后触发系统重置，以便 ROM 引导加载程序可以接管并执行无线电固件更新。 更多信息请参阅KW47 安全参考手册第 4.2.6 节“固件更新功能”和第 4.2.2.3 节“空中 (OTA) 更新配置”。 此致， 安娜·索菲亚。

License of S32DS for ARM 2018R1 IDE has expired My license of S32DS for ARM 2018R1 IDE has expired. Could you help check and extend it? I checked the Software licensing but this version I can not extend myself (I can the ARM2.2). Thank you in advance. Activation | Installation | Licensing | Installer Download Re: License of S32DS for ARM 2018R1 IDE has expired Ahoj Matúši,   your S32DS license has been extended. Please activate S32DS again with your old code. 

How to configure PFE_MAC in SGMII for the M7 core Hello NXP, We would like to establish an SGMII link between PFE_MAC and Port of the Ethernet switch. Do you have examples to configure PFE_MAC in SGMII for the M7 core? Thank you for your help. Re: How to configure PFE_MAC in SGMII for the M7 core Hello, @77373  Thanks for your post. Yes, it does exist in the PFE MCAL package, you may check the corresponding examples included, which could be accessed and downloaded it from your NXP account or applying it via the following link: https://www.nxp.com/app-autopackagemgr/automotive-software-package-manager:AUTO-SW-PACKAGE-MANAGER BR Chenyin

What AES modes are supported out-of-the-box by ssscli for SE051? Hello, I am currently evaluating the SE051 using the ssscli tool from the Plug & Trust Middleware. My goal is to perform AES encryption and decryption operations using modes such as CBC, ECB, and ideally AEAD modes like GCM or CCM. While looking at the provided Python source code for ssscli, I noticed the following: In const.py, the CRYPT_ALGO dictionary only defines AES_CTR. In cli.py, the help text for the encrypt and decrypt commands only mentions --algo oaep and --algo rsaes. Since I am planning to use this in a commercial product, I would like to avoid modifying the NXP-provided source code (such as const.py or cli.py). Could you please clarify the following points? Out-of-the-box Support: Without modifying any source code, what AES modes are available by the ssscli encrypt/decrypt commands in the current release (04.07.01)? Is it limited to AES_CTR? Alternative Approach: If I need to use other modes like CBC or GCM without modifying the Python CLI scripts, is the recommended approach to develop a custom application using the C-API? Or is there another pre-built NXP tool/binary available for evaluating these specific AES modes? Environment: Board: MCIMX8M-WEVK and OM-SE051ARD SoC: i.MX 8M Linux version: 6.1.151-cip46 Plug & Trust MW version: 04.07.01 Any guidance would be highly appreciated. Re: What AES modes are supported out-of-the-box by ssscli for SE051? Hi @Uc_S , Yes, the out of box support by ssscli on AES is just limited to AES_CTR, if you don't want to modify the python code, you have to develop a custom application in C, such as the examples provided within the MW, for example, the demo of ex_sss_symmetric.  Have a great day, Kan ------------------------------------------------------------------------------- Note: - If this post answers your question, please click the "Mark Correct" button. Thank you! - We are following threads for 7 weeks after the last post, later replies are ignored Please open a new thread and refer to the closed one, if you have a related question at a later point in time. ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? Thank you for the clear response. I completely understand. It is very helpful to know that AES_CTR is the only out-of-the-box supported mode for ssscli. Based on your advice, we will consider developing a custom C application using the provided examples to implement the other AES modes.

SSSCLIがSE051で標準サポートしているAESモードは何ですか? こんにちは、 現在、Plug & Trust Middlewareのssscliツールを使用してSE051の評価を行っています。 私の目標は、CBC、ECBなどのモード、理想的にはGCMやCCMのようなAEADモードを使ってAES暗号および復号化を行うことです。 ssscli の Python ソースコードを調べていたところ、以下の点に気づきました。 const.pyでは、CRYPT_ALGO辞書はAES_CTRのみを定義しています。 cli.py では、encrypt コマンドと decrypt コマンドのヘルプ テキストには --algo oaep と --algo rsaes しか記載されていません。 商用製品で使う予定なので、NXPが提供するソースコード(const.py や cli.py など)を改変するのは避けたいです。 以下の点について説明していただけますか? 標準サポート: ソースコードを改変せずに、現在のリリース(04.07.01)でSSSCLIの暗号化/復号コマンドで利用可能なAESモードは何ですか? AES_CTRに限定されるのでしょうか？ 代替アプローチ: PythonのCLIスクリプトを改変せずにCBCやGCMのような他のモードを使う必要がある場合、C-APIを使ってカスタムアプリケーションを開発するのが推奨されるのでしょうか? それとも、これらの特定のAESモードを評価するための他の既成のNXPツールやバイナリはありますか? 環境: ボード： MCIMX8M-WEVKとOM-SE051ARD SoC: i.MX 8M Linux版: 6.1.151-CIP46 Plug & Trust MW バージョン: 2001年4月7日 何かご助言いただければ大変ありがたいです。 Re: What AES modes are supported out-of-the-box by ssscli for SE051? こんにちは、 @Uc_S さん。 はい、SSSCLIによるAESのすぐに使えるサポートはAES_CTR単に限られています。Pythonコードを修正したくない場合は、MWに示されている例のようにCでカスタムアプリケーションを開発する必要があります。例えばex_sss_symmetricのデモなどです。 すてきな一日を、 カン ------------------------------------------------------------------------------- 注記： この投稿があなたの質問への回答になっている場合は、「正解としてマーク」ボタンをクリックしてください。ありがとうございます! - 前回の投稿から7週間Threadをフォローしており、その後の返信は無視しています もし後で関連する質問があれば、新しいThreadを開き、閉じたThreadを参照してください。 ------------------------------------------------------------------------------- Re: What AES modes are supported out-of-the-box by ssscli for SE051? 明確なご回答をありがとうございました。 よく分かります。ssscliで標準でサポートされているモードはAES_CTRのみであることを知っておくと非常に役立ちます。 ご助言をもとに、提供された例を用いて他のAESモードを実装するためのカスタムCアプリケーションの開発を検討します。

Linuxカーネル6.1.85用のIW416 Wi-Fi/BTドライバーのソースコードおよびビルドガイドの要請 こんにちは、NXPコミュニティの皆さん、 現在、 NXP IW416(8997ベース) Wi-Fi/BluetoothモジュールをカスタムSBCに統合する作業を進めています。私のシステムは Linuxカーネル6.1.85を搭載したYoctoベースのディストリビューションを使っています。 Wi-FiとBluetoothのドライバーを独立したカーネルモジュールとして構築したいのですが、正しくて最も安定したソースを使っているか確認したいです。 以下の点について教えていただけませんか? ドライバーソースコード: カーネル6.1.85では、どのリポジトリとブランチ(またはコミット)を使うべきでしょうか? 組み立て手順: これらのドライバーや必要なファームウェアを正しく構築・統合する方法についての公式ドキュメントやアプリケーションノート、ガイドはありますか? 何かご助言や適切な情報源を教えていただければ大変ありがたいです。 お手数ですが、よろしくお願いいたします。   Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 私の環境設定は以下のとおりです。 $ ls -al /lib/firmware/nxp/ drwxr-xr-x 2 root root 4096 2月 28 02:44 ./ drwxr-xr-x 3 root root 4096 2月 28 2024 ../ -rw-r--r-- 1 root root 415996 2月 28 2024 sdioiw416_wlan_v0.bin -rw-r--r-- 1 root root 570976 2月 28 2024 sdiouartiw416_combo_v0.bin -rw-r--r-- 1 root root 154920 2月 28 2024 uartiw416_bt_v0.bin -rw-r--r-- 1 root root 58 2月 28 02:28 wifi_mod_para.conf   $ cat /lib/firmware/nxp/wifi_mod_para.conf fw_name= "nxp/sdiouartiw416_combo_v0.bin" cal_data_cfg=なし   $ lsmod モジュールサイズ使用 モアル 745472 0 mlan 585728 1 moal   DMESGログの関連部分は提供できます。どのキーワードやパーツにgrepをすべきか教えてもらえますか?また、正常に動作した場合の期待される結果／出力についても知りたいです。   よろしくお願いします。 +起動時には、以下のようにMLANドライバからのログがあります。 [ 1.312336] wlan: MWLANドライバの読み込み中 [ 1.316381] wlan: バスドライバへの登録... [ 1.321331] wlan: バスドライバへの登録完了 [ 1.326355] wlan: ドライバのロードが正常に完了   Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 @sunam ファームウェアは /lib/firmware/nxp/ に配置する必要があります。 Wi-FiとBluetoothのコンボファームウェアを使用している場合は、以下のように設定してください。 root@imx8mnevk: /lib/firmware/nxp # ls -l sduartiw416_combo.bin -rw-r--r-- 1 root root 406996 2011年4月5日sduartiw416_combo.bin 入力した後は、/lib/firmware/nxp/wifi_mod_para.confのWi-Fiドライバーの読み込みパラメータを再度確認し、ファームウェア名が一致しているか再度確認してください。 それでも起動しない場合は、デバイスの起動時に取得したdmesgログを提供してください。 よろしくお願いいたします。 Christine。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 私は現在、IW416チップを使用しています。6.1.55-2.2.2ブランチを使ってドライバを無事に構築でき、ドライバが正しく生成されていることも確認しました。 しかし、どうやら動作していないようで、最新のファームウェアがインストールされていないことが原因ではないかと疑っています。ファームウェアファイルをどのディレクトリに入れるべきか教えていただけますか? よろしくお願いします。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 @sunam 1. ご使用のチップセットがIW416か88W8997のどちらであるかを再度ご確認ください。これらは異なるチップセットです。 IW416の場合、 最新のファームウェアをダウンロードするには： imx-firmware/FwImage_IW416_SD (lf-6.18.20_2.0.0) · nxp-imx/imx-firmware · GitHub 最新のドライバーをダウンロードするには: GitHub - nxp-imx/mwifiex at lf-6.18.20_2.0.0 · GitHub また、ドライバーのソースコードはLinuxカーネルバージョン 2.6.32から6.19.0まで運行しているホストとも互換性があるので、あなたのL6.1.85には問題ありません。 2. ビルド手順: これらのドライバや必要なファームウェアを正しく構築・統合する方法についての公式ドキュメント、アプリケーションノート、ガイドはありますか? ==> 参照先: NXP Wi-Fiドライバーのダウンロードと構築方法 また、以下のドキュメントもあなたにとって役立つと思います。 Linux OSを実行する8M Quad EVK上でNXPベースのワイヤレスモジュール i.MX 始める 他に何かご心配な点がございましたら、お知らせください。 もし違うなら、私の回答を解決策としてマークして、閉じるのを手伝ってください。 当社の製品使用中に問題が発生した場合は、新たなCASEの作成を歓迎します。 よろしくお願いいたします。 Christine。 Re: Request for IW416 Wi-Fi/BT driver source code and build guide for Linux Kernel 6.1.85 こんにちは、 @sunam 通常は以下のようなdmesgログが出力されるはずです。 ========= root@imx8mnevk:~# dmesg |グレップ・ウラン [ 5.127546] wlan: MWLANドライバーの読み込み [ 5.141006] WLAN: バス運転手への登録... [ 5.213728] wlan: TX SGモードを有効にする [ 5.217262] WLAN: mpa_tx.BUF_Size=65280 [ 5.221136] wlan: RX SG モードを有効にする [ 5.224679] wlan: mpa_rx.buf_size=65280 [ 6.505940] wlan: RX SG モードを有効にする [ 6.585864] wlan: version = SD8987----16.92.21.p155.1-MM6X16540.p33-GPL-(FP92)//これは、当社の88W8987の例です。 [ 6.624373] wlan: バス運転手への登録完了 [ 6.637582] wlan: ドライバのロードが正常に完了 ======== wifi_mod_para.confを以下のように変更できます: ====== SDIW416 = { fw_name=nxp/sdiouartiw416_combo_v0.bin cal_data_cfg=なし cfg80211_wext=0xf max_sta_bss=1 drv_mode=7 } ======= それでも解決しない場合は、デバイスの起動時に取得したdmesgログをすべて提供してください。 DMESGログは添付ファイルとしてアップロードできます。 よろしくお願いいたします。 Christine。

Using S32K3X8EVB-Q289 On-Board Debugger to Program a Custom S32K358 Target I am currently using the S32K3X8EVB-Q289 evaluation board and have developed a custom hardware design based on the S32K358 MCU. Could you please clarify: Is programming/debugging an external S32K358 target using the EVB's on-board debugger officially supported? If supported, what jumper settings or hardware modifications are required on the EVB? Which debug connector should be used for this purpose? Are there any limitations compared to using an S32 Debug Probe ? Is there any documentation or application note describing this configuration? Thank you for your support. Regards, Yash Gupta Re: Using S32K3X8EVB-Q289 On-Board Debugger to Program a Custom S32K358 Target Hello @Yash2530 , 1. Yes, using the S32K3X8EVB-Q289 on-board debugger to program/debug an external S32K358 target is supported. Actually, the EVB’s on-board OpenSDA debugger uses a P&E Micro-developed bootloader/debug application - https://community.nxp.com/t5/S32-Design-Studio/Which-debugging-interface-is-better/m-p/1715877 2. No soldering rework or jumper setting is required on the EVB for this use case. 3. J55 USB host connector. 4. In practice, for standard flashing and source-level debug of an external S32K358 target, the EVB’s on-board debugger should be sufficient. Since I don't know what feature is important to you, please compare features by yourself: https://www.nxp.com/design/design-center/software/automotive-software-and-tools/s32-design-studio-ide/s32-debugger-for-s32-platform:S32DBG-S32PLATFORM https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320180&productTab=5045 5. Yes, https://www.nxp.com/webapp/Download?colCode=S32K3X8EVB-Q289HWUM Best regards, Pavel

DESFire EV3 Transaction MAC Input (TMI) construction — backend verification with TapLinx Hi, I'm verifying DESFire EV3 Transaction MAC (TMV/TMC) values on a backend. The card produces the Transaction MAC via TapLinx (CommitTransaction). I have the Transaction MAC key, the card UID, the TMC (pre and post), and the returned TMV, and I've implemented the EV2 session-key derivation from public references — but I cannot reproduce the TMV because I do not have the exact Transaction MAC Input (TMI) byte construction for EV3. Could you please help with: 1. The exact TMI accumulation for DESFire EV3 (which command bytes/fields are included, their order, and padding). 2. Whether Backup Data File writes committed in the same transaction are covered by the TMI. 3. Whether a known-key Transaction MAC reference vector is available (key + TMI + TMC + TMV) to validate an implementation. 4. If this is NDA-only, the correct way to obtain DS4870 / AN12757 as a small company. Thank you! Re: DESFire EV3 Transaction MAC Input (TMI) construction — backend verification with TapLinx Hello sir, Thank you so much for your interest in our products. Unfortunately, it is required to sign an NDA to gain access to the Secured Documentation of MIFARE DESFire EV3. Please check our FAQ and fill out the NDA Form. You will need to create a new ticket from our site. I hope this information may be helpful.

IMX95LPD5EVK測定時の温度条件 こんにちは、 AN14449ドキュメントを確認しても、測定値の温度条件が見つかりません。ヒートシンクは取り付けられていましたか？ファンは取り付けられていて、作動していましたか？使用された周囲温度は何度でしたか？ Re: Temperature condition for IMX95LPD5EVK measurements こんにちは、 基板は現状のままテストされました。 注記: 使用されているBCUソフトウェアツールでは、測定は搭載の測定回路を使用して行われます これらの測定は熱強制装置を使わず、室温で行われます。これは、周囲温度でテストされたという意味であり、試験室ではテストされていませんが、ボードにはヒートシンクとファンが残っています。

BCTU 控制模式和触发模式下 ADC 噪声的差异 你好， 我正在开发一个使用[S32k322]的应用程序，其中我使用eMIOS 定时器每 100 µs 触发一次BCTU来读取模拟数据。 我发现两种 BCTU 模式之间存在一种奇怪的现象： 控制模式：当 ADC CTU 模式设置为控制模式时，ADC 转换完全稳定。通过 FreeMASTER 读取的数据干净，没有噪声或故障。 触发模式：当我将 ADC CTU 模式切换到触发模式（保持 100 µs eMIOS 触发不变）时，采样模拟数据变得嘈杂，并在 FreeMASTER 中出现明显的毛刺。 触发模式是否需要特定的架构配置、时序约束或寄存器设置（例如触发延迟、FIFO 配置或时钟同步）来防止出现这种噪声？ 感谢您的帮助。 ADC CTU 模式输出：触发模式 ADC CTU 模式输出：控制模式 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Stark_ 请您分享一下测试项目，我这边会进行测试。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Senlent ， 谢谢你的回复。我的ADC时钟频率为160MHz，我的ADC配置和寄存器值附在下面。 钟 ADC配置 ADC CTU 模式输出：触发模式 ADC CTU 模式输出：控制模式 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Stark_ 根据您提供的配置截图，存在一些配置问题，特别是模块时钟和校准时钟的分频比。 ADC时钟配置必须严格按照下表执行。 请修改后再测试一次。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Senlent 我已附上测试代码。 是否可以对某些选定的通道（ADC_Instance0 和 ADC_Instance1）进行 BCTU 和正常转换？ Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Senlent “是的，可以进行BCTU和常规转换。” 是否有可供参考的示例代码？ 此外，您的程序仍然没有修改ADC模块时钟和校准时钟分频器。 以下是我的测试结果； 我把端口外部连接到了地线（GND）。你可以看到，效果并没有明显不同。“ 请您分享一下修改后的测试项目，我这边会进行测试。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Stark_ 是的，可以进行 BCTU 和常规转换。 我测试了您提供的程序并做了一些修改。你的外部时钟频率是 25MHz，而我的外部时钟频率是 16MHz。 此外，您的程序仍然没有修改ADC模块时钟和校准时钟分频器。 以下是我的测试结果； 我将端口外部连接到了VDD（我的打字错误） 。你可以看出两者之间没有显著差异。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Stark_ 我没有那样的演示；附件是一个修改后的项目。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Senlent 感谢您附上修改后的项目文件。我已经测试过了，但目前在我的设置中，它对正常的ADC转换不起作用。 但是，我的实际应用需要25 MHz的系统时钟。我对你的项目所做的唯一更改就是将时钟频率从 16 MHz 更新到 25 MHz。 将时钟频率改为 25 MHz 后，将 ADC CTU 模式设置为控制模式，正常转换不起作用，而 BCTU 转换继续工作。 当 ADC CTU 模式处于触发信号模式时，正常转换和BCTU 转换继续运行。 您提供的这个项目是否旨在同时支持25 MHz 的BCTU 触发信号模式和正常转换？如果是这样，我还需要调整哪些额外的时钟分频器、预分频器或采样时间配置才能使其在更高的频率下工作？ Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Senlent 我将 ADC 配置为使用触发模式，因为转换需要由 BCTU 模式和正常模式共同驱动。但是，在使用触发模式时，我注意到通过 BCTU 测量的 ADC 数据中存在噪声，正如之前提到的那样。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Stark_ 如果您的 ADC 转换是通过 BCTU 驱动的，请使用 BCTU 控制模式。 如果您希望 ADC 接受正常/注入转换或其他触发信号，请使用触发模式。 BCTU 控制模式将 ADC 启动控制锁定为仅 BCTU；触发模式使 ADC 对正常/注入和其他支持的转换触发信号开放。 所以你的测试结果符合预期。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode 嗨@Stark_ 我已经向你展示了我的测试结果，你应该已经注意到，我的采样结果的波动是完全正常的。 我的建议是，您可以尝试增加采样时间，就像我之前建议的那样。

LPC55S28 VBAT_PMU Current Draw I have a PCB with the schematic below. I have a coin cell battery for backup when the PCB main power is removed. From my understanding, the VBAT_PMU (Pin 51) on the MCU is dedicated for the Always‑On (PD_AON) domain.  When I measure the current draw of the battery, with no main power (only the battery), I get around 102uA. Which is far more than expected for the RTC to consume. Event if D12 is removed. Vbat only is connected to the VBAT_PMU pin and nothing else.  What is the expected behavior here? I would expect the VBAT_PMU to only draw enough current for the RTC to keep time while power is down.  102uA would drain a CR1632 coin cell battery pretty quickly.  How do I power the MCU so the battery only powers the RTC and draws less than 1uA when main power is removed?  Re: LPC55S28 VBAT_PMU Current Draw Hi @guitardenver  On LPC55S28, VBAT_PMU is the supply for the always-on domain , which includes the PMC, RTC, and OS Event Timer, and that domain remains powered as long as a valid VBAT supply is present. The RTC can continue running in deep power-down from that domain. VBAT_PMU by itself does not guarantee “RTC-only current.” To get sub-µA backup current, the device must be in deep power-down mode. So your measured ~102 µA with main power removed is not consistent with RTC-only deep-power-down operation . For LPC55S2x/LPC552x, the datasheet shows typical total supply current of 110 µA in deep-sleep mode at 25 °C and 3.0 V, while deep power-down with RTC oscillator disabled is 590 nA  , and with the RTC running from an external crystal is 790 nA . To get less than 1 µA from the coin cell on LPC55S28, power only VBAT_PMU from the battery and make firmware enter Deep Power-Down before main power is removed. BR Harry Re: LPC55S28 VBAT_PMU Current Draw Thank you for your reply! I have code that will trigger the Deep power down on a brownout interrupt, which works great. But there is a huge problem with this method. If the ROM Bootloader is executing, and power is removed, the brownout interrupt is not setup and does not have code to put it into power down. Is there a good way to guarantee that I can get into the deep power down mode? If there is any state that leaves the MCU in normal mode, the battery will get drained. Maybe there is something I am missing. If not, I may have to put an external RTC chip on the board.  Re: LPC55S28 VBAT_PMU Current Draw Hi @guitardenver  No — on LPC55S28 you cannot guarantee entry into Deep Power-down purely in firmware if the device might be executing the ROM bootloader when main power is removed. Deep power-down is a software-entered mode via the power API. BR Harry

IMX8MP 辅助映像启动 IMG_CNTN_SET1_OFFSET 辅助映像启动（RM 6.1.6.2）是否适用于 i.MX8MP 上的 ECSPI（“SPI”）或非 启动，还是仅适用于 FlexSPI 或非（和 SD/eMMC）？表 6-28 将“SPI”和“FlexSPI NOR”列为单独的引导设备，并且仅针对“FlexSPI NOR 启动”说明了辅助偏移有效值。 Re: IMX8MP secondary image boot 你好， 你的理解有误， IMG_CNTN_SET1_OFFSET 辅助镜像启动也适用于 SPI 设备，只是偏移量不同： FlexSPI 的有效值为：0、1、2、3、4、5、6 和 7 对于 SPI 模式，如果熔丝位大于 10，则禁用辅助启动；n = 熔丝位大于 10. • n == 0：偏移量 = 4MB • 当 n == 2 时：偏移量 = 1MB • 其他情况且 n <= 10：偏移量 = 1MB*2^n Re: IMX8MP secondary image boot 谢谢——这下偏移映射的问题就清楚了。我们需要进行两项后续操作，以便在我们的 i.MX8MP 板上重现该问题（在 ECSPI2 上启动或非，开放/非 HAB 配置，熔丝读取 2 1 = 0 → n=0 → 4 MB）： 是什么触发信号 ROM 在 SPI 或非接口上切换到辅助映像？是无效的主启动头/镜像解析失败，还是具体的 HAB 认证失败？换句话说，辅助映像启动在开放（非安全）配置下是否有效，还是仅在设备 HAB 关闭时才有效？ 它会恢复到之前的RESET状态，还是需要断电重启/第二次RESET（持久启动方式）？ 4 MB 偏移处的辅助映像必须是单独版本的可启动映像（具有该偏移处的独立虚拟映像/启动数据），还是主映像的字节相同副本就足够了？

BCTU制御モードとトリガーモードにおけるADCノイズの差 こんにちは、 私は [S32k322] を使って、 eMIOSタイマー を使って100μsごとに BCTU をトリガーし、アナログデータを読み取るアプリケーションを開発しています。 2つのBCTUモード間で奇妙な挙動が見られます。 制御モード： ADC CTUモードを制御モードに設定すると、ADC変換は完全に安定します。FreeMASTERで読み取られたデータは、ノイズや不具合がなく、クリーンなデータです。 トリガーモード: ADC CTUモードをトリガーモードに切り替え(100μsのeMIOSトリガーは同じに)、サンプリングされたアナログデータがノイズが発生し、FreeMASTERで目立つグリッチが現れます。 トリガーモードでこのノイズを防ぐために必要な特定のアーキテクチャ構成、タイミング制約、またはレジスタ設定（トリガー遅延、FIFO構成、クロック同期など）はありますか？ 助けてくれてありがとう。 ADC ctuモードでの出力：トリガーモード ADC ctuモードでの出力：制御モード Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Stark_ テストプロジェクトを教えていただければ、私が自分の側でテストします。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは、 @Senlent さん。 ご回答ありがとうございます。私のADCクロックは160MHzです。以下にADCの設定とレジスタ値を添付しました。 クロック ADCの設定 ADC ctuモードでの出力：トリガーモード ADC ctuモードでの出力：制御モード Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Stark_ ご提供いただいた設定画面のスクリーンショットに基づくと、いくつかの設定上の問題、特にモジュールクロックとキャリブレーションクロックの分周比に問題があるようです。 ADCクロックの設定は、下記の表に厳密に従う必要があります。 変更して再度テストしてください。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Senlent  テストコードを添付しました。 BCTUの作業と、選ばれた一部のチャンネル(ADC_Instance0とADC_Instance1)の通常の変換は可能でしょうか? Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは、 @Senlentさん 「はい、BCTUと通常の変換の両方で作業することは可能です。」 参考になるサンプルコードはありますか？ また、あなたのプログラムは依然としてADCモジュールのクロックとキャリブレーションクロックの分周器を変更していません。 以下は私のテスト結果です。 ポートを外部からGNDに接続しました。大きな違いは見て取れません。" 修正されたテストプロジェクトを教えていただけますか?私がMysideでテストします。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Stark_ そのようなデモは持っていません。添付ファイルは修正済みのプロジェクトです。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Stark_ はい、BCTUと通常の変換の両方で作業することは可能です。 ご提供いただいたプログラムをテストし、いくつか修正を加えました。あなたの外部クロックは25MHzですが、私の外部クロックは16MHzです。 また、あなたのプログラムは依然としてADCモジュールのクロックとキャリブレーションクロック分周器を変更していません。 以下は私のテスト結果です。 ポートを外部からVDDに接続しました(タイプミスでした)。大きな違いは見て取れません。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは、 @Senlentさん 修正済みのプロジェクトファイルを添付していただきありがとうございます。テストしてみましたが、私の環境では現在のところ通常のADC変換では動作しません。 しかし、実際のアプリケーションではシステムクロックが 25MHzです。私があなたのプロジェクトに加えた変更は、クロック周波数を16MHzから25MHzに更新したことだけです。 クロックを25MHzに変更し、Adc CTUモードを制御モードに設定した後、通常変換は機能しなくなりましたが、BCTU変換は引き続き機能します。 Adc CTUモードがトリガーモードの場合、通常変換とBCTU変換は引き続き機能します。 添付されたプロジェクトは、 25MHzでBCTUトリガーモードとノーマル変換の両方を同時にサポートする設計ですか?SO、この高い周波数で動作させるために、どんな追加のクロック分割器やプリスケーラー、またはサンプリング時間の設定を調整すればよいでしょうか? Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Stark_ 既にテスト結果をお見せしましたが、サンプリング結果の変動は全く正常な範囲内であることに気づかれたはずです。 私の提案は、以前提案したようにサンプリング時間を延ばしてみるのも良いことです。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは、 @Senlentさん 変換はBCTUモードとノーマルモードの両方で駆動する必要があるため、ADCをトリガーモードを使用するように設定しました。しかし、トリガーモードを使用した場合、前述のようにBCTUを介して測定したADCデータにノイズが見られることに気づきました。 Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode こんにちは@Stark_ ADC変換がBCTUを介して行われる場合は、BCTU制御モードを使用してください。 ADCが通常/注入変換またはその他のトリガーパスを受け入れるようにするには、トリガーモードを使用します。 BCTU制御モードでは、ADCの開始制御がBCTUのみに制限されます。トリガーモードでは、ADCは通常/注入およびその他のサポートされている変換トリガーに対して開放されます。 つまり、検査結果は期待通りです。

S32K3X8EVB-Q289搭載デバッガを使ってカスタムS32K358ターゲットをプログラムする方法 現在はS32K3X8EVB-Q289評価ボードを使用しており、S32K358 MCUを基にカスタムハードウェア設計を開発しました。 もう少し詳しく教えていただけますか: EVBの搭載デバッガを使って外部S32K358ターゲットのプログラミングやデバッグは公式にサポートされていますか? サポートされている場合、EVB上でどのようなジャンパー設定またはハードウェアの変更が必要ですか？ この目的にはどのデバッグコネクタを使用すべきですか？ S32デバッグプローブを使用する場合と比較して、何か制限事項はありますか？ この構成について説明したドキュメントやアプリケーションノートはありますか? ご支援ありがとうございます。 よろしくお願いいたします。 ヤシュ・グプタ Re: Using S32K3X8EVB-Q289 On-Board Debugger to Program a Custom S32K358 Target こんにちは、 @Yash2530 さん。 1. はい、S32K3X8EVB-Q289搭載デバッガを使って外部S32K358ターゲットのプログラミング/デバッグが可能です。実際、EVBの搭載OpenSDAデバッガはP&E Microが開発したブートローダー/デバッグアプリケーションを使用しています - https://community.nxp.com/t5/S32-Design-Studio/Which-debugging-interface-is-better/m-p/1715877 2. この用途ではEVBのはんだ付けの再作業やジャンパー設定は不要です。 3. J55 USBホストコネクタ。 4. 実際には、標準的なフラッシュおよび外部S32K358ターゲットのソースレベルのデバッグには、EVBの搭載デバッガで十分であるべきです。あなたにとってどの機能が重要なのか分からないので、ご自身で機能を比較してみてください。 https://www.nxp.com/design/design-center/software/automotive-software-and-tools/s32-design-studio-ide/s32-debugger-for-s32-platform:S32DBG-S32PLATFORM https://www.pemicro.com/products/product_viewDetails.cfm?product_id=15320180&productTab=5045 5. はい、 https://www.nxp.com/webapp/Download? colCode=S32K3X8EVB-Q289HWUM よろしくお願いいたします。 パベル

M7コアのSGMIIでPFE_MACを設定する方法 こんにちは、NXPさん。 イーサネット・スイッチのPFE_MACとポート間でSGMIIリンクを確立したいと考えています。 M7コア用のSGMIIにおけるPFE_MACの設定例はありますか？ ご協力ありがとうございます。 Re: How to configure PFE_MAC in SGMII for the M7 core こんにちは、 @77373 投稿ありがとうございます。 はい、PFE MCALパッケージには存在します。対応する例を確認し、NXPアカウントからダウンロードするか、以下のリンクからアクセスできます。 https://www.nxp.com/app-autopackagemgr/automotive-software-package-manager:AUTO-SW-PACKAGE-MANAGER BR チェイン

FS26 Amuxのセンシング問題 BATセンス電圧をAMUXピンに送った後、 AMUXピンの電圧を測定しようとしています。関連するレジスタ値をすべて確認したところ、 FS_STATESレジスタはデバイスがノーマルモードであることを示しています。しかし、AMUXピンは引き続き0Vを出力し、12ビットADCは常に0の値を読み取っています。添付したコードでは、 S32K3xxのリファレンスサンプルを参考にしましたが、AMUXの測定が期待どおりに機能していません。どうか、こちらをご確認ください。 Re: FS26 Amux sensing issue こんにちは、 コードと詳細情報を共有していただきありがとうございます。以下の点をご確認いただけますか: - 書き込み後にM_AMUX_CTRLレジスタを読み戻し、AMUX_EN = 1およびAMUX[4:0] = 0x16（BATSENSEが選択されている）であることを確認します。 - また、SPI応答がM_AVAL = 1を示していることを確認してください。これは、メインステートマシンが通常モードであることを意味します。 ハードウェア面では、BATSENSEピンに期待される電圧が供給されていること、およびAMUXピンがADC入力に正しく接続されていることを確認してください。   BRs、トーマス Re: FS26 Amux sensing issue こんにちは、 読み戻し結果から、AMUXは正しく設定されていることが確認されましたが、デバイスはINIT_FSで停止しています。 この問題を解決するには、 AN13850 （NDAを必要とするセキュアファイル）のセクション6.1および6.2に記載されている初期化およびウォッチドッグシーケンスに従ってください。 電源投入後またはリセット後、セクション6.1で説明されているように、必要なFS_I_xxxレジスタとFS_I_NOT_xxxレジスタをすべて設定します。 初期化フェーズを終了するために、256msのINIT_FSウィンドウ内で適切なウォッチドッグ更新を実行してください。 セーフティ出力が解除されると、デバイスはノーマルモードに入り、AMUX測定は期待通りに動作するはずです。 BRs、トーマス Re: FS26 Amux sensing issue M_AMUX_CTRLレジスタはM_AMUX_EN | M_AMUX_BATSENSE | M_AMUX_DIV_0に設定され、読み出しによって0x56であることが確認されました。これにより、アナログ多重化器がアクティブで、12V BATSENSE入力を正しくルーティングしていることが確認されます。   しかし、SPIデバイスの状態（u8DeviceStatus）は0xCAとして読み取られます。最上位ビットがセットされているため (sbc_fs26_RxFrameType.u8DeviceStatus & 0x80 == 1)、グローバルなフェイルセーフ障害がアクティブになっています。さらに、FS_STATESレジスタが11を返すことから、デバイスがINIT_FS（初期化フェイルセーフ）状態から抜け出せないことが証明されます。 Re: FS26 Amux sensing issue ごサポートありがとうございます。 私のAMUXは正しく有効になっていなかったため、選択した電圧がAMUXピンにルーティングされませんでした。ご提供いただいたINITシーケンスのおかげで問題が解決しました。感謝いたします。ウォッチドッグ周期を256に設定したところ、デバイスは期待どおり正常状態を維持するようになりました。