MCUXPresso IDE SWO 跟踪功能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> MCUXpresso IDE SWO 跟踪功能是一项特殊功能，它使用户能够观察变量更新、中断进入/退出时序、中断事件统计，并在 MCU 运行时在 SWO ITM 控制台中打印信息。MCUXpresso IDE SWO 跟踪功能是对 MCUXpresso IDE 调试器的补充。主要优点是在 MCU 运行时显示变量、打印信息、列出中断进入/退出/返回。  文档介绍了实现SWO功能的硬件连接、MCUXpresso配置以及实现该功能的源代码。

APF-SNT-T1358 - 南京、深圳 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍全新的 QorIQ LS1 系列，这是 QorIQ LS 系列中第一个基于双 ARM ® Cortex ® -A7 内核的设备系列。您将收到 LS1 处理器的概述——优势、差异化以及网络和工业应用的功能。主讲人：尤鹏 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍全新的 QorIQ LS1 系列，这是 QorIQ LS 系列中第一个基于双 ARM ® Cortex ® -A7 内核的设备系列。您将收到 LS1 处理器的概述——优势、差异化以及网络和工业应用的功能。主讲人：尤鹏

TWR-K64F120MリビジョンBのお知らせ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 初期のTWR-K64F120MリビジョンBボードの中には、ジャンパ構成やデモ・アプリケーションが正しくない状態で出荷されたものがあります。 ジャンパーの設定は、次のとおりにする必要があります。 J39シャント1-2 J16 シャント 1-2 J29シャント1-2 J10シャント2-3 J15シャント2-3 更新されたアプリケーションのデモコードとクイックスタートガイドは、次の場所にあります https://www.nxp.com/TWR-K64F120M   更新されたジャンパ構成とデモ・コードを備えたTWR-K64F120Mボードには、ボードの底面にTDA4906とマークされたラベルが付けられます。

CW_TAP_Overview.mov Codewarrior-Tap Overview Codewarrior-Tap Overview General

CW_TAP_Overview.mov <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Codewarrior-Tap の概要 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Codewarrior-Tap の概要 全般

i.MX6 G2D API Introduction FSL G2D API on top of Vivante GPU 2D API FSL G2D API on top of Vivante GPU 2D API General

フリースケール、世界で最もエネルギー効率の高いマイクロコントローラ、Kinetis Lシリーズを発表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 従来の8ビットおよび16ビット・アーキテクチャを使用しているコンシューマおよび産業用アプリケーションを変革するために設計された新しい32ビット・マイコン サンアントニオ、2012年6月19日(BUSINESS WIRE) -- フリースケール・セミコンダクター のFSL +0.80% は、ARM(R) Cortex(TM)-M0+プロセッサを搭載した業界初のマイクロコントローラ(MCU)である Kinetis Lシリーズのアルファ版サンプルを提供しました。Kinetis Lシリーズ ・デバイスは、今週開催される フリースケール・テクノロジー・フォーラム(FTF)南北アメリカで 展示され、イベントの開会基調講演でデモが行われました。 マシン間通信が拡大し、ネットワーク接続がユビキタスになるにつれて、今日のスタンドアロンのエントリーレベルのアプリケーションの多くには、より多くのインテリジェンスと機能が必要になります。Kinetis Lシリーズにより、フリースケールは、従来の8ビットおよび16ビット・アーキテクチャのユーザにとって、消費電力やコストの増加、スペースの犠牲なしに、32ビット・プラットフォームに移行し、日常的なデバイスにさらなるインテリジェンスをもたらす理想的な機会を提供します。小型家電製品、ゲーム・アクセサリ、ポータブル医療システム、オーディオ・システム、スマート・メータ、照明、電源制御などのアプリケーションは、32ビット機能と、将来の製品ラインを拡大するために必要なスケーラビリティを、すべて8ビットおよび16ビットの価格と消費電力レベルで活用できるようになりました。 「私たちの見解では、8ビットと16ビットの開発は終わりに達しています。モノのインターネット(IoT)が勢いを増すにつれて、これらのアーキテクチャは追いつかなくなります」と、フリースケールのインダストリアル&マルチマーケットMCU事業担当バイスプレジデント兼ゼネラルマネージャーであるジェフ・リーズは述べています。Kinetis Lシリーズ・マイクロコントローラは、電力効率、低価格、開発の容易さ、小型フットプリントに加え、Kinetisの32ビット・ポートフォリオの優れた性能、ペリフェラル、イネーブルメント、スケーラビリティを兼ね備えており、新しいコネクテッド・アプリケーションに最適です。」 極めて高いエネルギー効率 ARM Cortex-M0+プロセッサは、現在入手可能な8ビットまたは16ビットプロセッサの約3分の1のエネルギーを消費しながら、2倍から40倍のパフォーマンスを提供します。Kinetis Lシリーズは、最新の低消費電力マイクロコントローラ・プラットフォーム設計、動作モード、および省エネ・ペリフェラルにより、コアのエネルギー効率を補完します。その結果、超低消費電力動作(VLPR)モードでの消費電流はわずか50uA/MHz*で、低電力状態から迅速にウェイクアップし、データを処理してスリープ状態に戻ることができるMCUが実現し、アプリケーションのバッテリ寿命を延ばすことができます。これらの利点は、CoreMarkベンチマーク分析で Kinetis Lシリーズの エネルギー効率特性をフリースケールの競合他社のソリューションと比較するFTFデモで実証されています。 Kinetis Lシリーズは、フリースケールのエネルギー効率化ソリューション・プログラムの一部でもあります。 Kinetis Lシリーズの省エネ・ペリフェラルは、マイクロコントローラがディープ・スリープ・モードの場合でも機能を維持することで、より少ない電力でより多くのことを行うことができます。従来のMCUでは、データの送受信、波形のキャプチャまたは生成、アナログ信号のサンプリングなどの些細なタスクを実行するためにも、メインクロックとプロセッサコアをアクティブにする必要があります。Kinetis Lシリーズ ・ペリフェラルは、コア・システムやメイン・システムを介さずにこれらの機能を実行できるため、消費電力を大幅に削減し、バッテリ寿命を延ばすことができます。 Kinetis Lシリーズは、数々の賞を受賞したフリースケールの革新的なフラッシュ・メモリ・テクノロジを使用して構築されており、業界で最も低消費電力のフラッシュ・メモリの実装を提供します。これにより、従来のシリコンベースの電荷蓄積アプローチが改善され、連続フィルムを使用する代わりにナノスケールのシリコンアイランドを作成して電荷を蓄積し、一般的なデータ損失源に対するフラッシュメモリの耐性が向上します。 「モノのインターネットには、優れたパフォーマンスを提供できる非常に低コストで低電力のプロセッサが必要です」と、The Linley Groupのシニアアナリストであり、Microprocessor ReportのシニアエディターであるTom R. Halfhill氏は述べています。ARMのCortex-M0+プロセッサ・コアを採用した初の32ビット・マイクロコントローラであるフリースケールの Kinetis Lシリーズ・マイクロコントローラ は、8ビットおよび16ビット・マイクロコントローラに通常備わっているエネルギー効率と価格を、幅広いコンシューマおよび産業用アプリケーションにもたらします。 開発のシンプルさ Kinetis Lシリーズは 、次のようなイノベーションを通じて、エントリー・レベルの開発者にとって重要な使いやすさの要件に対応しています。 -- フリースケールのFreedom開発プラットフォームは、小型、低消費電力、コスト効率に優れた評価および開発システムであり、アプリケーションのプロトタイプ作成とデモを迅速に行うことができます。業界標準のフォームファクタと、豊富なサードパーティ拡張ボードオプションを組み合わせています。内蔵のUSBデバッグ・インターフェースは、使いやすい大容量ストレージ・デバイス・モードのフラッシュ・プログラマ、仮想シリアル・ポート、および従来のプログラミングおよび実行制御機能を提供します。 -- Processor Expertソフトウェアは、GUIベースのデバイス認識ソフトウェア生成ツールで、周辺機器の起動コードやデバイスドライバを書く必要がありません。ソフトウェアアーキテクチャを簡素化し、アプリケーション開発時間を大幅に短縮することで、開発者が8ビットおよび16ビットから32ビットソリューションに簡単に移行できるようにします。 -- Kinetis MCU Solution Advisorは、動作特性、パッケージ・オプション、メモリ構成、およびペリフェラル・ハードウェア・ライブラリに基づいて動的フィルタを適用することにより、最適なマイクロコントローラを特定するのに役立つ対話型マイクロコントローラ製品セレクタを備えたWebベースのアプリケーションです。 統合とスケーラビリティ Kinetis Lシリーズの各ファミリには、スケーラブルなフラッシュ・メモリ・オプション、ピン数、アナログ、通信、タイミング、制御ペリフェラルが含まれており、最終製品ラインの拡張に容易な移行パスを提供します。 Kinetis Lシリーズ・ファミリに共通する機能には、次のようなものがあります。 -- 48 MHz ARM Cortex-M0+ コア -- 高速12/16ビットA/Dコンバータ -- 12ビットD/Aコンバータ -- 高速アナログコンパレータ -- 低電力タッチセンシングと、低電力状態からのウェイクアップオンタッチ -- モータ制御を含む幅広いアプリケーションに対応する強力なタイマ 最初の3つのKinetisLシリーズ・ファミリ: -- Kinetis L0ファミリ -- Kinetis Lシリーズのエントリーポイント。8KBから32KBのフラッシュメモリと超小型の4mm x 4mm QFNパッケージが含まれています。フリースケールの8ビットS08Pファミリとピン互換性があります。他のすべての Kinetis Lシリーズ ・ファミリとソフトウェアおよびツール互換性があります。 -- Kinetis L1ファミリ -- 32KBから256KBのフラッシュ・メモリと、追加の通信およびアナログ・ペリフェラル・オプションを搭載Kinetis K10ファミリに対応。 -- Kinetis L2ファミリ -- USB 2.0フルスピード・ホスト/デバイス/OTGを追加Kinetis K20ファミリに対応。 Kinetis Lシリーズは、Kinetis Kシリーズ(ARM Cortex-M4プロセッサをベースとする)とピンおよびソフトウェア互換性があり、DSP性能への移行と高度な機能統合を実現します。 提供状況と価格 Kinetis Lシリーズ・アルファ・サンプルは現在入手可能で、第3四半期には幅広い市場サンプルとツールの提供が予定されています。価格は、10,000ユニットの数量で49セント(USD)の推奨再販価格から始まります。フリースケールのFreedom開発プラットフォームは、第3四半期に12.95米ドルの推奨再販価格で提供開始される予定です。 Kinetis Lシリーズ・マイクロコントローラの詳細については、 www.freescale.com/Kinetis/Lseries をご覧ください。 *25C、3V電源での標準電流、4MHzコア周波数、1MHzバス周波数での超低電力実行、すべての周辺機器をオフにしてフラッシュからコードを実行する場合。 フリースケール・テクノロジー・フォーラムについて イノベーションとコラボレーションを推進するために設立されたフリースケール・テクノロジー・フォーラム (FTF) は、組込みシステム業界の年間最優秀開発者イベントの1つとなっています。このフォーラムは、2005年の開始以来、世界中のFTFイベントに48,000人以上の参加者を集めています。毎年恒例のフラッグシップイベントであるFTF Americasは、2012年6月18日から21日まで、テキサス州サンアントニオで開催されます。 フリースケールセミコンダクターについて フリースケール・セミコンダクター のFSL +0.80% は、エンベデッド・プロセッシング・ソリューションのグローバル・リーダーであり、オートモーティブ、コンシューマ、インダストリアル、ネットワーキングの各市場を牽引する業界をリードする製品を提供しています。マイクロプロセッサやマイクロコントローラからセンサー、アナログ集積回路、コネクティビティまで、当社の技術は、世界をより環境に優しく、より安全で、より健康で、より接続性の高いものにするイノベーションの基盤となっています。当社の主要なアプリケーションと最終市場には、自動車の安全性、ハイブリッド車および完全電気自動車、次世代ワイヤレスインフラストラクチャ、スマートエネルギー管理、ポータブル医療機器、消費者向け電化製品、スマートモバイルデバイスなどがあります。同社はテキサス州オースティンに拠点を置き、世界中で設計、研究開発、製造、販売を行っています。www.freescale.com Freescale、Freescaleロゴ、Energy Efficient Solutionsロゴ、Kinetis、およびProcessor Expertは、Freescale Semiconductor, Inc., Reg.の商標です。米国特許& Tm.オフ。ARMは、ARM Limitedの登録商標です。CortexはARM Limitedの商標です。その他のすべての製品名またはサービス名は、それぞれの所有者に帰属します。(C) 2012 フリースケールセミコンダクター株式会社 利用可能な写真/マルチメディアギャラリー: http://www.businesswire.com/cgi-bin/mmg.cgi?eid=50313420〈=en ソース: Freescale Semiconductor Kinetis Lシリーズ・マイクロコントローラ

禁用 i.MX6 的 SD 时钟门控 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 一些 SDIO 卡需要 SD 时钟在 4 位模式下有效，以便产生中断。 但是 i.MX6 SD 控制器默认启用 SD 时钟门控，附加的补丁是禁用 SD 时钟门控的示例。 可以通过 SD 控制器的寄存器“uSDHCx_PRES_STATE:SDOFF”检查时钟门控是否启用。 i.MX6_全部

フリースケール・カップ2013 EMEAチャンピオンのご紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> リチャード・バロー教授と彼の学生たちが、フリースケール・カップの課題をどのように克服し、今年3月に2013年のEMEAタイトルを獲得したかを説明します。 ブラチスラバのスロバキア工科大学のFEI-Minetorsチームは、この夏、中国のハルビンで開催されたフリースケールカップ・ワールドワイド・チャレンジにも参加しました。 イベントのスケジュールについては、フリースケールのGoogle+ページ(https://www.google.com/+freescale)をご覧ください

Atheros Tower Module (TWR-WIFI-AR4100P) Patch for Freescale MQX™ 4.0.2 Available Atheros WiFi Tower Module (TWR-WIFI-AR4100P) support patch for Freescale MQX™ 4.0.2  is available at MQX Downloads. Files available # Name Description 1 FSL_MQX_ATHEROS_RELEASE_NOTES_4_0_2  Freescale   MQX™ Atheros Wifi package 4.0.2 Release Notes 2 Freescale   MQX RTOS 4.0.2 Atheros Wifi package Atheros   Wifi solution for MQX™ 4.0.2 Real-Time TCPIP Communications Suite

为飞思卡尔杯赛车设计速度传感器第一部分 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该视频将探讨如何将速度感应设计到车辆平台中。图中显示了磁铁和传感器放置的示例。 （在 “我的视频” 中查看） 飞思卡尔杯内容

Creating and Adding Components to new Bareboard project.pdf This manual explains how to create a project in CW and add components to Processor Expert. It also includes a couple of examples to print and get data with the printf and scanf functions from the stdio library by using Serial component (UART). This manual explains how to create a project in CW and add components to Processor Expert. It also includes a couple of examples to print and get data with the printf and scanf functions from the stdio library by using Serial component (UART). Freedom Development Platform

オンチップROM(eSDHCまたはeSPI)からのP2010の起動 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> オンチップROMコードでは、ローカルアクセスウィンドウ(RAW)は設定されません。CCSR アドレス・スペースまたは L2 キャッシュへのアクセスには、LAW は必要ありません。目的のターゲット アドレスと実行開始アドレス (通常は DDR またはローカル バス メモリ空間のいずれか) の制御ワード アドレス/データ ペアを使用して LAW を設定するのは、ユーザーの責任です。 SDカード/ MMCブートに必要な構成 SD カード/MMC から起動するために必要な設定は次のとおりです。 cfg_rom_loc[0:3] (Boot_Rom_Loc) が値 0b0111 で駆動されていることを確認します。 ブート モードにできるコアは 1 つだけです。デバイスに複数のコアがある場合は、他のすべてのコアをブートホールドオフモードにする必要があります。CPU ブート設定入力 cfg_cpux_boot は 0 で、x は 1 から n (n = コア数) です。 ボード上に複数のSDカードスロットが設計されている場合、eSDHCインターフェイスからの起動は、異なるSDカードスロットから発生する可能性があります。この場合、適切な SD カード/MMC が選択されていることを確認してください。たとえば、P1020 ボードでは、SW8 のビット 7 を使用して、使用する SD/MMC スロットを選択します。SW8[7] = 1の場合、SDカード/ MMCを外部SDカード/ MMCスロット(J1)に挿入する必要があります。 先端 SDHC_CD信号の極性はアクティブローである必要があります。 EEPROMブートに必要な設定 EEPROMからブートするために必要な設定は次のとおりです。 cfg_rom_loc[0:3] (Boot_Rom_Loc) が 0b0110 の値で駆動されていることを確認します。 ブート モードにできるコアは 1 つだけです。デバイスに複数のコアがある場合は、他のすべてのコアをブートホールドオフモードにする必要があります。CPU ブート設定入力 cfg_cpux_boot は 0 で、x は 1 から n (n = コア数) です。 eSPIチップセレクト0(SPI_CS[0])は、ブートに使用するEEPROMに接続する必要があります。他のチップセレクトは起動には使用できません。これは、ブート中に eSPI コントローラーがマスター モードで動作するように構成されているためです。eSPI インターフェイスからの起動は、SPI_CS[0] でのみ機能します。 QorIQ P2デバイス

Codewarrior 10をダウンロードしてインストールします <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 1. CodeWarrior 10評価版のダウンロード(Eclipse、Windowsホスト) マイクロコントローラをプログラムするには、CodeWarrior統合開発環境をセットアップする必要があります。CodeWarrior は、 Freescale.com Web サイトで入手できます。 方法1:直接リンク 直接ダウンロードリンク (注意-リンクが最新ではない場合があります) 方法2:ダウンロードリンクに移動します Freescale.com から、以下をクリックしてください。 ページ上部の「デザインリソース」タブ 次に、「ソフトウェアとツール」に移動します。 そして「Codewarrior Devleopment Tools」へ 「CodeWarriorを今すぐダウンロード」リンクをクリックします。 「評価版のダウンロード」リンクをクリックしてください。 このページ内で、ブラウザの「検索」機能(通常はCTRL-F)を使用して、 テキスト文字列「Kinetis」を検索します。 「Evaluation: CodeWarrior for Microcontrollers(Eclipse, Windows-hosted) version」の隣にある「download」ボタンをクリックしてください。そしてそれをあなたのコンピュータに保存します。 2. CodeWarriorのインストール CodeWarrior Development Studio for Microcontrollers v10をインストールするには、インストールをダブルクリックします。 パッケージとウィザードがインストールプロセスをガイドします。 インストールに関する注意事項: Windows Vista または Windows 7 を使用していますか? 1. CodeWarriorインストーラは、「管理者として実行」オプションを使用して実行する必要があります。CodeWarriorサービス パックは Eclipse Updater と共にインストールされます。アップデーターもこのオプションと一緒に実行する必要があります。はじめに Eclipse Updaterは、メニューの「Window > Install new software」を選択します。 2. Eclipseには、インストールフォルダへの読み取り/書き込みアクセス権が必要です。Eclipseのインストールフォルダに すべてのユーザーに適切な権限を与えること。 3. プロジェクト ワークスペースに読み取りと書き込みのアクセス許可があることを確認する 評価版ユーザー: 評価版をインストールする場合、評価版ライセンスは 製品であり、登録する必要はありません。このライセンスでは、プロジェクトを次のように開発することができます。 Professional Edition は 30 日間の評価期間内です。30日後、ライセンスはスペシャルとして機能します エディションライセンス(永久無料ですが、機能制限があります)は、無制限のアセンブリコードをサポートします。 HCS08/RS08 派生物の場合は 32KB の C コード、V1 ColdFire 派生物の場合は最大 64KB の C コード V2-V4 ColdFireおよびKinetis派生物の場合は最大128KBのCコード、最大512KBのCコード MPC56xxの派生物。 CodeWarriorのダウンロードとインストールが完了したら、KinetisのLEDの点滅チュートリアルの一部として、P&Eのダウンロードとインストールに戻ることができます その他のリソース: CW10ユーザーマニュアル —上記のユーザーマニュアルには、CodeWarriorのインストールディレクトリ内にある他の役立つドキュメントのリストがあります。 (例: \MCU\Help\PDF\) フリースケール・カップの内容

MCUXpresso for VS Code Curriculum Documentation MCUXpresso for VS Code Documentation  This training currently covers the following areas: General Usage Getting Started - Step by step [video series] Getting Started - Installation and importing SDKs Importing Projects from the MCUXpresso SDK  Working with SDK examples Debugging with the RTOS DETAILS view  How to import a GUI Guider project to VS Code Reference Guides for specific hardware Getting started with MIMXrt1060-EVK Trustzone Examples on LPC55S6x Multicore Examples on LPC55S6x  SDRAM Examples on RT1060 AN14120: Debugging Cortex-M on i.MX 8M, i.MX 8ULP, and i.MX 93   Zephyr Zephyr: Getting Started in VS Code Zephyr: Hello World Zephyr: Kconfig Zephyr: Debug Zephyr: Devicetree  Zephyr: Revert Workspace Zephyr: Custom Board  MCUXpresso for VS Code

KL02 与键盘按键相比...太棒了！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可能已经听说过 Kinetis 方面的新产品。 是的，说到 KL02，尺寸仅为 1.9 毫米 x 2.0 毫米。看一下这张图片，其中这款基于 ARM 的强大芯片与实际规模进行了比较，虽然体积如此之小，但其 GPIO 却比最接近的竞争 MCU 多 60%。：笑脸：！！！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可能已经听说过 Kinetis 方面的新产品。 是的，说到 KL02，尺寸仅为 1.9 毫米 x 2.0 毫米。看一下这张图片，其中这款基于 ARM 的强大芯片与实际规模进行了比较，虽然体积如此之小，但其 GPIO 却比最接近的竞争 MCU 多 60%。：笑脸：！！！ Kinetis L系列MCU

MCUXpresso SDK: GitHub + VS Code Overview The MCUXpresso SDK 24.12.00 is fully hosted on GitHub. Users are able to clone the SDK and easily keep up to date with changes. Version control transparency allows users to review commits, tags, diffs, etc. Source Control The MCUXpresso SDK on GitHub is composed of multiple groups of software distributed among different repositories. The MCUXpresso SDK uses the popular west manifest to specify what software is included. This method of delivering software was inspired by Zephyr. The manifests folder contains the manifest file to initialize and update the west workspace. In the mcuxsdk folder you'll find the MCUXpresso SDK source code, examples, middleware integration and script files. Both of these folders contain a .git directory that contains information to track changes, branches, and history of the project. Visual Studio Code: CLI To interact with the repo within VS Code through a CLI, open a Terminal. The Terminal can be opened from the menu in the top left of the screen. Alternatively, the Terminal and other monitors are hidden in a bar at the bottom of the screen. Navigate to the bottom of the screen, use the cursor to drag the bar and reveal the Terminal. Once in the CLI, git commands can be run to track the status of the MCUXpresso SDK repositories. Visual Studio Code: GUI The command line is useful for many things, however, sometimes a gui might be productive. The source control gui that VS Code provides can be accessed through the menu on the top left of the screen or in the extensions sidebar. The source control gui in Visual Studio Code contains three sections: Source Control Repositories - These are the repositories that are currently visible to the workspace. Each repository contains a menu that allows the user to pull, push, navigate across branches, etc. Source Control - This tracks changes made by the user. Here, you will see staged changes, commits, etc. *Note: Contribution to the MCUXpresso SDK is currently not open.     Source Control Graph - This provides a comprehensive overview of the project. The graph shows a representation of commits and their related data. The image below shows the source control graph for the MCUXpresso SDK. Hovering over a commit will show the author, commit date, documentation messages, and the commit ID. Viewing Changes to source One of the main benefits of hosting the MCUXpresso SDK on GitHub is that enables better project management. Users now have access to the entire MCUXpresso SDK project history. Navigate to the Source Control Graph view and select any entry. Doing so will open the diff view highlighting the changes across the modified files in the commit. MCUXpresso for VS Code MCUXpresso SDK

Task #2 - First build Synchronize your source code Create your local branch Why should I create a local branch? Choose your board Start to build Synchronize your source code Source code you have is one week old now. So, first step is synchronize it. $ repo sync‍‍‍ Create your local branch $ repo start --all‍‍‍ Why should I create a local branch? If you change *any* source code (for choosing another preferred kernel, for example) and want to sync again, or use master instead of dylan, you may be able to rebase or sync your source code, even with changes. Or you found a bug, fixed that, and want to send a patch to community. Example of a system with 2 branches: zeus and new_feature (the asterisk shows the current branch)    $ repo branches * new_feature | in all projects zeus | in all projects‍‍‍ Choose your board The following command display the usage, with a list of all supported machines, all supported community distros and examples of Poky's distro: $ source setup-environment build‍ Usage: MACHINE= DISTRO= source setup-environment Usage: source setup-environment machine name distro name build directory The first usage is for creating a new build directory. In this case, the script creates the build directory , configures it for the specified and , and prepares the calling shell for running bitbake on the build directory. The second usage is for using an existing build directory. In this case, the script prepares the calling shell for running bitbake on the build directory . The build directory configuration is unchanged. Supported machines: apalis-imx6 ccimx6ulsbcexpress ccimx6ulsbcpro cgtqmx6 cm-fx6 colibri-imx6 colibri-imx6ull colibri-imx7 colibri-vf cubox-i imx233-olinuxino-maxi imx233-olinuxino-micro imx233-olinuxino-mini imx233-olinuxino-nano imx6dl-riotboard imx6qdl-variscite-som imx6q-dms-ba16 imx6qsabrelite imx6sl-warp imx6ul-pico imx7d-pico imx7s-warp m28evk m53evk nitrogen6sx nitrogen6x nitrogen6x-lite nitrogen7 nitrogen8m pcm052 tx6q-10x0 tx6q-11x0 tx6s-8034 tx6s-8035 tx6u-8033 tx6u-80x0 tx6u-81x0 ventana wandboard imx23evk imx25pdk imx28evk imx51evk imx53ard imx53qsb imx6qdlsabreauto imx6qdlsabresd imx6slevk imx6sllevk imx6sxsabreauto imx6sxsabresd imx6ulevk imx6ullevk imx7dsabresd imx7ulpevk imx8mmevk imx8mqevk imx8qmmek imx8qxpmek ls1012afrwy ls1012ardb ls1021atwr ls1043ardb ls1046ardb ls1088ardb ls1088ardb-pb ls2080ardb ls2088ardb lx2160ardb mpc8548cds p1020rdb p2020rdb p2041rdb p3041ds p4080ds p5040ds-64b p5040ds t1024rdb-64b t1024rdb t1042d4rdb-64b t1042d4rdb t2080rdb-64b t2080rdb t4240rdb-64b t4240rdb Supported Freescale's distros: fslc-framebuffer fslc-wayland fslc-x11 fslc-xwayland Available Poky's distros: poky-altcfg poky-bleeding poky poky-tiny Examples: - To create a new Yocto build directory: $ MACHINE=imx6qdlsabresd DISTRO=fslc-framebuffer source setup-environment build - To use an existing Yocto build directory: $ source setup-environment build ERROR: You must set MACHINE when creating a new build directory. ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ An example of command line to setup the build environment is (read and answer if you accept EULA or not): MACHINE=imx8mmevk DISTRO=fslc-wayland source setup-environment build‍ (...) Do you accept the EULA you just read? (y/n) y EULA has been accepted. Welcome to Freescale Community BSP The Yocto Project has extensive documentation about OE including a reference manual which can be found at: http://yoctoproject.org/documentation For more information about OpenEmbedded see their website: http://www.openembedded.org/ You can now run 'bitbake ' Common targets are: core-image-minimal meta-toolchain meta-toolchain-sdk adt-installer meta-ide-support Your build environment has been configured with: MACHINE=imx8mmevk SDKMACHINE=i686 DISTRO=fslc-wayland EULA= ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ Now, you are in new created build directory. Your default build/conf/local.conf file can looks like: MACHINE ??= 'imx8mmevk' DISTRO ?= 'fslc-wayland' PACKAGE_CLASSES ?= 'package_rpm' EXTRA_IMAGE_FEATURES ?= "debug-tweaks" USER_CLASSES ?= "buildstats image-mklibs image-prelink" PATCHRESOLVE = "noop" BB_DISKMON_DIRS ??= "\ STOPTASKS,${TMPDIR},1G,100K \ STOPTASKS,${DL_DIR},1G,100K \ STOPTASKS,${SSTATE_DIR},1G,100K \ STOPTASKS,/tmp,100M,100K \ ABORT,${TMPDIR},100M,1K \ ABORT,${DL_DIR},100M,1K \ ABORT,${SSTATE_DIR},100M,1K \ ABORT,/tmp,10M,1K" PACKAGECONFIG_append_pn-qemu-system-native = " sdl" CONF_VERSION = "1" DL_DIR ?= "${BSPDIR}/downloads/" ACCEPT_FSL_EULA = "1"‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ For the current list of supported board, take a look on FSL Community BSP Release Notes 2.4 (Draft document) documentation Or, see the FSL Community BSP  Release Notes Start to build There are a huge list of images available. Some images includes more packages than others, you can see a list of FSL Community BSP images with description here. The list of supported images from Yocto Project (with description) is here. When an image has more packages included, it takes longer to build. Another way to list all the images you have installed in your metadata is: $ find ../sources -name *image*‍‍   For the goal of this training, any image is good, but a suggestion is presented in next command line: (make sure you are still in build directory) $ cd build $ bitbake core-image-base‍‍‍‍‍‍‍‍ Note (Sept2019): Required disk space for build image is ~31GB Go to Yocto Training - HOME Go to Task #1 - Download the source code Go to Task #3 - The build result Yocto Project Re: Task #2 - First build My memory is not trustable at all. I remember memtool was already installed on fsl-image-test at some point of time. When? I don´t know. But add on your local.conf: CORE_IMAGE_EXTRA_INSTALL += "memtool" and you will have it installed on *any* image (much better than rely on my memory :D) Re: Task #2 - First build I can help, for sure. Please try to reproduce your issue with dora branches and if you do, please get a patch applied in Poky to fix it. Once you does it, I can help with the upstreaming process for it 🙂 Re: Task #2 - First build Hi all, for LeonardoSandovalGonzalez : I don't know the other two my omonymous! I changed my avatar in a car (I work on automotive projects 😄 )! I've already deleted all my files and repeated the Daiane guide with dylan and with master branch. Master branch don't have the issue. for DaianeAngolini : if you suggest to use dora I'll be happy to follow your advice. The image fsl-image-test has the memtool already installed? for OtavioSalvador : I'm a beginner in this world but I'll be happy to learn how create and send a patch. I don't want to mess! If you have some time to help me I thanks in advance. Bye. Re: Task #2 - First build Dylan is still being maintained; it just needs to be send as a fix for oe-core mailing list. Please put: [for-dylan][PATCH] ... in subject for the patch. So people handle it accordingly. Re: Task #2 - First build Thanks for letting us know! You really need to be on dylan, now that dora was released? In this case we can work together to get it fixed on your local files. I would need to double check if dylan is still supported for bugfixes..... Re: Task #2 - First build Hi francpalm (there are three francesco Palmisanos on the community, is that you multiple times?!!) Tthanks for sharing the fix. This patch does not belong to meta-fsl-* layers (I think), so it must be send to another list. Before you send the patch, can you rebuilt your image with an new build folder? if case you have already done this, ignore this step and send the patch. OtavioSalvador FYI. Leo Re: Task #2 - First build Hi all, in dylan branch I think there is a bug in file: /build/tmp/work/i686-linux/elfutils-native/0.148-r11/line2addr.c at line 135 there is: switch (sscanf (a.arg, "%a[^:]:%d", &a.file, &a.line)) instead of: switch (sscanf (a.arg, "%m[^:]:%d", &a.file, &a.line)) This bug causes a compilation error when I try: bitbake fsl-image-test In master branch I don't found the same issue, but in this branch there isn't the memtool! Please verify! LeonardoSandovalGonzalez DaianeAngolini Bye. P.S.: the compilation error is: | /media/francesco/DATI/yocto-bsp/build/tmp/work/i686-linux/elfutils-native/0.148-r11/elfutils-0.148/tests/line2addr.c:135:7: error: format '%a' expects argument of type 'float *', but argument 3 has type 'char **' [-Werror=format=] |        switch (sscanf (a.arg, "%a[^:]:%d", &a.file, &a.line)) |        ^ Re: Task #2 - First build From your description it seems to be a hardware issue; I'd bet a fan issue. Re: Task #2 - First build I have a Intel dual-core 1.93Ghz(I guess) processor. More than 200GB hard disk space and 3GB RAM. OS: Ubuntu 12.04 LTS (32-bit) I dint have application running while building. Is this not sufficient ? Moreover, I was compiling only for a base image not gui. It automatically shuts down every time. Under build/tmp/work, I can find only 3 files. Any hints to overcome this problem? Re: Task #2 - First build muthuswamydikshit, without more context (as build log or something) it is hard to guess. My rough guess is not enough memory for the build and/or disk space. Yocto is voracious for computational resources so this might be the cause of problem. Re: Task #2 - First build Thanks for the material! It works fine on my 64-bit Ubuntu 12.04 with i5 processor but fails on my 32-bit Ubuntu 12.04 with qual-core processor. But something strange happens while giving 'bitbake core-image-base'. It automatically shuts down my system everytime. I have not copied anything betwenn my two machines. I need to work only on my 32-bit system. Can you please help?? Re: Task #2 - First build From yocto point of view, yes, it makes all difference. Yocto only "see" the right version package, because it only "looks for" the right version package. But, if you think you can use another version, you can change the recipe in order to "add a new package". I don´t think it worth. Be sure your Internet connection is OK. Be sure all mirrors are up. And try again. Yesterday I was able to go from download source code from a complete image downloading everything again. So I think it was only a period of instability. Re: Task #2 - First build I'm getting a bit further with this now. The packages I can't load are not actually present on the relevant web sites, because they have been superseded. http://www.zlib.net/zlib-1.2.7.tar.bz2 has been replaced with 1.2.8 http://www.apache.org/dist/apr/apr-util-1.5.1.tar.gz has been replaced with 1.5.2 http://www.apache.org/dist/subversion/subversion-1.7.8.tar.bz2 has been replaced with 1.7.11 The "master" branch in yocto poky has already made the necessary changes to use the new packages instead, but the "dylan" branch has not. I tried changing the repo manifest to use the "master" branch instead, but that causes other problems. I guess the answer is to push the necessary changes to yocto and then everyone can get them. Any comments? Re: Task #2 - First build Hi Daiane, Thanks for the response. I just modified my post a few minutes ago with new information, which you may not have seen: Taking the subversion link as an example, if I go to the parent directory http://www.apache.org/dist/subversion I can see that the required file (version 1.7.8) is not actually there - the oldest version seems to be 1.7.11. Does that make a difference? Regards, Dave C Re: Task #2 - First build Well, When I face the downloads issues I wait for sometime and try again. You can try to get the same package from other source. Re: Task #2 - First build I can use wget for the FTP link, but all three HTTP links fail with 404 using wget. Taking the subversion link as an example, if I go to the parent directory http://www.apache.org/dist/subversion I can see that the required file (version 1.7.8) is not actually there - the oldest version seems to be 1.7.11. Re: Task #2 - First build are you able to download those packages if you use wget? $ wget ftp://ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz for example? Re: Task #2 - First build The instructions above are very simple, but I seem to be getting a few problems, I'm afraid. I changed conf/local.conf to use "imx6qsabrelite" and ran bitbake. I get a few warnings, which I'm guessing are OK since they seem to use mirror sites instead, but I'm also getting some errors which appear to be fatal, regarding the Boundary Devices git repository. I tried accessing the Boundary Devices git repository without bitbake (just typing "git clone git://github.com/boundarydevices/linux-imx6.git") and that seems to work without any errors, so is it possible that there's a problem with bitbake somewhere? All comments / suggestions welcome! Full output is shown below: dchirgwin@dc-ubuntu2:~/fsl-community-bsp/build$ bitbake core-image-base Pseudo is not present but is required, building this first before the main build Parsing recipes: 100% |#########################################| Time: 00:02:15 Parsing of 1277 .bb files complete (0 cached, 1277 parsed). 1645 targets, 68 skipped, 0 masked, 0 errors. Build Configuration: BB_VERSION        = "1.18.0" BUILD_SYS         = "i686-linux" NATIVELSBSTRING   = "Ubuntu-12.10" TARGET_SYS        = "arm-poky-linux-gnueabi" MACHINE           = "imx6qsabrelite" DISTRO            = "poky" DISTRO_VERSION    = "1.4.2" TUNE_FEATURES     = "armv7a vfp neon" TARGET_FPU        = "vfp-neon" meta             meta-yocto        = "bct:d734ab491a30078d43dee5440c03acce2d251425" meta-oe           = "bct:81bf02c1ed858b8a7ae9297b8eab7d9355d0a48c" meta-fsl-arm      = "bct:afe2162644544a92a517f1d51211fdcb76bb1a29" meta-fsl-arm-extra = "bct:5f5a9cfcad223f5a1c623346780510ffcdc012ab" meta-fsl-demos    = "bct:724cfb929748f47782dea3b1dc412b028f6f3515" NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks NOTE: Tasks Summary: Attempted 63 tasks of which 0 didn't need to be rerun and all succeeded. Loading cache: 100% |###########################################| ETA:  00:00:00 Loaded 1646 entries from dependency cache. Build Configuration: BB_VERSION        = "1.18.0" BUILD_SYS         = "i686-linux" NATIVELSBSTRING   = "Ubuntu-12.10" TARGET_SYS        = "arm-poky-linux-gnueabi" MACHINE           = "imx6qsabrelite" DISTRO            = "poky" DISTRO_VERSION    = "1.4.2" TUNE_FEATURES     = "armv7a vfp neon" TARGET_FPU        = "vfp-neon" meta             meta-yocto        = "bct:d734ab491a30078d43dee5440c03acce2d251425" meta-oe           = "bct:81bf02c1ed858b8a7ae9297b8eab7d9355d0a48c" meta-fsl-arm      = "bct:afe2162644544a92a517f1d51211fdcb76bb1a29" meta-fsl-arm-extra = "bct:5f5a9cfcad223f5a1c623346780510ffcdc012ab" meta-fsl-demos    = "bct:724cfb929748f47782dea3b1dc412b028f6f3515" NOTE: Resolving any missing task queue dependencies NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks WARNING: Failed to fetch URL http://www.zlib.net/zlib-1.2.7.tar.bz2, attempting MIRRORS if available WARNING: Failed to fetch URL ftp://ftp.ossp.org/pkg/lib/uuid/uuid-1.6.2.tar.gz, attempting MIRRORS if available WARNING: Failed to fetch URL http://www.apache.org/dist/apr/apr-util-1.5.1.tar.gz, attempting MIRRORS if available WARNING: Failed to fetch URL http://www.apache.org/dist/subversion/subversion-1.7.8.tar.bz2, attempting MIRRORS if available WARNING: Failed to fetch URL git://github.com/boundarydevices/linux-imx6.git, attempting MIRRORS if available ERROR: Fetcher failure: Fetch command failed with exit code 128, output: Cloning into bare repository '/home/dchirgwin/fsl-community-bsp/downloads//git2/github.com.boundarydevices.linux-imx6.git'... fatal: The remote end hung up unexpectedly fatal: early EOF fatal: index-pack failed ERROR: Function failed: Fetcher failure for URL: 'git://github.com/boundarydevices/linux-imx6.git'. Unable to fetch URL from any source. ERROR: Logfile of failure stored in: /home/dchirgwin/fsl-community-bsp/build/tmp/work/imx6qsabrelite-poky-linux-gnueabi/linux-boundary/3.0.35-r0/temp/log.do_fetch.7065 ERROR: Task 281 (/home/dchirgwin/fsl-community-bsp/sources/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.0.35.bb, do_fetch) failed with exit code '1' NOTE: Tasks Summary: Attempted 983 tasks of which 148 didn't need to be rerun and 1 failed. Waiting for 0 running tasks to finish: Summary: 1 task failed:   /home/dchirgwin/fsl-community-bsp/sources/meta-fsl-arm-extra/recipes-kernel/linux/linux-boundary_3.0.35.bb, do_fetch Summary: There were 5 WARNING messages shown. Summary: There were 2 ERROR messages shown, returning a non-zero exit code. dchirgwin@dc-ubuntu2:~/fsl-community-b Re: Task #2 - First build Hi if you ran the setup-enviroment script, it automatically sets these for your. Both values should be equal to the number of cores on your HOST machine. You can also try doubling this value for the MAKE related variable, but I do not think you gain much. Leo Re: Task #2 - First build I think I find the answer.  It seems these two fields are related to bitbake settings for the host computers. So it is not related to the target.. Source: Yocto Project Reference Manual Please correct me if I am wrong. thanks Re: Task #2 - First build What should be the value for the BB_NUMBER_THREAD and PARALLEL_MAKE for the sabrelite in the conf/local.conf file? By default, the value are: BB_NUMBER_THREADS = '1' PARALLEL_MAKE = '-j 1' Should I set the value to 4 or 8 ? Thanks Re: Task #2 - First build I think I find it, the conf file for the sabrelite is now in "meta-fsl-arm-extra". Re: Task #2 - First build hello, the conf file for "imx6qsabrelite.conf" is not in this folder anymore. I dont see it in the git folder or in my computer after the download. github.com/Freescale/meta-fsl-arm or /fsl-community-bsp/build/conf Where did it go ? Thanks ssinfo Re: Task #2 - First build I pointed to meta-fsl-arm release notes, but I can include the non-freescale board supported. For fsl-image-gui/-sdk, I think it´s not the right task to point how both images diverges.  I prefer to start with core-image-base and then include another task at the end showing a more complete "how to" for images, maybe how to create one image from scratch. What do you think? Thanks a lot Leo :smileygrin: Re: Task #2 - First build My 2 cents: 1. It would be nice to point to the other non-freescale machines Yocto supports. 2. The biggest image is (I believe) fsl-image-gui-sdk, but from user's perspective the fsl-image-gui is the fattest (perhaps adding a footnote to indicate this) 3. The link to Task # 1 is missing at the end of the document Daiane, let me know if you want me to include the above changes (if you first approve them ) Leo

ISF Sensor Data Speed Problems.docx Intelligent Sensing Framework

Using OV5640 with i.MX 6UltraLite EVK The i.MX 6UltraLite EVK kernel release includes the parallel camera OV5640 support by default. However, depending on the base board revision, this camera might require the SCH700-27820 adapter below: Camera Adapter According to the following image, the FX12B-40P-0.4SV connector layout was changed in the RevC, giving the possibility to use the OV5640 directly: Rev B in the left and Rev C in the right, which does not need the adapter So, if you are using a base board older than Rev C, plug in the camera with the adapter and connect the other end of the adapter to the board. In order to use the parallel OV5640 camera, it’s necessary to set up the environment variable below on U-Boot, independent of the base board revision: => setenv fdt_file ‘imx6ul-14x14-evk-csi.dtb’ => saveenv Follow the GStreamer pipeline example to test the camera connection: $ gst-launch-1.0 v4l2src device=/dev/video1 ! video/x-raw,width=640,height=480 ! autovideosink This test was done using the kernel BSP release 5.10.35v. Arm® Processors i.MX Applications Processors