编译新项目时遇到的问题 我刚刚设置了开发环境，我打算学习如何使用 S32K312 安装完IDE、ADE更新包和RTD软件包后，我创建了一个简单的项目，遇到了以下编译问题。 把新创建的项目放到另一位同事的电脑上（他的电脑和我的电脑有相同的开发环境），编译时没有任何问题。 请帮帮我，我已经重新安装了 3 次。 这是为什么？ S32K312EVB-Q172 S32DS-S32PLATFORM Re: ‌Problems encountered during compilation of a new project 我把它安装到了我的电脑上，操作是一样的，但这台电脑出了问题。你提到的参考手册似乎没有提供太多有用的信息。 Re: ‌Problems encountered during compilation of a new project 我的问题还没有解决。使用 FSL 仍有问题，使用 Gnu 则太慢。 Re: ‌Problems encountered during compilation of a new project 我很高兴你解决了这个问题。 另一方面，我发现您没有按照 RTD 4.0.0 的安装流程进行安装。 更多详情，请参阅SW32K3_S32M27x_RTD_R21-11_4.0.0_D2311_ReleaseNotes.pdf。 Re: ‌Problems encountered during compilation of a new project 我还发现了一个问题，即在C/C++版本 的工具链编辑器中选择FSL Make Builder作为当前生成器时，会出现上述编译错误。不过，选择其他选项也能成功编译。这意味着什么？ Re: ‌Problems encountered during compilation of a new project 感谢您关注我们的产品并为我们的社区做出贡献。 请分享你的 " 安装详情 " 的屏幕截图，你可以在 " 帮助 " 税务摊销收益中找到。

S32N55: gPTPフレーム内のホスト理由 こんにちは、チームの皆さん お客様に問題が発生しました。彼らは gPTP プロトコルを独自に実装し、フレームを受信すると gPTP フレームのホスト理由が 0 になることを発見しました。ホスト理由が 0 の場合、このフレームのタイムスタンプは RTD ドライバによって保存されません。NXP の gPTP ソフトウェアでは、受信したフレームのホスト理由は 8 (NETC_ETH_IP_HOSTREASON_SW_PTP) です。質問したいのですが、受信フレームのホスト理由を 8 にするにはどうすればよいでしょうか? よろしくお願いいたします。 ブリジット GPTP_STACK Re: S32N55: Host reason in gPTP frames こんにちは@Bridget 、 タイムスタンプ情報を受信する NETC スイッチの各ポートでタイムスタンプを有効にする必要があります。お客様が使用しているツールやバージョンに関するその他の詳細情報は提供しておりません。SO、この一般的な情報のみをCAN提供します。Tresos と RTD を使用する CASE では、スイッチ プラグインの各ポート構成で直接実行されます。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、チームの皆さん この質問に答えていただけますか？ありがとう。 Re: S32N55: Host reason in gPTP frames こんにちは、ブリジットさん。 RTDからのEthSwtについてはUMに従ってください - パラメータは次のようになります 詳細については、RTD にお問い合わせください。N5 の gPTP の例を確認することもお勧めしますが、最初のメッセージでは、お客様が独自の gPTP を実装したと書かれているSO、おそらく私たちの例は存在しません。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、トーマス。 お客様はSW32N_RTD_R21-11_1.8.0_CD05を使用します。 gPTP フレームを RTU で受信し、受信タイムスタンプを取得したいと考えています。ブロードキャスト フレームの受信を有効にすると、フレームを受信できるようになります。タイムスタンプ機能も有効になります。しかし、受信タイムスタンプを取得するには、以下のスクリーンショットのコードに示すように、フレームのホスト理由が NETC_ETH_IP_HOSTREASON_SW_PTP (このマクロは 😎 である必要があることがわかりました。 しかし、Rx BD のホスト理由は 0 です。ホスト理由が 8 になるように設定する方法を教えていただけますか? よろしくお願いいたします。 ブリジット Re: S32N55: Host reason in gPTP frames すでに 2 つの質問に回答しましたので、ご確認ください。

Thread tech days.pdf

Sensors_Multimarkets_may16.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Let´s start with KSDK! What is it KSDK? = Kinetis Software Development Kit Kinetis SDK v2 is a collection of comprehensive software enablement for NXP Kinetis Microcontrollers that includes: •system startup •peripheral drivers •USB and connectivity stacks •Middleware •Real-time operating system (RTOS) kernels. Documents – Release Note, API Reference Manual, Getting Started with KSDK, for USB – User Guide, USB Composite Device Guide, USB Device Reference Manual and USB Host Reference Manual. All these documents is possible to find at Software Development Kit for Kinetis MCUs|NXP or \SDK_2.0_selected_device\docs KSDK Structure Diagram KSDK Features •ARM® and DSP standard libraries, and CMSIS-compliant device header files which provide direct access to the peripheral registers •Open-source peripheral drivers •Open-source RTOS wrapper driver •Real time operation systems (RTOS) including FreeRTOS OS, μC/OS-II, and μC/OS-III •Stacks and middleware in source or object formats including: − CMSIS-DSP -  a suite of common signal processing functions − FatFs - a FatFile System for small embedded systems − mmCAU - Memory-Mapped Cryptographic Acceleration Unit − SDMMC - software component supporting SD Cards and eMMC − DMA Manager - software component used for managing on-chip DMA channel resources − mbedTLS and WolfSSL - cryptographic SSL/TLS libraries − lwIP and USB Stack - a light-weight TCP/IP stack KSDK Evolution KSDK v1/v2 – what new features KSDK 2.0 brings •MQX Kernel removed from KSDK -> focus on FreeRTOS •MQX RTCS Ethernet and MFS File System Stacks -> lwIP and FatFS •OSA, Power Manager and Clock Manager -> no longer required by the drivers •USB Stack re-write -> BSD licensed solution •No platform library -> single project with all needed files •Mbed TLS now included as part of the accelerated cryptography drivers •Eliminates separate HAL and Peripheral Driver -> single driver for each peripheral •Processor Expert -> Kinetis Expert Tool •Updates for KDS -> via online update tool •Installation of KSDK -> KEX Tool (smaller download & sizes) •KEX Tool -> pin muxing selection & generation, clock configuration, low power estimation Simplified folder structure KSDK highlights & benefits •Collection of software enablement offered by free •KSDK is fully supported in these IDE: − Atollic® TrueSTUDIO® − GNU toolchain for ARM® Cortex® -M with CMake build system − IAR Embedded Workbench − Keil™ MDK-ARM − Kinetis Design Studio IDE •KSDK supports most of Kinetis MCUs •Created examples for drivers, USB, RTOS, demo applications •Start with development without device register knowledge Support & download Official support of KSDK: Kinetis Software Development Kit Create new SR according to: How to submit a new question for NXP Support More about KSDK... KSDK Official Website www.nxp.com/ksdk Introducing Kinetis SDK v2 https://community.freescale.com/docs/DOC-329783 Kinetis SDK 2.0 Transition Guide Kinetis SDK 2.0 Transition Guide KSDK Community https://community.freescale.com/community/kinetis/kinetis-software-development-kit Let´s continue in reading! See Let´s start with FreeMASTER!​

eIQ Time Series Studioトレーニング：FRDM-MCXN947で時系列MLモデルを構築して実行する 機械学習（ML）がデータの発生源に近づく傾向が続いているのを受け、NXPのeIQ Time Series Studio（TSS）は、開発者がNXPマイクロコントローラに時系列モデルを直接ビルドし、トレーニングして展開するための強力で直感的な環境となります。 この2部構成の実践的トレーニング・シリーズは、FRDM-MCXN947開発ボードとML Vibro Sens Clickセンサ・ボードを使用した、データのインポートからモデルの展開に至る一連のワークフローについて説明する開発者向け教材です。 ラボ1：事前収集データによる分類 トレーニングの最初の部分では、ファンの状態の分類に関する例を交えて、eIQ Time Series Studioの基礎について学びます。以下は学習内容です。 TSSでサンプル・プロジェクトを試してみる。 3軸加速度センサから時系列データをインポートしてラベリングする。 分類モデルをトレーニングして、ファンの4つの状態（オン、オフ、詰まり、摩擦）を検出する。 混乱行列とエミュレーションを使用してモデルのパフォーマンスを評価する。 MCUXpresso IDEを使用してモデルをFRDM-MCXN947開発ボードに展開する。 このラボは、事前に収集されたデータを使用して迅速に開始し、モデル作成とデプロイメントのエンド・ツー・エンドのワークフローを理解するのに理想的です。 ラボ2：実際のセンサ・データによる異常検知 トレーニングの第2部では、ラボ1を土台にして、リアルタイム・データの収集と異常検知の方法について説明します。ML Vibro Sens Clickボードを使用して加速度センサ・データを収集し、そのデータでモデルをトレーニングして異常な振動を検出します。 以下は主な手順です。 TSSでデータ・ロギング・ユーティリティを使用して実際のセンサ・データを収集する。 データ運用ユーティリティを使用してデータセットをクリーンアップし、準備を整える。 カスタムデータを用いた異常検知モデルのトレーニング 。 FRDM-MCXN947ボードでシリアルターミナルインターフェースを使用してモデルを導入しテストする 。 このラボは、開発者独自の環境とセンサ設定に合わせたモデルの構築方法を示すもので、予知保全、振動モニタリング、インダストリアル異常検知などの用途に最適です。 eIQ Time Series Studioを選ぶ理由 NXPのeIQ Time Series Studioは、より広範なeIQツールキットの一部であり、時系列データアプリケーション専用に設計されています。それにより可能になるのは： 加速度センサなどのセンサから、時系列データセットをインポートし、ラベリングする。 組み込みシステム向けに最適化された古典的なMLアルゴリズムを使用してモデルをトレーニングする。 表示されないデータでモデルをテストし、パフォーマンスを検証する。 MCUXpresso IDEまたはVS Codeを使用して、NXPマイクロコントローラにシームレスにモデルを展開する。 トレーニング要件 ハードウェアセットアップ：FRDM-MCXN947ボードとML Vibro Sens Click、FXLS8974CF加速度センサを使用します。 ソフトウェア・ツール：eIQ Toolkit 1.15.1、MCUXpresso IDE v24、およびMCUXpresso SDK 25.03 for FRDM-MCXN947。 まとめ このトレーニングでは、FRDM-MCXN947で時系列データ用機械学習モデルをビルドするための実践的でアクセスしやすい方法を学びます。初心者から、実データでカスタム・モデルをビルドしてインダストリアル装置のモニタリング、異常検知、予知保全ソリューションの構築といった用途で使うなどさまざまな目的で、eIQ Time Series Studioはアイデアを実現するためのツールと知識を提供します。 NXPのeIQ Time Series Studioを使用して、時系列データ用の機械学習モデルをビルド・展開する方法を学びましょう。この2部構成のトレーニングでは、FRDM-MCXN947開発ボードでのファンの状態の分類方法と異常をリアルタイムに検知する方法を取りあげます。 FRDM-MCXN FRDMトレーニング ハンズオン・トレーニング MCU

使用 KDS 在 FRDM-KL46 板上进行反应测量游戏 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS 中的反应游戏   说明：   在 KDS 中制作的一个项目，使用 FRDM-MKL46Z256VLL4 板的 LCD 屏幕和两个开关 SW1 和 SW3，创建一个反应测试游戏。 用两个拇指握住电路板的两个开关上方。 出现“rdy”（就绪）后，屏幕将显示“left”（左）、“righ”（右）或“both”（两者），您必须按下相应的按钮。 然后它将以毫秒为单位显示您的反应时间。 您最初有 1000 毫秒的时间做出反应，每得分一分，反应时间就会减少 25 毫秒，最少为 500 毫秒。 每正确回答一次可得 1 分。 如果您反应不够快，或者按了错误的按钮，您就会输掉游戏。 一旦您输了，您的分数就会显示出来，然后游戏将重置回“rdy”，并有 1000 毫秒的时间做出反应。   问题： 您可以通过每次按下两个按钮来作弊，但这不会 100% 有效。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KDS 中的反应游戏   说明：   在 KDS 中制作的一个项目，使用 FRDM-MKL46Z256VLL4 板的 LCD 屏幕和两个开关 SW1 和 SW3，创建一个反应测试游戏。 用两个拇指握住电路板的两个开关上方。 出现“rdy”（就绪）后，屏幕将显示“left”（左）、“righ”（右）或“both”（两者），您必须按下相应的按钮。 然后它将以毫秒为单位显示您的反应时间。 您最初有 1000 毫秒的时间做出反应，每得分一分，反应时间就会减少 25 毫秒，最少为 500 毫秒。 每正确回答一次可得 1 分。 如果您反应不够快，或者按了错误的按钮，您就会输掉游戏。 一旦您输了，您的分数就会显示出来，然后游戏将重置回“rdy”，并有 1000 毫秒的时间做出反应。   问题： 您可以通过每次按下两个按钮来作弊，但这不会 100% 有效。 概述

例MPC5777C GHS714 外部SRAM_test ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ******************************************************************************** ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ********************************************************************************

How to quickly develop i.MX53 products Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution

[FINISHED] UX design for MCUXpresso Configuration Tools [Title CZ/SK] UX design pre MCUXpresso Configuration Tools Assignment UX (User experience) design is one of the main deciding factors in the choice of a software application. Analyze UX of MCUXpresso Configuration Tools, specifically its user interface. Suggest specific user interface improvements. Create examples of suggested improvements. Compare the examples with the current solution. Test the examples with the help of app users. Assignment CZ/SK UX design aplikácie je jedným z kľúčových faktorov na základe ktorých sa užívateľ rozhoduje o používaní aplikácie. Analyzujte UX aplikácie MCUXpresso Configuration Tools so zameraním na GUI. Navrhnite konkrétne vylepšenia pre prácu s aplikáciou. Vytvorte ukážky navrhnutých vylepšení. Tieto ukážky porovnajte s existujúcim riešením. Vytvorené ukážky otestujte na užívateloch aplikácie. Language CZ/SK/EN   Leaders David Danaj   Contact University team NXP Semiconductors CZ  Apply by email  Finished

Kinetisと競合製品のエネルギー効率性の比較 - デモ デモ所有者: Eduardo Montanez   Kinetis KシリーズとKinetis Lシリーズ・マイクロコントローラが競合他社を打ち負かす様子をご覧ください。     特長 EEMBCのCoreMarkベンチマークを実行する最新のKinetis K2マイクロコントローラ 4つの異なるマイクロコントローラがテストにかけられます。 すべての製品に対して同じ容量で、すべて同じイテレーション ベンチマークを実行する 注目のNXP製品 K22F(日本未発売) KL02 リンクス Kinetisマイクロコントローラ|ARM® Cortex-M® コア |NXPの Kinetis Lシリーズ・マイクロコントローラ:エネルギー効率ベンチマーク・デモ Kinetis Lシリーズ・マイクロコントローラのエネルギー効率ベンチマーク - YouTube   インダストリアル

ホバーゲームズチャレンジ1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フライヤーで消火活動 人為的なものであれ、自然的なものであれ、火災を予測し制御することは困難です。火災は数十億ドルの損害をもたらし、町や森林全体を破壊し、最前線のファーストレスポンダーを含む無数の命を危険にさらしています。 HOVERGAMESはあなたの助けになる機会です このコンテストの目的は、HoverGamesのドローンが、山火事から都市火災まで、想像できるあらゆる方法で消防士の職務を支援できるソリューションを構築することです。NXP HoverGamesドローン 開発キットには、飛行ロボットの開発を開始するために必要なものがすべて含まれています。 HoverGamesのドローンで何ができるのか? あなたのドローンは消防チームの調整に役立っていますか?物資を届けたり、通信ネットワークや物流ネットワークを手の届きにくい地域に拡張したりしていますか?燃えている建物をスキャンしてホットスポットを特定しますか?それとも、火災が発生する前に検出して防ぐのでしょうか? ブレインストーミングを始めるために、いくつかのアイデアをご紹介します。 連絡が届きにくいエリアへの通信の拡大 ホットスポットのピンポイント 新たな火災と潜在的な再起動を監視する リソース、動物、危険にさらされている人々を追跡および監視する 誰かを荒野から導き出す 状況認識に関する洞察を提供する 閉じ込められた人に、ガスマスクや照明弾、CBラジオなどのリソースを届ける ドローンへの許可されたアクセスのみを許可する ドローンオペレーターの特定と承認 そのエリアにいてはいけない他のドローンを特定します チャレンジ1「フライヤーで火事と戦う」

MHW-N1921 数字高效交流/直流谐振电源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谐振交流/直流电源在高功率输出时具有卓越的效率。TEA1916 是一种数字控制器，可简化谐振 LLC 设计的复杂性并提供轻松的调节。它是非常流行的 TEA1716 的继承者，用于许多谐振开关模式电源，例如PC 和电视，但 TEA1916 实际上非常适合任何大于 75W 的电源，例如医疗、工业和服务器电源。TEA1916 采用新的数字逐周期架构（Vcap 控制）来实现低功率负载下的新型操作。通过采用精确控制的突发模式操作，可以提高低输出功率下的效率。TEA1916 在待机或关机状态下也能实现极低的功耗；这是区别于竞争对手的一个关键性能参数。为了获得最高效率，TEA1916 与 NXP 的 TEA1995 同步整流器配合使用效果极佳。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谐振交流/直流电源在高功率输出时具有卓越的效率。TEA1916 是一种数字控制器，可简化谐振 LLC 设计的复杂性并提供轻松的调节。它是非常流行的 TEA1716 的继承者，用于许多谐振开关模式电源，例如PC 和电视，但 TEA1916 实际上非常适合任何大于 75W 的电源，例如医疗、工业和服务器电源。TEA1916 采用新的数字逐周期架构（Vcap 控制）来实现低功率负载下的新型操作。通过采用精确控制的突发模式操作，可以提高低输出功率下的效率。TEA1916 在待机或关机状态下也能实现极低的功耗；这是区别于竞争对手的一个关键性能参数。为了获得最高效率，TEA1916 与 NXP 的 TEA1995 同步整流器配合使用效果极佳。 安全移动 | 医疗保健和可穿戴设备

i.mx6UL从引导加载程序启动APP <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的，   我们想从引导加载程序启动应用程序，我们有以下问题： 我们使用I.MX6UL bootrom启动BootLoader，需要使用mkimage.sh，编译生成bin文件，然后转换成可执行文件。 如果需要使用Bootloader运行应用程序，应用程序镜像是否也需要通过mkimage.sh进行转换？ mkimage.sh转换后的文件是压缩文件。不知道它的格式，起始地址怎么样，如何实现地址跳转，有例子吗？谢谢。  

TN013_LPCOpen UART RB示例Tx问题 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> lpcopen。uart #ring_buffer

AUT-N1797 MagniV 电机控制集成解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 将传统 MCU 功能与高压模拟元件结合在单个芯片中，可以节省系统成本。提高质量并减少占地面积的整体解决方案。这是针对车窗升降、天窗和滑动门等关闭解决方案的 S12 MagniV MCU 系列的概述。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 将传统 MCU 功能与高压模拟元件结合在单个芯片中，可以节省系统成本。提高质量并减少占地面积的整体解决方案。这是针对车窗升降、天窗和滑动门等关闭解决方案的 S12 MagniV MCU 系列的概述。 安全互联汽车和自动化汽车

在低功耗模式下运用ADC范围比较模式实现恒温控制 最近在论坛、QQ群里好多人都在讨论低功耗设计，想到之前遇到的一个客户也有这方面的一个要求，顺着他的想法做了一个在低功耗模式下使用ADC的例子。客户要做的是一个恒温控制，在设定温度范围内让MCU进入休眠状态，只有在超过温度范围后才唤醒MCU进行温度调节。话不多说，让我们开始例程介绍。 运行平台： FRDM-25Z IARv7.3 在KL25_SC代码包中platinum工程上修改 Low Power Mode 简介 飞思卡尔Kinetis系列MCU基于90纳米TFS技术，使得MCU在低功耗模式下，拥有良好的性能和功耗表现，KL系列更是被评为业内最低功耗的MCU。KL25Z 功耗模式总共有 11 种，分别是：Run、VLPR、Wait、VLPW、Stop、VLPS、LLS、VLLS3、VLLS2、VLLS1、VLLS0，能够满足客户对MCU各种低功耗的配置要求，在深度睡眠模式下智能外设能够处理相应数据而不需要唤醒内核。    图1 在本设计中需要在低功耗模式下监控温度，热电偶的电信号需要用到ADC进行采样，查手册可知ADC能够运行的最低功耗模式是VLPS模式。VLPS模式下大部分外设仍然可以使用，但需要注意的是在VLPS模式下总线时钟是禁止的，因此在进入VLPS模式前应该将ADC的时钟设为ADACK，不然它进入VLPS模式后就嗝屁了。VLPS模式下只能采用硬件触发来触发ADC采样，本例采用的是LPMR定时器来触发ADC采样。VLPS模式下可以采用中断唤醒方式，本例采用ADC中断唤醒。当然也可以采用异步DMA通道来搬运ADC转换结果，搬运完成后自动回到VLPS模式下，感兴趣的话也可以试一下这种方式哈。   图2 代码介绍：    int main (void) {      #ifdef CMSIS  // If we are conforming to CMSIS, we need to call start here     start(); #endif          lptmr_init(1000,LPTMR_USE_LPOCLK);   //trigger ADC per 1000ms     // 初始化代码中设置LPO作为lptmr的时钟源，保证lptmr在VLPS下能够正常工作；     init_ADC16();                                                                                          //初始化ADC，设置ADC硬件触发源为lptmr，使能ADC范围比较模式，即当转换结果小于C1V，大于C2V时保存结果；     enable_irq(ADC0_irq_no);                                                                      //在进入低功耗模式前使能ADC中断。     printf("Enter VLPS mode...\r\n");     clockMonitor(OFF);     enter_vlps();     while(1)   {                  if(flag_wakeup == 1)           {             flag_wakeup = 0;             ADC0_SC2 &= ~ADC_SC2_ACFE_MASK;              disable_irq(ADC0_irq_no);                                                              //退出后，为调节温度需关闭范围比较模式，同时关闭ADC中断，采用查询模式；             printf("Wake up from VLPS..\n");             printf("adcresult = %d\n",adcresult);           }                              if((ADC0_SC1(0) & ADC_SC1_COCO_MASK) == ADC_SC1_COCO_MASK)     //查询转换结果           {             adcresult = ADC0_R(0);             printf("wake up adcresult = %d\n",adcresult);             if((adcresult>= 4000) && (adcresult<= 5000))                                   //当调节到ADC结果再次进入调节范围时，准备进入低功耗模式；             {               ADC0_SC2 |= ADC_SC2_ACFE_MASK;                                         //为实现监控，重新使能范围比较模式和ADC中断。               enable_irq(ADC0_irq_no);               printf("Enter VLPS mode...\n");               clockMonitor(OFF);               enter_vlps();             }           }              } }        实验结果：      设置比较值为4000~5000，打印结果如下： 图3       好了，就这些了，第一次写技术文章，很浅显的东西说了一大堆，比较乱，望批评指正哈。       附件为参考代码。 Re: 在低功耗模式下运用ADC范围比较模式实现恒温控制 Hi FanXi，非常感谢！实测电流是多少呢？

DwF物联网无线模块解决方案 - 广州 - 2015-06-11 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 智能家居和建筑 实践研讨会：物联网 Wi-Fi 模块开发套件 - 快速入门 智能网络

.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 理解和使用.sdcard格式 Yocto Communiy BSP 和 Release BSP 中默认启用的一个非常有用的功能是在 .sdcard 中生成烘焙图像的选项格式。 如果 .sdcard默认情况下未选择格式，可以在 conf/local.conf 文件上通过添加 IMAGE_FSTYPES 来启用它，如下所示： IMAGE_FSTYPES="sd卡" 值得注意的是，如果指定了这个变量，那么只会创建类型定义的文件系统。此变量最常用的默认值是： IMAGE_FSTYPES="tar.bz2 ext3 sd卡" .sdcard 格式创建一个包含所有必要分区的映像，并将引导加载程序、内核和 rootfs 加载到该映像中。您可以使用 dd 将此文件中的数据低级复制到 SD 卡设备，如以下命令示例所示： $ sudo dd if=.sdcard of=/dev/sd bs=1M && 同步 .sdcard 上使用的分区文件 .sdcard 分区如下所示： IMAGE_ROOTFS_ALIGNMENT 为引导加载程序保留的未分区空间 引导空间 Kernerl 和其他数据 根文件系统大小 根文件系统。 在 RootFS 分区上授予更多可用空间 .sdcard 的大小文件将完全取决于 rootfs 的大小。这意味着，除非我们向 rootfs 分区添加额外的空间，否则生成的文件将不会对我们所有的 SD 卡容量进行分区。（当然，一旦加载到 SD 卡上，总是可以选择编辑分区） 为了添加更多空间，您可以使用 IMAGE_ROOTFS_EXTRA_SPACE 变量。您可以将其添加到 local.conf 文件中，并添加以 KB 为单位的可用磁盘空间。例如，如果您想保证 1GB 的额外空间，您可以将以下行添加到您的 local.conf 文件。 IMAGE_ROOTFS_EXTRA_SPACE = "1048576" 值得注意的是，这是 IMAGE_OVERHEAD_FACTOR 变量的附加空间，该变量定义了应用于初始图像大小的乘数。这仅适用于乘数乘以 默认情况下，构建过程对此变量使用乘数 1.3。当使用此方法确定最终生成的图像大小时，此默认值会导致 30% 的可用磁盘空间添加到图像中。这意味着在安装后脚本之前应该有 30% 的可用磁盘空间。如果您希望获得更多空间，可以按如下方式编辑此变量： 图像开销因子 = "1.5" 这将导致在安装后脚本之前向映像中添加 50% 的可用磁盘空间，并且不考虑可能来自包管理系统的开销。 IMAGE_ROOTFS_SIZE 是如何计算的 这个变量也是以千字节为单位，它由 OpenEmbedded 构建系统使用一种算法来确定，该算法考虑了用于生成图像的初始磁盘空间、图像的请求大小（通过开销因素）以及要添加到图像的额外可用空间（通过额外空间变量）。 构建系统首先运行 du（磁盘使用情况）命令来确定 rootfs 目录树的大小。如果 IMAGE_ROOTFS_SIZE 当前值大于磁盘使用量乘以开销因子，则仅添加额外的空间。如果 IMAGE_ROOTFS_SIZE 小于磁盘使用量乘以开销因子，则在添加额外空间之前将磁盘使用量乘以开销因子。 IMAGE_ROOTFS_SIZE 必须设置为默认值，该值通常非常低，因为它只是在每次烘焙图像时初始化并根据实际尺寸要求进行更新。 您也可以直接使用此变量来选择要分配给 RootFS 的空间。例如，将 RootFS 设置为 2GB 需要在 local.conf 文件中添加以下内容： IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 在这个例子中，我们将开销因子保留为 1，这样就不会添加额外的空间，因为我们指定了我们想要的 rootfs 大小。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你知道发生了什么事吗？在 tmp/deploy/images/ / 文件夹中，较短的 sdcard 文件名只是较长文件名的链接。运行 dd 命令时我总是使用较长的文件名。 另外，我发现引导加载程序中存在严重的 CRC 环境错误。无论出于何种原因，总是要求您第一次从新映像的卡启动时中断启动，然后输入“saveenv”（不带引号），然后重置。这也许可以解决你的问题。每次我将新图像写入 SD 卡时，我都必须这样做。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可能从网页上复制粘贴了命令“IMAGE_ROOTFS_SIZE = “2097152””，但其中的双引号字符（ “ ”）有误。请将其替换为“linux double quote "”，解析错误即可消失。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 根据第一段，该文档似乎在说这些变量中的任何一个都应该添加到 conf/local.conf。 然而，当我添加 IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 到我的 conf/local.conf 文件，我收到 bitbake 错误： 错误：/home/user/yocto/build/conf/local.conf:26 处的 ParseError：未解析的行：'IMAGE_ROOTFS_SIZE =“2097152”' 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是否会逐步淘汰这一模式，转而采用“WIC”模式？rocko repo 无法构建 .sdcard默认文件。 有人知道是否有关于 WIC 文件格式的类似描述以及如何使用它吗？ 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您能分享一下您的解决方案吗？谢谢 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 事实证明，如果更改制造工具脚本，制造工具也可以创建多个分区。该文档包含在制造工具下载中。我计划使用 *.sdcard 图像对我的设备上 eMMC 进行编程，并且无论如何都需要使用制造工具。制造工具中的默认设置甚至不使用 *.sdcard 图像，所以我想我现在不需要解决这个特定问题。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jtis我也有同样的问题。我正在尝试做同样的事情。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好， gusarambula ，这份文档包含非常重要和有用的信息，希望下次你能在教程中向我们解释所有可以使用命令“dd”应用于带有 i.MX 的 SD 的选项。 请继续努力 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢您的反馈！ Bio_TICFSL ，我终于可以提到你了。您能否对此文档提出评论？ 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档，特别是关于扩展分区容量的主题，看起来像是一个常见问题解答。 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档！ 回复：.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 很棒的文件，古斯塔沃。

Microwave Heating at 915 Mhz Presented by tiefengshi Presented at DwF RF Solutions - Chengdu - 9 April 2015 Presented by Tiefeng Shi Presented at DwF RF Solutions - Chengdu - 9 April 2015 RF