P2020-MSC8156AMCRD：P2020-MSC8156 AdvancedMC ™参考设计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 结构框图 特性 结构框图 电路板 设计资源 结构框图 NXP ® P2020-MSC8156 AdvancedMC ™ (AMC) 参考设计是面向 LTE、WiMAX、WCDMA 和 TD-SCDMA 等下一代无线标准的多标准基带开发平台。 该 AMC 平台集成了 QorIQ ® P2020 处理器及其 MSC8156 DSP P2020和MSC8156夹层卡提供系统构建模块，快速实现原型系统 适用于为下一代无线标准开发解决方案 特性 P2020-MSC8156 AMC参考设计的关键特性包括： 单宽、全高AMC规格 QorIQ ®  P2020处理器 1.2GHz的双e500v2内核 1 GB的DDR2 (SOCDIMM) TCP/IP加速 eSDHC USB MSC8156 DSP 六个 SC3850 核心，基于 StarCore ® 构建 技术，每 1 GHz 面向基带的多加速器平台引擎(MAPLE-B) 可编程Turbo和Viterbi解码器 两组512MB 64位DDR3-800 结构框图 电路板 设计资源 传统设计

FRDM-K64 mbedを使用した割り込み基本例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ここでは、割り込みの例のコードとプロジェクトファイルを見つけることができますが、この例では2つのKBI割り込みが有効になっており、1つはSW2に割り当てられ、もう1つはSW3に割り当てられています。メインルーチンでは青色のLEDが点灯し、割り込みルーチンがトリガーされると、青色のLEDがオフになり、赤または緑のLEDが1回点滅します。 割り込みは、立ち下がりエッジのみを検出するように構成されています。 コード： #include "mbed.h" デジタルアウトレッド(LED1); デジタルアウトブルー(LED3); InterruptIn 割り込み(SW2); void blink() { wait(.4); 赤=1;     Blue=0; wait(.4);     Blue=1; wait(.4); } int main() { 割り込み.fall(&blink);     Blue=1; (1)ながら     { 赤=!赤い; wait(.4);     } } Freedom開発プラットフォーム Kinetis KシリーズMCU

Wandboard - 超低功耗、高性能、低成本开发板，配备飞思卡尔 i.MX6 Cortex-A9 处理器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Wandboard是一款超低功耗完整计算机，具有高性能多媒体功能，基于即将推出的全新 Freescale i.MX6 Cortex-A9 处理器，并配备令人眼花缭乱的 1Ghz 处理器 HDMI 显示接口和千兆以太网。Wandboard 的双核版本（Wandboard DUAL）不仅配备 1GB 内存，还内置 Wi-Fi 和蓝牙。     Wandboard Solo Wandboard Dual 处理器 飞思卡尔 i.MX6 Solo 飞思卡尔 i.MX6 Duallite Cores Cortex-A9单核 Cortex-A9 双核 内存 512 MB DDR3 1 GB DDR3 音频 • • 光纤 S/PDIF • • HDMI • • 摄像头接口 • • 微型SD卡插槽 2 2 串口 • • 扩展头文件 • • USB • • USB OTG • • SATA接头 无人居住 无人居住 Gigabit LAN • • 无线网络 (802.11n) • 蓝牙 • 69美元 89美元   www.wandboard.org 联系人： [email protected] 概述 回复：Wandboard - 超低功耗高性能低成本开发板，配备飞思卡尔 i.MX6 Cortex-A9 处理器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，我想知道 Wanboard Quad 板有多少层 PCB ？我只是对未来的定制开发感到好奇？如果有人有此信息我将不胜感激。 回复：Wandboard - 超低功耗高性能低成本开发板，配备飞思卡尔 i.MX6 Cortex-A9 处理器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> hi, 我从 tenet technetronics 拿到了这块主板，它运行良好，Jelly bean 和 ubuntu 可以在这块主板上顺利运行。

Wandboard - フリースケールi.MX6 Cortex-A9プロセッサを搭載した超低消費電力、高性能、低コストの開発ボード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Wandboardは 、新しい近日発売予定のFreescale i.MX6 Cortex-A9プロセッサをベースにした高性能マルチメディア機能を備えた超低電力の完全なコンピュータで、まばゆいばかりの1GHzプロセッサ、HDMIディスプレイインターフェイス、ギガビットイーサネットが付属しています。Wandboard(Wandboard DUAL)のデュアルコアバージョンは、1GBのメモリを搭載するだけでなく、Wi-FiとBluetoothも搭載しています。     Wandboard Solo Wandboard Dual プロセッサ フリースケールi.MX6 Solo フリースケールi.MX6 Duallite Cores Cortex-A9シングルコア Cortex-A9デュアルコア メモリ 512 MB DDR3 1 GB DDR3 オーディオ • • オプティカル S/PDIF • • HDMI • • カメラ・インターフェース • • microSDカード・スロット 2 2 シリアルポート • • 拡張ヘッダー • • USB • • USB OTG • • SATAコネクタ 入力されていません 入力されていません Gigabit LAN • • WI-FI(802.11n) • Bluetooth • 69米ドル 89米ドル   www.wandboard.org 担当者 : [email protected] 全般 Re:Wandboard - フリースケールi.MX6 Cortex-A9プロセッサを搭載した超低電力高性能低コスト開発ボード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Wanboard Quad BoardにはいくつのPCBレイヤーがあるのか知りたいのですが?私はただ将来のカスタム開発に関連して興味がありますか?どなたかこの情報を持っていただけると幸いです。 Re:Wandboard - フリースケールi.MX6 Cortex-A9プロセッサを搭載した超低電力高性能低コスト開発ボード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> hi, 私はこのボードをTenet Technetronics.itsから入手しました.それはうまく動作し、Jelly BeanとUbuntuはこのボード上でスムーズに実行されています。

卸载 KDS：“打开安装日志文件时出错。” <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您在 Windows 上尝试卸载 KDS 时遇到此错误（我遇到的是 KDS V1.1.0，但也可能适用于其他版本）：   “打开安装日志文件时出错。验证指定的日志文件位置是否存在并且可写入。”   经过谷歌搜索后，发现一些安装程序（或卸载程序）可能会导致该错误消息。似乎有些文件/文件夹无法访问。 就我而言，我在安装 KDS 时遇到了这个问题，然后想卸载它，因为我错误地安装了 V1.1.0（而不是最新的 V1.1.1）。 之后我没有重新启动。但当我重新启动时，问题确实消失了。   因此，如果您遇到该问题：请重新启动机器并重试。它对我有用。   卸载愉快 🙂 概述

示例 MPC5777M LINFlex UART Echo SW 池 GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * 简单的 LINFlex UART 模式发送和接收，无中断（轮询 UART） * TXFIFO 和 RXFIFO 宏用于在缓冲区和 FIFO 模式之间进行选择 * * PIT 通道 0 也用于生成 1 秒中断，其中 PA0 引脚被切换。 * * EVB连接： * * 母板 * J14——SCI_RX关闭 * J13——SCI_TX关闭 * J25——SCI_PWR开启 * * 查看 PC 终端上的结果（19200、8N1、无）。 * ------------------------------------------------------------------------------ * 测试硬件：MPC5777M，MPC57xx主板+MPC5777M_512DS迷你模块 * Maskset:  0N78H * 目标：RAM、内部闪存 * Fsys: 600 MHz PLL1，带 40 MHz 晶振参考， * core2 以 200MHz 的频率由 PPL1 生成 * 终端：19200, 8N1 ******************************************************************************** 概述

连接软件：在 FreeRTOS 中实现无滴答模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> FreeRTOS 通过计数滴答来跟踪系统中经过的时间。主机 MCU 中可用的定时器之一生成的周期性中断例程内的滴答计数会增加。当 FreeRTOS 运行空闲任务挂钩时，微控制器可以进入低功耗模式。根据低功耗模式，可以禁用一个或多个外围设备，以节省尽可能多的能源。FreeRTOS 无滴答空闲模式允许在空闲期间停止滴答中断。停止滴答中断可使微控制器保持深度省电状态，直到唤醒事件发生。 应用程序需要配置模块（计时器、ADC 等），以便在执行下一个 FreeRTOS 任务之前唤醒微控制器。为此，在执行 vPortSuppressTicksAndSleep（启用无滴答空闲时由 FreeRTOS 调用的函数）期间，MCU 可以保持休眠状态的最大时间量作为输入参数传递，以便正确配置唤醒模块。一旦 MCU 唤醒并且 FreeRTOS 滴答中断重新启动，就必须恢复 MCU 睡眠期间丢失的滴答计数。 在连接软件 FreeRTOS 演示中，无滴答模式默认未启用。在这篇文章中，我们将 展示如何启用它。对于此示例，我们将使用 QN9080x 来演示实现。 低功耗 Freertos 无滴答 无滴答 以下文件中实施了更改： \框架\低功耗\源\QN908XC\PWR.c \框架\低功耗\接口\QN908XC\PWR_Interface.h \freertos\fsl_tickless_generic.h \source\common\ApplMain.c 以下文件已从项目中删除 fsl_tickless_qn_rtc.c PWR.C 和 PWR_Interface.h 此文件中的更改旨在让 QN9080 准备好使用 RTC 计时器唤醒。其他部件，如 MKW41Z，可能会为此目的启用其他模块（如 LPTMR），并且可能不需要更改这些文件。 *** PWR.c *** 添加 RTC 的驱动程序。这是我们将用来唤醒 QN908x 的计时器 /*Tickless: Add RTC driver for tickless support */ #include "fsl_rtc.h"‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 添加局部变量 uint64_t mLpmTotalSleepDuration;        //Tickless uint8_t mPWR_DeepSleepTimeUpdated = 0;  //Tickless: Coexistence with TMR manager‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 添加私有函数 uint32_t PWR_RTCGetMsTimeUntilNextTick (void);         //Tickless void PWR_RTCSetWakeupTimeMs (uint32_t wakeupTimeMs);   //Tickless void PWR_RTCWakeupStart (void);                        //Tickless‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 在 PWR.C 中进行以下更改。所有需要的更改都标记为注释，其中“Start”表示更改的开始位置，“End”表示更改的结束位置 #if (cPWR_UsePowerDownMode && (cPWR_EnableDeepSleepMode_1 || cPWR_EnableDeepSleepMode_2 || cPWR_EnableDeepSleepMode_3 || cPWR_EnableDeepSleepMode_4)) static void PWR_HandleDeepSleepMode_1_2_3_4(void) { #if cPWR_BLE_LL_Enable     uint8_t   power_down_mode = 0xff;     bool_t    enterLowPower = TRUE;     __disable_irq(); /****************START***********************************/     /*Tickless: Configure wakeup timer */     if(mPWR_DeepSleepTimeUpdated){       PWR_RTCSetWakeupTimeMs(mPWR_DeepSleepTimeMs);       mPWR_DeepSleepTimeUpdated = FALSE;        // Coexistence with TMR Manager     }         PWR_RTCWakeupStart(); /*****************END**************************************/     PWRLib_ClearWakeupReason();     //Try to put BLE in deep sleep mode     power_down_mode = BLE_sleep();     if (power_down_mode < kPmPowerDown0)     {         enterLowPower = false; // BLE doesn't allow deep sleep     }     //no else - enterLowPower is already true     if(enterLowPower)     { /****************START**************************/         uint32_t freeRunningRtcPriority; /****************END****************************/         NVIC_ClearPendingIRQ(OSC_INT_LOW_IRQn);         NVIC_EnableIRQ(OSC_INT_LOW_IRQn);         while (SYSCON_SYS_STAT_OSC_EN_MASK & SYSCON->SYS_STAT) //wait for BLE to enter sleep         {             POWER_EnterSleep();         }         NVIC_DisableIRQ(OSC_INT_LOW_IRQn);         if(gpfPWR_LowPowerEnterCb != NULL)         {             gpfPWR_LowPowerEnterCb();         } /* Disable SysTick counter and interrupt */         sysTickCtrl = SysTick->CTRL & (SysTick_CTRL_ENABLE_Msk | SysTick_CTRL_TICKINT_Msk);         SysTick->CTRL &= ~(SysTick_CTRL_ENABLE_Msk | SysTick_CTRL_TICKINT_Msk);         ICSR |= (1 << 25); // clear PendSysTick bit in ICSR, if set /************************START***********************************/         NVIC_ClearPendingIRQ(RTC_FR_IRQn);         freeRunningRtcPriority = NVIC_GetPriority(RTC_FR_IRQn);         NVIC_SetPriority(RTC_FR_IRQn,0); /***********************END***************************************/         POWER_EnterPowerDown(0); //Nighty night! /************************START**********************************/         NVIC_SetPriority(RTC_FR_IRQn,freeRunningRtcPriority); /************************END************************************/         if(gpfPWR_LowPowerExitCb != NULL)         {             gpfPWR_LowPowerExitCb();         }         /* Restore the state of SysTick */         SysTick->CTRL |= sysTickCtrl;         PWRLib_UpdateWakeupReason();     }     __enable_irq(); #else     PWRLib_ClearWakeupReason(); #endif /* cPWR_BLE_LL_Enable */ } #endif /* (cPWR_UsePowerDownMode && cPWR_EnableDeepSleepMode_1) */ ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ void PWR_SetDeepSleepTimeInMs(uint32_t deepSleepTimeMs) { #if (cPWR_UsePowerDownMode)     if(deepSleepTimeMs == 0)     {         return;     }     mPWR_DeepSleepTimeMs = deepSleepTimeMs; /****************START******************/     mPWR_DeepSleepTimeUpdated = TRUE; /****************END*********************/ #else     (void) deepSleepTimeMs; #endif /* (cPWR_UsePowerDownMode) */ }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 在文件末尾添加/替换以下函数定义 /*--------------------------------------------------------------------------- * Name: PWR_GetTotalSleepDurationMS * Description: - * Parameters: - * Return: - *---------------------------------------------------------------------------*/ uint32_t PWR_GetTotalSleepDurationMS(void) {     uint32_t time;     uint32_t currentSleepTime;     OSA_InterruptDisable();     currentSleepTime = RTC_GetFreeRunningInterruptThreshold(RTC);     if(currentSleepTime >= mLpmTotalSleepDuration){     time = (currentSleepTime-mLpmTotalSleepDuration)*1000/CLOCK_GetFreq(kCLOCK_32KClk);     }     else{     time = ((0x100000000-mLpmTotalSleepDuration)+currentSleepTime)*1000/CLOCK_GetFreq(kCLOCK_32KClk);     }     OSA_InterruptEnable();     return time; } /*--------------------------------------------------------------------------- * Name: PWR_ResetTotalSleepDuration * Description: - * Parameters: - * Return: - *---------------------------------------------------------------------------*/ void PWR_ResetTotalSleepDuration(void) {     OSA_InterruptDisable();     mLpmTotalSleepDuration = RTC_GetFreeRunningCount(RTC);     OSA_InterruptEnable(); } /*--------------------------------------------------------------------------- * Name: PWR_RTCGetMsTimeUntilNextTick * Description: - * Parameters: - * Return: Time until next tick in mS *---------------------------------------------------------------------------*/ uint32_t PWR_RTCGetMsTimeUntilNextTick (void) {     uint32_t time;     uint32_t currentRtcCounts, thresholdRtcCounts;     OSA_InterruptDisable();     currentRtcCounts = RTC_GetFreeRunningCount(RTC);     thresholdRtcCounts = RTC_GetFreeRunningResetThreshold(RTC);     if(thresholdRtcCounts > currentRtcCounts){     time = (thresholdRtcCounts-currentRtcCounts)*1000/CLOCK_GetFreq(kCLOCK_32KClk);     }     else{     time = ((0x100000000-currentRtcCounts)+thresholdRtcCounts)*1000/CLOCK_GetFreq(kCLOCK_32KClk);     }     OSA_InterruptEnable();     return time; } /*--------------------------------------------------------------------------- * Name: PWR_RTCSetWakeupTimeMs * Description: - * Parameters: wakeupTimeMs: New wakeup time in milliseconds * Return: - *---------------------------------------------------------------------------*/ void PWR_RTCSetWakeupTimeMs (uint32_t wakeupTimeMs){     uint32_t wakeupTimeTicks;     uint32_t thresholdValue;     wakeupTimeTicks = (wakeupTimeMs*CLOCK_GetFreq(kCLOCK_32KClk))/1000;     thresholdValue = RTC_GetFreeRunningCount(RTC);     thresholdValue += wakeupTimeTicks;     RTC_SetFreeRunningInterruptThreshold(RTC, thresholdValue); } /*--------------------------------------------------------------------------- * Name: PWR_RTCWakeupStart * Description: - * Parameters: - * Return: - *---------------------------------------------------------------------------*/ void PWR_RTCWakeupStart (void){   if(!(RTC->CNT2_CTRL & RTC_CNT2_CTRL_CNT2_EN_MASK)){     RTC->CNT2_CTRL |= 0x52850000 | RTC_CNT2_CTRL_CNT2_EN_MASK | RTC_CNT2_CTRL_CNT2_WAKEUP_MASK | RTC_CNT2_CTRL_CNT2_INT_EN_MASK;   }   else{     RTC->CNT2_CTRL |= 0x52850000 | RTC_CNT2_CTRL_CNT2_WAKEUP_MASK | RTC_CNT2_CTRL_CNT2_INT_EN_MASK;   } } ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ *** PWR_接口.h *** 在文件末尾添加以下函数声明 /*--------------------------------------------------------------------------- * Name: PWR_GetTotalSleepDurationMS * Description: - * Parameters: - * Return: - *---------------------------------------------------------------------------*/ uint32_t PWR_GetTotalSleepDurationMS(void); /*--------------------------------------------------------------------------- * Name: PWR_ResetTotalSleepDuration * Description: - * Parameters: - * Return: - *---------------------------------------------------------------------------*/ void PWR_ResetTotalSleepDuration(void); #ifdef __cplusplus } #endif #endif /* _PWR_INTERFACE_H_ */ ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ FSL_TICKLESS_GENERIC 以下更改的目的是让系统做好准备，以恢复低功耗期间错过的滴答声。 在 fsl_tickless_generic.h 中进行以下更改。所有需要的更改都标记为注释，其中“Start”表示更改的开始位置，“End”表示更改的结束位置 /* QN_RTC: The RTC free running is a 32-bit counter. */ #define portMAX_32_BIT_NUMBER (0xffffffffUL) #define portRTC_CLK_HZ (0x8000UL) /* A fiddle factor to estimate the number of SysTick counts that would have occurred while the SysTick counter is stopped during tickless idle calculations. */ #define portMISSED_COUNTS_FACTOR (45UL) /* * The number of SysTick increments that make up one tick period. */ /****************************START**************************/ #if configUSE_TICKLESS_IDLE == 1     static uint32_t ulTimerCountsForOneTick; #endif /* configUSE_TICKLESS_IDLE */ /************************END*********************************/ /* * Setup the timer to generate the tick interrupts. */ void vPortSetupTimerInterrupt(void); #ifdef __cplusplus } #endif #endif /* FSL_TICKLESS_GENERIC_H */ ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 应用程序主程序 这是主要的应用程序文件。在这里我们将调用适当的 API 来进入低功耗模式的 MCU 并执行滴答恢复序列。 包含所需的 RTC 和 FreeRTOS 头文件 /*Tickless: Include RTC and FreeRTOS header files */ #include "fsl_rtc.h" #include "fsl_tickless_generic.h" #include "FreeRTOS.h" #include "task.h"‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ QN9080 包含几种低功耗模式。睡眠模式可使大多数模块保持活动状态。断电模式会关闭大多数模块，但允许用户配置一些模块保持活动状态，以便在必要时唤醒 MCU。使用无滴答 FreeRTOS 需要在执行下一个就绪任务之前通过某个计时器唤醒。对于 QN908x，此计时器将是 RTC，它需要 32.768kHz 振荡器保持活动状态。我们将更改连接软件电源库以使用深度睡眠模式 3（QN908x 的断电模式 0），以保持 32.768kHz 振荡器开启。这个改变是在main_task函数中实现的。 #if !defined(MULTICORE_BLACKBOX)         /* BLE Host Stack Init */         if (Ble_Initialize(App_GenericCallback) != gBleSuccess_c)         {             panic(0,0,0,0);             return;         } #endif /* MULTICORE_BLACKBOX */ /*************** Start ****************/ #if (cPWR_UsePowerDownMode)     PWR_ChangeDeepSleepMode(3); #endif /*************** End ****************/     }         /* Call application task */     App_Thread( param ); }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 此外，无滴答 FreeRTOS 需要一个特殊的空闲函数，该函数将 MCU 在需要执行下一个任务之前可以保持休眠状态的 RTOS 滴答数作为输入参数。当启用无滴答模式时，以下更改将禁用连接软件演示中提供的默认空闲功能。 /************************************************************************************ ************************************************************************************* * Private prototypes ************************************************************************************* ************************************************************************************/ #if (cPWR_UsePowerDownMode || gAppUseNvm_d) #if (mAppIdleHook_c)     #define AppIdle_TaskInit()     #define App_Idle_Task() #else #if (!configUSE_TICKLESS_IDLE)     static osaStatus_t AppIdle_TaskInit(void);     static void App_Idle_Task(osaTaskParam_t argument); #endif // configUSE_TICKLESS_IDLE #endif #endif‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ /************************************************************************************ ************************************************************************************* * Private memory declarations ************************************************************************************* ************************************************************************************/ /******************************** Start ******************************/ #if ((cPWR_UsePowerDownMode || gAppUseNvm_d) && !configUSE_TICKLESS_IDLE) /******************************** End ******************************/ #if (!mAppIdleHook_c) OSA_TASK_DEFINE( App_Idle_Task, gAppIdleTaskPriority_c, 1, gAppIdleTaskStackSize_c, FALSE ); osaTaskId_t gAppIdleTaskId = 0; #endif #endif  /* cPWR_UsePowerDownMode */‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ #if !gUseHciTransportDownward_d         pfBLE_SignalFromISR = BLE_SignalFromISRCallback; #endif /* !gUseHciTransportDownward_d */ /**************************** Start ************************/ #if ((cPWR_UsePowerDownMode || gAppUseNvm_d) && !configUSE_TICKLESS_IDLE) /**************************** End ************************/ #if (!mAppIdleHook_c)         AppIdle_TaskInit(); #endif #endif‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ /***************************START**************************/ #if (cPWR_UsePowerDownMode && !configUSE_TICKLESS_IDLE) /******************************END***************************/ static void App_Idle(void) {     PWRLib_WakeupReason_t wakeupReason;     if( PWR_CheckIfDeviceCanGoToSleep() )     {         /* Enter Low Power */         wakeupReason = PWR_EnterLowPower(); #if gFSCI_IncludeLpmCommands_c         /* Send Wake Up indication to FSCI */         FSCI_SendWakeUpIndication(); #endif #if gKBD_KeysCount_c > 0         /* Woke up on Keyboard Press */         if(wakeupReason.Bits.FromKeyBoard)         {             KBD_SwitchPressedOnWakeUp();             PWR_DisallowDeviceToSleep();         } #endif     }     else     {         /* Enter MCU Sleep */         PWR_EnterSleep();     } } #endif /* cPWR_UsePowerDownMode */ #if (mAppIdleHook_c) void vApplicationIdleHook(void) { #if (gAppUseNvm_d)     NvIdle(); #endif /*******************************START****************************/ #if (cPWR_UsePowerDownMode && !configUSE_TICKLESS_IDLE) /*********************************END*******************************/     App_Idle(); #endif } #else /* mAppIdleHook_c */ /******************************* START ****************************/ #if ((cPWR_UsePowerDownMode || gAppUseNvm_d) && !configUSE_TICKLESS_IDLE) /******************************* END ****************************/ static void App_Idle_Task(osaTaskParam_t argument) {     while(1)     {   #if gAppUseNvm_d         NvIdle(); #endif         #if (cPWR_UsePowerDownMode)         App_Idle(); #endif         /* For BareMetal break the while(1) after 1 run */         if (gUseRtos_c == 0)         {             break;         }     } } ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 一旦默认的空闲功能被禁用，就必须实现特殊的空闲功能。在ApplMain.c的末尾添加以下代码文件。 /*Tickless: Implement Tickless Idle */ #if (cPWR_UsePowerDownMode && configUSE_TICKLESS_IDLE) extern void vPortSuppressTicksAndSleep( TickType_t xExpectedIdleTime ) {     uint32_t time_ms = xExpectedIdleTime * portTICK_PERIOD_MS;     uint32_t tmrMgrExpiryTimeMs;     ulTimerCountsForOneTick = 160000;//VALUE OF THE SYSTICK 10 ms #if (cPWR_UsePowerDownMode)     PWRLib_WakeupReason_t wakeupReason;         //TMR_MGR: Get next timer manager expiry time     tmrMgrExpiryTimeMs = TMR_GetFirstExpireTime(gTmrAllTypes_c);     // TMR_MGR: Update RTC Threshold only if RTOS needs to wakeup earlier     if(time_ms<tmrMgrExpiryTimeMs){       PWR_SetDeepSleepTimeInMs(time_ms);     }         PWR_ResetTotalSleepDuration();     if( PWR_CheckIfDeviceCanGoToSleep() )     {         wakeupReason = PWR_EnterLowPower();                 //Fix: All the tick recovery stuff should only happen if device entered in DSM         xExpectedIdleTime = PWR_GetTotalSleepDurationMS() / portTICK_PERIOD_MS;     // Fix: ticks = time in mS asleep / mS per each tick (portTICK_PERIOD_MS)         /* Restart SysTick so it runs from portNVIC_SYSTICK_LOAD_REG         again, then set portNVIC_SYSTICK_LOAD_REG back to its standard         value. The critical section is used to ensure the tick interrupt         can only execute once in the case that the reload register is near         zero. */         portNVIC_SYSTICK_CURRENT_VALUE_REG = 0UL;         portENTER_CRITICAL();         portNVIC_SYSTICK_CTRL_REG |= portNVIC_SYSTICK_ENABLE_BIT;         vTaskStepTick( xExpectedIdleTime );         portNVIC_SYSTICK_LOAD_REG = ulTimerCountsForOneTick - 1UL;         portEXIT_CRITICAL(); #if gKBD_KeysCount_c > 0         /* Woke up on Keyboard Press */         if(wakeupReason.Bits.FromKeyBoard)         {           KBD_SwitchPressedOnWakeUp();           PWR_DisallowDeviceToSleep();         } #endif     }     else     {       /* Enter MCU Sleep */       PWR_EnterSleep();     } #endif /* cPWR_UsePowerDownMode */ } #endif  //cPWR_UsePowerDownMode && configUSE_TICKLESS_IDLE ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 从前面的函数中可知，ulTimerCountsForOneTick的值用于在唤醒后恢复RTOS滴答定时器的计数。该值取决于 FreeRTOSConfig.h 中定义的 RTOS Tick 间隔并使用以下公式计算： SYST_RNR = F_Systick_CLK(赫兹) * T_FreeRTOS_Ticks(毫秒) 其中： F_Systick_CLK(Hz) = AHB 或 SYST_CSR 选择的 32KHz T_FreeRTOS_Ticks(ms) = 滴答计数值。 FreeRTOS配置.h 最后，在 FreeRTOSConfig.h文件中，确保 configUSE_TICKLESS_IDLE 设置为 1 * See http://www.freertos.org/a00110.html. *----------------------------------------------------------*/ #define configUSE_PREEMPTION                    1 #define configUSE_TICKLESS_IDLE                 1 //<--- /***** Start *****/ #define configCPU_CLOCK_HZ                      (SystemCoreClock) #define configTICK_RATE_HZ                      ((TickType_t)100) #define configMAX_PRIORITIES                    (18) #define configMINIMAL_STACK_SIZE                ((unsigned short)90)‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 测试无滴答 RTOS 为了测试是否成功添加了无滴答支持，我们实现了一个切换 LED 的示例应用程序。此应用程序配置一个 RTOS 定时器，每 500 毫秒切换一次 LED，并在空闲时间进入 DSM3 中的 MCU。电源分析演示就是为此目的而使用的。 电源分析.c 确保已包含以下头文件 #include "FreeRTOS.h" #include "task.h"‍‍‍‍ 创建一个 RTOS 任务，使 LED 每 500 毫秒闪烁一次。首先声明任务函数、任务ID和任务本身。 void vfnTaskLedBlinkTest(void* param); //New Task Definition OSA_TASK_DEFINE(vfnTaskLedBlinkTest, 1, 1, 500, FALSE ); osaTaskId_t gAppTestTask1Id = 0; // TestTask1 Id‍‍‍‍‍‍ 在BleApp_Init函数中创建新任务 void BleApp_Init(void) {     PWR_AllowDeviceToSleep();     mPowerState = 0;   // Board starts with PD1 enabled     /******************* Start *****************/     gAppTestTask1Id = OSA_TaskCreate(OSA_TASK(vfnTaskLedBlinkTest), NULL); //Task Creation     /*******************  End  *****************/ }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 最后在文件末尾添加任务函数定义。 void vfnTaskLedBlinkTest(void* param) {     uint16_t wTimeValue = 500; //500ms     while(1)     {         LED_BLUE_TOGGLE();         vTaskDelay(pdMS_TO_TICKS(wTimeValue));     } }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 我们可以监控 MCUXpresso IDE ，带有 功率测量工具。有了它，我们可以看到消耗的电流并证明实施情况符合预期。 配置功率测量工具 消耗电流 BLE软件 回复：连接软件：在 FreeRTOS 中实现无滴答模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 即使在无滴答模式或裸板模式下，电源配置文件也可以达到合理的功耗。 然而，有一个陷阱，需要小心。 如果从电源模式 PD1 恢复，在无滴答空闲任务中，在睡眠前已关闭 32K OSC， PWRLib_LPTMR_Stop将崩溃以操作断电外设。 如果电源模式为 PD0，则 OSC 工作时不会出现该问题，并且在睡眠期间保持通电。 如何修复： 判断从PD1还是PD0恢复。 回复：连接软件：在 FreeRTOS 中实现无滴答模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 温度传感器示例似乎在无滴答模式下工作。 与电源配置文件示例相比，睡眠消耗略高 回复：连接软件：在 FreeRTOS 中实现无滴答模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 哪个示例最适合用于测试无滴答 freertos 和低功耗操作？ 回复：连接软件：在 FreeRTOS 中实现无滴答模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi: 最新的 SDK v2.2 已经支持 freertos 的 tickless 功能，需要在app_preinclude.h中启用以下宏 configUSE_TICKLESS_IDLE ：为1 以下定义用于计算无滴消逝时间 /* RTC 在 PD1 中不运行，因此禁用 PWR 模块中的 RTC 相关代码 */ #定义 cPWR_EnableLpTmrRunning 1 #定义cPWR_EnablePD0RtcInterrupt 1 回复：连接软件：在 FreeRTOS 中实现无滴答模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本指南是否可以更新为最新的 SDK？QN9080 的 SDK 中似乎实现了对无滴答模式的部分支持？

在 wait_event_interruptible(vt_event_waitqueue, vw->done) 中无限期休眠； <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 一位i.MX50客户最近遇到了这样的内核错误。Android UI 没有响应，因为暂停工作队列被阻塞： 暂停 pm_suspend 进入状态 suspend_prepare / suspend_finish pm_prepare_console / pm_restore_console               vt_move_to_console vt_waitactive                   vt_event_wait wait_event_interruptible 确认同样的错误也可能发生在运行linux 3.0.35 的 imx6SL 上。 例如通过 echo standalone/ mem > /sys/power/state 需要经过一千多次暂停/恢复循环才能重现该问题。 自Linux 3.6 以来，该错误修复已被合并： commit a7b12929be6cc55eab2dac3330fa9f5984e12dda Android i.MX2x i.MX50 i.MX51 i.MX53 i.MX6_全部 Linux

MPC5744P DCFコンフィギュレータ 詳細な説明:                 この設定ツールは、MPC5744PデバイスのDCFレコードの計算を簡素化します。                 簡単なガイドラインについては、 HowToUse シートを見てから、 DCF シートで作業してください                 メモ： - マクロを有効にする必要があります。         BR, Petr

カスタムボードMCUXpresso SDKの作成方法 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> この記事では、カスタムボードMCUXpresso SDKの作成方法と使用方法を紹介しており、主に次の3つの部分で構成されています。 パート 1: ボード サポート構成 (.mex) の生成 パート 2: Board SDK ウィザードを使用してカスタム ボード SDK を作成する パート3。カスタム SDK を使用して新しいプロジェクトを作成する   要件: MCUXpresso IDE v11.1.1、LPC845、LPC845-BRKボード用のMCUXpresso SDK。 この方法は、MCUXpresso SDKでサポートするすべてのNXP MCUで機能します。 詳細な手順については、添付資料を参照してください。 ありがとうございます！ 全般 LPC51Uxx LPC546xx LPC54xxx LPC55xx LPC800

Ubuntu 14.04 Trusty Tahr で i.MX 6 シリーズ LTIB を使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview このドキュメントでは、Ubuntu 14.04 Trusty Tahr ホストで i.MX 6 シリーズ LTIB を構築するためのソリューションをいくつか紹介します。 Virtualbox 仮想マシンは、ビルド ホストに使用される Ubuntu コンピューター用に作成されました。   Linux Target Image Builder (LTIB) は、イメージ (ブートローダー u-boot、Linux uImage、およびルート ファイル システム) の作成に使用される perl スクリプトです。ここに示すビルド例は、i.MX 6Q および最小ルート ファイル システム用です。   ソフトウェアバージョン L3.0.35_4.1.0_ER_ソース_BSP L3.0.35 : Linux version 3.0.35 4.1.0: フリースケールのリリース番号 ER_SOURCE_BSP:エンジニアリングリリースソースボードサポートパッケージ ファイルのダウンロードURL: L3.0.35_4.1.0_130816_source.tar.gz。これには、freescale.com での無料アカウント登録が必要です。 md5sum L3.0.35_4.1.0_130816_source.tar.gz dec08bb266134b94af0f54356e2e9de9  L3.0.35_4.1.0_130816_source.tar.gz L3.0.35_4.1.0_docs.tar.gz ドキュメントバンドル。 ファイルダウンロードURL: L3.0.35_4.1.0_docs.tar.gz md5sum L3.0.35_4.1.0_docs.tar.gz 85f122c72735f3d162a99ae42554e886  L3.0.35_4.1.0_docs.tar.gz Ubuntu 14.04 LTS Trusty Tahr LTS:長期サポート 64ビット版 ファイルダウンロードURL: http://www.ubuntu.com/download/desktop md5sum ubuntu-14.04-desktop-amd64.iso dccff28314d9ae4ed262cfc6f35e5153  ubuntu-14.04-desktop-amd64.iso Virtualbox バージョン 4.3.10 ファイルのダウンロードURL: Oracle VM VirtualBox マシンのセットアップ 4 CPUの 4GB RAM USB 3.0接続ドライブの64GBハードディスク ホストコンピュータ Dell M4600, 8GB RAM,  8 CPU Ubuntu Linux 12.04.02 LTS   Ubuntuホスト14.04 ホストパッケージ LTIB のビルド要件を満たすには、さまざまなパッケージが必要です。 L3.0.35_4.1.0_docs.tar.gzのダウンロードにある「Setting_Up_LTIB_host.pdf」のドキュメントを参照してください。 インストールされたすべてのパッケージを示すtrustyPkgs.txt添付ファイルについては、以下を参照してください。これは、 コマンド: dpkg --list   ホストでコマンド "dpkg --list" を実行し、お気に入りの差分ツールを使用してtrustyPkgs.txtと比較できます。(例、meld、diff)。不足しているパッケージは、お気に入りのパッケージマネージャーを使用して追加できます。たとえば、u-boot-tools パッケージにある mkimage をインストールするには、sudo apt-get install u-boot-tools を実行します。   ビルド LTIBの ホストパッケージ M4 故障 パッケージ m4 のビルドに失敗します。エラーメッセージの貼り付け:   gcc -std=gnu99  -I.     -g -O2 -MT clean-temp.o -MD -MP -MF .deps/clean-temp.Tpo -c -o clean-temp.o clean-temp.c clean-temp.h:22:0からインクルードされたファイルでは、 clean-temp.c:23 より: ./stdio.h:477:1:エラー:ここで 'gets'が宣言されていません（関数ではありません） make[3]: *** [clean-temp.o]エラー 1 make [3]:ディレクトリ '/opt/freescale/ltib/usr/src/rpm/BUILD/m4-1.4.16/lib' を離れます make[2]: *** [all] エラー 2 make [ 2 ] : ディレクトリ '/opt/freescale / ltib / usr / src / rpm / BUILD/m4-1.4.16 / lib' を残します   解決策 m4 パッケージを新しいバージョンに置き換えてください。LTIB にバンドルされている m4 パッケージはバージョン 1.4.16 です。新しいバージョン1.4.17が利用可能で、ビルドの失敗はありません。 File download URL: http://ftp.gnu.org/gnu/m4/m4-1.4.17.tar.gz md5 ファイルを作成します。           md5sum m4-1.4.17.tar.gz > m4-1.4.17.tar.gz.md5 両方のファイルを /opt/freescale/pkgs に移動します。このディレクトリでは、ltib がパッケージを検索します。           mv m4* /opt/freescale/pkgs バージョンを指定する m4.spec ファイルを編集します cd /dist/lfs5.1/m4/ お好みのエディタを使用してm4.specを編集します。5 行目は、16 から 17 に変更するバージョン番号です。   翻訳元： 1 %define pfx /opt/freescale/rootfs/%{_target_cpu} 2 3 まとめ : GNU マクロプロセッサ 4 名前 : m4 5 バージョン : 1.4.16 6 リリース : 1 7 ライセンス : GPL   更新： 1 %define pfx /opt/freescale/rootfs/%{_target_cpu} 2 3 まとめ : GNU マクロプロセッサ 4 名前 : m4 5 バージョン : 1.4.17 6 リリース : 1 7 ライセンス : GPL       ビジーボックス   故障   /opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/../lib/gcc/arm-fsl-linux-gnueabi/4.6.2/../../../../arm-fsl-linux-gnueabi/bin/ld: /lib/libc.so.6 が見つかりません /opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/../lib/gcc/arm-fsl-linux-gnueabi/4.6.2/../../../../arm-fsl-linux-gnueabi/bin/ld: /usr/lib/libc_nonshared.a が見つかりません /opt/freescale/usr/local/gcc-4.6.2-glibc-2.13-linaro-multilib-2011.12/fsl-linaro-toolchain/bin/../lib/gcc/arm-fsl-linux-gnueabi/4.6.2/../../../../arm-fsl-linux-gnueabi/bin/ld: /lib/ld-linux.so.3 が見つかりません collect2: ld が 1 つの終了ステータスを返しました make: *** [busybox_unstripped] エラー 1 エラー: /home/user/imx6/ltib/tmp/rpm-tmp.60711 (%build) からの終了ステータスが正しくありません     RPMビルドエラー: /home/user/imx6/ltib/tmp/rpm-tmp.60711 (%build) からの終了ステータスが正しくありません busybox のビルド時間: 93 秒   busybox の構築に失敗しました   ソリューション:   ltib/dist/lfs-5.1/base_libs/base_libs.spec に移動し、次の行を見つけてください。 # テキスト検索ファイルから絶対パスを削除する (存在する場合) perl -w -e ' @ARGV = grep { 'file $_' =~ m,ASCII C プログラム テキスト, } @ARGV; exit(0) @ARGVない限り; 最後の 2 つ ("@ARGV" と "exit(0)" で始まる行) を削除します   # 文字を追加すると、299 行目と 300 行目が削除されます 297 # テキスト検索ファイルから絶対パスを削除する (存在する場合) 298 perl -w -e ' 299 #@ARGV = grep { 'file $_' =~ m,ASCII C プログラム テキスト, } @ARGV; 300 #exit(0) @ARGVない限り; 301$^I = ".bak";     成功 ビルドが完了すると、u-boot.bin と uImage が /rootfs/boot にあります   [user@trusty ltib]$ tree rootfs/boot rootfs/boot ├── bootable_kernel -> uImage ├── linux.config ├── System.map ├── Uブーツ ├── u-boot.bin ├── uImage ├── vmlinux └── zImage 元の添付ファイルは次の場所に移動しました trustyPkgs.txt.zip 元の添付ファイルは次の場所に移動しました lkc-1.4.tar.gz 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 「ubuntu-ltib-patch.tgz」を参照してください。IMX280 ./ltib ERRに付属  日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私は自分のプライベートローカルマシンで/opt/freescale/pkgsをチェックし、以前に取得したすべてのlkc*ダウンロードを添付しています。(lkc-1.4.tar.gz、添付ファイルについては、このディスカッションのトップの最初のエントリを参照してください)。 この記事を書いている時点では、最新のFreescale Linux BSPは http://www.freescale.com/imx6tools で入手できます。これらは現在、LTIBに代わるYocto Projectベースです。LTIB BSP は Freescale によって更新されなくなったため (ソフトウェア アップデート、新しいカーネルなど)、Yocto Project BSP を使用することをお勧めします。 > また、imx_usb_loaderに関連する別の質問がありますが、imx_usb_loaderは u-boot のロードのためだけなのか、それとも system.img の >flashing にも使用できるのかということです。 u-bootのみ。 imx_usb_loaderに関する質問については、さまざまなトピックの質問に対して新しいコミュニティ投稿を開始するのが最善です。そして実際、 http://community.freescale.com を検索すると、他の人がこれについて尋ねていることがわかります。例として、 https://community.freescale.com/docs/DOC-94117アプリのソースコードを検査できる場所。 -Curtis 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 私はimx6用のLTIBを構築するためのあなたの手順に従いました、そしてそれはいくつかのパッケージ（m4、bison、automake、autoconfなど)が指定されたURLから欠落するまで正常にインストールされていました http://bitshrine.org/gpp/ 。したがって、これらのパッケージを個別にダウンロードし、Curtisが述べたようにビルドに含めました。 " /opt/freescale/pkgs は、linux-2.6.35.3-imx_12.02.00.bz2 と md5 ファイルを見つけることができれば、それを置く場所です。残念ながら、bitshrine.org がダウンロードするパッケージを提供できないことがあります。パッケージをダウンロードできる別のサイトを知りません。"(2014年8月) Curtisと同じ行で、「 パッケージをダウンロードするための代替サイトを知らない」 他のサイトから他のパッケージをダウンロードしたが、lkcのsrcを見つけることができなかったため、現在、すべてのパッケージをダウンロードできる代替サイトや「lkc」パッケージをダウンロードするためのリンクはありますか? そして、私のインストールは以下のメッセージで停止します 処理:lkc ================= ビルドパスが取得された理由:事前に構築されたrpmがない、 ネットワーク接続のテスト OK GPPです。 GPP から lkc-1.4-lib.patch.md5 を試してみてください http://bitshrine.org/gpp//lkc-1.4-lib.patch.md5: 2015-10-30 21:51:15 エラー 404: 見つかりません。 GPP から lkc-1.4-lib.patch を試してみてください http://bitshrine.org/gpp//lkc-1.4-lib.patch: 2015-10-30 21:51:15 エラー 404: 見つかりません。 取得できません: ./ltib 行 802 の lkc-1.4-lib.patch ./ltib 行 1392 で死亡。 トレースバック: メイン::build_host_rpms:1392 メイン::host_checks:1447 メイン:554 また、imx_usb_loaderに関連する別の質問がありますが、imx_usb_loaderはu-bootのロードのためだけなのか、それともsystem.imgのフラッシュにも使用できるのかということです。 よろしくお願いします。 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, あなたは言いました。このビルドから生成されたuImageは、デモイメージで利用可能なものとは異なる」と述べている。 デモ イメージとその後に生成される uImage とのバイト比較を検討する場合、埋め込まれた日付/タイム スタンプの uImage に違いがあることが保証されます。 フリースケールの一般提供 (GA) リリースには、そのリリースを構成する特定のバージョンのソフトウェア・パッケージが含まれています。GAリリースにバンドルされているLinuxカーネルソースから作成されたuImageのパッチについて質問されました。 Freescale i.MX Linuxソース・ベースはGITリポジトリから入手でき、お気に入りのWebブラウザである「Freescale i.MX Linux Tree<http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/>またはGITの「クローン」機能を利用してローカルにコピーを作成できます。 $ git clone git://git.freescale.com/imx/linux-2.6-imx.git. 注: リポジトリ名は linux-2.6-imx.git です。ただし、すべての Linux GA リリース、3.0、3.10 などが含まれています。 現在の Web ビューのスナップショットを次に示します。 フリースケールがLinux GAリリースを発行すると、コードのスナップショットにGIT タグ が適用されます。Linux の命名規則: rel_imx_3.0.35_4.1.0 ================== rel_imx – リリースを示します 3.0.35–Linuxカーネルバージョン 4.1.0– フリースケール版 GIT ブランチ ツリーはパッチに使用されます。変更が見つかり、リリースに必要であると判断されると、GIT コミットがブランチにプッシュされます。Linux の命名規則: imx_3.0.35_4.1.0 ============= imx – imx のみに注目し、rel_imxには注意しません。 3.0.35–Linuxカーネルバージョン 4.1.0– フリースケール版 各パッチコミットでは、ブランチ名は常に最新のコミットで見つかります。 Webビューを見ると、ブランチ名とタグリリース名が表示されます。ここに要約されたビューを表示するために、いくつかのコミットを削除しました。 上の図から、黄色のボックス (rel_imx_3.0.35_4.1.0) は、ボード サポート パッケージ (BSP) リリースにあるものと一致するコミット ポイントです。緑色のボックス imx_3.0.35_4.1.0 は、このリリースで使用可能な最新のパッチです。 BSP リリースのブランチで使用可能なすべてのパッチを適用することをお勧めします。 gitを使用すると、チェリーピックオプションを使用し、追加情報が必要な場合はオンラインでチュートリアルを検索できます。 git チェリーピック -Curtis 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Curtis, あなたの返信をありがとう、そしてそれは役に立ちました。 現在、このビルドから生成されたuImageがデモイメージで利用可能なものとは異なるという別の問題に直面しています。 したがって、デモ画像で利用可能な他の機能を追加するには、パッチを適用する必要がありますか。 それらのパッチを共有できますか。 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 選択したプロファイル、mfgファームウェアが機能しない理由です-最小プロファイルに変更します。 mfg oneは、Windows上で動作し、ボードをプログラムする方法を提供する製造ツールをサポートしています。興味がある場合は、ダウンロードするためのリンクの freescale.com/imx6tools<>を参照してください。 誠に カーティス 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Curtis, 上記の設定を使用してu-boot.binとuImageを生成することができました。 ただし、取得された u-boot は、 i.MX 6 Q/D/DL/S L3.0.35_4.1.0 GA リリース で言及されているビルド済みのデモイメージで利用可能なものとは異なります。 i.MX6Q Sabre-SDボードを使用しており、メニュー構成で次の設定を選択しました。 1、フリースケール i.MX リファレンスボード 2、imx6qとしてのプラットフォームタイプ 3、mfgファームウェアプロファイルのパッケージプロファイル 4、「U-Boot用のボードを選択してください」を「mx6q_sabresd」として選択します メニュー構成で他に何も変更していませんが、Sabre-SDボードでuImageが正常に動作している間、ubootイメージは機能しません。 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello Todd, texinfoの失敗を再現しようとしましたが、texinfoパッケージ全体がすべてのltibステップで正しく機能しました。 Ubuntuホストマシン: $ lsb_release -a LSB モジュールは利用できません。 Distributor ID:    Ubuntu Description:    Ubuntu 14.04.1 LTS リリース:14.04 コードネーム:trusty ダウンロードしたL3.0.35_4.1.0_130816_source.tar.gz、最小ルートファイルシステムをインストールして構築しました。次に、特にtexinfoパッケージで作業しました。 ./ltib -p texinfo -m 準備 ./ltib -p texinfo -m scbuild ./ltib -p texinfo -m scinstall ./ltib -p texinfo -m scdeploy これらの ltib の各ステップは正常に完了しました。 あなたが投稿したエラー状態から、「all」ターゲットが rpm/BUILD/texinfo-4.8/tools/Makefile に見つかりません。 このMakefileを確認したところ、244行目に「all」ターゲットが見つかりました-以下は「all」の前後の行番号の貼り付けです。 239 # make distcheck 中に TEXINFO_MAINT が設定されている場合。この場合、 240 # info/ で生成された単純な doc 関連ファイルが distcleancheck を失敗させる。 241 distcleancheck_listfiles = \ 242 find -type f -exec sh -c 'test -f $(srcdir)/{} ||エコー {}' ';' 243     244 all: config.h 245 $(MAKE) $(AM_MAKEFLAGS) 全再帰的 246 247 .サフィックス： 午前248時--リフレッシュ: tools/Makefile は ./ltib から生成されます。-m scbuild ステップを実行します。 私はあなたの失敗シナリオを再現することができないので、ここに提案があります: 1.あなたはccacheについて言及し、おそらくキャッシュされた以前の結果をクリーンアップします。ccache -C コマンドはキャッシュをクリーンアップし、texinfo パッケージだけをビルドします。 $ ccache -C $ rm -f rpm/BUILD/texinfo-4.8 $ ./ltib-m prep -p texinfo $ ./ltib-m scbuild -p テクスイン 2. すべてのホストパッケージがインストールされていることを再確認します - このスレッドの最初の投稿の「ホストパッケージ」セクションを参照してください。 3. 2014/11/28 - Freescale の新しい BSP ビルド オファリングは Yocto Project に基づいているため、LTIB ベースの BSP の代わりにこれを試すことができます。 リンクについては、http://www.freescale.com/imx6tools を参照してください。この記事の執筆時点での最新の一般提供 (GA) は 3.10.17 です。これは、LTIB 3.0.35 よりも新しい Linux カーネル 3.10.17 であり、更新された u-boot とルート ファイル システムです。 がんばって -Curtis 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 同じバージョンの Ubuntu 14.04 64 ビット環境で、同じバージョンの LTIB のビルドを実行しようとしています。m4を乗り越えましたが、texinfo-4.8でビルドの失敗は発生していませんパッケージ： config.status: po/POTFILES の作成 config.status: po/Makefile の作成 + 作る 全再帰的にする make[1]: ディレクトリ '/opt/freescale/ltib/usr/src/rpm/BUILD/texinfo-4.8' に入ります すべてのツールを作る make [2]:ディレクトリ '/opt/freescale/ltib/usr/src/rpm/BUILD/texinfo-4.8/tools'に入ります make[2]: *** ターゲットを 'all' にするルールはありません。ストップ8 make [2]:ディレクトリ '/opt/freescale/ltib/usr/src/rpm/BUILD/texinfo-4.8/tools'を離れます make[1]: *** [all-recursive] エラー 1 make [1]: ディレクトリ '/opt/freescale/ltib/usr/src/rpm/BUILD/texinfo-4.9' を離れます make: *** [all] エラー 2 エラー: /home/toddh/Q7120/LTIB/ltib/tmp/rpm-tmp.9064 (%build) からの終了ステータスが正しくありません RPMビルドエラー: /home/toddh/Q7120/LTIB/ltib/tmp/rpm-tmp.9064 (%build) からの終了ステータスが正しくありません texinfo のビルド時間: 17 秒 texinfo の構築に失敗しました ./ltib 行 1392 で死亡。 最新バージョンのキャッシュがインストールされています。 texinfo-4.9 でもパッチを適用してみましたinto/opt/freescale別のスレッドごとに実行されますが、それでも同じビルドエラーが発生します。誰かがこのエラーで私たちを助けることができますか? ありがとうございます トッドH 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 誰かがこれらのファイルを持っていますか: linux-2.6.35.3-imx_12.02.00.bz2.md5 linux-2.6.35.3-imx_12.02.00.bz2 bitshrineがそれらをまったく持たないことに決めたようで、私はそれらの代わりを見つけることができません。 別の方法として、以前のバージョンに戻すことはできますか、それともそれらが存在しなくなった場合は、yuctoメソッドに移行する必要がありますか? ありがとうございます Todd 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Curtis, あなたの推薦をありがとう! 私はimx233ボードのQTを構築しようとしています! よろしくお願いいたします。 ピグエン 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはファイ、 Linux Target Image Builder (LTIB) はパッケージプールを定義し ( LTIB : LtibFaq を参照)、/opt/freescale/pkgs は linux-2.6.35.3-imx_12.02.00.bz2 と md5 ファイルがあればそれを置く場所です。残念ながら、bitshrine.org がダウンロードするパッケージを提供できない場合があります。パッケージをダウンロードできる別のサイトを知りません。 imx23evk では、LTIB BSP の代わりに Yocto Project ベースの FSL Community BSP を使用することもできます 。imx23 は、LTIB のものよりも新しい Linux カーネルとブートローダ、U-Boot をサポートしています。 開始方法については、リリースノートの http://freescale.github.io を参照してください。 ありがとうございます -Curtis 日時:ホストUbuntu 14.04 Trusty Tahrで i.MX 6シリーズLTIBを使用する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi CurtisWald, あなたのトピックは私にとって非常に役に立ちます!ありがとうございました 私はimx233のためにubuntu 14.04でLTIBをビルドしました。 問題があります: -------------------------------------------------------------------------------------------------------------------------- プロセッシング・プラットフォーム: フリースケールiMX233/stmp3780ベース・ボード ============================================================= using config/platform/imx/.config 処理:fake-provides =========================== 処理中: u-boot-v2009.08 ============================= Processing: kernel-2.6.35 =========================== ビルドパスが取得された理由:事前に構築されたrpmがない、 ネットワーク接続のテスト OK GPPです。 GPP から linux-2.6.35.3-imx_12.02.00.bz2.md5 を試してみてください。 http://bitshrine.org/gpp/linux-2.6.35.3-imx_12.02.00.bz2.md5: 16:12:20 エラー 404: 見つかりません。 GPP から linux-2.6.35.3-imx_12.02.00.bz2 を試してみてください http://bitshrine.org/gpp/linux-2.6.35.3-imx_12.02.00.bz2: 16:12:21 エラー 404: 見つかりません。 取得できません: linux-2.6.35.3-imx_12.02.00.bz2 at ./ltib line 802. f_buildrpms() がエラーを返し、終了しました トレースバック: メイン:572 開始: Mon Aug 4 16:12:18 2014 終了: 2014年8月4日(月) 16:12:21 経過時間: 3秒 次のパッケージはビルドに失敗しました。 kernel-2.6.35 ビルドに失敗しました エラーまたは割り込みで終了 ------------------------------------------------------------------------------------------------------------------------------------ リンクが切れてしまったので、次にどうしたらいいのかわかりませんか? 手伝ってくれませんか? これらのファイルを別のソースからダウンロードする必要がありますか?しかし、LTIBにリンクする方法がわかりません。 ありがとうございます ピグエン

双模式企业微微小区基站解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 演示所有者Jeff Steinheider   通过LTE传输视频流+WCDMA手机之间的电话在相同的BSC9132设备上转接。 观看此双模企业微蜂窝如何通过 NXP 的多模 LTE 和 WCDMA 第 1 层软件展示QorIQ 处理平台Qonverge BSC9132 SoC 的功能。     特性 LTE 和 WCDMA 同时运行 为企业和办公环境中的覆盖和容量问题提供解决方案 特色恩智浦产品 产品 链接 QorIQ Qonverge®平台：基带处理器 QorIQ Qonverge ®平台：基带处理器 | NXP QorIQ ® Qonverge BSC9132 双核处理器和双核 DSP QorIQ® Qonverge B9132 | NXP  VortiQa L1基带软件 https://www.nxp.com/design/software/development-software/vortiqa-software-for-networking/vortiqa-layer-1-baseband-software:VORTIQA_L1SW_SC?&tid=SWnT 面向微微小区开发的QorIQ ® Qonverge BSC9132 QDS https://www.nxp.com/design/qoriq-developer-resources/qoriq-qonverge-bsc9132-qds-for-picocell-base-station-development:BSC9132QDS?&parentCode=BSC9132 框图   通信基础设施

SMAC_1.001_15.08.2012.PEupd <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SMAC 适用于 MC13213 和 MC13201 的 2.4 GHz 堆栈 描述 简单的MAC（飞思卡尔SMAC）实现。 组件 SMAC.PEupd Dependencies SPHY 许可 （c）版权所有飞思卡尔半导体，2012 采用处理器专家组件：Erich Styger <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SMAC 适用于 MC13213 和 MC13201 的 2.4 GHz 堆栈 描述 简单的MAC（飞思卡尔SMAC）实现。 组件 SMAC.PEupd Dependencies SPHY 许可 （c）版权所有飞思卡尔半导体，2012 采用处理器专家组件：Erich Styger 组件交换

Support_DPAA_PCD_Under_Linux_Kernel <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> LS104x DPAA は Linux カーネルで PCD をサポートします 製品 製品カテゴリ NXP パーツ番号 URL MPU LS1043A https://www.nxp.com/products/processors-and-microcontrollers/arm-processors/layerscape-communication-process/qoriq-layerscape-1043a-and-1023a-multicore-communications-processors:LS1043A MPU LS1046A https://www.nxp.com/products/processors-and-microcontrollers/arm-processors/layerscape-communication-process/qoriq-layerscape-1046a-and-1026a-multicore-communications-processors:LS1046A LSDKソフトウェア Layerscapeソフトウェア開発キット https://www.nxp.com/design/software/embedded-software/linux-software-and-development-tools/layerscape-software-development-kit:LAYERSCAPE-SDK ツール NXP開発ボード URL LS1043ARDB https://www.nxp.com/design/qoriq-developer-resources/layerscape-ls1043a-reference-design-board:LS1043A-RDB LS1046ARDB https://www.nxp.com/design/qoriq-developer-resources/layerscape-ls1046a-reference-design-board:LS1046A-RDB

i.MX8QXP C0 dpu 环回到 isi。 平台：imx8qxp c0 mek 操作系统：yocto 4.19.35_1.1.0 硬件连接：imx8qxp lvds0 => 虚拟面板，lvds1 => it6263 => 显示器 imx8qxp上有一个DPU（显示处理单元）和一个ISI（图像子系统接口），ISI支持来自dpu的输入。 dpu框图： 请注意，只有 dsi0 和 lvds0 可用于环回。 并且此补丁仅测试 lvds0，因为 lvds 支持虚拟面板。   请参阅附件中的自述文件以了解如何启用此功能。 注意：对于 ISI 环回，需要将 2x GPIO（HDMI-TX 或组合 PHY 为 4x）输出到pixel_link_receiver_address： 对于 iMX8QM： o LVDS：pixel_link_receiver_address[1:0] = do_gpio_dr[7:6] o MIPI-DSI：pixel_link_receiver_address[1:0] = do_gpio_dr[7:6] o HDMI-TX：奇数像素链接接收器地址[1:0] = do_gpio_dr[7:6]，偶数像素链接接收器地址[1:0] = do_gpio_dr[5:4] 对于 iMX8QXP： o 组合 MIPI-DSI / LVDS：pixel_link0_receiver_address[1:0] = do_gpio_dr[7:6]，pixel_link1_receiver_address[1:0] = do_gpio_dr[5:4] i.MX 8 系列 | i.MX 8QuadMax (8QM) | 8QuadPlus Linux Yocto Project

eIQダウンロード情報 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> i.MX アプリケーションプロセッサ向けのeIQソフトウェア iMX Linux用eIQ機械学習ソフトウェア - 5.4.3_1.0.0 i.MX6/7 および i.MX8MQ/8MM/8MN/8QM/8QXP の GA がリリースされました。 iMX Linux用eIQ機械学習ソフトウェア - 5.4.24_2.1.0i.MX8QX用BETAプラス、i.MX8MP用BETA、i.MX8DXL用ALPHA 2がリリースされました。 これには、Arm NN、TensorFlow と TensorFlow Lite、ONNX、OpenCV の機械学習サポートが含まれています。 Arm Cortex Aコアで実行する場合、これらの推論エンジンはArm NEON命令で高速化されます。(i.MX 8M Plusの)NPUおよび i.MX 8 GPUで実行するために、NXPにはArm NNおよびTensorFlow Lite推論エンジンによる最適化が含まれています。詳細および詳細については、Linuxユーザーガイドの「NXP eIQ機械学習」の章(L4.19リリース以降;L4.14リリースのユーザーは、i.MX アプリケーションプロセッサ用のNXP eIQ™機械学習ソフトウェア開発環境を参照する必要があります。対応するサンプル・アプリケーションには、次のURLからアクセスできます。 https://source.codeaurora.org/external/imxsupport/eiq_sample_apps/.   人工知能、機械学習、eIQソフトウェアの詳細については、AI & Machine Learning |NXPの。 i.MX RTクロスオーバープロセッサ用eIQソフトウェア eIQ は、i.MX RT1050 および i.MX RT1060 用の MCUXpresso SDK パッケージに含まれるようになりました。 行きますhttps://mcuxpresso.nxp.comをクリックし、ボードの SDK を検索します SDK ビルダー ページで、[ソフトウェア コンポーネントの追加] をクリックします 「すべて選択」をクリックし、eIQソフトウェアオプションがオンになっていることを確認します。次に、「変更を保存」をクリックします SDK をダウンロードします。.zipファイルとして保存されます。 eIQプロジェクトは\ boards \ \eiq_examples フォルダにあります eIQのソースコードは\middleware\eiqフォルダにあります   詳細については、このコミュニティ投稿  i.MX RTデバイスでeIQの使用を開始する方法をご覧ください  i.MX 8 i.MX RT

RD3PHASEPMSMVCQE: 基于 Kinetis ® K40 MCU 的三相 PMSM 矢量控制参考设计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Overview 特性 结构框图 设计资源 Overview 基于 Kinetis ® K40 MCU 参考设计使用正交编码器的三相 PMSM 矢量控制展示了 Kinetis K40 Arm ® Cortex ® -M4 MCU 驱动高级电机控制应用的能力。 针对NXP ® Tower ®快速原型系统作为硬件开发平台。 将该平台与可用的嵌入式源程序配套使用，可快速开发自己的工业驱动器应用。 要成功地执行矢量控制算法，获得有关电机轴位置的信息至关重要。 通过正交编码器可获知整个电机速率范围内的电机轴位置信息，使电机能够在零速以全扭矩启动。 特性 PMSM矢量控制使用正交编码器作为位置传感器 瞄准 ® 塔 快速原型系统（K40塔板、塔式三相低压功率级） 带速度闭环的矢量控制 两个方向旋转 应用速度范围为0%至100%额定速率(无磁场削弱) 通过 Kinetis ® 上的用户按钮进行操作 K40 塔板或通过 FreeMASTER 软件 结构框图 设计资源 传统设计

HDMI 适配器参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HDMI 加密狗软件： 附件是基于 R13.4 GA 的 HDMI 加密狗补丁。补丁包括 r13.4-ga-add-on-patches。您可以在应用 R13.4 GA 补丁（例如附加补丁）后对其进行修补。您可以运行脚本 revb_dongle_patch_install.sh 来应用这些补丁。 如何应用hdmidongle_REVB_R13.4_patch-20121115.tgz： 1.假设你的android源码目录是~/myandroid 2. tar zfvx hdmidongle_REVB_R13.4_patch-20121115.tgz -C ~/ 3. 将 revb_dongle_patch_install.sh 复制到 ~/ 4. 安装 hdmidongle_REVB_R13.4_patch 5. ~/revb_dongle_patch_install.sh 6. revb_dongle_patch_install.sh 将使用 ~/myandroid 作为默认目录进行补丁 7. 如果你的 android 源代码树顶部不是 ~/myandroid。例如~/myandroid_ICS，请运行~/revb_dongle_patch_install.sh ~/myandroid_ICS   以下是 hdmidongle_REVB_R13.4_patch-20130118.tgz 的发行说明 1.新功能： 一个。uboot 快速启动 b.LDO旁路 c.ntfs 支持 d.蓝牙A2DP   2. 修复错误 一个。WifiDirect 连接问题 b.Realtek 与 TPLink AP 的吞吐量问题   3.文件清单： README.TXT --- 此文件 0001-uboot_fastboot.patch --- uboot 快速启动补丁 0002-LDOBYPASS.补丁---启用 ldo 旁路补丁 0003-WifiDirect.补丁--- wifi直连补丁 0004-ntfs_support.patch --- ntfs 支持补丁 0005-BT_enable.补丁--- 启用蓝牙 A2DP 0006-1G_boot_stable.patch --- 使 1G 启动稳定 ntfs-3g.tar.gz--- 开源 ntfs-3g 用于 ntfs 支持 rtl8192ce_v4.0.0_6239.20121226_TPIOT1.tgz--- Realtek 针对 TPLink AP 吞吐量问题的新驱动程序 MD5SUM.TXT --- md5 校验和   4. 补丁指南 请先运行 md5sum -c MD5SUM.TXT 来确认收到的所有文件都没问题。 所有这些补丁都基于补丁版本hdmidongle_REVB_R13.4_patch-20121115.tgz 您需要执行以下操作：R13.4 GA--->patch hdmidongle_REVB_R13.4_patch-20121115.tgz -->patch hdmidongle_REVB_R13.4_patch-20130118.tgz 假设 ~/myandroid 是 android 源代码树的顶级目录。 请运行以下命令来应用补丁。 $tar zfvx hdmidongle_REVB_R13.4_patch-20130118.tgz -C ~/ $cd ~/myandroid $git 应用〜/ hdmidongle_REVB_R13.4_patch-20130118/0001-uboot_fastboot.patch --verbose $git 应用〜/ hdmidongle_REVB_R13.4_patch-20130118/0002-LDOBYPASS.patch --verbose $git 应用〜/ hdmidongle_REVB_R13.4_patch-20130118/0003-WifiDirect.patch --verbose $git 应用~/hdmidongle_REVB_R13.4_patch-20130118/0004-ntfs_support.patch --verbose $git 应用〜/ hdmidongle_REVB_R13.4_patch-20130118/0005-BT_enable.patch --verbose $git 应用~/hdmidongle_REVB_R13.4_patch-20130118/0006-1G_boot_stable.patch --verbose $rm -rf kernel_imx/驱动程序/网络/无线/rtl8192ce $tar zfvx ~/hdmidongle_REVB_R13.4_patch-20130118/rtl8192ce_v4.0.0_6239.20121226_TPIOT1.tgz $tar zfvx ~/hdmidongle_REVB_R13.4_patch-20130118/ntfs-3g.tar.gz -C 外部   5. 构建并运行     新补丁0007-battery_always_full.patch：   有些游戏会检查电池容量来确定是否可以运行。但是在 HDMI 加密狗上我们没有真正的电池，这使得某些游戏无法在 HDMI 加密狗上运行。我们启用假电池，让安卓系统感觉它有电池，并且电量已 100% 充满。 1. 请在补丁hdmidongle_REVB_R13.4_patch-20130118.tgz之后使用此补丁 2.假设你的android顶级目录是~/myandroid，并且你将0007-battery_always_full.patch放在你的主目录中~ 3. cd ~/myandroid 4. git apply --verbose ~/0007-battery_always_full.patch 5.请重建启动映像并运行   补丁 0008-boot_unlock_screen.patch： 启动时，它会进入桌面而不是屏幕锁。   1. 假设你的 android 顶级目录是 ~/myandroid 并且你把 0008-boot_unlock_screen.patch 放在你的主目录中 ~ 2. cd ~/myandroid 3. git apply --verbose ~/0008-boot_unlock_screen.patch 4. 请重建系统映像并运行 2. cd ~/myandroid 3. git apply --verbose ~/0008-boot_unlock_screen.patch 补丁 0009-uboot-enable-mmu-fix.补丁： 此补丁针对的是 mmu 启用中的一些问题。 它将完善uboot中的所有模块。   1. 假设你的 android 顶级目录是 ~/myandroid 并且你将 0009-uboot-enable-mmu-fix.patch 放在你的主目录中 ~ 2. cd ~/myandroid 3. git apply --verbose ~/0009-uboot-enable-mmu-fix.patch 4. 请重建uboot并rub     补丁压缩包 hdmidongle_REVB_R13.4_patch-20130123.tgz：   hdmidongle_REVB_R13.4_patch-20130123.tgz 包含 0007-battery_always_full.patch 0008-boot_unlock_screen.patch 0009-uboot-enable-mmu-fix.patch 删除此处附加的文件：0007-battery_always_full.patch 0008-boot_unlock_screen.patch 0009-uboot-enable-mmu-fix.patch     删除 hdmidongle_REVB_R13.4_patch-20130123.tgz，hdmidongle_REVB_R13.4_patch-20130118.tgz 并上传 hdmidongle_REVB_R13.4_patch-20130124.tgz   hdmidongle_REVB_R13.4_补丁-20130124.tgz包含hdmidongle_REVB_R13.4_patch-20130123.tgz中的所有补丁，hdmidongle_REVB_R13.4_patch-20130118.tgz。 请使用hdmidongle_REVB_R13.4_patch-20130124.tgz。   hdmidongle_REVB_R13.4_补丁-20130131.tgz： 除了之前发布的所有补丁之外。 此补丁 tar 包中又添加了三个补丁。     0010-boot_disable_screenlocker.patch --- 用于修复 0008-boot_unlock_screen.patch 0011-wm8326-DC_CONTROL_RATE.patch --- 将 wm8326 pmic 速率更改为立即电压变化 0012-Added-default-video-mode-check-make-sur.patch --- 视频模式检查   hdmidongle_REVB_R13.4_补丁-20130201.tgz：   只需更改自述文件以强调 0006-1G_boot_stable.patch 反向   反向补丁 0008-boot_unlock_screen.patch 和 0006-1G_boot_stable.patch   0008-boot_unlock_screen.patch：它存在一些问题但不会对 HDMI 加密狗造成任何损害。 请使用0010-boot_disable_screenlocker.patch，反而。 0006-1G_boot_stable.patch：该补丁需要更多 CPU 延迟来适应 pmic，我们更改了 pmic 设置 在 0010-boot_disable_screenlocker.patch 中。不需要这个补丁。并且它会降低 表演。请将其反转。                                            cd ~/myandroid git apply --verbose ~/0006-1G_boot_stable.patch                                                 hdmidongle_REVB_R13.4_补丁-20130221.tgz： 此版本包含三个重要修复。它们使加密狗变得稳定。 1. lowmem killer 问题修复 2. 更新 Realtek Wi-Fi 驱动程序以修复软 AP 问题 3. 修复 Wifi p2p 框架，解决 Wifi Direct 只能单侧工作的问题   请阅读 README.TXT 了解详细信息和其他更改。   hdmidongle_REVB_R13.4_补丁-20130308.tgz： 此补丁 tar 球包括 hdmidongle_REVB_R13.4_patch-20130221.tgz 中的所有补丁。 此外，它有一个新的补丁 0020-DL_WifiDirect_Concunrrent_crash_fix.patch 来修复 DL 板上的崩溃问题。   HDMI 加密狗硬件：   HDMI Dongle 原理图、PCB、Gerber 和 BOM 已附上，详细硬件特性如下所列：   Android 4.x HDMI 适配器规格 核心配置 操作系统 基于Micro-PC平台的Android 4.x操作系统 CPU处理器 飞思卡尔 i.MX6x DualLite/四核 DRAM存储 DDR3 1GigaByte 容量，数据速率 1066MT/s 闪存 4Gb NAND闪存ROM 电力系统 电源 DC 插孔/Micro USB：5V/2A LED 状态 绿色：电源开启；红色：系统运行 插座/连接器 MicroSD 插槽 SDXC 支持，最大支持 32GB USB 主机 2.0 USB 2.0 主机支持 USB OTG 2.0 USB 2.0 OTG支持 显示/音频 HDMI输出 HDMI TypeA 插头连接器，1080p@60Hz 输出 视频解码器 支持多种视频格式：MPEG4/H.263/H.264/MJPEG/Xvid/VC-1/WMV/MPEG2/VP8... 音频解码器 支持多种音频格式：MP3/AAC/LPCM/FLAC/AMR/AC3/WMA/Vorbis GPU 支持 GC2000 GPU核心，2D/3D引擎支持，OpenGL支持 无线网络 WiFi网络 IEEE 802.11b/g/n，高达 300Mbps，支持 AP/P2P/Sta 模式 其他 密钥 恢复密钥支持 修订版B2     OTT 电视盒链接： https://community.freescale.com/docs/DOC-94561   JB4.2补丁链接： HDMI Dongle JB4.2.2_1.0.0-GA 版本的补丁 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好： HDMI 加密狗板无法启动。当我使用DDR_Stress_Tester_V1.0.2测试ddr时，主板无法通过DQS门控、读/写延迟校准。请参阅下面的日志： 你希望以哪个 ARM 核心速度运行？ 类型 0 代表 650MHz，类型 1 代表 800MHz，类型 2 代表 1GHz，类型 3 代表 1.2GHz ARM设置为650MHz 请选择板子上每个片选信号对应的 DDR 密度（单位：字节） 类型 0 代表 2GB；1 代表 1GB；2 代表 512MB；3 代表 256MB；4 代表 128MB；5 代表 64MB；6 32MB 对于最大支持密度（4GB），我们只能访问最多 3.75GB。输入 9 到 选择这个  选择的 DDR 密度 (MB)：1024 校准将在 DDR 频率 528MHz 下运行。输入‘y’以继续。 如果您想以其他 DDR 频率运行。输入 “n” 输入要校准的DDR频率[350MHz至528MHz]： 350 您输入的频率是：350 DDR频率：352 MHz 您是否想运行写入调平校准？（是/否）  请在初始化脚本中输入MR1的值 这将在写入调平校准后重新编程到 MR1 中  以 4 位十六进制值输入，例如 0004，然后按回车键 0004 您输入的是：0x0004 开始写入电平校准 写入电平校准完成 MMDC_MPWLDECTRL0 ch0 写入级别校准后：0x00010001 MMDC_MPWLDECTRL1 ch0 写入级别校准后：0x00180018 MMDC_MPWLDECTRL0 ch1 写入级别校准后：0x000A0013 MMDC_MPWLDECTRL1 ch1 写入级别校准后：0x000A0015 是否要运行 DQS 选通、读写延迟校准？（y/n） 开始 DQS 选通校准…… . . . . . . . . . . . . . . 发现错误，无法获取合适值！！！！ 所有值的 dram 测试均失败。 DDR压力测试可以以递增的频率运行，或以静态频率运行。 要以静态频率运行，只需将起始频率和结束频率设置为相同的值 e 您想运行 DDR 压力测试 (y/n) 吗？ 测试结束！ ^C D:\DDR_Stress_Tester_V1.0.2\DDR_Stress_Tester_V1.0.2\二进制> 当我使用 OTT 电视盒的 MFG 工具时，它停在加载 uboot 那么，出了什么问题？DDR不行吗？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 亲爱的魏先生： 您有 wm8326 的配置文件吗？和OTT电视盒一样吗？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Pratik, 您列出的图像是我们的图像之一（Boundary Devices 的版本），尽管有点过时。我们最新的 Jellybean 版本是上面提到的第二个版本。 我还没有了解细节，但我怀疑 HDMI 加密狗版本具有相同的起源，但针对不同的硬件进行了定制。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Eric, 感谢您的快速回复，我在板上使用imx6-jb-sdcard-20130628.img.gz 。 当我浏览 HDMI Dongle 设计时，我想尝试使用 sabrelite 的相同想法。 但是如果我是对的，您说的是 Boundary Device 的 android 正在做与这个加密狗相同的事情。 请您澄清一下好吗？ 谢谢， Pratik. 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi Pratik, 您不使用我们的（Boundary Devices）Android 有什么原因吗？ 我们在 SABRE Lite 平台上完全支持 Android： 最新发布的二进制版本是“4.3-beta”，但我们的源代码树已更新为包含 4.3-ga。 http://boundarydevices.com/second-release-jellybean-4-3-beta-mx6/ 如果您关注我们的博客，您会发现我们记录了我们采取的大部分步骤： http://boundarydevices.com/tag/android/ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi , 我有 imx6q sabrelite 板。 HDMI 加密狗 Android 是否与在 imx6 上运行的普通 Android 相同？ 如果想在 Sabrelite 板上做同样的事情，我需要做哪些改变？ 谢谢！ Pratik 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 姜伟先生您好， 您能提供 WM8326 配置 EEPROM 数据吗？ 顺祝商祺！ 非常感谢。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 为什么我无法将内核从 fresscale.com 运行到 gk802？ 为什么我无法将内核从 fresscale.com 运行到 gk802？ 谁能帮助我？ gk802 和 hdmidongle 一样吗？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 每个样品多少钱？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好，我是亨利，根据飞思卡尔的数据，我们制作了PCBA样品，如果有人需要这种类型的样品，请与我联系。或者你可以留下一些信息。 [email protected] 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请参阅链接https://community.freescale.com/docs/DOC-94817获取JB4.2 hdmi加密狗的补丁 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好，先生， 抱歉，您无法获得该电路板，因为我们不出售该电路板，您可以自己制作 PCB。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尊敬的先生， 抱歉，fae 是什么意思？ 你能给我看一下联系方式吗？ 此致 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该板子已经准备好，你可以向 fae 索取。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hello, 这个板子现在有货吗？ 我想购买这台迷你电脑进行评估。 谢谢！ M.Phuong 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> R13.4 GA 版本不再可用，并且补丁似乎不适用于 R13.4.1。还有其他方法可以获取 R13.4 GA Android 源代码吗？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果有带有 HDMI、USB、以太网和 SATA 的电视盒参考设计就好了。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，Jas，必须为 NVCC_LVDS2P5 供电，因为该电源不仅适用于 LVDS 显示接口，还适用于 DDR I/O。即使未使用 LVDS 接口，也不能断开此引脚。SATA 电路保留用于 POWER ESATA 接口，该接口在 revB2 上尚未使用。至于热设计，散热器最好采用铝。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 干得好！原理图包括 LVDS、SATA 等附加电路，但 PCB 布局似乎不包括这些 io 线？此外，考虑到设备的小尺寸，哪种类型的冷却散热器是首选。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢。如果有人感兴趣的话，我提供了更多在 Ubuntu 12.04 64 位中构建它的说明。 http://www.cnx-software.com/2013/02/06/u-boot-linux-kernel-and-android-patches-for-freescale-i-mx6-hdmi-tv-dongles/ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 下个月应该很快就会到来。您可以致电我们的销售人员以获取发布计划。 如需了解联系方式，您可以访问我们的支持网页并查找当地销售人员。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您知道下一个完整版本计划何时发布吗？ 另外我们如何获取您的联系方式？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有两种方法可以选择。您可以使用您拥有的最新版本，我们可以提供补丁。 另一种方法是等待下一个版本。下一个版本将支持 HDMI 加密狗。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我们如何获取 uboot 源和 ubuntu 镜像？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 到目前为止，我们不支持 Yocto，但支持 unbuntu 和 android。系统已经准备就绪。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我有兴趣在 Yocto 中添加对它的支持；这就是我询问的原因。 我可以联系谁来讨论一下吗？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该解决方案完全由中国团队完成。你最好问问中国当地的销售船。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我联系了飞思卡尔销售支持，他们说唯一的参考设计是针对 MCIMX6Q-SDP 和 MCIMX6Q-SDB 评估板。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可以访问http://www.freescale.com/webapp/sps/site/homepage.jsp?nodeId=05来获得支持。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 可以提供一下联系方式吗？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 请联系我们的营销人员或销售人员。 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HDMI 加密狗是否可以作为参考设计？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢，请问怎样可以得到您和姜伟先生的联系方式呢？ 回复：HDMI Dongle 参考设计发布 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我们正在设计该产品，如何获得您的支持？

KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用扭矩模式时，KMS 1.2.0 SNLESSHALL 参考项目中存在一个错误。 附件中提供的drv.c文件适用于SNLESSHALL参考项目。   在 SNLESSHALL 项目中，目标是使用霍尔传感器启动电机，然后过渡到 FOC。它并不打算将霍尔用于整个速度范围。 在这个版本中，它现在的启动方式类似于无传感器速度。它将跟踪速度参考直到达到交叉速度（GUI 中的“速度阈值”），一旦速度参考达到交叉速度，它将转换为 FOC 并以您期望的方式在扭矩模式下运行。如果您想在进入 FOC 之前加速更快，您可以在转换到 FOC 之前增加速度曲线的加速度和急动度。 Archive 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，亚当·雷诺兹 事实是这样的，我明白。似乎不可能得到代码的详细过程。谢谢。 此致！ wang xuan 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 评估板信息，不知道对你是否有用。 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，菲利普·德雷克 感谢您的及时回复。 您的意思是 HVP-KV46F150 中不再提供 PMSM KMS 库吗？我必须再次购买 HVP-KV31F120M 吗，因为它有 PMSM KMS 库？ 另外，我2017年11月从Mouser Electronics购买的HVP-KV46F、HVP-MC3PH的主板情况怎么样？ 我有两张控制卡。 此致！ wang xuan 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Wang, 该软件位于固件库中。它不作为开源提供。HALL 块解码霍尔效应传感器输入并计算速度，SPEED 块负责设置请求的电流，CURRENT 块负责设置请求的电压，SVPWM 块获取请求的电压和霍尔效应传感器读数以激发适当的相位。 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 在您描述完硬件之后，我有几点需要注意。展望未来，HVP-KV46F150 中保存的 KMS 库是 ACIM KMS 库，而不是 PMSM KMS 库。目前，如果您想尝试 PMSM KMS 库，您必须使用 HVP-KV31F120M，因为它具有 PMSM KMS 库。到第三季度，NXP 应该会储备具有 KMS 支持的 KV46 MCU 部件号的样品。后缀 P 代表 PMSM 库，零件编号上的后缀 Q 代表 ACIM 零件编号。 根据您何时以及从谁处获得 HVP-mc3ph 和 HVP-KV46F150，KV46 MCU 中可能根本没有任何 KMS 库。我最近才从 NXP 的仓库中取出 HVP-mc3ph 和 HVP-KV46F150 的库存，并将其推送到 MCU KMS 库中。 您什么时候购买的该套件？ 您从哪里购买的？从 NXP 还是从经销商处购买？ 如果该卡未启用 KMS，我会很乐意修复它，但我要求您将该卡发送给我的 NXP。 此致， 菲利普·德雷克 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，@ Adam Reynolds 谢谢提醒，我用的硬件是HVP-mc3ph和HVP-KV46F150。我打开的参考是HVPKV46F150M_SNLESSHALL_IAR_1_2_0_426。我想知道霍尔传感器部分的代码在哪里，主要是6步换向控制过程。再次感谢您！ 此致！ wang xuan 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Wang, 当您选择参考项目时，请确保选择“无传感器速度 - 霍尔启动”。这是唯一使用霍尔效应传感器的控制模式。 回复：KMS 1.2 SNLESSHALL 项目中存在一个 Bug，此更新已修复 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, 无传感器速度-霍尔启动这部分代码我找了好几天，类似Kinetis Motor Suite API参考手册里提到的HALL_run函数一直找不到，附件里是不是缺少这部分代码？ 此致！ wang xuan

このアップデートで修正された KMS 1.2 SNLESSHALL プロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> KMS 1.2.0 SNLESSHALL 参照プロジェクトでトルク モードを使用するときにバグがありました。 添付ファイルに記載されている drv.c ファイルは、SNLESSHALL 参照プロジェクト用です。   SNLESHALLプロジェクトでは、ホールセンサーを使用してモーターを始動し、その後FOCに移行することを目標としています。ホールを全速度範囲で使用することを意図したものではありません。 このバージョンでは、センサーレス速度と同様に起動を行うようになりました。つまり、クロスオーバー速度(GUIの「速度しきい値」)に達するまで速度基準を追跡しますが、速度基準がクロスオーバー速度に達すると、FOCに移行し、期待どおりにトルクモードで動作します。FOCに入る前にスピードを上げたい場合は、FOCに移行する前に速度プロファイルの加速とジャークを増やすことができます。 Archive 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、アダム・レイノルズ これは事実です、私は理解しています。コードの詳細なプロセスを取得することは不可能のようです。ありがとうございます。 よろしくお願いいたします！ wang xuan 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 評価ボードの情報は、あなたにとって役立つかどうかわかりません。 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、フィリップ・ドレイク 早速のご返信ありがとうございます。    PMSM KMS ライブラリが HVP-KV46F150 で使用できなくなったということですか?HVP-KV31F120MはPMSM KMSライブラリがあるため、再度購入する必要がありますか?    また、2017年11月にマウザーエレクトロニクスから購入したHVP-KV46F、HVP-MC3PHの基板はどうなっていましたか? 私はコントロールカードを2枚持っています。 よろしくお願いいたします！ wang xuan 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Wang, そのソフトウェアはファームウェアライブラリにあります。オープンソースとして提供されていません。HALL ブロックはホール効果センサー入力をデコードして速度を計算し、SPEED ブロックは要求された電流の設定を処理し、CURRENT ブロックは要求された電圧の設定を処理し、SVPWM ブロックは要求された電圧とホール効果センサーの読み取り値を取得して適切な位相を励起します。 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, あなたがあなたのハードウェアを説明した後、私はいくつかのメモがあります。今後、HVP-KV46F150 に保存された KMS ライブラリは ACIM KMS ライブラリであり、PMSM KMS ライブラリではありません。今のところ、PMSM KMSライブラリを試してみたい場合は、PMSM KMSライブラリがあるため、HVP-KV31F120Mを使用する必要があります。第3四半期までに、NXPはKMSサポート付きのKV46 MCU部品番号のサンプルを在庫する必要があります。接尾辞 P は PMSM ライブラリで、部品番号の Q 接尾辞は ACIM 部品番号です。 HVP-mc3ph と HVP-KV46F150 をいつ、誰から入手したかによって、KV46 MCU に KMS ライブラリがまったくない場合があります。私は最近、NXPの倉庫からHVP-mc3phとHVP-KV46F150の在庫を引き出し、KMSライブラリをMCUにプッシュしました。 キットはいつ購入しましたか? NXPから、またはディストリビューターから、どこから購入しましたか? カードがKMSに対応していない場合は、喜んで修正しますが、NXPでカードを送ってください。 よろしくお願いします。 フィリップ・ドレイク 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、@アダム・レイノルズ ご注意いただきありがとうございます、私が使用しているハードウェアはHVP-mc3phとHVP-KV46F150です。私が開いた参考文献はHVPKV46F150M_SNLESSHALL_IAR_1_2_0_426です。ホールセンサーの一部のコード、主に6ステップの整流制御プロセスがどこにあるのか知りたいです。またよろしくお願いいたします! よろしくお願いいたします！ wang xuan 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Wang, 参照プロジェクトを選択するときは、必ず "Sensorless Velocity - Hall Start" を選択してください。これは、ホール効果センサーを使用する唯一の制御モードです。 日時:このアップデートで修正されたKMS 1.2 SNLESHALLプロジェクトにバグがあります <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Hi, センサーレス速度 - ホールは、私が数日間探していたコードのこの部分を開始し、Kinetis Motor Suite APIリファレンスマニュアルに記載されているHALL_run機能と同様に見つかりません、付録はコードのこの部分が欠けていますか? よろしくお願いいたします！ wang xuan