EUF-SNT-T1638 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议概述了飞思卡尔通过两种互补技术提供的安全系统安全技术：1) QorIQ P 和 T 系列中已经存在的信任架构，包括安全启动；2) 基于 ARM ®的 QorIQ LS 系列处理器中引入的 TrustZone ®技术。我们将概述在嵌入式处理器中提供这些技术的动机，并展示它们如何相互补充，使最终系统“可信”，从而实现用户和供应商所期望的功能。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议概述了飞思卡尔通过两种互补技术提供的安全系统安全技术：1) QorIQ P 和 T 系列中已经存在的信任架构，包括安全启动；2) 基于 ARM ®的 QorIQ LS 系列处理器中引入的 TrustZone ®技术。我们将概述在嵌入式处理器中提供这些技术的动机，并展示它们如何相互补充，使最终系统“可信”，从而实现用户和供应商所期望的功能。

ベース変更のリセット Hello , 電源を入れてリセットした後、s32k3 microを使用しています。そして、デフォルトでは0x400000場所から開始されます。ブートローダーに入ります。ブートローダーが故障している場合、他のブートローダーを起動したい場合、または休息後に0x500000場所から開始したい場合、どうすればよいですか?リセットベースアドレスを変更するにはどうすればよいですか? 例えば。RH850 には RBASE レジスタがあり、リセット後にメモリ開始アドレスを更新すると、更新されたアドレスから開始されます。 S32K3でこれを実現する方法。 S32K3の  日時:ベース変更のリセット こんにちは、@Yellow。 残念ながら、S32K3デバイスファミリの開始アドレスはデフォルトの位置に固定されているため、変更できません。ただし、ブートローダーに障害がある可能性があるという懸念に対応して、HSEファームウェアを使用してセキュアブートを実装することをお勧めします。 HSEリファレンスマニュアルに記載されているように、「アプリケーションドメイン内の1つまたは複数のアプリケーションCPUサブシステムによって実行される1つまたは複数のアプリケーションイメージの整合性と信頼性を確保すること」。特定のアプリケーションイメージの場合、セキュアブートプロセスの結果、PASSまたはFAIL応答が返されます。これは、基本的にアプリケーションCPUサブシステム(の1つ)によって構成され、アプリケーションイメージをフェッチする場所、それらをどのように検証するか、および1つ以上のイメージに対するFAIL応答が発生した場合にどのような制裁を適用するかを定義します。詳細については、HSEリファレンスマニュアルを安全なファイルで参照できますが、NDAが必要です。 さらに、ステップバイステップの手順とデモプロジェクトを含むセキュアブートアプリケーションノートを提供しています。これらのリソースは、S32K3 Microcontrollers for Automotive General Purpose からダウンロードできます。 - セキュアブートアプリケーションノート: ドキュメント -> セキュアファイル -> セキュアブートアプリケーションノート v0.1.1.0(AN744511) - デモ プロジェクト: デザイン リソース -> ソフトウェア -> Secure Files -> SecureBootAppNoteDemo (SW745310) この情報が役に立ったかどうか、さらに疑問がある場合はお知らせください。 - RomanVR。

请推荐一个 LPC 55SXX 系列的计数定时器示例 大家请推荐一个LPC 55SXX系列计数定时器的例子，我想在固定的时间向主机发送数据。 谢谢！ LPC55xx 回复：请推荐一个适用于 LPC 55SXX 系列的计数定时器示例 你好@MHY_0878 我向您推荐 SDK 下的 ctimer_match_interrupt 示例。 BR 爱丽丝

观看飞思卡尔杯欧洲、中东和非洲地区决赛直播 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我们已设置现场直播，以便您观看 4 月 28 日至 29 日在都灵理工大学举办的飞思卡尔杯 EMEA 总决赛。 连接2015 年飞思卡尔杯直播 - SeLM - 都灵理工大学 飞思卡尔杯内容

HOWTO: S32 Design Studio for ARM に IAR Eclipse プラグインをインストールする <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ARM向けS32 Design Studio（S32DS）は、IARツールチェーンを使ってARM向けのS32DSプロジェクトを構築しデバックできるようにするIAR Eclipseプラグインです。 このドキュメントでは、このプラグインのインストール方法と、新しいプロジェクトウィザードでIARを有効にする方法について説明します。 S32DS for ARM 2018.R1 の現在のバージョンは、IAR コンパイラ v7.x および v8.x をサポートしています。 IAR eclipseプラグインのインストールが完了すると、S32DS Eclipse環境の直下でIARコンパイラ/デバッガインターフェースを使用して、新しいS32DSプロジェクト(SDKを含む)を作成、ビルド、デバッグできるようになります。   インストール手順 まず、IAR Embedded WorkbenchがIARからの有効なライセンスとともにインストールされていることを確認してください。それでは、eclipseプラグインのインストールに進みましょう。   1. IAR Plugin managerをインストールします。 メニュー「Help（ヘルプ）」→「Install New Software（新規ソフトウェアをインストール）」の順に移動し、「Add（追加）...」ボタンをクリックして、新しいIARリポジトリ（http://eclipse-update.iar.com/plugin-manager/1.0）を追加します。 「I Accept the terms of the license agreement（ライセンス契約の条項に同意します）」にチェックを入れ、「OK」をクリックして、未署名のコンテンツ・ソフトウェアを受け入れます。 最後に、インストールに進みます。プラグインがインストールされると、S32DSを再起動するように求められます 新しいワークスペースを作成するたびに、IAR Embedded Workbench IDEへのパスの入力を求められます。   2. IAR Embedded WorkbenchプラグインマネージャでIARプラグインを設定します。 IARプラグイン・マネージャを実行します（メニュー「Help（ヘルプ）」→「IAR Embedded Workbench plugin manager...」）。 ARMのバージョン（8.x）を選択し、「Install（インストール）」ボタンをクリックします。 表示されたIARコンポーネントをすべて選択し、「次へ」ボタンをクリックしてインストールに進みます。   3. プロジェクトウィザードでの新規IARプロジェクト S32DSで新しいプロジェクトを作成し、デフォルトのGCCコンパイラではなくARM用のIARツールチェーンを選択できるようになりました。 デバッガを選択すると、「IARプラグインデバッガ」という新しい項目が表示されます。IARがサポートするプローブ(例:Iジェット) IAR オプションが有効な新しい S32DS プロジェクトのプロジェクトプロパティに、IAR 固有のパネルと設定が表示されます（上記参照）。 デバッグ設定パネルには、IARデバッグプラグインオプションが選択されたプロジェクトのすべてのデバッグ設定を含む新しいカテゴリ「IAR C-SPYアプリケーション」があります。 デバッガパースペクティブでは、IAR固有のビューと機能がいくつか提供されるようになりました。 S32DSのIAR Eclipseプラグインを使用したビルドとデバッグをお楽しみください。 サードパーティ（プレミアム）プラグイン 新規プロジェクト・ウィザード ― プロジェクト管理と設定 Re: HOWTO: S32 Design Studio for ARM に IAR Eclipse プラグインをインストールする <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> hello. Stanislav Sliva IARコンパイラを使用するために、あなたと同じく、IARプラグイン・マネージャをインストールしました。 ところが、インストール中に次の問題が発生しました。 \ インストール後、「Window（ウィンドウ）->Preferences（設定）」を確認しましたが、「IAR Embedded Workbench」は見当たりませんでした。 下の図に示されているように、インストールをこれ以上続行することができません。 この問題をご確認ください。 よろしくお願いいたします MinYeop

i.MX 6/7シリーズDDRツールリリース 重要：ご質問がある場合やDDRツールまたはサポート・ドキュメントについて問題を報告したい場合は、i.MXコミュニティでサポートチケットを作成してください。プライベート・メッセージやダイレクト・メールは常時チェックされず、返信されないことにご留意ください。 i.MX 6/7シリーズファミリー DDRツール概要 このページには、i.MX 6/7 シリーズ DDR ツールの最新リリースが含まれています。このページで説明されているツールは、以下の i.MX 6/7 シリーズ SoC を対象としています。 i.MX 6DQP (Dual/Quad Plus) i.MX 6DQ (Dual/Quad) i.MX 6DL/S（デュアル・ライト/ソロ） i.MX 6SoloX i.MX 6SL i.MX 6SLL i.MX 6UL i.MX 6ULL/ULZ i.MX 7D/S i.MX 7ULP i.MX 6/7シリーズのDDRツールを使用すると、デバイス構成（密度、チップ/セレクトの数など）やボードのレイアウト（データ・バス・ビットのスウィズリングなど）に基づいて、カスタムのDRAM初期値の生成やテストが実行できるようになります。このプロセスの次は、ブートローダとOSの起動に進むことができます。OSが起動したら、OSベースのメモリ・テスト（Linux memtesterなど）を実行して、DDRメモリ・インターフェースをさらに検証・テストすることをお勧めします。 i.MX 6/7シリーズDDRツールの構成要素は以下のとおりです。 DDRレジスタプログラミングエイド（RPA） DDRストレス・テスト_________________________________________________________ i.MX 6/7シリーズDDRストレステスト i.MX 6/7シリーズのDDRストレス・テスト・ツールは、u-bootおよびOS起動で使用する前にDDR初期化が正常に動作することを検証するためのWindowsベースのソフトウェア・ツールです。DDRストレス・テスト・ツールはこちらからご利用いただけます。 i.MX 6/7 DDRストレステストツール DDRストレステストツールは、上記のすべてのi.MX SoCをサポートしていますが、ツールで指定されているサポート対象のi.MX SoCの一部は、次のように複数のi.MX SoCをサポートしています。 MX6DQ – 選択すると、i.MX 6DQおよびi.MX 6DQP（Plus）の両方をサポートします。 MX6DL – 選択すると、i.MX 6DLとi.MX 6S（i.MX 6DLS製品ファミリ）の両方がサポートされます MX6ULL – 選択すると、i.MX 6ULLおよびi.MX6 ULZの両方をサポートします。 MX7D – 選択すると、i.MX 7Dおよびi.MX 7Sの両方がサポートされます _____________________________________________________________________________ i.MX 6/7シリーズのDDRレジスタ・プログラミング支援(RPA) i.MX 6/7シリーズのDDR RPA（または単にRPA）は、ユーザーの特定DDR構成（DDRデバイス・タイプ、密度など）に合わせてDDRの初期化を開発するためのExcelスプレッドシート・ツールです。RPAはDDRストレス・テスト・ツールで使用するためのDDR初期化スクリプトを生成します。RPAの以前のバージョン履歴については、各RPAのリビジョン履歴タブを参照してください。 最新のRPAを入手するには、以下のリンクをご覧ください。 i.MX 6DQP i.MX6DQPレジスタプログラミング支援 i.MX 6DQ i.MX6DQレジスタプログラミング支援 i.MX 6DL/S i.MX6DLレジスタプログラミング支援 i.MX 6SoloX i.MX6SXレジスタプログラミング支援 i.MX 6SL i.MX6SLレジスタ・プログラミング支援ツール i.MX6SLL i.MX6SLLレジスタプログラミング支援 i.MX 6UL/ULL/ULZ i.MX6UL/ULL/ULZ DRAMレジスタ・プログラミング支援 i.MX7D i.MX7D DRAMレジスタプログラミング支援 i.MX 7ULP i.MX7ULP DRAMレジスタ・プログラミング支援 _____________________________________________________________________________ DRAM レジスタプログラミング支援 FAQ i.MX6 全て i.MX6DL i.MX6Dual i.MX6DualPlus | 6QuadPlus i.MX6Quad i.MX6S i.MX6SL i.MX6SoloX i.MX6UL i.MX7Dual i.MX7Solo i.MX7ULP Re: i.MX 6/7シリーズDDRツールリリース ストレスtoi.MX 6/7 DDRストレス・テスト・ツールのリンク

SPIワードの送信に失敗しました この理由は何ですか???私は12vpowerを取得し、PCでボードを接続しました。どうぞ手を貸して下さい。 ソレノイドコントローラー Re: Failed to send SPI word 問題は解決しました。Windowsは署名のないSPIGENドライバを読み込めないためです。私のダウンロードに問題があるのかもしれません。Windowsドライバの強制署名を無効にした後、ドライバを更新することでSPIGENは正常に動作するようになりました。ありがとうございます！ Re:SPIワードの送信に失敗しました Hi Lex (@LexLiu), この質問に協力していただけますか? ありがとう&BRs、トーマス

陀螺仪：FXAS2100x 分线板 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, FXAS2100x是一款小型、低功耗、偏航、俯仰和滚动角速率陀螺仪，具有 16 位 ADC 分辨率。满量程范围可调，从±250°/s 至±2000°/s。它具有 I2C 和 SPI 接口。 以下是从 OSH Park 下载的 FXAS2100x 分线板的渲染图： 该板的布局设计： 在附件部分，您可以找到原理图源文件 (SCH)、原理图 PDF 文件、布局源文件 (BRD)、Gerber 文件 (GTL、GBL、GTS、GBS、GTO、GBO、GKO、XLN) 和 BOM 文件。 如果您对其他传感器的更多类似分线板的设计感兴趣，请前往飞思卡尔传感器分线板设计 - 主页 陀螺仪

i.MX 6/7 DDRストレステストツール 重要：DDRツールまたはサポート・ドキュメントに関してご質問または報告したい問題がある場合は、 i.MXコミュニティでサポート・チケットを作成してください。プライベート・メッセージやダイレクト・メールは常時チェックされず、返信されないことにご留意ください。 i.MX 6/7ファミリーDDRストレステスト i.MX6/7 DDRストレス・テスト・ツールは、DDRパラメータに合わせて微調整されたPCベースのソフトウェアで、OSを使用しない単一タスク環境でDDR性能の検証に使用される軽量ツールです。書き込みレベリング、DQSゲーティング、読み取り/書き込み遅延キャリブレーション機能を実行します。 このページで説明されているツールは、以下のi.MX 6/7シリーズのSoCを対象としています。 i.MX 6DQP (Dual/Quad Plus) i.MX 6DQ (Dual/Quad) i.MX 6DL/S（デュアル・ライト/ソロ） i.MX 6SoloX i.MX 6SL i.MX 6SLL i.MX 6UL i.MX 6ULL/ULZ i.MX 7D/S i.MX 7ULP DDRストレステストツールは、上記のすべてのi.MX SoCをサポートしていますが、ツールで指定されているサポート対象のi.MX SoCの一部は、次のように複数のi.MX SoCをサポートしています。 MX6DQ – 選択すると、i.MX 6DQおよびi.MX 6DQP（Plus）の両方をサポートします。 MX6DL – 選択すると、i.MX 6DLとi.MX 6S（i.MX 6DLS製品ファミリ）の両方がサポートされます MX6ULL – 選択すると、i.MX 6ULLおよびi.MX6 ULZの両方をサポートします。 MX7D – 選択すると、i.MX 7Dおよびi.MX 7Sの両方がサポートされます i.MX 6/7シリーズのDDRツールを使用すると、デバイス構成（密度、チップ/セレクトの数など）やボードのレイアウト（データ・バス・ビットのスウィズリングなど）に基づいて、カスタムのDRAM初期値の生成やテストが実行できるようになります。このプロセスの次は、ブートローダとOSの起動に進むことができます。OSが起動したら、OSベースのメモリ・テスト（Linux memtesterなど）を実行して、DDRメモリ・インターフェースをさらに検証・テストすることをお勧めします。 i.MX 6/7シリーズDDRツールの構成要素は以下のとおりです。 DDRレジスタ・プログラミング支援（RPA）：i.MX 6/7シリーズDDRツール・リリース DDRストレス・テスト：詳細は後述 DDRストレス・テストの実行方法は3通りあり、それぞれ、添付のZIPファイルで取りあげられています。以下では、各方法の概要と関連ZIPファイルの命名規則について説明しています。 オプション 1 GUIベース： GUI実行ファイルを実行し、USB経由でホストPCにボードを接続します。 Archive file: ddr_stress_tester_vX.xx.zip ツールはまず、指定されたi.MX SoC用のDDR初期化スクリプトを実行する必要があります（「Load Init Script in the GUI tool（GUIツールで初期化スクリプトをロード）」を参照）。NXPの開発ボードに基づく初期化スクリプトの例は、上記ZIPファイルのスクリプト・フォルダにあります。注：カスタム・ボードとメモリに合わせてスクリプトの変更が必要な場合があります。   オプション2 DDRストレステスター：JTAGインターフェース JTAGインターフェース経由でボードに接続されたハードウェア・デバッガを使用して、ELFファイルをi.MX SoCのOCRAM（内部RAM）にダウンロードし、実行を開始します。結果はUARTシリアル・ポート（115200-8-n-1）に表示されます。 アーカイブファイル: ddr_stress_tester_jtag_vX.xx.zip JTAG/デバッガを使用する方法では、GUIツールと同様に、まず、指定されたi.MX SoC向けにDDR初期化スクリプトを実行する必要があります。サンプル・スクリプトの場所（ddr_stress_tester_vX.xx.zipファイル内）の場所については、GUIツールに関する上記の説明を参照してください。 スクリプトを使用できるのは、RealView ICE形式（.incファイル）またはDS-5 DSTERAM形式（.ds）のいずれかであることにご注意ください。他のデバッガの場合、その特定のデバッガに合わせてスクリプトのコマンド構文を変更する必要があります。RealView Ice（.inc）形式からDS-5 DSTREAM（.ds）形式への変換、または逆方向への変換にも同様のことが言えます。 DDRストレス・テスタ実行可能ファイル（V2.20以降）には、自動UART検出機能があります。シリアル・コンソールに選択するUARTポートが、NXP開発ツール（EVK、SABRE）で使用されているものと異なる場合は、そのUART向けの構成を可能にするDDR初期化スクリプトをコマンドに追加したうえで、ELF実行可能ファイルをロードして実行できます。手順については、このコミュニティ投稿の「FAQセクション」とJTAGアーカイブ・ファイルにある「txtファイル」を参照してください。   オプション 3 U-Boot： ブートローダのU-Bootを起動し、U-Boot内のコマンドを使用してbinファイルをSoC OCRAMにダウンロードし、実行を開始します。結果はUARTシリアルポート（115200-8-n-1）に表示されます。 Archive file: ddr_stress_tester_uboot_vX.xx.zip U-Bootを使ってDDRストレス・テスト・ツールをダウンロードする場合は、ddr-test-uboot-jtag-mxxxx.binをSDカードにコピーし、'fatload' U-Bootコマンドを使用してIRAMにロードします（新しいバージョンのU-Bootを使用する場合は以下の注意事項をご覧ください）。i.MX6の場合は0x00907000に、i.MX7Dの場合は0x00910000にバイナリをロードします。DDRストレス・テストではキャッシュとMMUページ・テーブルが再構成および再有効かされるため、まず、U-Bootでi-cacheとd-cacheを必ず無効にしておきます（下記を参照）。 この方法によるとU-BootからDDRストレス・テストをロードして実行できますが、NXPではシステム・テストとデバッグにはGUIベースのバージョンを実行することを強くお勧めしています。U-Bootを使用する方法は、USBもJTAG接続もない生産中のシステム向けの「最後の手段」と考えられ、その根拠として以下が挙げられます。 GUIベースの方法では、システムは「クリーン」な初期化されていない状態で起動するのに対し、U-Bootを使った方法では、DDRストレス・テストで想定されていない多数のSoC機能が初期化され、ストレス・テスト動作との競合が発生することがあります。 U-Bootオプションを実行すると、テストによりDDR内にあるU-Bootの内容が上書きされます。つまり、DDR内のあらゆるデータがテストによって上書きされます。ストレス・テストがロード、実行されると、U-Boot自体にアクセスできなくなり、U-Bootの機能に戻るには、システムを再起動する必要があります。 U-Bootの新しいバージョンでは、SDカード（ブート・メディア）からSoC内部のOCRAM（別名IRAM）にDDRストレス・テスト・コードを直接ロードできません。そのため手順は、まずDDRストレス・テスト・コードをDDRにロードしてから、OCRAMにコピーする（下記手順を参照）という形に変更されます。 u-boot> dcache off;icache off;fatload mmc 2:1 0x12000000 ddr-test-uboot-jtag-mx6dq.bin;cp.b 0x12000000 0x00907000 0x20000;go 0x00907000 U-BootはDDRストレス・テストの動作と競合する可能性のある多くのペリフェラルを初期化するため、テストの実行前にこれらのペリフェラルをクロック・ゲーティングする必要があります。そのため、上記の手順を次のように拡張することを強くお勧めします。 u-boot> dcache off;icache off;fatload mmc 2:1 0x12000000 ddr-test-uboot-jtag-mx6dq.bin;cp.b 0x12000000 0x00907000 0x20000; u-boot> mw 0x020c4068 0x00C0000F; u-boot> mw 0x020c406c 0x00000000; u-boot> mw 0x020c4074 0x3F300000; u-boot> mw 0x020c4078 0x0000F300; u-boot> mw 0x020c407c 0x0F000003; u-boot> mw 0x020c4080 0x000003FC; u-boot> go 0x00907000 上記の手順では、各クロック・ゲート・レジスタに別々のコマンドで書き込むことをお勧めします（「mw」で始まるコマンドを参照）。SoCでは各クロックのゲーティングに特定の時間を必要とするため、新しいコマンド・ライン書き込みでこのシーケンスを実行すると、SoCが目的のクロックをゲーティングする時間を確保できます。   ストレス・テストのリビジョン 特長 コメント 3.00 GUIバージョンにi.MX 7ULPのサポートを追加 既知の問題：USBハブまたは一部のPC環境下でUSB接続が不安定になります。 2.92 発生していないのにエラーが報告されるという特殊なケースを回避するために、ライト・レベリング・キャリブレーション・コードのエラーチェックに軽微な修正を加えました。   2.91 コード内の競合状態により、キャリブレーションルーチンが遅延値を見つけられなくなる可能性がある書き込みレベリングキャリブレーションコードの問題を解決しました。 DDR3をサポートするMX6シリーズのSoCにのみ適用されます。 2.90 書き込みキャリブレーションを行う際には、DDRスクリプトが行うように、書き込み遅延ラインレジスタ（MMDC_MPWRDLCTL）の設定を予約してください。以前のリリースでは、MMDC_MPWRDLCTLはデフォルトで0x40404040に変更されていました。     *詳細については、リリース・ノートを参照してください  _________________________________________________________________________________________________________________________________________    FAQ   Q：「ERROR: DCD addr is out of valid range（エラー：DCD addrは有効な範囲外です）」というエラー・メッセージが表示されます。このエラーはなぜ発生し、どうすれば解決できるでしょうか？ A：Register Programming Aidの使用時に、DCD範囲でサポートされていないレジスタ書き込みが発生することがあります。次の項目を探して、DDR初期化スクリプトからコメント・アウトしてください。 wait = on setmem /16 0x020bc000 = 0x30 // disable watchdog (note the address for this may be different between i.MX6x devices) Q：「DDR Density（密度）」プルダウン・メニューにはどのような目的があり、どのように選択すればよいですか？ A. DDR密度のプルダウンメニューでは、ユーザーがボードに実際に搭載されている密度よりも小さいDDR密度をテストするオプションを選択できます。これを行う利点は、テスト時間を短縮し、ユーザーがシステムの「クイックテスト」を実行できるようにすることです。重要：ユーザーは、この値をボードでサポートされている密度よりも高く設定しないことが必須です。そうすると、ストレステストが失敗したり、ロックアップしたりします。 DDR密度の意味は、テストされるメモリ・タイプ（DDR3またはLPDDR2）によって異なります。 DDR3の場合、これはチップ・セレクトあたりの密度を表します。つまり、ボードに2つのチップ・セレクトがあり、各チップ・セレクトに512MBがある場合は、単純に512MB以下を選択します。デフォルト設定では、検出された密度がチップ・セレクトごとに設定されます。 LPDDR2の場合は、チャネルあたりの密度を指します。これは、2チャネルLPDDR2メモリ（MX6DQ、MX6DL）をサポートするMX6デバイスにのみ関連します。1つのLPDDR2チャネルのみをサポートする他のMX6デバイスの場合は、そのチャネルの合計密度（最大設定）を指します。LPDDR2の場合、（チャネルごとの）チップ・セレクト数はテストの密度の選択には影響しないという点に注意する必要があります。ストレス・テストでは両方のチップ・セレクトがチャネルごとに1つの密度に結合されるためです。たとえば、2GBのLPDDR2デバイスに2つのチャネルがあり、各チャネルに2つのチップ・セレクトがあるとしましょう。チップ・セレクトあたりの容量はチャネルごとに512MBとなります。各チャネルで両方のチップ・セレクトを組み合わせると、チャネルごとの容量は1GBになると言うこともできます。この場合は、DDR密度ドロップダウン・メニューで（最大設定の）1GBを選択します。これはデフォルト設定でもありますが、1チャネルにつき1GBが実際にテストされているという確信を持つために1GBを選択してもまったく問題ありません。 ここで、チャネル（LPDDR2）とチップ・セレクトが1つずつしかなく、密度が128MBであると仮定します。この場合、選択できる最大DDR密度は128MBです。 チャネルが1つ、チップ・セレクトが2つあり、各チップ・セレクトの密度が128MBであると仮定する場合は、選択できる最大DDR密度は256MB（両方のチップ・セレクトの合計）です。   MX7Dについては、実際の密度を入力する必要がありますのでご注意ください。MX6xシリーズでは、このフィールドをデフォルトのままにしておくと、DDRストレス・テストによりDDR初期化スクリプトでサポートされている密度が確認されます。MX7D DDRコントローラの設計は異なり、この機能はサポートされていないため、ユーザーは実際の密度を入力する必要があります（MX7Dの密度の使用とチップ選択の数の詳細については、DDR CS設定に関する次のFAQを参照してください）。   Q. 「DDR CS」プルダウンオプションの目的は何ですか？ A. 答えは、どのプロセッサをテストしているかによって異なります。   i.MX 6xシリーズの場合： このプルダウン・メニューには、1つのチップ・セレクト（CS0）、または（*2チップ・セレクト構成の場合*）すべてのチップ・セレクト（両方）をテストするオプションがあります。2チップ・セレクト構成がある場合にテスト時間を短縮したい場合は、1つのチップ・セレクトのみをテストできます。それ以外の場合は、両方のチップ・セレクトをテストすることができます。1チップ・セレクト構成で「ALL（すべて）」を選択すると、ストレス・テストでエラーが返されることにご注意ください。   i.MX 7Dの場合： MX7D DDRコントローラの設計は異なり、DDRストレス・テストでは、ユーザーはボード上でサポートされているすべての密度を入力する必要があります。当然1つのチップ・セレクトがテストされてから、次に進むため、チップ・セレクト・フィールドはそのまま（0）にします。たとえば、チップ・セレクトを2つ使用していて、各チップ・セレクトが512MBであると仮定する場合は、DDR密度フィールドに1GBを入力して、両方のチップ・セレクトがテストされるようにします。（テスト時間短縮のために）ボードに表示されている密度よりも低い密度を入力できますが、両方のチップ・セレクトがテストされない可能性があることに留意してください。   Q：DDRキャリブレーションを実行するのにDDRストレス・テスト・ツールを使用して結果を取得しています。取得されるパラメータはU-Bootのflash_header.Sに自動的に書き込まれますか、それとも手動で書き込みますか？ A：DDRストレス・テスト・ツールから取得したキャリブレーション値は、flash_header.Sファイルまたは他のDDR初期化スクリプトで手動で更新される必要があります。   Q：MX7DでDDRストレス・テストを実行してキャリブレーションを試みると、キャリブレーションがサポートされていないというエラーが表示されますが、これは予想される動作ですか？ A：はい、MX7ではキャリブレーションはサポートされておらず、必要もありません。MX7はMX6シリーズとは異なるメモリ・コントローラを使用しているためです。MX6シリーズのメモリ・コントローラには、MX7メモリ・コントローラにはないキャリブレーションのサポートが組み込まれています。   Q：MX7でDDRストレス・テストのGUIバージョンを実行し、DDR密度をデフォルトのままにしておくと、密度の指定が必要というエラーがツールに表示されます。なぜでしょうか？ A：これは、MX7がMX6 シリーズとは異なるメモリ・コントローラを使用しているためです。MX6シリーズでは、メモリ・コントローラのレジスタ設定からメモリ密度を計算することが可能でした。MX7メモリ・コントローラの設計は異なっており、レジスタ設定に基づいてサポートされる密度を簡単に計算することはできません。代わりに、ユーザーがボード上の密度を確認し、DDR密度のプルダウン・メニューでこの値を選択する必要があります。   Q。書き込みレベリングキャリブレーションを実行すると、書き込みレベリングのキャリブレーション値が1/8クロックサイクルを超える場合、WALATを1に設定する必要があるという注意が表示されることがあります。これはどういう意味ですか？ A. 特定の i.MX 6 デバイスのリファレンス・マニュアルの MMDC 章では、MDMISC レジスタで WALAT を設定する必要性が次のように説明されています。 「WALATの目的は、バースト・ライト操作の最後に時間遅延を加え、Write Post Amble Delay（tWPST）のJEDEC時間仕様への準拠を徹底することにあります（DQSストローブは、バースト・ライトの終了時のリリース前にクロック・サイクルの30％以上の間、低レベルで維持されます）。WL_DL_ABS_OFFSETn レジスタ・フィールドのいずれかの値が「1F」より大きい場合、WALATを「1」（サイクル追加遅延）に設定する必要があります。WL_CYC_DELnレジスタ・フィールドによって追加されるフルサイクル遅延では、WALATをさらに引き上げる必要があります」 したがって、ライト・レベリング・キャリブレーション・ルーチンで0x1Fより大きい遅延値が検出された場合、WALATの設定が必要なことをユーザーに通知し、DDR3初期化スクリプトを更新してWALATが確実に設定されるようにします。ライト・レベリングの遅延値が実行ごとに変動しているとユーザーが気付くことが時々ありますが、これはごく普通のことです。この遅延が「ボーダーライン」である、つまり0x1Fより大きいこともあれば、それよりやや小さいこともある場合は、WALATを初期化スクリプトに永続的に設定しても問題はなく、JEDECのtWPST内にとどまることが保証されます。   Q：ライト・レベリング・キャリブレーションの実行後に、報告される遅延値がゼロ（0x00）になることもあれば、ゼロ以外の値が報告されることがあるのは、なぜでしょうか。 A：ライト・レベリング・キャリブレーションを実行するたびに遅延値がやや変動するのはごく普通のことです。このキャリブレーション・ルーチンでは、ユーザーの大半が自分のボードを設計する際にDDR3メモリをi.MX 6 SoCの近くに配置すると前提しています。NXPのDDRストレス・テストのライト・レベリング・キャリブレーション・コードには、返されたライト・レベリング値をチェックするメカニズムが組み込まれています。ライト・レベリング・キャリブレーション・ルーチンで、返された遅延値がクロック・サイクルの3/4を超えることが検出されると、遅延値は「ゼロ」に設定されます。こうした大きな遅延結果が生じる原因は、DQS信号がSDCLKに対して既に遅延していることにあると想定されるためです。DQSをSDCLKに一致させるには、キャリブレーション・ルーチンでDQSをさらに遅延させて次のSDCLKエッジと一致させる必要がありますが、これは理論的には避けたいことです。JEDEC仕様では、DQSエッジはSDCLKエッジに対してSDCLKサイクルの25%以内に収まる必要があるため、DQSが最初にSDCLKからわずかに遅れていても実際には問題ありません。返された値がクロック・サイクルの3/4を超えると、キャリブレーション・ルーチンで遅延値が「ゼロ」に設定されるのはこうした理由からです。このような場合、DQSエッジとSDCLKエッジは非常に近いため、キャリブレーションの実行によっては、DQSエッジがSDCLKよりわずかに先行（ライト・レベリング遅延値が非常に小さくなる）することもあれば、SDCLKに対してわずかに遅れることもあります（ライト・レベリング遅延値が結果として非常に大きくなった場合、DQSを次のSDCLKエッジと一致させるためにゼロにする必要があります）。   Q：DDRストレス・テストのJTAGバージョンを使用する場合、シリアル・ポートに別のUARTポートを選択するにはどうすればよいですか？ A：フォルダ「ddr_stress_tester_jtag_v2.52」内に、DDR初期化スクリプトに追加コマンドをいくつか加えることで異なるUARTポートの追加方法を説明するテキスト・ファイルがあります。  以下に、これらのコマンドの概要を示します。 1. UARTモジュールのクロックのゲートを解除します（ほとんどのNXPスクリプトでは、スクリプトの冒頭ですべてのペリフェラル・クロックのゲートが解除されるため、この部分はすでに完了しています）。 2. UARTで使用するピンでIOMUXオプションを設定します（通常、UART_TXとUART_RXにはIOMUXオプションを、UART_RX入力にはデイジー・チェーン・オプションを設定します）。 3. レジスタUCR1のビットUART_ENを介して目的のUARTモジュールを有効にします。 4. 他のUARTモジュールを無効にする（UCR1［UART_EN］＝0）。通常は UART1 を無効にするだけで十分ですが、ストレステストの目的で、他の未使用の UART オプションをすべて無効にしても問題ありません。   次のセットアップでの.dsファイル用語の例を以下に示します：MX6DQ、KEY_COL0およびKEY_ROW0上にUART4（すべてのペリフェラルに対してクロックのゲーティングが解除されていると仮定） mem set 0x020E01F8 32 0x00000004   #// config_pad_mode(KEY_COL0, ALT4) mem set 0x020E01FC 32 0x00000004   #// config_pad_mode(KEY_ROW0, ALT4); mem set 0x020E0938 32 0x00000001   #// Pad KEY_ROW0 is involved in Daisy Chain. mem set 0x02020080 32 0x00000000   #//disable UART1 in UART1_UCR1（注：他のUARTモジュールも無効にできます） mem set 0x021F0080 32 0x00000001   #//enable UART4 in UART4_UCR1   次のセットアップでの.incファイル用語の別の例を以下に示します：MX6SX、SD4_DATA4およびSD4_DATA5上のUART5（すべてのペリフェラルに対してクロックのゲーティングが解除されていると仮定）。 setmem /32 0x020E0294 = 0x2 //IOMUXC_SW_MUX_CTL_PAD_SD4_DATA5, ALT2; UART5_TX_DATA setmem /32 0x020E0290 = 0x2 //IOMUXC_SW_MUX_CTL_PAD_SD4_DATA4, ALT2; UART5_RX_DATA setmem /32 0x020E0850 = 0x00000000 // IOMUXC_UART5_IPP_UART_RXD_MUX_SELECT_INPUT, daisy chain for UART5_RX input to use SD4_DATA4 setmem /32 0x021F4080 = 0x00000001 // Enable UART_EN in UCR1 of UART5 // Disable UART_EN in UCR1 of UART1, UART2, UART3, and UART4 setmem /32 0x02020080 = 0x00000000 // UART1 setmem /32 0x021F0080 = 0x00000000 // UART2 setmem /32 0x021EC080 = 0x00000000 // UART3 setmem /32 0x021E8080 = 0x00000000 // UART4   関連リソースのリンク： i.MX 8M Miniレジスタ・プログラミング支援DRAM PLL設定  i.MX 8/8XシリーズDDRツールのリリース  i.MX 8M ファミリー DDR ツールリリース  i.MX6DL i.MX6Dual i.MX6Quad i.MX6S i.MX6SL i.MX6SoloX i.MX6UL i.MX7Dual i.MX7Solo i.MX7ULP

LS1046A PCI-E MSI割り込みをいくつサポートできますか? Hi NXP, LS1046A PCI-E MSI割り込みをいくつサポートできますか?LS1046Aリファレンスマニュアルを読みました。私は決定的な答えを見つけることができませんでした。どんなポインタでも大歓迎です。 ありがとうございました。 LS1046A  Re:LS1046A PCI-E MSI割り込みをいくつサポートできますか? AEチームに確認しました。 LS1046A は 128 の MSI 割り込みをサポートします。「各SCFG_GnMSIRレジスタは最大32個の割り込みをサポートできる」という理解は正しいです。32 x 4 = 128フィート。 Re:LS1046A PCI-E MSI割り込みをいくつサポートできますか? 各PCI-Eコントローラーに256のMSI割り込みがある部分を理解するのを手伝ってもらえますか? 図25-1によると、3つのSCFG_GnMSIIRレジスタがあります。コントローラーごとに 1 つのSCFG_GnMSIIRレジスタがあると仮定します。各レジスタには、4 つの SCFG_GnMSIR レジスタが関連付けられています。 各SCFG_GnMSIRレジスタは、最大32の割り込みをサポートできます。32 x 4 = 128です。 おそらく、いくつかの情報を見逃していたと思います。手伝ってもらえますか? ありがとうございます Re:LS1046A PCI-E MSI割り込みをいくつサポートできますか? 各 PCIe コントローラーには 256 MSI 割り込みがあります。各MSIコントローラーは、GICに対して4つのSPI割り込みを生成できます。 ドライバーは、PCIe コントローラーごとに最大 12 個の SPI 割り込みを割り当てることができます。

操作指南：将 S32K1xx SDK 项目从 SDK v4.0.1 迁移至 v4.0.2 在 SDK v4.0.1 和 v4.0.2 之间迁移 S32K1xx 器件的 SDK 项目，并非简单地附加和分离 SDK 即可。其复杂性在于，SDK v4.0.1 仅支持 S32DS v3.3，而 SDK v4.0.2 仅支持 S32DS v3.4。这意味着在一个 S32DS 版本中，不会同时存在这两个 SDK。此外，SDK v4.0.1 和 v4.0.2 之间附加 SDK 的方法也有所不同。在 v4.0.1 中，SDK 是通过链接添加到 S32DS 项目中的；而在 v4.0.2 中，SDK 文件是通过将实际文件复制到项目中添加到 S32DS 项目的。 为解决这一问题，需要执行一些手动操作。本文档详细介绍了所需的步骤，以及适配包含 S32 配置工具设置的 .mex 文件的必要步骤。 由于基于创建方法的不同，项目存在差异，这里涵盖了 3 种最常见的场景： 该项目是通过“从示例创建新项目”向导创建的，并选择了一个SDK示例项目。 通过 “New Application Project” 向导创建项目，并在向导中选择了要附加的 SDK。 项目已存在，且通过 SDK 管理工具附加了 SDK。 由于后两种项目之间有足够多的相似之处，将它们合并为一个场景，在 “New Application Project” 标题下介绍。第一种场景在 “New Project from Example” 标题下介绍。 前提条件 安装 S32 Design Studio IDE 3.4 安装 S32K1xx 开发包和 S32SDK S32K1XX RTM 4.0.2 包 步骤 从示例新建项目 为了这次演示，将使用 S32K1xx SDK v4.0.1 示例项目“flexio_i2s_master_s32k144”。 在 S32DS 3.3 中打开或创建项目。 在项目资源管理器中展开项目目录，查找 .mex 文件 如果没有 .mex 文件，右键单击项目名称，然后选择 “'S32 Configuration Tool -> Open Pins”（可以选择 S32 配置工具中的任何工具）。尽管 .mex 文件包含 S32 配置工具的设置，但相同的设置也保存在 YAML 代码中，这些代码位于 S32 配置工具生成的每个 .c 文件的头部，这些文件位于项目的 “board” 文件夹中。打开 S32 配置工具后，它会检测到没有 .mex 文件，并扫描生成的文件以查找 YAML 代码。如果找到 YAML 代码，会生成一个新的 .mex 文件并将其放置在项目中。 视角会切换到引脚工具，无需其他操作，.mex 文件已从 YAML 代码创建完成。如果未找到 YAML 代码，会向用户显示一个菜单，用于选择目标器件和 SDK。切换回 C/C++ 视角进行确认。 打开 S32DS 3.4 并导入项目。需要注意的是，S32DS 3.3 和 S32DS 3.4 应使用不同的工作区。项目应导入到 S32DS 3.4 工作区，因此应勾选 “Copy projects into workspace” 复选框。 右键单击 Project -> Properties -> C/C++ Build -> Settings -> Standard S32DS C Compiler -> Includes，然后删除所有包含 “S32_SDK_PATH” 的路径 对 Standard S32DS Assembler -> General 执行相同操作 点击应用并关闭。 SDK 文件夹中的文件是以链接的形式包含在项目中的，而非实际文件，且由于 SDK 4.0.1 未安装到 S32DS 3.4 中，这些链接指向不存在的文件。这意味着 SDK 管理器中的附加功能无法用 SDK 4.0.2 中的相应文件替换它们，因为它不知道如何替换不存在的文件。在项目资源管理器中，从项目中删除 “SDK” 文件夹。 现在，项目已准备好使用 SDK 管理器分离旧 SDK 并附加新 SDK。在项目资源管理器中，右键单击 Project -> SDKs。 启动 SDK 管理器后，它会扫描项目以查找任何附加的 SDK。在本示例中，检测到附加了一个 SDK，但由于它与任何已安装的 SDK 都不匹配，会出现一条消息，询问是否分离 SDK 4.0.1。由于这是预期操作，点击 “OK”。 成功分离 SDK 4.0.1 后，选择 SDK 4.0.2，点击 “Attach/Detach...” 点击“Select All”以将 SDK 附加到所有构建配置。这会为每个构建配置设置 SDK 的包含路径和链接器路径。如果需要，也可以单独选择构建配置。点击 “OK” 完成选择。 要应用更改并退出 SDK 管理器，点击 “Apply and Close”。 SDK 管理器会检测到新 SDK 中的一些文件正在替换项目中的现有文件。默认情况下，所有冲突文件都设置为替换现有文件。如果需要，可以取消选择个别文件。请注意，勾选 “Backup project files” 复选框后，所有被替换的文件都会保存在备份文件夹中，以便将来恢复、比较等。通常，允许替换文件并在之后与备份文件夹中的自定义内容合并可能是明智的。在本示例中，未做任何修改，因此保留默认设置。点击 “OK” 完成该过程。 新的 SDK 已附加，并且可以识别新的 SDK 文件夹。 .mex 文件包含 S32 配置工具的设置，但它仍针对 SDK 4.0.1 进行设置。必须手动更新它，以便 S32 配置工具可用于为 “board” 文件夹生成新代码。右键单击 .mex 文件，然后选择 “Open With -> Text Editor”。 只需修改包含 SDK 名称的 mcu_data 部分：将 “s32sdk_s32k1xx_rtm_401” 改为 “s32sdk_s32k1xx_rtm_402” 保存更改。 接下来，必须从 S32 配置工具重新生成 “board” 文件夹中的文件，以反映新的 SDK。右键单击 .mex 文件，然后选择 “Open With -> S32 Configuration Tools”。 会出现一条警告消息，表明检测到 mex 文件是在旧版本的工具中创建的，一旦在当前工具中保存 mex 文件，它可能无法在旧版本的工具中打开。这是正常现象。点击 “OK”。 注意到错误符号。鼠标悬停查看详细信息。这是与 “Peripherals tool” 相关的错误。选择 “Peripherals tool”。 问题出在 edma_config_1 上，因为它被标为红色。点击它查看界面。从之前的版本到现在，界面发生了变化，以前只支持一种配置，现在允许多种配置。要解决此错误，必须向列表中添加一个新配置。如所示，点击 “+” 添加新配置。此特定错误仅会在包含 EDMA 模块的项目中出现。 问题指示器现在为绿色，这意味着没有警告或错误。现在可以生成代码了，点击 “Update Code” 会出现一个菜单，显示新的和/或更新的文件。如果需要，在一行上选择 “change” 将打开一个比较工具，显示相关文件的现有版本和新版本之间的差异。点击 “OK” 继续。 切换到 C/C++ 视图 项目上的错误现在已消失。如果项目在转换前成功构建，再次构建以确认所有内容都已正确转换。 新应用项目 本演示中，将在 S32DS 3.3 中使用 “New Application Project ” 向导创建一个新项目，并在项目创建过程中选择 S32K1xx SDK 4.0.1。 将项目导入 S32DS 3.4 使用 SDK 管理器分离旧 SDK，然后附加新 SDK。在项目资源管理器中，右键单击 “Project -> SDKs”。 启动 SDK 管理器后，它会扫描项目以查找任何附加的 SDK。在本示例中，检测到附加了一个 SDK，但由于它与任何已安装的 SDK 都不匹配，会出现一条消息，询问是否分离 SDK 4.0.1。由于这是预期操作，点击 “OK”。 成功分离 SDK 4.0.1 后，选择 SDK 4.0.2，点击 “Attach/Detach...” 点击“Select All”以将 SDK 附加到所有构建配置。这会为每个构建配置设置 SDK 的包含路径和链接器路径。如果需要，也可以单独选择构建配置。点击 “OK” 完成选择。 要应用更改并退出 SDK 管理器，点击 “Apply and Close”。 SDK 管理器会检测到新 SDK 中的一些文件正在替换项目中的现有文件。默认情况下，所有冲突文件都设置为替换现有文件。如果需要，可以取消选择个别文件。请注意，勾选 “Backup project files” 复选框后，所有被替换的文件都会保存在备份文件夹中，以便将来恢复、比较等。通常，允许替换文件并在之后与备份文件夹中的自定义内容合并可能是明智的。在本示例中，未做任何修改，因此保留默认设置。点击 “OK” 完成该过程。 .mex 文件包含 S32 配置工具的设置，但它仍针对 SDK 4.0.1 进行设置。必须手动更新它，以便 S32 配置工具可用于为 “board” 文件夹生成新代码。右键单击 .mex 文件，然后选择 “Open With -> Text Editor”。 只需修改包含 SDK 名称的 mcu_data 部分：将 “s32sdk_s32k1xx_rtm_401” 改为 “s32sdk_s32k1xx_rtm_402” 保存更改。 接下来，必须从 S32 配置工具重新生成 “board” 文件夹中的文件，以反映新的 SDK。右键单击 .mex 文件，然后选择 “Open With -> S32 Configuration Tools”。 会出现一条警告消息，表明检测到 mex 文件是在旧版本的工具中创建的，一旦在当前工具中保存 mex 文件，它可能无法在旧版本的工具中打开。这是正常现象。点击 “OK”。 通过查找感叹号图标检查是否有任何错误或警告。它会根据情况改变颜色：绿色表示无问题，黄色表示警告，红色表示错误。将鼠标悬停在图标上，可获取有关错误位置的更多信息。除了解决警告和错误外，由于保留了原始项目的设置，无需进行其他更改。在本示例中，没有警告或错误，因此可以继续更新生成的文件。点击 “Update Code”。 会出现一个菜单，显示新的和/或更新的文件。如果需要，在一行上选择 “change” 将打开一个比较工具，显示相关文件的现有版本和新版本之间的差异。点击 “OK” 继续。 切换回 C/C++ 视图。项目上的错误现在已消失。如果项目在转换前成功构建，再次构建以确认所有内容都已正确转换。 新建项目向导 - 项目管理和设置 SDK

gpio-hogデモの使用方法 i.MX 8ファミリ | i.MX 8QuadMax (8QM) | 8QuadPlus i.MX 8M | i.MX 8M Mini | i.MX 8M Nano i.MX6 全て i.MX6SL i.MX7Dual i.MX7Solo i.MX7ULP Linux SCM-i.MX6DQ

IPv6+AES.docx <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは、QorIQ T1040RDB and T2080RDB SDK1.7 IPv6 +AESテスト・ガイドです。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> これは、QorIQ T1040RDB and T2080RDB SDK1.7 IPv6 +AESテスト・ガイドです。

bossac_windows.zip <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 UDOO 的 Arduino IDE 补丁 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 UDOO 的 Arduino IDE 补丁 研讨会文件

Freescale's commonly used offline programming tools <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. CycloneMAX, Support Kinetis, ColdFire V2/V3/V4, Power MPC5xx/8xx, Qorivva MPC5xxx, DSC, MAC7xxx PE Micro, http://www.pemicro.com/ 2. Flasher ARM Supports the full range of ARM cores, including the traditional ARM7, ARM9 and ARM11, as well as the new Cortex-A, Cortex-M and Cortex-R series, and can power the target board.    Segger, SEGGER - The Embedded Experts - Flasher ARM 3. Flasher Portable Supports the full range of ARM cores, including the traditional ARM7, ARM9 and ARM11, as well as the new Cortex-A, Cortex-M and Cortex-R series, battery-powered, portable programmer.    Segger, SEGGER - The Embedded Experts-Flaser Portable 4. SmartPRO Supports Kinetis, S12, S12X, ColdFireV2. Zhou Ligong, http://www.zlgmcu.com/ 5. MCP-104    支持飞思卡尔ARM based Microcontroller Kinetis.    祥佑科技(Micetek), http://www.micetek.com 6.Xeltek programmer, http://www.xeltek.com 7. Hilo programmer, http://www.hilosystems.com.tw Kinetis Hardware Support

新しいWebライセンスシステム - 2014年12月8日 & Freescaleアカウントの問題。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 月曜日からWebライセンスシステムを変更しました。 フリースケール・アカウントでログインし、「ソフトウェア・ライセンスとサポート」をクリック     すべての登録を一覧表示するには:   詳細については、FAQ を参照してください。   問題： 登録に関連付けられたフリースケール・アカウントのみが、新しいWebライセンスにインポートされています。 フリースケール・アカウントが登録 (スイート) にリンクされていなかった場合、フリースケール・アカウントは新しいWebライセンス・システムで作成されていません。 この場合、[ ソフトウェア ライセンスとサポート ] をクリックすると、次の情報が表示されます。   これは、新しいフリースケール・アカウントを作成する場合にも当てはまります。   WebライセンスシステムでFreescaleアカウントをインポートするにはどうすればよいですか? 登録を購入した場合は、このダイアログから登録できます。 それ以外の場合は、Freescaleアカウントから開発ツールの評価版をダウンロードするだけです。 私のテストでは、HC12 v5.1のEvalをダウンロードしました。   結果 ソフトウェアライセンスとサポートをクリックすると、次の情報が表示されます。   これで、アカウントが新しいWebライセンスにインポートされました。 全般

[I.MX93] eMMC 设计：上拉和下拉电阻 尊敬的恩智浦社区： 我目前正在为 I.MX93 进行 eMMC PCBA 设计，并注意到 NXP EVK 设计与我们最初的设计之间存在一些差异。我想就此事寻求澄清。 根据我查看的 eMMC 设计指南，CMD 和 DAT0-DAT7 通常需要上拉电阻，而 DS 需要下拉电阻。 但是，在SPF-94611_B1.pdf中引用您的设计后，我注意到这些额外的外部电阻器并不存在于 eMMC 电路中。 您能否确认这些外部电阻的缺失是否是因为 I.MX93 内部存在 DAT0-DAT7 和 CMD 的内部上拉或下拉电阻？ 如果这种理解是正确的，您能否建议在软件中适当配置内部上拉或下拉设置是否足以满足设计要求？ 谢谢您的支持，期待您的指导！ 此致， 霍华德 回复：[I.MX93] eMMC 设计：上拉和下拉电阻 你好@Chou ！ 感谢您联系 NXP 支持！ 在 iMX93-EVK 板中，我们在这些引脚中配置内部上拉电阻。但我建议放置外部上拉电阻来保证逻辑状态。 这是一个参考示意图 上拉电阻在u-boot 设备树中配置，并维护Linux 设备树上的配置 此致！ Chavira

How do S32G-VNP-RDB3 A and M7 cores work together Dear NXP, We refer to the PDF document of S32G-VNP-RDB3 Software Enablement Guide to complete the verification of M7 LED routines and enable Linux BSP35.0 on the Cortex-A53 core. There is a question at present, that is, how can the A core and the M7 core run at the same time? Is the communication method between the A core and the M7 core shared memory or other methods? Does NXP have any relevant guidance documents for the above issues? Thank you! Re: How do S32G-VNP-RDB3 A and M7 cores work together Hi @chenyin_h , I see, the problem is solved, thank you very much! Re: How do S32G-VNP-RDB3 A and M7 cores work together Hello, thanks for your reply The zip and exe files you mentioned are the names of the corresponding software packages. As I replied to your other post, you can find the corresponding software in your account, and then click to enter the next page to locate the version you mentioned. BR Chenyin Re: How do S32G-VNP-RDB3 A and M7 cores work together Hi @chenyin_h  Where can I download the zip file and exe file described in this document? The files are as follows: •SW32G_RTD_4.4_3.0.2_HF01_DS_updatesite_D2204.zip • SW32G_IPCF_4.6.0_D2205_updatesite.zip • SW32_FreeRTOS_10_4_6_UOS_3_0_2_DS_updatesite_D2204.zip • S32G_SDHC_RTM_1_0_1_HF1_D2207_updatesite.zip • SW32G_RTD_4.4_3.0.2_HF01_D2204.exe • Platform_Software_Integration_S32G2_2022_06.exe I searched for a long time on the NXP official website but couldn't find it. Re: How do S32G-VNP-RDB3 A and M7 cores work together Hello For the patch file associated with AN13750, you can refer to the following figure to download: It is recommended that you read the contents of AN13750 carefully to reproduce and compile. It is recommended to use the BSP version consistent with the document for experiment. If you are familiar with it, you can also use other BSP versions, but you may encounter problems not mentioned in the document. BR Chenyin Re: How do S32G-VNP-RDB3 A and M7 cores work together Hi @chenyin_h , Thanks for the guide! I found AN13750.pdf Documentation, and find the corresponding source code in GitHub . I just use bsp35.0, bootloader I am planning to try to generate it with Yocto. Where can I get some of the patches described in the document? I also couldn't find the patches on the NXP official website, or bsp35.0 Does the version require these patches? Thanks! Re: How do S32G-VNP-RDB3 A and M7 cores work together Hello, thank you for your valuable question We provide a Bootloader example that can boot the M&A cores simultaneously, and they can communicate through shared memory. Regarding your question, we recommend that you download and read the document AN13750 from the Documents column on the product interface for detailed information. The content in the document may be able to directly answer your question. Hope this helps. BR Chenyin

如何在没有 Yocto 的情况下构建 U-Boot、内核和 Linux 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />  本文参考了《i.MX Linux® 用户指南》（修订版 L4.1.15_2.1.0-ga，2017 年 5 月） 作为示例（可在附件中找到），请参阅第 4.5.12 节（如何构建： U-Boot 和 Kernel 在独立环境中）。 首先，生成一个开发 SDK，其中包括用于编译的工具、工具链和小型 rootfs。 放置到主机上。   • 使用以下命令从 Yocto Project 构建环境生成 SDK。如要设置 Yocto Project 构建 环境，请按照 i.MX Yocto Project 用户指南（IMXLXYOCTOUG）中的步骤进行操作。在以下命令中， 将 设置为您正在构建的机器。   可能是以下之一：   • imx6qpsabreauto • imx6qpsabresd • imx6ulevk • imx6ull14x14evk • imx6ull9x9evk • imx6dlsabreauto • imx6dlsabresd • imx6qsabreauto • imx6qsabresd • imx6slevk • imx6sllevk • imx6solosabreauto • imx6solosabresd • imx6sxsabresd • imx6sxsabreauto • imx7dsabresd “populate_sdk”会生成一个脚本文件，用于在没有 Yocto Project 的情况下设置环境。此 SDK 应在每次发布时更新 从当前版本中获取最新的头文件、工具链和工具。   $ DISTRO=fsl-imx-fb MACHINE= source fsl-setup-release.sh -b build-fb   $ DISTRO=fsl-imx-fb MACHINE= bitbake core-image-minimal -c populate_sdk   或   $ bitbake meta-toolchain     从运行 bitbake 的构建目录中，将 tmp/deploy/sdk 目录下的 sh 文件复制到用于构建的主机上，并执行该脚本安装 SDK。 默认安装位置为 /opt，但也可以放置在主机上的任意位置。     注意：每次在新的 shell 会话中使用 SDK 前，都需要运行 source 命令加载环境设置脚本，例如：   $。/opt/fsl-imx-fb/4.1.15-2.0.0/environment-setup-cortexa9hf-neon-poky-linux-gnueabi   或   $ source /opt/fsl-imx-fb/4.1.15-2.0.0/environment-setup-cortexa9hf-neon-poky-linux-gnueabi   来自 Yocto Project Mega-Manual 注 默认情况下，此工具链不会构建静态二进制文件。如果您希望使用该工具链构建此类库，请确保您的镜像已包含相应的静态开发库。使用 IMAGE_INSTALL 变量在您的 local.conf 文件中安装相应的库包。以下是使用 glibc 静态开发库的示例： IMAGE_INSTALL_append = “glibc-staticdev”   在主机上，以下是构建 U-Boot 和内核的步骤： • 在主机上，构建之前请使用以下命令设置环境。   $ export CROSS_COMPILE=/opt/fsl-imx-fb/4.1.15/environment-setup-cortexa9hf-vfp-neon-pokylinux-gnueabi   $ export ARCH=arm • 如要构建 U-Boot，请查找目标启动的配置。在以下示例中，i.MX 6ULL 是目标。   通过克隆下载源代码   $ git clone http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git -b imx_v2016.03_4.1.15_2.0.0_ga   $ cd uboot-imx $ make clean $ make mx6ull_14x14_evk_defconfig $ make u-boot.imx   • 如要构建内核，请执行以下命令：   通过克隆下载源代码   $ git clone http://git.freescale.com/git/cgit.cgi/imx/linux-imx.git -b imx_4.1.15_2.0.0_ga   $ cd linux-imx $ make defconfig $ make   • 将应用程序 (Hello World) 构建为 test.c：   $ source /opt/fsl-imx-fb/4.1.15-2.0.0/environment-setup-cortexa9hf-neon-poky-linux-gnueabi $ cd ~/test/ $ arm-poky-linux-gnueabi-gcc --sysroot=/opt/fsl-imx-fb/4.1.15-2.0.0/sysroots/cortexa9hf-neon-poky-linux-gnueabi -mfloat-abi=hard test.c 检查编译后的代码 (a.out) 是否为 ARM 可执行文件   $ file ./a.out   ./a.out: ELF 32 位 LSB 可执行文件，ARM 架构，EABI5 版本 1（SYSV），动态链接，解释器 /lib/ld-linux-armhf.so.3，适用于 GNU/Linux 2.6.32。BuildID[sha1]=0e5c22dcf021748ead2c0bd51a4553cb7d38f6f2，未剥离   将文件 a.out 复制到目标 Linux 文件系统，并在运行之前再次检查：   root@imx6ul7d:/unit_tests/1# file a.out   a.out: ELF 32位LSB可执行文件，ARM，EABI5版本1（SYSV），动态链接，解释器/lib/ld-linux-armhf.so.3，适用于GNU/Linux 2.6.32，BuildID[sha1]=0e5c22dcf021748ead2c0bd51a4553cb7d38f6f2，未剥离   要确定运行我们的应用程序所需的 Linux 库：   root@imx6ul7d:/unit_tests/1# ldd a.out     linux-vdso.so.1 (0x7ee93000)   libc.so.6 => /lib/libc.so.6 (0x76e64000) /lib/ld-linux-armhf.so.3 (0x76f9d000)   如果某些库文件未位于文件系统中，您可能会看到以下信息：   -sh: root@imx6ul7d:/unit_tests/1#./a.out: 没有这样的文件或目录   最后，运行 a.out：   root@imx6ul7d:/unit_tests/1# ./a.out 你好，世界 root@imx6ul7d:/unit_tests/1# i.MX6_全部 i.MX7 双核 i.MX7 单核 Linux Yocto Project 回复：如何在没有 Yocto 的情况下构建 U-Boot、内核和 Linux 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello,   注意： 每次您想在新的 shell 会话中使用 SDK 时，都需要 source 环境设置脚本，例如   $。/opt/fsl-imx-fb/4.1.15-2.0.0/environment-setup-cortexa9hf-neon-poky-linux-gnueabi   或   $ source /opt/fsl-imx-fb/4.1.15-2.0.0/environment-setup-cortexa9hf-neon-poky-linux-gnueabi 此致， 尤里。 回复：如何在没有 Yocto 的情况下构建 U-Boot、内核和 Linux 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我遇到一个问题，您能帮忙查看并指导我如何解决吗？ goko@PC:~/fsl-release-bsp/uboot-imx$ make cleanmake: /opt/fsl-imx-fb/4.1.15-2.1.0/environment-setup-cortexa7hf-neon-poky-linux-gnueabigcc:命令未找到/bin/sh: 1: /opt/fsl-imx-fb/4.1.15-2.1.0/environment-setup-cortexa7hf-neon-poky-linux-gnueabigcc：未找到dirname：缺少操作数尝试 'dirname --help' 以获取更多信息。goko@PC:~/fsl-release-bsp/uboot-imx$ make mx6ull_14x14_evk_defconfig   HOSTCC  scripts/basic/fixdep   HOSTCC  scripts/kconfig/conf.o   HOSTCC  scripts/kconfig/zconf.tab.o   HOSTLD  scripts/kconfig/conf # # 配置已写入 .config #goko@PC：~/fsl-release-bsp/uboot-imx$ make u-boot.imxmake: /opt/fsl-imx-fb/4.1.15-2.1.0/environment-setup-cortexa7hf-neon-poky-linux-gnueabigcc：命令未找到/bin/sh: 1: /opt/fsl-imx-fb/4.1.15-2.1.0/environment-setup-cortexa7hf-neon-poky-linux-gnueabigcc：未找到dirname：缺少操作数尝试 'dirname --help' 以获取更多信息。scripts/kconfig/conf --silentoldconfig Kconfig CHK include/config.h UPD include/config.h GEN include/autoconf.mk/bin/sh: 1: /opt/fsl-imx-fb/4.1.15-2.1.0/environment-setup-cortexa7hf-neon-poky-linux-gnueabigcc：未找到make[1]: *** [include/autoconf.mk]错误 1make: *** 没有规则来生成目标 `include/config/auto.conf'，该目标被 `include/config/uboot.release' 所需。停止。 回复：如何在没有 Yocto 的情况下构建 U-Boot、内核和 Linux 应用程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CurtisWald  您好，Yuri，我在阅读帖子 DOC-334814 时想提到，一旦从元工具链环境脚本中设置了环境，变量 CC 可以用于“构建应用程序（Hello World）作为 test.c”部分；以下是 CC 的定义示例，该定义将根据所使用的 MACHINE 而唯一：   CC=arm-poky-linux-gnueabi-gcc  -march=armv7ve -mfpu=neon  -mfloat-abi=hard -mcpu=cortex-a7 --sysroot=/opt/fsl-imx-x11/4.1.30-7ULP_alpha/sysroots/cortexa7hf-neon-poky-linux-gnueabi 此示例提供如下： $ arm-poky-linux-gnueabi-gcc --sysroot=/opt/fsl-imx-fb/4.1.15-2.0.0/sysroots/cortexa9hf-neon-poky-linux-gnueabi -mfloat-abi=hard test.c但是可以使用以下命令：$ $CC test.c -o test使用 $CC 会添加一些额外的定义，如上所示。谢谢，-Curtis

imx93-EVK-PWM_LED このドキュメントは、iMX93 PWMとPWMLEDのイネーブル化についてです HW: Mix93 11x11 EVK SW: lf-6.6.3-1.0.0です PWM: TPM3 CH0, CH2 TPM4 CH2 注:i.MX PWMと PWMLEDはすでに lf-6.6.3-1.0.0で有効になっています Linux