AFT05MP075Nのガーバーデータを要求しています。 こんにちは、 私はこのAFT05MP075Nを使ってVHF/UHFパワーアンプの設計に取り組んでいます。AFT05MP075N製品ページのDXFリファレンスPCBファイルは持っていますが、450–520MHzのブロードバンドリファレンスボード用のGerberファイルパッケージ全体が必要です。これらは以前、お客様にご要望に応じて提供されていたと理解しています。そのファイルを入手するためのサポートが欲しいです。 よろしくお願い申し上げます。 RF Re: Requesting Gerbers for AFT05MP075N こんにちは、 なお、NXPはこの製品向けにGerberファイルを提供していません。代わりに、製品ページのデザインリソースセクションでご覧いただけるDXFファイルを提供しています。 ご迷惑をおかけして申し訳ございませんが、ご理解いただけますようお願い申し上げます。

RW610/RW612 支持TLS 1.2及以上版本么 RW610/RW612 支持TLS 1.2及以上版本么

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)の通常の変換は可能でしょうか?

IMX8QX DDR RPA_tool 構成、レジスタ情報が欠落しています こんにちは、 IMX8QX 上の DDR3L 用の RPA_tool の構成に記載されているいくつかのレジスタに関する情報が必要です。次のようなレジスタ アドレスが記述されています。 0x41C80044 0x41C80208 0x41C80204 0x41C82C00 0x41C83800 しかし、それらはドキュメントのどこにも記載されていません。 それぞれの機能と設定フィールドを教えていただけますか。 よろしくお願い申し上げます。 Re: IMX8QX DDR RPA_tool configuration, missing register information こんにちは、 @CPE さん。 この設定ファイルは、サードパーティのIPベンダーによって提供されています。ポイント付きレジスタはNDAドキュメントには表示されていません。i.MX8X実装の場合、提供された値以外に選択肢はないとご理解ください。 よろしくお願いいたします。

Do RW610/RW612 support TLS 1.2 and above? Do RW610/RW612 support TLS 1.2 and above?

The S32K311 chip cannot enter the PIT interrupt Software environment: S32DS 3.6.0  RTD 6.0.0 The program did not enter an interrupt during execution, and pit_notification was not called. Software environment: S32DS 3.6.0  RTD 6.0.0 Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 I added a breakpoint inside the function to test it, but the function wasn’t called. What could be the possible reasons for this? The counter is incrementing normally, and no interrupt has been triggered. Could different software versions be a factor? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  Currently, I do not have access to an S32K311 board. However, I tested the same configuration and code on an FRDM-A-S32K312, and I was able to confirm that PitNotification is called and the counter increments as expected. Could you set a breakpoint inside the notification function to verify whether it is being called? BR, VaneB Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 When running at full speed, pit_notification is not triggered , and the PitCount value remains at 0. The register parameters when paused are shown in the figure. Could this be related to the clock configuration? The configuration is as follows: Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  I was able to test your code on my side using an S32K311EVB, and everything is working as expected. To help rule out any issues related to your custom hardware, could you please try switching the clock source to FIRC and see if there is any change in the behavior? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  As observed in your code, the counter only increments when PitNotification is called. This indicates that the PIT interrupt is being triggered correctly. For a simpler and more visible test, you can use printf to output the counter value inside the PitNotification function. If you are able to see the printed values, this will further confirm that the interrupt is being executed as expected. For example, I implemented it as follows: Also, if you need help setting up printf, refer to the thread how to use the printf function in S32DS 3.5? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  It seems that the problem might not be software related; it may instead be associated with your custom board. Do you have access to another board with an S32K311 device that you could use to run the same test for comparison? Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 It also fails to enter pit_notifaction when using the internal clock. Furthermore, communication interrupts and other interrupts do not function correctly. I tested the same program and configuration on an S32K312, and it ran normally. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 There are currently no other boards equipped with the S32K311, and several of the same boards exhibit the same problem. Only the S32K312 chip runs normally with the same program and configuration. The cause of the K311 malfunction has not been found. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  Since the code is working as expected on my side with both the FRDM-A-S32K312 and the S32K31XEVB-Q100, and also on your side using the S32K312, it seems that the issue might not be software-related. Based on the behavior you described, this could potentially be related to the hardware. However, it is difficult to determine the exact root cause without further analysis. It might be helpful to take a look at the S32K31XEVB-Q100 schematic and the Hardware Design Guidelines for S32K3xx Microcontrollers file (included in the S32K3 General Purpose Hardware Design Package) to compare your custom board against the recommended design practices. If you think the issue could be related to the MCU itself, please contact your NXP representative or the distributor from whom the parts were purchased for further assistance. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 During testing, adding an LED toggle function in the `Pit_notifaction` function revealed that after the program download was complete, the board needed to be powered on again for the LED to blink, indicating that an interrupt had been entered. However, a power cycle was required after each download for the program to run normally, making it impossible to enter debug mode. Re: S32K311 芯片 pit无法进入中断 软件环境 S32DS 3.6.0  RTD 6.0.0 Hi @Finnc  Have you tried using another debugger? Also, are you still working with the code you initially shared?

[S32K324 / カスタムボード] HSEファームウェアがインストールされましたが(0x4039C028=1)、初期化に失敗しました(0x4038C107=0) こんにちは、皆さん S32K324カスタムボード上でHSEファームウェアの初期化が完了しない問題について、アドバイスを求めています。 1. 開発環境 MCU:S32K324(カスタムボード) HSE FW: s32k3x4_hse_fw_1.5.0_2.55.0_pb250130.bin.pink デバッガ: S32DS + T32 (Trace32) 2. 進捗状況およびステータス記録簿 UTEST領域（0x1B000000）にHSE FW使用フラグを正常にプログラムしました。 ピンクイメージのバイナリファイルをフラッシュメモリにダウンロードしました。 電源投入リセット（POR）を実行した後、ステータスレジスタは次のようになります。 0x4039C028 (HSE GPR): 0x01 (インストール確認済み) 0x4038C107 (HSE_STATUS_INIT_OK): 0x00 (起動中に停止) 3. 質問 専門家の方々に以下の点についてお伺いしたいと思います。 最初に確認すべきことは何ですか？ インストールは成功したが初期化が失敗した場合、正確な原因を特定するために、ダンプすべき特定のレジスタ（例：障害ステータス）や検査すべきハードウェア信号はありますか？ カスタムボード環境は初期化の失敗に影響を与えることがありますか? カスタムボードを使用しているため、ハードウェアの違い（例えば、初期水晶発振周波数）やメインコア（M7）の初期クロック（PLL）構成コードがHSEブートシーケンスに干渉している可能性があると考えています。もしこれが既知の問題であれば、推奨される起動手順(例えば、クロック設定前にINIT_OKフラグをポーリングする方法)や解決策について教えていただけませんか? どんな手がかりでも大変助かります。事前にサポートありがとうございます! Re: [S32K324 / Custom Board] HSE FW Installed (0x4039C028=1) but Init Failed (0x4038C107=0) こんにちは、 明確なご案内をありがとうございます。 まず、デモアプリを使用してファームウェアのインストールを進め、その後、system.up状態中にMUおよびHSE GPRレジスタの値をダンプしました。これらの登録住所に誤りがある場合はお知らせください。 結果は以下のとおりです。 1. MU0レジスタ（ベースアドレス：0x4038C000）     2. HSE GPRレジスタ（ベースアドレス：0x4039C000）   これらの数値を確認していただけますか?これらがクロック設定の競合やファームウェア認証の失敗など、特定のエラー原因を示しているのか、専門家のご意見をいただけると大変ありがたいです。 改めてお時間をいただき、サポートありがとうございます! Re: [S32K324 / Custom Board] HSE FW Installed (0x4039C028=1) but Init Failed (0x4038C107=0) 以下の情報を教えていただけますか? MUレジスタ、FSR、GSRなど： HSE GPR3:

KW47 NBUのプログラミングとアップグレード こんにちは： KW47 NBUのプログラミングやアップグレード方法を知りたいです。手順がもっと詳しく説明できることを願っています。 ご回答をお待ちしています。 Re: KW47 NBU programming and upgrade こんにちは： サポートありがとうございます。ご提供いただいた方法でNBUのファームウェアを更新できるようになりました。 ご提供の方法には、ファームウェア経由でNBUをアップデートする方法が含まれていないようですね? 例えば、私のデバイスがマーケットに出てNBUバージョンをアップデートする必要がある場合、どうすればよいでしょうか? ご回答をお待ちしています。 Re: KW47 NBU programming and upgrade こんにちは、お元気でお過ごしでしょうか。 KW45からKW47への移行ガイドAN14796 6.2節「KW47にNBUファームウェアをロードする」を参照してください。 このドキュメントでは、KB47のNBUを更新するためのいくつかの方法(手順はKW47-EVKを用いて示されています)を紹介しており、blhost、Secure Provisioning Tool、LinkServerなど、開発に最適な方法を自由に選択できます。各方法の詳細手順も含まれています。 お役に立てば幸いです！他に質問があれば、遠慮なくお尋ねください。 よろしくお願いします、 アナ・ソフィア。 Re: KW47 NBU programming and upgrade こんにちは、 ROMブートローダーには、メインフラッシュおよびラジオフラッシュのファームウェアの更新に使用できるファームウェア更新機能があります。 現場でのNBUアップデートのワークフローは通常次の順序に従います。アプリケーションはアップデートイメージを保存し、対応するメタデータをUser IFR0 OTACFG領域に書き込み、その後システムリセットをトリガーしてROMブートローダーが引き継ぎ、無線ファームウェアの更新を行います。 詳細は KW47セキュリティリファレンスマニュアル の4.2.6「ファームウェア更新機能」および4.2.2.3のオーバーエア(OTA)アップデート構成のセクションで確認できます。 よろしくお願いします、 アナ・ソフィア。

S32G274A 实现SHA256+RSA2048算法 NXPサポートチームの皆様、こんにちは。 現在、S32G274Aプラットフォーム上でHSEの評価を行っており、推奨される実装方法についてご助言いただければ幸いです。 現在の環境： * デバイス: S32G274A * コア：Cortex-M7 * IDE: S32 Design Studio 3.6 * HSEパッケージ: HSE_DEMOAPP_S32G2XX_0_1_0_16 * HSEファームウェア：HSE_FW_S32G2XX_0_1_0_16 現在の進捗状況： * 私はAN14070（「S32G2のCortex-M7コアでHSEデモアプリケーションを実行する方法」）に従っています。 * HSEデモプロジェクトは正常にインポートおよびコンパイルできます。 * ただし、IVTビューを開く際に、S32DSは例外を報告し、IVTビューを作成できません。 com.nxp.swtools.ivt.views.IVTView （必要であれば、エラーログ全体を提供できます。） プロジェクトの目的： 現在、当社のブートローダーはソフトウェアベースのセキュアブートを実装しています。 1. アプリケーションイメージのSHA-256を計算します。 2. フラッシュメモリに保存されている公開鍵を使用して、RSA-2048署名を検証します。 3. 検証が成功した場合のみ、アプリケーションを起動します。 この実装をCortex-M7上のHSEベースのサービスに移行したいと考えています。 質問: 1. AN14070は、S32DS 3.6を搭載したS32G274AのHSE評価における推奨される出発点として、依然として有効ですか？ 2. IVT Viewは、以下のようなHSEサービスの評価に必須ですか？ * SHA-256 * AES * RSA署名検証 それとも、ブロブイメージの生成とHSEファームウェアのインストールにのみ必要なのでしょうか？ 3. HSEファームウェアのインストール後、以下の内容を示す参考例はありますか？ * HSEによるSHA-256計算 * HSEによるRSA-2048署名検証 * HSEキーカタログへの公開鍵のインポート 4. Cortex-M7上でソフトウェアベースのセキュアブート実装をHSEサービスに移行する方法を示すアプリケーションノート、トレーニング・マテリアル、またはデモプロジェクトはありますか？ 5. アプリケーションにジャンプする前にSHA-256 + RSA2048検証を実行するブートローダーの場合、HSEを使用した推奨移行パスは何ですか？ 何かご助言、参考となるプロジェクト、または推奨ドキュメントがあれば大変ありがたいです。 よろしくお願いいたします。 Re: S32G274A 实现SHA256+RSA2048算法 私は3を照合します。次の図に示すIVTViewには、DCD、HSE、アプリケーションブートローダー、ブートの各ブロックが表示されます。 BLOB イメージの生成に関連する構成と自動位置合わせ 我的 S32 Design Studio for S32 Platform 3.6.0打不开IVTビューエラー：ビューを作成できませんでした：com.nxp.swtools.ivt.views.IVTView java.lang.Exception at org.eclipse.ui.internal.ViewReference.createErrorPart(ViewReference.java:115) at org.eclipse.ui.internal.ViewReference.createPart(ViewReference.java:101) at org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.createPart(CompatibilityPart.java:304) at org.eclipse.ui.internal.e4.compatibility.CompatibilityPart.create(CompatibilityPart.java:342) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ方法) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.方法.invoke(方法.java:568) org.eclipse.e4.core.internal.di.MethodRequestor.execute(MethodRequestor.java:58) で発生 org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:976) で発生 org.eclipse.e4.core.internal.di.InjectorImpl.processAnnotated(InjectorImpl.java:938) で発生 org.eclipse.e4.core.internal.di.InjectorImpl.internalInject(InjectorImpl.java:138) で発生 org.eclipse.e4.core.internal.di.InjectorImpl.internalMake(InjectorImpl.java:385) で発生 org.eclipse.e4.core.internal.di.InjectorImpl.make(InjectorImpl.java:311) で発生 Re: S32G274A 实现SHA256+RSA2048算法 こんにちは、 tom9 お問い合わせいただきありがとうございます。 AN14070はCortex-M7の評価における有効な出発点であり続けるが、HSEデモアプリパッケージおよびHSEファームウェアのリファレンスドキュメントと併用することを推奨する。テスト中に発生したエラーの詳細情報を私と共有していただけますか？ S32Gへのセキュアブートの適用については、以下の内容を参考にしてください。 S32G_Secure_bootの中国語/英語バージョン。 現時点では、お客様のご要望に直接合致する特定の文書はございません。確認のお手伝いをするために、内部チャネルをご案内します。結果が出たらご連絡します。 BR ジョーイ Re: S32G274A 实现SHA256+RSA2048算法 こんにちは、 tom9 ご返信よろしくお願いします。 この問題はS32DSのバージョンに関連しているはずです。HSE_DEMOAPP_S32G2XX_0_1_0_16_ReadMe.pdf を参照してください。推奨バージョンのご利用をお試しください。 BR ジョーイ Re: S32G274A 实现SHA256+RSA2048算法 ブロブの作成と書き込みは完了しましたが、シリアルポートに印刷情報が表示されず、Trace32でも読み込めません。どこからトラブルシューティングを始めればよいでしょうか？できるだけ早く確認していただけると助かります。 Re: S32G274A 实现SHA256+RSA2048算法 こんにちは、 tom9 1. AN14070に基づいて、ブロブが作成され、フラッシュされます。その後、QSPI経由でブートしてHSEファームウェアをロードし、M7_0を起動します。QSPIブート後、Trace32を使用してM7_0に接続し、SRAMの内容を確認して、アプリケーションが正しいアドレスにロードされているかどうかを確認できます。 2. アプリケーションが正常に起動した後でのみ、HSE デモの .elf ファイルをロードしてください。次に、プロセスの次のステップであるSRAMへの移行に進みます。 BR ジョーイ Re: S32G274A 实现SHA256+RSA2048算法 あなたの回答は私の期待を裏切ります。以下に示すように、現在は正常に情報を印刷できます。 HSE FW バージョン: 0.1.0_1.0.9 HSE FW 画像: ピンク HSE FWが稼働開始しました！状態： HSE_STATUS_RNG_INIT_OK HSE_STATUS_INIT_OK HSE_STATUS_CUST_SUPER_USER プログラムはここで停止し、先に進めませんでした。`DEBUG_LOOP(gZero);` をコメントアウトしたところ、`HSE_Config();` で停止していることがわかりました。/* プライマリイメージのバックアップ */ ASSERT(FLASH_OP_OK == Flash_WriteData_FromFlash(IVT.pSysImage_bck,コード`ITV.pSysImage, MAX_SYS_IMG_SIZE)`がここで停止します。`HSE_Aes_Example`などの後続コードも実行に失敗します。 Re: S32G274A 实现SHA256+RSA2048算法 こんにちは、 tom9 お客様からのご質問は弊社のサポートシステムにて受け付けております。ご依頼内容には複数の問題が含まれており、社内の専門家が既にサポートと回答を開始しております。 BR ジョーイ

Mac OS Tahoe アップデート LinkServer プローブが見つかりません そこでTahoeにアップデートしましたが、LinkServerを使ってもプローブは見つかりませんでした。LinkServerを最新にアップデートしましたが、ターミナルでディレクトリに入って手動で実行しないと動作しません ./LinkServer プローブ その後プローブが見つかり、MCUXpressoを使えます。どうやらこれは他の人にも起こる現象のようだ。 https://community.nxp.com/t5/MCUXpresso-General/LPC-Link2-not-found/mp/2200131/highlight/true#M5741 これはIDEがLinkServerを使おうとしたときに表示されるエラーです redlink>プローブリスト エラー: プローブが見つかりませんでした 私もNXPについてで働いていますが、OSをアップデートした人たちも同じ問題を抱え、同じことをしなければならないと感じています。 もっと良い解決策をご存知の方はいらっしゃいますか？ Re: Mac OS Tahoe update LinkServer No Probes found こんにちは、 @davidinsulet さん、 残念ながら、これは最新バージョンのMCUXpresso IDEにプリインストールされているLinkServerビルドの現在の制限です。とはいえ、この制限はIDEチームに特定され報告されており、将来のリリースでLinkServerのバージョンを修正できるようになっています。 その間に、あなたが共有した投稿で説明されている回避策が、MCUXpresso IDEに関してこの問題を回避する最も効果的な方法です。 あるいは、 MCUXpresso for VS Codeを使うこともおすすめします。これは私たちの最新開発プラットフォームで、IDEsのような制限はありません。 ご迷惑をおかけして申し訳ございません。 BR、 エドウィン。

How to install S32K344 A/B swap HSE FW using PeMicro debugger on S32K3x4EVB-T172 (S32K344). Hi, I want to test an OTA A/B swap demo on S32K344.  For that i'll have to install HSE (A/B) firmware on my S32K344 chip which is not having any HSE FW on it.  I have following hardware with me 1. S32K3x4EVB-T172 (S32K344) 2. PeMicro Debugger. (Note - I dont have Lauterbach TRACE32 tool ) So i request you to please provide me a proper procedure to install HSE (A/B) firmware on s32k344 using PE micro debugger with the help of S32 design studio. Please try to provide me a proper procedure where everything is mentioned like which DS version, RTD, HSE pink file etc to be used. Thanks. Re: How to install S32K344 A/B swap HSE FW using PeMicro debugger on S32K3x4EVB-T172 (S32K344). HSE DEMO code (that can be downloaded with HSE FW) use Lauterbach TRACE32. There is not dedicated examples using different debugger, but there is HSE examples package: https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples It is basically the same functionality as HSE DEMO ported to the code which is debugger independent. For instance if you use S32K344_HSE_FW_INSTALL, you may install HSE FW with using of any debugger.

IMX8QX DDR RPA_tool 配置，缺少寄存器信息 你好 我们需要有关 IMX8QX 上 DDR3L 的 RPA_tool 配置中提到的一些寄存器的信息。这里提到的寄存器地址如下 0x41C80044 0x41C80208 0x41C80204 0x41C82C00 0x41C83800 但文件中没有提供。 能否提供它们的功能及其配置字段。 谢谢 Re: IMX8QX DDR RPA_tool configuration, missing register information 你好@CPE ， 此配置文件由第三方IP供应商提供。受 NDA 约束的文档中未显示所指向的寄存器，请注意，在 i.MX8X 实现的情况下，除了提供的值之外没有其他选择。 顺祝商祺！

Difference in ADC noise between BCTU Control Mode and Trigger Mode Hello, I am working on an application using the [S32k322] where I use the eMIOS timer to trigger the BCTU every 100 µs to read analog data. I am observing a strange behavior between the two BCTU modes: Control Mode: When the ADC CTU mode is set to Control Mode, the ADC conversions are completely stable. The data read via FreeMASTER is clean and free of noise or glitches. Trigger Mode: When I switch the ADC CTU mode to Trigger Mode (keeping the 100 µs eMIOS trigger identical), the sampled analog data becomes noisy and exhibits noticeable glitches in FreeMASTER. Are there specific architectural configurations, timing constraints, or register settings (such as trigger delays, FIFO configurations, or clock synchronization) required for Trigger Mode to prevent this noise? Thank you for your help. Output with ADC ctu mode : Trigger Mode output with ADC ctu mode : Control Mode Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ could you please share the test project and i will test it on myside. Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent ,    Thanks for the response. My ADC clock is 160MHz, and I've attached my ADC configuration and register values below. Clock ADC Configuration Output with ADC ctu mode : Trigger Mode output with ADC ctu mode : Control Mode Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi@Stark_ Based on the configuration screenshot you provided, there are some configuration issues, specifically the division ratios for the module clock and calibration clock. The ADC clock configuration must strictly follow the table below. please change it and test  again, Re: Difference in ADC noise between BCTU Control Mode and Trigger Mode Hi @Senlent  I have attached test code. is it possible to work on BCTU and normal conversion for the some selected channels (ADC_Instance0 and ADC_Instance1)?

i.MX8MP RAW 捕获最大几何尺寸 NXP社区的各位好， 我们正在尝试在 i.MX8MP 上使用特定的图像传感器。 我们正在尝试将 RAW12 捕获从 MIPI 推送到 RAM。看来唯一的方法是通过如下所述的 ISI 模块： 问题在于，关于几何限制的文档含糊不清，我们正在尝试确定 i.MX8MP 是否适合我们的应用。 图像的高度和宽度在 ISI 中使用 CHNL_IMG_CFG[WIDTH/HEIGHT] 寄存器定义。这些条目是 13 位的，理论上将我们限制在 8191 x 8191 的几何尺寸。 宽度似乎受到硬件的限制，因为行缓冲区实际上只能容纳 2K 像素，但文档概述了通过组合其他通道的行缓冲区来实现 4K 的方法。文档中没有说明是否可以达到 8191 像素的线宽寄存器限制。我们可以绕过 ISI 处理，我们的目标是直接将 RAW MIPI 捕获的数据推送到 RAM 中。 此外，与宽度限制不同，高度限制似乎并非由物理硬件引起。 是否有任何证据表明我们可以支持 CHNL_IMG_CFG[HEIGHT] 寄存器 13 位最大值所定义的 8191 行高度？ 任何支持都将不胜感激。我已阅读过其他类似帖子，例如以下这些： https://community.nxp.com/t5/i-MX-Processors/Direct-MIPI-CSI2-to-memory-access-on-i-MX8MP/mp/2158946 https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-ISI-maximum-supported-width/mp/1224069 但是，目前尚未确认是否支持 8191 宽度，我想知道这方面是否有任何更新。 此外，高度限制也没有明确规定。 谢谢 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Maximum Geometry for RAW Capture i.MX8MP 的 ISI 驱动程序限制在 2K 分辨率，但如果使用链式缓冲区，ISI 可以支持高达 4K 的分辨率，但不支持 8191 像素宽。在 i.MX8MP 上，单个摄像头最高可支持 4K@30Hz 的分辨率。 Re: i.MX8MP Maximum Geometry for RAW Capture 感谢您的回复。 所以宽度限制与我最初的发现相符。 请问ISI模块的高度限制是多少？我们能否通过 ISI 实现 8191 车道高度？ 谢谢

LPC55S28 VBAT_PMU 电流消耗 我有一块PCB板，原理图如下。我备有一颗纽扣电池，以防PCB主电源断开。据我了解，MCU 上的 VBAT_PMU（引脚 51）专用于Always‑On (PD_AON) 域。 当我测量电池的电流消耗时（没有主电源，只有电池供电），我得到大约 102uA 的电流。这远远高于 RTC 的预期功耗，即使移除 D12 也是如此。Vbat 仅连接到 VBAT_PMU 引脚，没有连接到其他任何引脚。 这里预期会出现什么情况？我预计 VBAT_PMU 只会消耗足够的电流，以确保在断电期间 RTC 能够保持时间。102uA 的电流会很快耗尽 CR1632 纽扣电池的电量。 如何给MCU供电，才能使电池只为RTC供电，并且在主电源断开时电流消耗小于1uA？ Re: LPC55S28 VBAT_PMU Current Draw 嗨@guitardenver 在 LPC55S28 上，VBAT_PMU 是始终开启功能域的电源，该功能域包括 PMC、RTC 和 OS 事件定时器，只要存在有效的 VBAT 电源，该功能域就会保持通电状态。从该功能域来看，即使深度掉电，RTC 也能继续运行。 VBAT_PMU 本身并不能保证“仅 RTC 电流”。要获得亚微安级的备用电流，设备必须处于深度掉电模式。 因此，您测得的在主电源移除后的 ~102 µA 与仅 RTC 深度掉电运行不符。 对于 LPC55S2x/LPC552x，数据手册显示，在 25 °C 和 3.0 V 的深度睡眠模式下，典型总供电电流为 110 µA；而 RTC 振荡器禁用时的深度掉电电流为 590 nA；RTC 由外部晶体供电时的深度掉电电流为 790 nA。 要使 LPC55S28 上的纽扣电池电流小于 1 µA，只需从电池为 VBAT_PMU 供电，并在移除主电源之前使固件进入深度掉电状态。 BR 哈里 Re: LPC55S28 VBAT_PMU Current Draw 感谢你的回复！ 我编写了一段代码，可以在发生低电压中断时触发深度掉电，效果很好。但这种方法存在一个巨大的问题。如果 ROM 引导加载程序正在执行，并且电源被移除，则不会设置掉电中断，也没有代码将其置于掉电状态。 有没有什么好办法可以保证我能进入深度关机模式？如果任何状态使MCU处于正常模式，电池就会耗尽。或许我遗漏了什么。如果不行，我可能就得在板子上加装一个外置实时时钟芯片了。

i.MX8MP RAW撮影のための最大ジオメトリ こんにちは、NXPコミュニティの皆さん、 i.MX8MPで特定のイメージセンサーを使おうとしています。 MIPIからRAMへRAW12キャプチャデータを転送しようとしています。これを実現する唯一の方法は、以下に概説するISIモジュールを使用することのようです。 問題は、ジオメトリの制限に関するドキュメントが曖昧で、i.MX8MPが私たちの**アプリケーション**に適しているかどうか判断しようとしていることです。 画像の高さと幅は、ISI の CHNL_IMG_CFG[WIDTH/HEIGHT] レジスタを使用して定義されます。これらのエントリは13ビットであるため、理論的には8191 x 8191のジオメトリに制限されます。 幅はハードウェアによってラインバッファによって制限されているようで、実際には2Kピクセルしか保持できませんが、ドキュメントには他のチャネルのラインバッファを組み合わせて4Kを達成する方法が説明されています。ドキュメントには、線幅のレジスタ制限である8191ピクセルの上限が達成可能かどうかは触れられていません。ISI処理を回避でき、目的は単純にRAWのMIPIキャプチャをRAMにプッシュすることです。 さらに、幅とは異なり、高さの制限は物理的なハードウェアに起因するものではないようだ。 CHNL_IMG_CFG[HEIGHT]レジスタの13ビット最大値で定義される8191行の高さをサポートできるという確認はありますか? この件についてのサポートがあればありがたいです。私は以下のような類似の投稿をいくつか確認しました。 https://community.nxp.com/t5/i-MX-Processors/Direct-MIPI-CSI2-to-memory-access-on-i-MX8MP/mp/2158946 https://community.nxp.com/t5/i-MX-Processors/I-MX8MP-ISI-maximum-supported-width/mp/1224069 しかし、8191の幅がサポートされているかどうかは確認されておらず、何か最新情報があれば教えていただきたいです。 また、高さ制限は定義されていません。 よろしくお願い申し上げます。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Re: i.MX8MP Maximum Geometry for RAW Capture i.mx8mp ISIドライバーは2Kに限定されていますが、チェーンバッファを使うと最大4Kまで対応でき、幅8191はできませんでした。IMX8MPでは1台のカメラが最大4k@30まで対応可能です Re: i.MX8MP Maximum Geometry for RAW Capture ご返信よろしくお願いします。 つまり、幅の制限は私の元の発見と一致しています。 ISIモジュールの高さ制限についてコメントいただけますか?ISIを通じて8191レーン高さを達成できますか? よろしくお願い申し上げます。

Mac OS Tahoe update LinkServer No Probes found So I updated to Tahoe and the probes were not found when using LinkServer.  So I updated LinkServer to latest but it only works if I go into the directory in terminal and manually run  ./LinkServer probe After that the probe is found and I can use MCUXpresso.  This apparently happens to others as well.   https://community.nxp.com/t5/MCUXpresso-General/LPC-Link2-not-found/m-p/2200131/highlight/true#M5741 This is the error in the IDE when it tries to use LinkServer redlink> ProbeList Error: No probes found I also work at a large company and others who have updated their OS have the same issue and have to do the same thing.   Anyone know of a better fix? Re: Mac OS Tahoe update LinkServer No Probes found Hi @davidinsulet, Unfortunately, that's a current limitation of the LinkServer build that comes preinstalled on the latest version of MCUXpresso IDE. That said, this limitation has been identified and reported with the IDE team so they can correct the LinkServer version on a future release. On the meantime, the workaround that is described on the post you shared is the most effective method of getting around this issue specifically for MCUXpresso IDE. Alternatively, you would also recommend using MCUXpresso for VS Code, which is our newest development platform and doesn't currently have this limitation like the IDE does. Sorry for the inconvenience this may cause. BR, Edwin.

S32K3x4EVB-T172 (S32K344) に PeMicro デバッガを使用して S32K344 A/B スワップ HSE FW をインストールする方法。 こんにちは、 S32K344でOTA A/Bスワップのデモをテストしたい。 そのためには、HSEファームウェアがインストールされていないS32K344チップにHSE（A/B）ファームウェアをインストールする必要があります。 私は以下のハードウェアを所有しています 1. S32K3x4EVB-T172 (S32K344) 2. PeMicroデバッガー。 （注：私はLauterbach TRACE32ツールを持っていません） そこで、S32 design studioの助けを借りてPEマイクロデバッガーを使ってs32k344にHSE(A/B)ファームウェアをインストールする適切な手順を教えていただけるようお願いします。 使用するDSバージョン、RTD、HSEピンクファイルなど、すべてが記載された適切な手順書を提供してください。 ありがとうございます。 Re: How to install S32K344 A/B swap HSE FW using PeMicro debugger on S32K3x4EVB-T172 (S32K344). HSE DEMOコード(HSE FWでダウンロード可能)はLauterbach TRACE32を使用しています。異なるデバッガを使った専用の例はありませんが、HSE例パッケージがあります: https://www.nxp.com/webapp/Download?colCode=S32K3_HSE_DemoExamples これは基本的に、HSE DEMOと同じ機能をデバッガに依存しないコードに移植したものです。例えば、S32K344_HSE_FW_INSTALL を使用すると、任意のデバッガを使用して HSE FW をインストールできます。

IMX8M+（BT+WiFiモジュール搭載）（AW-XB583MA-PUR）BTの初期化には50～60秒かかります。 NXPチームの皆様へ 当社はiMx8M+ベースのカスタムボードを使用しており、PCIeとUARTを介してそれぞれBTとWiFi（Azurawave製のモジュールAW-XB583MA-PUR）を使用しています。 BTの初期化中に問題が発生しており、UART経由で最初のHCIリセットコマンドを送信してから応答が得られるまでに約50～60秒（常に一定の時間）かかります。Azurawaveチームと確認・デバッグを行ったところ、NXP側にも確認するよう提案されました（彼らの見解では、これはNXP側の問題である可能性が高いとのことです）。 以下は、SoCとモジュール間の接続図です。 NXP: UART1_RXD <---> モジュール: UART TXD NXP: UART1_TXD <---> モジュール: UART RXD NXP: UART3_TXD <---> モジュール: UART RTS NXP: UART3_RXD <---> モジュール: UART CTS デバイスツリーの変更点： &uart1 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart1>; 割り当てられたクロック = <&clk IMX8MP_CLK_UART1>; 割り当てられたクロック親 = <&clk IMX8MP_SYS_PLL1_80M>; /*fsl,uart-has-rtscts;*/ ステータス = "正常"; }; pinctrl_uart1: uart1grp { fsl、pins = < MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140 MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140 MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140 MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140 >; }; i.MX 8M | i.MX 8M Mini | i.MX 8M Nano Linux Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized こんにちは、 @hiteshviradiya さん。 お元気でお過ごしのことと思います。 デバイスツリーの詳細を教えていただけますか？Pinmuxのコードしか見えません。 また、使用しているBSPのバージョンと、Wi-Fiモジュールへの接続に使用しているドライバの詳細も教えてください。 よろしくお願いいたします。 サラス。 Re: IMX8M+ w/ BT+WiFi module (AW-XB583MA-PUR) BT takes 50-60 seconds time to get initialized @Manuel_Salas様、 弊社では、カスタマイズされたBuildroot（バージョン2024.08）を使用しています。カーネルバージョン：6.6.36。以前、BT関連のデバイスツリーコードとPinmuxを共有しましたが、以下に改めて共有します。 &uart1 { /* BT */ pinctrl-names = "default"; pinctrl-0 = <&pinctrl_uart1>; 割り当てられたクロック = <&clk IMX8MP_CLK_UART1>; 割り当てられたクロック親 = <&clk IMX8MP_SYS_PLL1_80M>; fsl、uart-has-rtscts; ステータス = "正常"; }; pinctrl_uart1: uart1grp { fsl、pins = < MX8MP_IOMUXC_UART1_RXD__UART1_DCE_RX 0x140 MX8MP_IOMUXC_UART1_TXD__UART1_DCE_TX 0x140 MX8MP_IOMUXC_UART3_RXD__UART1_DCE_CTS 0x140 MX8MP_IOMUXC_UART3_TXD__UART1_DCE_RTS 0x140 >; }; 他に特定のデバイスツリーノードが必要な場合はお知らせください。

Mac OS Tahoe 更新 LinkServer 未找到探测器 所以我升级到了 Tahoe 版本，但是在使用 LinkServer 时找不到探测器。所以我把 LinkServer 更新到了最新版本，但它只有在终端里进入目录并手动运行后才能工作。 ./LinkServer 探测 之后就能找到探针，我可以使用MCUXpresso了。这种情况似乎也发生在其他人身上。 https://community.nxp.com/t5/MCUXpresso-General/LPC-Link2-not-found/mp/2200131/highlight/true#M5741 这是 IDE 尝试使用 LinkServer 时出现的错误。 redlink> 探针列表 错误：未找到探针 我也在一家大公司工作，其他更新了操作系统的人也遇到了同样的问题，不得不采取同样的措施。 有没有人知道更好的解决方法？ Re: Mac OS Tahoe update LinkServer No Probes found 嗨@davidinsulet ， 遗憾的是，这是预装在最新版本 MCUXpresso IDE 中的 LinkServer 版本的当前限制。也就是说，这一限制已被发现并报告给 IDE 团队，以便他们可以在未来的版本中修正 LinkServer 版本。 与此同时，您分享的帖子中描述的解决方法是解决此问题（特别是针对 MCUXpresso IDE）的最有效方法。 或者，您也可以推荐使用MCUXpresso for VS Code ，这是我们最新的开发平台，目前没有像 IDE 那样的限制。 由此造成的不便，敬请谅解。 BR， 埃德温。