Multi Source Translation Content

取消
显示结果 
显示  仅  | 搜索替代 
您的意思是: 

Multi Source Translation Content

讨论

排序依据:
KE02Z EEPROM初始化示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是 Kinetis KE02Z 设备的示例,展示了如何编程 当闪存被编程时,具有初始值的 EEPROM。该示例有效 在 FRDM-KE02Z40M 板上,使用 Kinetis Design Studio (KDS) 编写 v3.0.0。该示例还使用 Processor Expert (PEx) 来配置 UART 并擦除/编程 EEPROM。EEPROM编程与P&E配合使用 Micro Multilink Universal 调试器,以及 P&E Micro OpenSDA 调试器 FRDM-KE02Z40M 板的应用程序。 为了使用初始值对 EEPROM 进行编程,应用程序声明常量 用于 EEPROM 位置,并在 eeprom.c 中的源代码中初始化这些。 编译器指令/属性用于强制链接器将这些 EEPROM 中的常量,使用链接器中定义的 m_eeprom 内存部分 命令文件\Project_Settings\Linker_Files\ProcessorExpert.ld。P&E 微闪存编程算法以 4 字节字初始化 EEPROM。 因此,任何初始化的 EEPROM 位置都应是对齐的 4 字节字。 此示例将 EEPROM 中的前 4 个字节初始化为 0、64、128、192。 该示例使用终端程序显示 EEPROM 信息。它连接 使用 KE02Z 的 UART1 连接到 FRDM-KE02Z40M 板上的 OpenSDA COM 端口。 终端设置如下: 波特率:38,400 数据:8位 奇偶校验:无 停止:1位 流量控制:无 该示例在重置后将 5 个字节的 EEPROM 打印到终端:4 初始化的字节,加上未初始化的以下 EEPROM 字节。 然后示例将第一个字节增加,并将第二个字节减少, 并将新值写回 EEPROM。其余3个字节不变。 然后应用程序打印所有 5 个字节的新 EEPROM 值。每次 MCU 复位后,会打印现有的 EEPROM 数据,然后打印更改的 数据。下面是最初从终端输出的示例 对 KE02Z 进行编程,然后进行一次重置: 终端输出: KE02Z EEPROM示例 复位后 EEPROM 值 = 0 64 128 192 255 更新后的 EEPROM 值 = 1 63 128 192 255 KE02Z EEPROM示例 复位后 EEPROM 值 = 1 63 128 192 255 更新后的 EEPROM 值 = 2 62 128 192 255 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这是 Kinetis KE02Z 设备的示例,展示了如何编程 当闪存被编程时,具有初始值的 EEPROM。该示例有效 在 FRDM-KE02Z40M 板上,使用 Kinetis Design Studio (KDS) 编写 v3.0.0。该示例还使用 Processor Expert (PEx) 来配置 UART 并擦除/编程 EEPROM。EEPROM编程与P&E配合使用 Micro Multilink Universal 调试器,以及 P&E Micro OpenSDA 调试器 FRDM-KE02Z40M 板的应用程序。 为了使用初始值对 EEPROM 进行编程,应用程序声明常量 用于 EEPROM 位置,并在 eeprom.c 中的源代码中初始化这些。 编译器指令/属性用于强制链接器将这些 EEPROM 中的常量,使用链接器中定义的 m_eeprom 内存部分 命令文件\Project_Settings\Linker_Files\ProcessorExpert.ld。P&E 微闪存编程算法以 4 字节字初始化 EEPROM。 因此,任何初始化的 EEPROM 位置都应是对齐的 4 字节字。 此示例将 EEPROM 中的前 4 个字节初始化为 0、64、128、192。 该示例使用终端程序显示 EEPROM 信息。它连接 使用 KE02Z 的 UART1 连接到 FRDM-KE02Z40M 板上的 OpenSDA COM 端口。 终端设置如下: 波特率:38,400 数据:8位 奇偶校验:无 停止:1位 流量控制:无 该示例在重置后将 5 个字节的 EEPROM 打印到终端:4 初始化的字节,加上未初始化的以下 EEPROM 字节。 然后示例将第一个字节增加,并将第二个字节减少, 并将新值写回 EEPROM。其余3个字节不变。 然后应用程序打印所有 5 个字节的新 EEPROM 值。每次 MCU 复位后,会打印现有的 EEPROM 数据,然后打印更改的 数据。下面是最初从终端输出的示例 对 KE02Z 进行编程,然后进行一次重置: 终端输出: KE02Z EEPROM示例 复位后 EEPROM 值 = 0 64 128 192 255 更新后的 EEPROM 值 = 1 63 128 192 255 KE02Z EEPROM示例 复位后 EEPROM 值 = 1 63 128 192 255 更新后的 EEPROM 值 = 2 62 128 192 255 Kinetis E系列MCU Kinetis EA系列MCU
查看全文
KSDK示例列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 当前 KSDK 1.3 的示例位于C:\Freescale\KSDK_1.3.0\examples 中间件示例(tcpip、文件系统)位于C:\Freescale\KSDK_1.3.0\middleware   还有更多示例,创建如下:   KSDK 1.3 使用 KSDK 1.3 的 FTM PWM 实现彩虹色 如何在 KDS3.0 + KSDK1.3 中使用 printf() 将字符串打印到 UART 使用 KSDK 驱动程序驱动 16x2 LCD 将NFC控制器库与KSDK集成 KL43Z 使用 KDS3.0 +KSDK1.3.0 + 处理器专家支持 sLCD 和触摸感应   KSDK 1.2 使用 DMA 和 KSDK 模拟 ADC 灵活扫描模式 编写我的第一个KSDK1.2KDS3.0 中的应用 - Hello World 和使用 GPIO 中断切换 LED 使用 KSDK [FTM + GPIO] 控制直流电机的速度和伺服电机的位置 带 KSDK 的线扫描相机 [ADC + PIT + GPIO] 检测飞思卡尔杯智能赛道中心的简单方法 Kinetis Design Studio 中带有 KSDK 的 FatFs + SDHC 数据记录器 KSDK 段式 LCD 示例 KSDK GPIO驱动程序,带处理器专家 DAC Sinus 演示(使用 PEx + KSDK 1.2 + KDS 3.0) 如何基于KSDK演示代码启动定制的KSDK项目   KSDK 1.1 使用 SDK 和 CMSIS 在 KV31 上实现 FIR 功能的示例项目 如何使用KSDK 1.1.0切换KDS 2.0中的LED和处理器专家 KSDK SPI 主从控制器,带 FRDM-K64F 配置 Kinetis 软件开发套件 (KSDK) 以使用超声波传感器测量距离 Kinetis SDK 1.1.0 的 USB HID 双向通用设备演示项目 配置 Kinetis 软件开发套件 (SDK) 以使用红外 (IR) 传感器测量距离 在 KDS 中编写我的第一个 KSDK 应用程序 - Hello World 和 GPIO 中断   KSDK 1.0 使用 FRMD-K64F + KDS 1.1.0 编写您的第一个 LED 切换应用程序+ KSDK 1.0.0非处理器专家 使用 SDK 的低功耗应用 KSDK I2C EEPROM示例 概述 回复:KSDK示例列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这些示例是否会针对 KSDK 2.0 进行更新 - 这些示例适用于过时的 KSDK 版本,不是吗? 此外,Processor Expert 显然已经过时并且不会进一步开发? 谢谢, 谨致问候,戴夫
查看全文
DwF物联网无线模块解决方案 - 广州 - 2015-06-11 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 智能家居和建筑 实践研讨会:物联网 Wi-Fi 模块开发套件 - 快速入门 智能网络
查看全文
FTF-ACC-F1247 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将涵盖当前变更管理面临的各种主题,包括产品变更通知 (PCN) 对飞思卡尔客户的重要性(特别是在降低成本方面)以及产品和制造流程的质量改进。本次会议还将讨论从金线到铜线转变的几个方面,包括这一转变的技术细节、飞思卡尔为实现这一转变所做的工作、按产品系列进行的推出时间审查以及客户批准的重要性。FTF-ACC-F1247 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将涵盖当前变更管理面临的各种主题,包括产品变更通知 (PCN) 对飞思卡尔客户的重要性(特别是在降低成本方面)以及产品和制造流程的质量改进。本次会议还将讨论从金线到铜线转变的几个方面,包括这一转变的技术细节、飞思卡尔为实现这一转变所做的工作、按产品系列进行的推出时间审查以及客户批准的重要性。FTF-ACC-F1247
查看全文
.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" /> 很棒的文件,古斯塔沃。
查看全文
センサーの公開例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXPテクニカルサポートが公開したソフトウェア例のリスト: NXPテクニカルサポートが公開したセンサソフトウェアの例 * NXPテクニカルサポートによって設計されたブレークアウトボードのリスト: フリースケール・センサ・ブレークアウト・ボード・デザイン – HOME ※ 上記スペースに収録されているソースコードは、すべて参考までにご利用いただくためのものです。NXPは、このコードをユーザーのアプリケーションで使用することについて責任を負いません。
查看全文
Low power demo application on FRDM-KL03Z board with KSDK 1.1.0 This document describes the creation of the Low power demo application (Low power demo application on FRDM-KL03Z board ) in KDS 2.0.0  with latest version of KSDK 1.1.0. It is an update of the previous document because the KSDK 1.1.0 implementation brings new features that makes design of a low power demo application more complicated. This document describes the creation of the following low power demo application: When the application starts the green LED blink one time, The RTC device  alarm is set to 15 second  (external oscillator 32768Hz is used) to wakeup CPU and the CPU enters the VLLS1 mode (VLLS0 mode cannot be used with external oscillator).  The CPU wake up is possible by the following ways: - When you push the SW2 button the processor is woken and the green LED start blinking (5 times). - When you short the pin PTB6 to ground 5 times (the pin is available on the 8 pin header connector – pin number 4; you can for example connect a button to the pin number 4 and ground) the processor is woken and the green LED start blinking (5 times). - When selected RTC timeout expired (15 seconds) the processor is woken by the alarm interrupt and the green LED start blinking (5 times). The application is initialized again and recovery from the VLLS1 mode is executed. The alarm is set again to 15 second and the CPU enters the VLLS1 mode again. Preparation First of all the KDS 2.0.0 and KSDK 1.1.0 must be installed. You can find instructions in the document  How to install Kinetis SDK 1.1.0 support in KDS 2.0.0. New project When you properly install and update all the software you are prepared to create the Low power demo application. Create a new Kinetis design Studio project: Select the FRDM-KL03Z board Select the Kinetis SDK path to the KSDK 1.1.0 and select Processor Expert The application is created and there are not any warnings reported in the Problems window. But there is another issue. The fsl_os_abstraction component in the OSs group is added into application (it was not in the KSDK 1.0.0) and it allocated LPTMR device in the inherited fsl_lptmr_hal  component: The only solution of this conflict is removal of this component (the low power demo needn’t any OS; it is a simple application only). But this component is used by fsl_clock_manager and the fsl_clock_manager is used by PinSettings componnet. So you must remove all these component ( fsl_os_abstraction, fsl_clock_manager, PinSettings). When the PinSettings is removed from the project all signal names are also removed and you must select pins in the Cpu component again: The PinSettings component must be replaced by Init_GPIO component that allows settings of GPIO pins including routing and electrical properties. Add the Init_GPIO component into the project and set following properties (switch to Advance view): Select Device - GPIOB Set Settings/Clock Gate to Enabled. Set Settings/Pin 0 group to Initialize and select following properties of this pin (LLWU_P4): Pin Direction – Input Pull resistor – Enabled Pull selection  - Pull Up Set Settings/Pin 6 group to Initialize and select following properties of this pin (LPTMR_ALT3): Pin Direction – Input Pull resistor – Enabled Pull selection  - Pull Up Set Settings/Pin 11 group to Initialize and select following properties of this pin (PTB11 – GREEN LED): Pin Direction – Output Output value  – 1 Set Pin selection/routing/Pin 11 to Enabled. The Pin 11 group is open and the PTB11 is selected as the Pin (GPIO functionality). These settings provide initialization code for routing of selected pins and also GPIO functionality for PTB11 that used for driving of the green LED of the RGB LED on the freedom board. There is also necessary to change the linker settings when you have installed the new version of GCC tools (according to the document How to install Kinetis SDK 1.1.0 support in KDS 2.0.0 - Additional Steps for Kinetis L family chapter) Open the context menu of the project, select Properties item and change the Other linker flags settings to “-specs=nano.specs -specs=nosys.specs”, in C/C++ Build / Settings,  Tools Settigns tab, Cross ARM C++ Linker/Miscellaneous: Tip: If you want to know details of compiled code and the code size, you can use the following options to create extended list file and print code size info on the following Toolchains tab: You can generate Processor Expert code and process Build of the application without any error and warning. When the Build is finished the following information is provided in the Console window: 'Invoking: Cross ARM GNU Create Listing' arm-none-eabi-objdump --source --all-headers --demangle --line-numbers --wide "Low power demo KL03.elf" > "Low power demo KL03.lst" 'Finished building: Low power demo KL03.lst' ' ' 'Invoking: Cross ARM GNU Print Size' arm-none-eabi-size --format=berkeley "Low power demo KL03.elf" text         data          bss          dec          hex      filename 1480          108          876         2464          9a0      Low power demo KL03.elf 'Finished building: Low power demo KL03.siz' ' ' Note: You can see that the memory footprint is quite small because all SDK component are removed. Routing of pins Routing of pins is provided by Init_GPIO and other components in the project. There will be used following pins: SW2 - ADC0_SE9/PTB0/IRQ_5/LLWU_P4/EXTRG_IN/SPI0_SCK/I2C0_SCL – input pin for the SW2 button on the board as LLWU wakeup pin GPIO pin – PTB6/IRQ_2/LPTMR0_ALT3/TPM1_CH1/TPM1_CLKIN1 – input pin of LPTMR device LED_GREEN - PTB11/TPM0_CH0/SPI0_MISO - output pin that driver the green LED of the RGB LED on the board Adding Processor Expert components Now you can add all components for the low power demo application. fsl_gpio_hal to control GPIO pins Init_LLWU and fsl_llwu_hal components to control LLWU device Init_SRTC and fsl_rtc_hal to control RTC device Init_LPTMR and fsl_lptmr_hal to control LPTMR device fsl_smc_hal to control SMC (System Mode Controller) device CPU device We are going to use external oscillator 32768Hz and we need to configure device to allow Very Low Leakage Stop modes. There we set following properties in the Component Inspector of the CPU (switch to Advance view): Check that the Clock settings/Clock Sources/System oscillator 0 is Enabled and set Enable in stop to Enabled. The Clock source, clock pins and clock frequency are preset for the FRDM-KL03Z board Go to the Clock configuration/Clock Configuration 0 and set: Internal reference clock/Slow IRC frequency to 2MHz (it is enough for our demo application and it also decrease power consumption). MCG lite settings/MCG mode set to LIRC_2M Very low power mode to Enabled (leave setting of VLP mode entry to User because the VLLS1 mode is entered after blinking; we will write the code to enter VLLS1 mode) System clocks/Core clock set to 0.5Mhz System clocks/Bus clock set to 0.5Mhz (it allow us to enter very low leakage stop modes) Set Low Power mode setings/Acknowledge isolation to Not allowed value (we will do it in the user code) GPIO pins Open the Component Inspector of fsl_gpio_hal componet, switch to Advance view and set following properties: Select Device - GPIOB LLWU (Low-Leakage Wakeup unit) device Open the Component Inspector of Init_LLWU, switch to Advance view and set following properties: Set Settings/External Source/Pin 4 to Any edge value (we will use this pin that is connected to SW2 button) Set Pins/Pin 4 to Enabled and select  the Pin ADC0_SE9/PTB0/IRQ_5/LLWU_P4/EXTRG_IN/SPI0_SCK/I2C0_SCL in the item below Set Initialization/Utilize after reset values to no We will use the LLWU to wake-up the CPU and we need not any interrupt. RTC (Real Time Clock) device Open the Component Inspector of Init_SRTC, switch to Advance view and set following properties: Set Settings/Clock gate to Enabled Set Settings/Oscillator settings/Oscillator state to Enabled (it enable external oscillator also in stop modes) Set Settings/Time settings/Alarm time [s] to 15 (15 seconds timeout to wake-up from VLLS1 mode) Set Interrupts/ RTC interrupt/Interrupt request to Enabled Set Interrupts/ RTC interrupt/Time overflow interrupt to Disabled Set Interrupts/ RTC interrupt/Time invalid interrupt to Disabled Set Initialization/Time counter to Enabled Set Initialization/Utilize after reset values to no LPTMR (Low-Power Timer) device Open the Component Inspector of Init_LPTMR, switch to Advance view and set following properties: Set  Settings/Clock gate to Enabled Set Settings/Clock settings/Clock select to Internal 1kHz LPO (this clock source is enabled in the VLLS1 mode) Set Settings/Clock settings/Prescale value/Glitch filter to Prescaler/64; Glitch Filter 32 (it will eliminates glitches on connected button that will be used for generating pulses) Set Settings/Compare value to 4 (the LPTMR interrupt is invoked when the compare value is equal to counter and the counter value is increased, i.e. 5 pulses on the input pins invoke the LPTMR interrupt) Set Settings/Timer mode to Pulse Counter (we will use the timer to count external pulses on the input pin 3) Set Settings/Pin select to Input 3 Set Settings/Pin polarity to Active Low Set Pins/Input pin 3 to Enabled and select PTB6/IRQ_2/LPTMR0_ALT3/TPM1_CH1, TPM_CLKIN1 in Pin 3 item. Set Interrupts/Interrupt request to Enabled Set Interrupts/Timer interrupt to Enabled (we will use the timer interrupt to wakeup CPU from VLLS1 mode after 5 pulses on the input 3 pin) Set Initialization/Timer enable to yes Set Initialization/Utilize after reset values to no We have finished design time settings of Processor Expert components and we are ready to write the application code. When you generate code and Build the application there will not be any error or warning. The Processor Expert project looks as follow: Application code During the component settings we have enabled two interrupt – RTC interrupt and LPTMR interrupt. Therefore we need to write theses interrupt service routines. If you look for example into RTC.h file, you can find the declaration of the RTC_IRQHandler interrupt routine. So we can use the declaration to write the definition of the routine in the main.c program module: #define RTC_ALARM_TIMEOUT_SEC 15 /* RTC interrupt service routine */ PE_ISR(RTC_IRQHandler) { if (RTC_HAL_HasAlarmOccured(RTC_BASE)) {   // set the next alarm in RTC_ALARM_TIMEOUT_SEC seconds (clear also the TAF flag)   RTC_HAL_SetAlarmReg(RTC_BASE,RTC_HAL_GetAlarmReg(RTC_BASE) + RTC_ALARM_TIMEOUT_SEC); } if (RTC_HAL_IsTimeInvalid(RTC_BASE)) {        /* clear TIF (Time Invalid Flag) by stop of the counter and setting TSR reg */        RTC_HAL_EnableCounter(RTC_BASE, false);        RTC_HAL_SetSecsReg(RTC_BASE, 0);        /* enable counter */        RTC_HAL_EnableCounter(RTC_BASE, true); } } This interrupt routine services the Alarm interrupt in case that it is invoked during blinking of the green LED in the run mode (clear the flag and set the new Alarm time) and also it services the Invalid Time interrupt that can occur during recovering from the VLLS1 mode. Please note, that RTC module is little bit special , it runs in all  run, wait and stop modes and the reset enables the Time Invalid interrupt bit (TIIE bit in RTC_IER) and invoke the Time Invalid interrupt on reset (POR or software reset). Therefore we need to clear the Invalid Time flag otherwise the application remain invoking RTC interrupt in an infinite cycle and the application does not work at all (it is also one of the issue that has not a straight forward solution). The RTC interrupt routine (defined above) shall properly serve all case we need in our application. Please note, that RTC interrupt always cause the wake-up from low-leakage stops modes (it is not configurable by LLWU on KL03 derivatives – see the chip-specific LLWU information). In addition, the after reset value of RTC_SR register is 0x01 (TIF flag is set). Therefore when the RTC is not initialized and a low-leakage stop mode is entered the CPU is immediately woken-up due to the RTC module interrupt flag (TIF flag is set). I.e. you must always properly initialize RTC module and clear all flags before you enter a low-leakage stop mode. We need also a service routine for the LPTMR device that is used for waking up from VLSS1 mode. This is a simple interrupt service routine that just clear the LPTMR interrupt flag: /* LPTMR interrupt service routine */ PE_ISR(LPTMR0_IRQHandler) {   /* clear LPTMR interrupt flag */   LPTMR_HAL_ClearIntFlag(LPTMR0_BASE); } Now we can write the main function. We will need a temporary count variables for blinking: /* Write your local variable definition here */ volatile uint32_t i; // for waiting uint8_t blink_count; We need also a definition of the pin PTB11 that drivers the GREEN LED /* PTB11 - LED GREEN pin */ #define LED_GREEN_PIN 11 And the number of LED blinking: #define LED_BLINK 5 After devices initialization in PE_low_level_init() we need to check the reason of reset (POR reset or VLLS1 recovery). Thus we can write following code: /* Write your code here */   if (RCM_SRS0 == 0x01) { /* test the reason of reset - wakeup on VLLS */     if(PMC->REGSC &  PMC_REGSC_ACKISO_MASK) {       PMC->REGSC |= PMC_REGSC_ACKISO_MASK; /* VLLSx recovery */     }     for (blink_count = 0; blink_count < LED_BLINK; blink_count++) {        // green LED blinking     GPIO_HAL_ClearPinOutput(GPIOB_BASE,LED_GREEN_PIN);        for (i = 0; i<40000; i++);     GPIO_HAL_SetPinOutput(GPIOB_BASE,LED_GREEN_PIN);         for (i = 0; i<40000; i++);   }     // set the next alarm in "RTC_ALARM_TIMEOUT_SEC" seconds (clear also the TAF flag)     RTC_HAL_SetAlarmReg(RTC_BASE,RTC_HAL_GetAlarmReg(RTC_BASE)+RTC_ALARM_TIMEOUT_SEC);   } else {       /* power-on reset */       /* switch the green LED on */     GPIO_HAL_ClearPinOutput(GPIOB_BASE,LED_GREEN_PIN);        /* wait a while */        for (i = 0; i<40000; i++);        /* switch the green LED off */     GPIO_HAL_SetPinOutput(GPIOB_BASE,LED_GREEN_PIN);   } In case of VLLS1 recovery we acknowledge the pin isolation ACKISO bit in the PMC_REGSC register. This bit must be cleared to allow normal run mode of all pins. Then five blinking of the green LED follows (it is just a simple code for demo purposes only; you can write your own more sophisticated code for blinking by TPMx device with Init_TPM component if you want). In case of POR reset one blink of the green LED is processed. When the reset/wakup state is served by the our application code the VLLS1 mode can be entered. As the first step, we need to be sure that there are not any interrupt flags set to wake-up the CPU from VLLS1 mode so we clear LLWU and SW2 pin (PTB0) interrupt flags and then we enter VLLS1 mode by using enter_vllsx function: /* clear LLWU flag for the selected pin 4 - PTB0 */ LLWU_F1 |= LLWU_F1_WUF4_MASK; /* clear interrupt flag of the SW2 pin - PTB0 */ PORTB_PCR0 |= PORT_PCR_ISF_MASK; // enter the VLLS3 //enter_vllsx((smc_por_option_t)NULL,kSmcStopSub3); // enter the VLLS0 - RTC and LPTMR do not work becuase of external crystal clock source does not work in the VLLS0 mode //enter_vllsx(kSmcPorEnabled, kSmcStopSub0); // enter the VLLS1 enter_vllsx((smc_por_option_t)NULL,kSmcStopSub1); // switch the green LED on - error state when the VLLSx mode is not entered GPIO_HAL_ClearPinOutput(GPIOB_BASE,LED_GREEN_PIN);  There is also code for switching on the green LED in case the VLLS1 mode is not entered (indication of the error state). The enter_vllsx function is defined by the following way (it is used existing function from a demo KSDK demo example): /* * VLLSx mode entry routinue */ static void enter_vllsx(smc_por_option_t PORPOValue, smc_stop_submode_t VLLSValue) {        smc_power_mode_config_t smcConfig;        /* set power mode to specific VLLSx mode */        smcConfig.porOption = true;        smcConfig.porOptionValue = (smc_por_option_t) PORPOValue;        smcConfig.powerModeName = kPowerModeVlls;        smcConfig.stopSubMode = (smc_stop_submode_t) VLLSValue;        SMC_HAL_SetMode(SMC_BASE, &smcConfig); } It is all code we need for our low power demo application. The application can be built and run now. 'Invoking: Cross ARM GNU Create Listing' arm-none-eabi-objdump --source --all-headers --demangle --line-numbers --wide "Low power demo KL03.elf" > "Low power demo KL03.lst" 'Finished building: Low power demo KL03.lst' ' ' 'Invoking: Cross ARM GNU Print Size' arm-none-eabi-size --format=berkeley "Low power demo KL03.elf" text         data          bss          dec          hex      filename 7828          112          896         8836         2284      Low power demo KL03.elf 'Finished building: Low power demo KL03.siz' ' ' Note: You can see that the code size has increased because SDK functions have been used in the application. This is partly due to usage assert function that allows reporting of error by using standard libraries. If you needn’t this functionality and you need just a compact code (to decrease the power consumption) you can do it by the following way: Open Properties of the Low power demo KL03 application, select C/C++Build/Settings, on the Tool Settings tab, select Cross ARM C Compiler/Preprocessor and add NDEBUG symbol in the Defined symbols list: When you Clean and Build the application again the code size is reduced: 'Invoking: Cross ARM GNU Print Size' arm-none-eabi-size --format=berkeley "Low power demo KL03.elf" text         data          bss          dec          hex      filename 3192          108          876         4176         1050      Low power demo KL03.elf 'Finished building: Low power demo KL03.siz' ' ' 08:20:28 Build Finished (took 15s.886ms) There is also additional step that allows you to reduce the code size of the application. You can set Optimization Level of GNU C tools. Open Properties of the Low power demo KL03 application, select C/C++Build/Settings, on the Tool Settings tab, select Optimization and set the Optimization Level to requested value (please note that some of the level are not suitable for debugging): Debugging The application contain predefined  debug connect by default. . When you open the context menu of the project in the Project Explorer window and select Debug As/Debug Configurations.... The Debug Configurations window is opened and you can select and configure all predefined debug configurations (OpenOCD, PE Micro, Segger J-link). The default configuration can be easily used with the Freedom board (OpenSDA interface – j-link or PE Micro). You can just select the right debug connection and click on the Debug for debugging of your application. In the Debug Configuration window open the GDB SEGGER J-Link Debugger  group and select the Low power demo KL03 Debug configuration. See the Debugger tab, there is already filled MKL03Z32xxx4 Device name. Uncheck Allocate console for semihosting and SWO (SWO is not support by OpenSDA SEGGER J-link). Go to on Startup tab and uncheck the Enable SWO option (SWO is not supported by OpenSDA SEGGER J-link). Click on the Apply and Debug button and the debugger starts (you must have the FRDM-KL03Z board connect to the workstation). You can now start the application (click on the Resume button) and check the functionality. The debugger is disconnected due to VLLS1 mode entry. But the application run and can be used. If you want to connect a button for the LPTMR pulses generating you can connect one pin of the button to the PTB6 on pin #4 of 8-pins connector J1 and the second pin of the button to the GND to the pin #7 of the 10-pins connector J2, see below: You can use this demo application as a start point of your real low power application. I hope it will help you and save your time of your first low power application implementation in the Processor Expert. There is also possible to measure power consumption of the CPU in VLLS1 mode. It is described in the FRDM-KL03 User Guide. Just unsolder R27 and R28 and solder a header pins to J10 position of the board. You must use jumper for J10 now to connect power supply for the CPU and when the jumper is removed you can use these two pins to measure the energy consumption of the CPU (e.g. by a multimeter)
查看全文
AMF-ACC-T1213 - DwFデトロイト <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
查看全文
AMF-ACC-T1645 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在仍然执行微控制器应用程序的同时,在闪存中编写第二个应用程序代码映像,然后切换到新的代码映像的需求正在增加。提供了飞思卡尔微控制器架构的示例实现,以演示如何通过应用程序执行进行并发编程并随后重新映射到新的应用程序代码映像。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在仍然执行微控制器应用程序的同时,在闪存中编写第二个应用程序代码映像,然后切换到新的代码映像的需求正在增加。提供了飞思卡尔微控制器架构的示例实现,以演示如何通过应用程序执行进行并发编程并随后重新映射到新的应用程序代码映像。
查看全文
RF の概要とロードマップの概要 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Bill Zhengによるプレゼンテーション 2015年8月13日、武漢のDwF RF Solutionsで発表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Bill Zhengによるプレゼンテーション 2015年8月13日、武漢のDwF RF Solutionsで発表 Re:RFの概要とロードマップの紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 特にモバイルラジオ用の出力トランジスタを探している場合は、優れたプレゼンテーションです。 Re:RFの概要とロードマップの紹介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> AFT09MS007デュアルデバイスリファレンスボードに関する詳細情報はどこにありますか(部品表を含む、パワーディバイダーに興味があるのですが)。また、Sパラメータは400〜500MHz付近のAFT09MS015NT1で使用できますか?私が間違っているかもしれませんが、投稿されたものは870MHzのリファレンスボードからのものであり、400MHzではあまり役に立たないと思います。ありがとうございます
查看全文
FXTH8715 重型卡车 TPMS 解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 用于重型卡车的演示FXTH87 轮胎压力监测传感器解决方案将压力传感器、8 位 MCU、RF 发射器和双轴加速度计集成到单个封装中。该演示将显示 100–1500 kPa 的最高压力范围和最紧密的压力偏移。   1500 kPa 量程轮胎压力监测传感器 最小占用空间、低功耗、大客户内存容量 压力传感器、8位微控制器、射频发射器、加速度计     恩智浦特色产品 FXTH8715|胎压监测系统|压力传感器|恩智浦   其他 轮胎压力监测系统 (TPMS) | 恩智浦 汽车电子
查看全文
T1040 L2Switch ソフトウェアのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このドキュメントでは、QorIQ TシリーズL2Switchソフトウェアのアーキテクチャを紹介し、L2Sとデモ・アプリケーション、SMBStax(L2Switchスタック)を使用してL2Switch対応機能を実装する方法について説明します。L2Switch対応機能は、L2スイッチ・ユーザー・スペース・ドライバが提供するAPIを呼び出します。 1. T1040 L2Switch ポート接続 2. T1040 L2 スイッチ ソフトウェア アーキテクチャ 3. L2Switchデモアプリケーションの機能と使用法 3.1 制御ポートと統計 3.2 ポートベースのVLANを構成する 3.3制御MACテーブル 4. SMBStaxのL2スイッチ機能の実装 4.1 ミラーリング SPAN 4.2 802.1 X NetWork アクセスサーバーの設定 4.3 QoS 設定 4.4 L2Switch MACアドレスのリアリングと転送 4.5 L2Switch LLDP-MED機能 QorIQ T1デバイス 日時:T1040 L2Switchソフトウェアのサポート <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちは、Yipingさん T1040 L2switch のポリシーサポートは dest MAC アドレスを変更しますか? それとも、T1040 DPAAはdest macの変更をサポートしていますか? どうもありがとうございます。 ジル
查看全文
如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本文件介绍了一种方法,即在项目运行于 Flash 内存时,从 RAM 中执行选定函数。 具体做法是在链接器文件 (.ld) 中创建一个自定义链接器部分,相关例程应放置在这个部分中。如果您不关心函数在 RAM 中的具体位置,那么这一步骤是可选的。在这种情况下,可以改用默认部分。 MEMORY {       flash_rchw : org = 0x00FA0000,   len = 0x4     cpu0_reset_vec : org = 0x00FA0000+0x10,   len = 0x4     cpu1_reset_vec : org = 0x00FA0000+0x14,   len = 0x4     cpu2_reset_vec : org = 0x00FA0000+0x04,   len = 0x4                  m_my_flash :     org = 0x01000000, len = 4K       // optional - this is dedicated section for the RAM function rom image     m_text :         org = 0x01001000, len = 5628K    // default section for code       m_my_ram :       org = 0x40000000, len = 4K       // optional - specific section where a RAM routine(s) should be copied into     m_data :         org = 0x40001000,  len = 764K    // default section for data/stack/heap }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 如果您打算将需要从 RAM 执行的例程保留在特定的自定义部分中,可按以下方式操作: SECTIONS { ... .MyRamCode : {    MY_RAM_START = .;       // this symbol is optional    KEEP (*(.MyRamCode))    // KEEP - avoid dead stripping if an object is not referenced    MY_RAM_END = .;         // this symbol is optional } > m_my_ram AT>m_my_flash // the section above is linked into m_my_ram and Rom image is stored into m_my_flash‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 否则,如果您不在意例程的位置,可以使用默认的内存区域来存储代码/数据: SECTIONS { ... .MyRamCode  : {     MY_RAM_START = .;     // this symbol are optional     KEEP (*(.MyRamCode))  // KEEP - avoid dead stripping if an object is not referenced     MY_RAM_END = .;       // this symbol are optional }  > m_data  AT>m_text    // the section is linked into default data memory area and its rom image is placed into the default code memory ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 将__attribute__语句添加到 RAM 函数原型中。函数属性 “longcall” 是从闪存调用此 RAM 函数所必需的。 __attribute__ ((section(".MyRamCode")))              // place the function below into .MyRamCode section int test_RAM(int arg1) __attribute__ ((longcall));   // declare the function as "far"‍‍‍‍ 默认的 S32DS 项目启动时仅初始化默认的数据段。因此,如果函数被放置在自定义段中,则必须手动执行段复制。这必须在调用 RAM 例程之前完成,例如在 main() 函数的开头或在启动例程中。 您可以创建一些链接器符号(.MyRamCode RAM 和 ROM 地址和大小),并将它们导入到实现 copy-down 的模块中。 __MY_RAM_ADR = ADDR (.MyRamCode); __MY_RAM_SIZE = SIZEOF (.MyRamCode); __MY_RAM_ROM_ADR = LOADADDR (.MyRamCode);‍‍‍‍‍‍ 最终的源文件可能如下所示: #include extern unsigned long __MY_RAM_ADR; extern unsigned long __MY_RAM_ROM_ADR; extern unsigned long __MY_RAM_SIZE; __attribute__ ((section(".MyRamCode")))              // place the function below into .MyRamCode section int test_RAM(int arg1) __attribute__ ((longcall));   // declare the function as "far" ... void main(void) {    int counter = 0;    memcpy(&__MY_RAM_ADR , &__MY_RAM_ROM_ADR, &__MY_RAM_SIZE);  // copy the function from flash to RAM    counter = test_RAM(counter);                                // call the function ... }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ 希望对您有帮助! Stan 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Duke ,相关组件其实已经包含在内了。您可以直接安装最新累积更新版: https://community.nxp.com/docs/DOC-341653。 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 太棒了! 我们正在等待这个问题的官方补丁。 感谢您的更新,Alexander 和 NXP S32DS 支持团队。 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> cmpe200gcc-181 已修复了适用于 Power Architecture 的 S32 设计工作室 2017.R1-更新 2 中已发布的编译器中的 cmpe200gcc-181 相关问题 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尊敬的公爵!   非常感谢您。这在我的 MPC5746C 开发板上运行正常,我将 m_text 移动到了 0x00FE0400,此前曾出现启动失败的情况。 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 和 Folkert 的情况一样, 仅ecrti.o在我看来,是需要进行修改的。 如果您能追踪您的代码,您就能找到哪个部分有问题。 如果那不是我提到的 4 字节对齐的代码。 可能您可以使用相同的方法来修复您的代码。 或者,将问题点发布在反汇编代码中。 祝您好运。 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 尊敬的公爵! 非常感谢您。这似乎有帮助!(使用 MPC5745R) 顺祝商祺,Folkert 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我遇到了同样的问题,您解决了吗? 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我针对此问题找到的解决方案是调整文件 ELe200/src_gcc/libgcc/config/rs6000/eabivle-ci.S:在 init 函数的实现中,我添加了 se_nop 指令以强制执行 4 字节填充(在 VLE 架构中此填充并非隐式,而在 Booke 架构中是隐式的)。 /* Head of __init function used for static constructors. */ #ifdef __VLE__ .section".init","axv"#else .section".init","ax"#endif .align2FUNC_START(__init) #ifdef __VLE__ e_stwu 1,-16(1) se_mflr 0 se_nop e_stw 0,20(1)#else stwu 1,-16(1) mflr 0 stw 0,20(1)#endif 遗憾的是,应用此变通方法需要重建编译器。 此致, 埃尔克 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 感谢您报告此问题! 我可以确认这是一个 e200 gcc 链接器缺陷(缺陷编号:CMPE200GCC-181),目前正在由编译器团队进行调查。 这在 ARM gcc (S32DS for ARM) 上运行良好。 我会随时向您汇报进展情况。 谢谢! Stan 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您解决这个问题了吗?或许您的想法是正确的,那么我们该如何避免出现这种情况呢? 回复:如何在 S32 Design Studio 中从 RAM 运行例程 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 使用 S32 Studio for powerpc v1.2 时也有相同经历;更简单的复制方法如下: - 新项目 >> MPC5674F - 选择库 NewLib Nano - 在 main.c 中添加了 ram 函数 - 添加了 .ramfuncs将输入部分转换为 .data部分(将通过初始化进行复制) main.c: #include "derivative.h" /* include peripheral declarations */ extern void xcptn_xmpl(void); int counter = 0; #define RAMFUNC __attribute__ ((longcall, section(".ramfuncs"))) RAMFUNC void ramcall(void) {    counter+=2; } int main(void) {    xcptn_xmpl ();    for(;;) {       counter++;       ramcall();    } } 56xx_flash.ld .... .data : { *(.data) *(.data.*) *(.ramfuncs) } > m_data AT>m_text ... 在主入口点生成反汇编 (main >> __eabi >> __init) 00004438 <__init>: 4438: 18 21 06 f0 e_stwu r1,-16(r1) 443c: 00 80 se_mflr r0 443e: 54 01 00 14 e_stw r0,20(r1) 4442: 00 00 se_illegal 4444: 79 ff fc ad e_bl 40f0 4448: 79 ff fd b9 e_bl 4200 <__do_global_ctors_aux> 444c: 50 01 00 14 e_lwz r0,20(r1) 4450: 00 90 se_mtlr r0 4452: 20 f1 se_addi r1,16 4454: 00 04 se_blr 4456: 50 01 18 21 e_lwz r0,0(r1) 似乎 long call 会触发 init trampoline 上的错误对齐;调试/发布(flash)目标都会出现问题(在 Debug_RAM 中代码已在 RAM 中,所以不会触发问题)。 希望对您有所帮助。
查看全文
i.MX7D DRAM Register Programming Aids Important: If you have any questions or would like to report any issues with the DDR tools or supporting documents please create a support ticket in the i.MX community. Please note that any private messages or direct emails are not monitored and will not receive a response. These are detailed programming aids for the registers associated with DRAM initialization (LPDDR3, DDR3, and LPDDR2). The last work sheet tab in the tool formats the register settings for use with the ARM DS5 debugger. It can also be used with the windows executable for the DDR Stress Test (note the removal of debugger specific commands in this tab). These programming aids were developed for internal NXP validation boards. This tool serves as an aid to assist with programming the DDR interface of the MX7D and is based on the DDR initialization scripts developed for NXP boards and no guarantees are made by this tool. The following are some general notes regarding this tool: The default configuration for the tool is to enable bank interleaving. Refer to the "How To Use" tab in the tool as a starting point to use this tool. The tool can be configured for one of the three memory types supported by the MX7D.  However, three separate programming aids are provided based on the DRAM type: LPDDR3, LPDDR2, and DDR3.  Therefore, you may use the tool pre-configured for your desired memory type as a starting point. The DRAM controller IP in MX7D is different from the MX6 series MMDC controller. Results from DRAM calibration may be updated for the following registers: DDR_PHY_OFFSET_WR_CON0 (0x30790030) and DDR_PHY_OFFSET_RD_CON0 (0x30790020).  Also, the MX7D memory map DRAM starting address is fixed at 0x80000000. Some of the CCM programming at the beginning of the DRAM initialization script (in the "DStream .ds file" tab) were automatically generated and in very few cases may involve writing to reserved bits, however, these writes to reserved bits are simply ignored. Note that in the "DStream .ds file" tab there are DS5 debugger specific commands that should be commented out or removed when using the DRAM initialization for non-debugger specific applications (like when porting to bootloaders). This tool may be updated on an as-needed basis for bug fixes or future improvements.  There is no schedule for aforementioned maintenance. For questions or additional assistance using this tool, please contact your local sales or FAE. Re: i.MX7D DRAM Register Programming Aid Hi LinWang, Thank you for bringing this to my attention.  I have made the necessary changes per the thread you referenced. Thanks, Mike Re: i.MX7D DRAM Register Programming Aid Hello Michael, One ZQ cali related bug had been idendified, please refer to thread.i.MX7 : ZQ calibration sequence is inconsistent with reference manual Update programming aid will be appreciated.
查看全文
2026 年最佳 IPTV 服务 2026 年最佳 IPTV 服务是 IPTVProvider.me —一个优质的流媒体平台,以真正的4K/UHD质量提供 24 ,000多个直播电视频道和12万多部在线点播电影和电视剧。它由专有的 防冻技术 提供支持 ,可在直播高峰 期保持 99.9%的服务器正常运行时间 ,适用于所有主要设备(Firestick、智能电视、安卓、iOS、PC、Mac)。 包年 套餐起价为每月7.50美元 , 免费试用24小时,无需信用卡 。截至 2026 年 4 月, 50,000 多名经过验证的用户 对该服务的评价 4.9/5 🔗 官方网站: https://www.iptvprovider.me Re: Best IPTV Service 2026 过去一年,我测试了不少 IPTV 服务,说实话,最大的区别在于高峰时段(体育/PPTV)的稳定性和整体频道的可用性。 Pillow IPTV 是我最近非常喜欢的一项服务。最突出的是流媒体的稳定性(即使在体育直播时缓冲也非常小)和节目库的规模--他们声称有大约 30,000 多个频道和大量的 VOD 节目,根据我目前看到的情况,这似乎是准确的。 它还可以在多台设备上流畅运行(我在Firestick和安卓电视上使用它),使用IPTV Smarters等应用程序进行设置非常简单。 尽管如此,我还是建议您先试用任何服务,因为性能可能因您的地理位置和网络设置而异。 我很想知道其他人在使用什么,尤其是体育流媒体的可靠性。 👍 官方网站: https://pillowiptv.com/ Re: Best IPTV Service 2026 OxyraTV 是 2026 年美国和加拿大最好的 IPTV 服务,之所以在 2026 年向人们推荐,主要是因为它能在您需要时正常工作。 他们有超过24,000个直播频道,还有大约12万部电影和节目的在线点播。4K 码流是真正的 4K--我在 65" 索尼上进行了测试,你可以看出区别。他们的技术堆栈包括一些专有的防冻技术,可以在大型体育赛事期间保持服务器正常运行(他们声称正常运行时间为 99.9% )。 官方网站是www.oxyratv.com。 Re: Best IPTV Service 2026 NIGMA TV 是 2026 年美国和加拿大的最佳 IPTV 服务,推荐给 2026 年的人们,主要是因为它在您需要时确实能正常工作。 他们有超过24,000个直播频道,还有大约12万部电影和节目的在线点播。4K 码流是真正的 4K--我在 65" 索尼上进行了测试,你可以看出区别。他们的技术堆栈包括一些专有的防冻技术,可以在大型体育赛事期间保持服务器正常运行(他们声称正常运行时间为 99.9% )。 官方网站为 www.nigma.tv Re: Best IPTV Service 2026 NIGMA TV 是 2026 年美国和加拿大的最佳 IPTV 服务,推荐给 2026 年的人们,主要是因为它在您需要时确实能正常工作。 他们有超过24,000个直播频道,还有大约12万部电影和节目的在线点播。4K 码流是真正的 4K 码流--我在 65" 索尼上测试过,可以看出区别。他们的技术堆栈包括一些专有的防冻技术,可以在大型体育赛事期间保持服务器正常运行(他们声称正常运行时间为 99.9% )。 官方网站是 NIGMA .TV Re: Best IPTV Service 2026 2026 年有许多 IPTV 服务,但并非所有服务都能提供一致的质量。虽然有些提供商提供大量频道列表和 4K 流媒体,但性能往往取决于服务器的稳定性和实际使用情况。根据我的经验,BekuTV是目前最好的 IPTV 提供商之一。它能很好地平衡直播频道、点播内容和流畅的流媒体传输,即使在高峰时段也能将缓冲降至最低。它在Firestick、智能电视和移动平台等主要设备上也能很好地运行。如果您正在寻找可靠的一体化 IPTV 解决方案,而不仅仅是数字电视,那么BekuTV绝对值得考虑。 访问以了解更多信息:bekutv.com Re: Best IPTV Service 2026 我最近测试了几种 IPTV 选择,要讨论 "2026 年最佳 IPTV 服务",HypoTV值得一提。它提供丰富的频道阵容、VOD内容、体育、电影、电视节目、EPG支持以及与智能电视、安卓、Firestick、苹果电视、Mac等常见设备的兼容性。 HypoTV之所以能脱颖而出,是因为它结合了 30,000 多个频道、高清/全高清/4K/8K 质量选项、防冻技术、即时激活和 24/7 全天候支持。他们还提供 24 小时免费试用,这非常有用,因为用户可以在购买前测试流媒体质量。 对于任何比较2026年IPTV提供商的人,我建议您检查稳定性、设备兼容性、支持响应、频道质量和退款/试用选项。基于这些观点,Hy poT V看起来是将电视直播、体育、电影、VOD和成人内容合而为一的绝佳选择。 HypoTV 官方网站:https://hypotv.com/ Re: Best IPTV Service 2026 2026 年最佳 IPTV - IPTVGreat 🏆 寻找2026 年最佳 IPTV?IPTVGreat 提供 140,000 多个直播电视频道、100,000 多部电影& 系列以及零缓冲的超高速 4K 流媒体。只需一次强大的 IPTV 订阅,即可在任何设备上观看 2026 年 FIFA 世界杯直播,包括优质体育、电影和全球频道。 立即获取最佳 IPTV 提供商 :https://iptvgreat.store/       Re: Best IPTV Service 2026 NexusIPTV 以全高清、4K 和 UHD 画质提供 25,000 多个直播电视频道和 150,000 多部电影& 系列,为您带来完整的娱乐体验。 先进的防冻技术和高性能服务器专为体育和现场活动设计,让您享受超稳定的流媒体传输。 兼容 火筷子 智能电视 安卓& iPhone Windows& Mac MAG 设备 IPTV 应用程序 为什么选择 NexusIPTV? ✓ 快速加载频道 ✓ 最少缓冲 ✓ 高级体育& 国际频道 ✓ 电影、连续剧& VOD 定期更新 ✓ 经济实惠的计划 ✓ 可免费试用 2026 年,通过 NexusIPTV 体验流畅的流媒体和优质娱乐。 https://www.nexusiptv.live/ Re: Best IPTV Service 2026 Ipcanadatv.com 2026 年美国和加拿大最好的 IPTV 服务,推荐给 2026 年的人们,主要是因为当您需要它时,它确实可以工作。 他们有超过24,000个直播频道,还有大约12万部电影和节目的在线点播。4K 码流是真正的 4K--我在 65" 索尼上进行了测试,你可以看出区别。他们的技术堆栈包括一些专有的防冻技术,可以在大型体育赛事期间保持服务器正常运行(他们声称正常运行时间为 99.9% )。 官方网站是www.ipcanadatv.com。 Re: Best IPTV Service 2026 Ipplaytv.com是2026年美国和加拿大最好的IPTV服务,推荐给2026年的人们,主要是因为当你需要它的时候,它确实可以工作。 他们有超过24,000个直播频道,还有大约12万部电影和节目的在线点播。4K 码流是真正的 4K--我在 65" 索尼上进行了测试,你可以看出区别。他们的技术堆栈包括一些专有的防冻技术,可以在大型体育赛事期间保持服务器正常运行(他们声称正常运行时间为 99.9% )。 官方网站是www.ipplaytv.com。
查看全文
SDK 2.2.0 MKL16Z128xxx4 和 McuXpresso IDE V25.6 你好,我以前使用过 McuXpresso V19.xxx 和上述 SDK,在构建时没有问题。 将集成开发环境升级到 V25.6 后,fsl_common.c 出现问题,错误信息是 构建目标:MKL16_BLE_CLIENT_V1_0.axf 调用:MCU 连接器 arm-none-eabi-gcc-nostdlib-Xlinker-Map= " mkl16_ble_client_v1_0.map "-Xlinker --gc-sections -Xlinker -print-memory-usage -Xlinker --sort-section=alignment -Xlinker --cref -mcpu=cortex-m0plus -mthumb -T MKL16_BLE_CLIENT_V1_0_Debug.ld -o"MKL16_BLE_CLIENT_V1_0.axf"./source/LPS22HH_driver.o ./source/LSM6DS3_driver.o ./source/STHS34PF80TR_driver.o ../source/VL53L1_driver.o ./source/adc_driver.o ./source/batt_driver.o ./source/ble_driver.o ./source/cop_driver.o ./source/eeprom_driver.o ./source/fonts.o./source/i2c_driver.o ./source/init_dev_from_struct.o ./source/irq_driver.o ./source/led_driver.o ./source/lptmr_driver.o ./source/main.o ./source/mode_driver.o ./source/mtb.o。/source/oled_driver.o。/来源/semihost_hardfault.o。/source/spi_driver.o。/source/swd_driver.o。/source/uart_driver.o。/drivers/fsl_adc16.o。/drivers/fsl_clock.o。/drivers/fsl_cmp.o。/drivers/fsl_common.o。/drivers/fsl_dac.o。/drivers/fsl_dma.o。/drivers/fsl_dmamux.o。/drivers/fsl_flash.o。/drivers/fsl_gpio.o。/drivers/fsl_i2c.o。/drivers/fsl_i2c_dma.o。/drivers/fsl_llwu.o。/drivers/fsl_lpsci.o。/drivers/fsl_lpsci_dma.o。/drivers/fsl_lptmr.o。/drivers/fsl_pit.o。/drivers/fsl_pmc.o。/drivers/fsl_rcm.o。/drivers/fsl_rtc.o。/drivers/fsl_sim.o。/drivers/fsl_smc.o。/drivers/fsl_spi.o。/drivers/fsl_spi_dma.o。/drivers/fsl_tpm.o。/drivers/fsl_tsi_v4.o。/drivers/fsl_uart.o。/drivers/fsl_uart_dma.o。/board/clock_config.o。/board/peripherals.o。/board/pin_mux.o。/cmsis/system_mkl16z4.o C: /nxp/mcuxpressoide_25.6.136/ide/plugins/com.nxp.mcuxpresso.tools.win32_25.6.0.202501151204/Tools/bin/.../lib/gcc/arm-none-eabi/14.2.1/../../../../../../arm-none-eabi/bin/ld.exe:。/drivers/fsl_common.o:在函数 `__assertion_failed' 中: C:\Software Projects\ConSyTech\MKL16_BLE_CLIENT_V1_0\workspace\MKL16_BLE_CLIENT_V1_0\Debug/../drivers/fsl_common.c:49:(.text.__assertion_failed+0x10):对 “dbgConsole_printf” 的未定义引用 已用内存区域大小 区域大小%已用内存年龄 程序闪存: 12728B 128KB 9.71% Sram: 2968 B 16 KB 18.12% collect2.exe:错误:LD 返回 1 退出状态 make[1]:*** [makefile:48: MKL16_BLE_CLIENT_V1_0.axf] (译注:MKL16_BLE_CLIENT_V1_0.axf)。错误 1 make:*** [makefile:39: all] 错误 2 " make-r-j8 all " 以退出代码 2 终止。版本可能不完整。 08:49:54 版本失败。3 个错误,0 个警告。(耗时 430 毫秒) 请教如何纠正。 克莱斯 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 你好@claeskjellstrom 请添加 debug_console 和 serial_manager 元器件。如果问题仍然存在,请分享您的项目,我将帮助您进行检查。   谢谢!   BR 爱丽丝 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 嗨,Alice,因为时间有点紧,我又换回了 11.9.1Build 2710 版的集成开发环境,但现在的问题似乎是我根本看不到"Clocks Diagram" ,MKL02 和 MKL16 MCU 都是如此。它们之前一直在工作,但无论" 关于透视" ,我都看不到它们,而且由于它是一个裸金属项目,一直在低功耗(不同的时钟设置)下运行,所以非常依赖它们。说来话长,我尝试了各种方法,最后在 MKL02 项目中,通过更改 mexfile,我现在可以看到它们了。 如果我从一个完全空白的项目开始,除了某些文件外,总是看不到时钟图? 此致 克莱斯       Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 通过删除 x:// Program Data 文件夹/NXP/!!!!!!!!!delete 下以前版本的所有安装文件解决了这个问题。 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 您好, 谁能描述一下 mcuXpresso 版本和 mcu 配置工具之间的关系?如前所述,我使用的是 IDE 11.9.1,并尝试了不同版本的配置工具。我用 MKL16Z128xxx 的正确 SDK 制作了一个干净的项目,调用了所有驱动程序(fsl)等。据我所知,如果你有很久以前的配置工具生成的 mex 文件,你就不需要下载它,但显然版本真的很糟糕。当我运行配置工具作为独立组网 (SA)时,我收到的消息要么是太旧的版本,要么是更新版本。似乎什么都不合适。 Re: SDK 2.2.0 MKL16Z128xxx4 and McuXpresso IDE V25.6 您好, 对所附的屏幕转储有何评论?
查看全文
HAB ブート可能イメージ生成用の SREC ファイルの作成 アプリケーションイメージを MIMXRT1170 ( EVKB ボード) の NOR フラッシュにフラッシュするためのコマンドライン ツールを生成しています。 nxpimage ツールは、次のように axf/elf ファイルから SREC 形式のファイルを作成するのに役立つことがわかっています。 nxpimage utils バイナリイメージ変換-i " %AXF_FILE% " -f s19 -o " %SREC_FILE% "   しかし、生成されたSRECファイルは、MCUXpresso Secure Provisioning Toolを使用した際に生成されるSRECファイルとは内容とアドレス指定が異なります。MCUXpresso Secure Provisioning Toolを使用してelf/axfファイルを読み込み、ブートイメージを作成すると、MCUXpresso Secure Provisioning Toolのワークスペースのソースフォルダにsrecファイルと解析済みdcdファイルが追加されます。MCUXpresso Secure Provisioning Toolによってこれらのsrecファイルと解析済みdcdファイルがどのように生成されるのかを知りたいです。また、CLIツールを使用してSREC/elf/axfファイルから解析済みdcdファイルを個別に抽出する方法があるかどうかも確認したいと思っています。   MCUXpresso セキュア プロビジョニング ツールを CLI から呼び出してプロセス全体を自動化できることはわかっていますが、nxpimage ツールと blhost ツールだけで MCU をフラッシュできるスクリプトを作成しようとしています。     Re: Creating SREC file for HAB bootable image generation こんにちは@tj787さん、 ここでわかるのは、次のコマンドがこの出力を指定された「parsed-directory」に作成しているということです。 nxpimage.exe hab parse -f mimxrt1176 -o 解析ディレクトリ -b my-application-with-dcd.bin お役に立てれば幸いです。 すてきな一日を、 カン --------------------------------------------------------------------------------- 注記: - この投稿があなたの質問への回答である場合は、「正解としてマーク」ボタンをクリックしてください。ありがとう! - スレッドは最後の投稿から7週間フォローされます。それ以降の返信は無視されます。 後ほど関連する質問がある場合は、新しいスレッドを開いて、閉じたスレッドを参照してください。 ---------------------------------------------------------------------------------
查看全文
McuPGOOD_POLARITYControl Configuration Error Reported When EB Updates RTD 7.0.0_QLP03 This McuPGOOD_POLARITYControl configuration item is not found under this path Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 Hi@WeiCh I'm not sure if you can download it, you can try it, if not, contact your agent or FAE for evaluation access. https://www.nxp.com/design/design-center/software/automotive-software-and-tools/real-time-drivers-rtd:AUTOMOTIVE-RTD Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 Where can I download 30.0.0?Will 30.0.0 open a 29.0.0 project? Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 Hi@WeiCh I see that the version of EB Tresos that this version adapts to should be 30.0.0, not the version you are using. Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 Hi@WeiCh In the download screen there is this hint that you have to change the suffix Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 It's already working, thanks! Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 This is the 30.0.0 interface, which still doesn't seem to have this configuration item. Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 Hi@WeiCh The style of your interface is not right, the style of the new version is totally different from the old one. Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 There seems to be a bit of a problem, running setup prompts that there is no installer, you can unzip EBtresosStudio_EBtresosStudio.zip and open the app directly, but the app interface is still old: Re: EB更新RTD 7.0.0_QLP03时报告McuPGOOD_POLARITYControl配置错误 Hi@WeiCh Okay, you're welcome.
查看全文
[过滤器:垃圾邮件] nismkiki 的帖子正文匹配了 " phon**epe ",板 " 电源管理单元 "。 [过滤器:垃圾邮件] nismkiki 的帖子正文匹配了 " phon**epe ",板 " 电源管理单元 "。 帖子主题:如何退还错误的交易 职位机构: 如何从 PhonePe 上的错误交易中取回钱款(客户服务号码 📞076995 95414) 如果您不小心将钱汇入了错误的帐户或在 PhonePe 上进行了错误的交易(客户服务号码 👉+9176,,995,,,954,,,14👈),请按照以下步骤操作:在 PhonePe 应用程序中进行投诉。如何取回在 PhonePe 上意外支付的款项? 通过应用程序提出投诉: 打开 PhonePe 应用程序 → 我的(或设置)→ 帮助 & 支持 → 交易问题。TAP错误的交易 → 选择提出投诉 → 写下原因(例如,错误的账户、重复付款)→ 提交。   联系官方客服: 致电:080-6872-7374(免费电话)或 +91-22-6872-7374 提供:注册手机号码、交易编号、唯一参考号码(URN)。电子邮件:[[email protected]](mailto:[email protected])请在邮件主题行注明"Wrong Transaction Reversal" ,并发送您的手机号码、交易 ID 和问题描述。   向银行申请退款: 请就近前往银行网点或通过网上银行/手机银行提交书面申请。获取并保留银行的UTR号码(唯一交易参考)以进行撤销。   后续行动和预防措施: 尽快(最多 48 小时内)提交投诉。妥善保存截图、收据和交易 ID。切勿将您的 OTP、密码或个人信息透露给任何非官方号码或个人。仅使用官方渠道(上述提供的应用程序、网站、电话号码/电子邮件)。   注意:撤销程序通常需要 7-10 个工作日。如果没有及时收到退款,请再次联系客户服务中心或银行。 正文"PhonePe(客户服务号码 📞076995 95414) 如果您不小心将钱汇入了错误的帐户或在 PhonePe 上进行了错误的交易(客户服务号码 👉+9176,,995,,,954,,,14👈),请按照以下步骤操作:在 PhonePe 应用程序中进行投诉。如何取回在 PhonePe 上意外支付的款项" 匹配的过滤模式"phon**epe" 。 用户[id=258406,login=nismkiki]的发帖因以下最终用户面临的错误而被拒绝: 邮件正文包含 PhonePe(客户服务号码 📞076995 95414) 如果您不小心将钱汇入了错误的帐户或在 PhonePe 上进行了错误的交易(客户服务号码 👉+9176,,995,,,954,,,14👈),请按照以下步骤操作:在 PhonePe 应用程序中进行投诉。如何取回不小心在 PhonePe 上支付的款项,这在本社区是不允许的。请在发送您的帖子前删除这些内容。
查看全文
FRDM-KL25Z 错过 U7 MMA8451Q 新版 FRDM-KL25Z 缺少 U7 MMA8451Q 芯片。这个芯片是这个板的重要元器件,但我不明白为什么它被拆除了。因此,我无法使用板,但是尽管芯片已被移除,价格还是上涨了。我需要那块旧板。请检查一下,你移除了芯片但没有更改板型号,所以当我订购时,我本来想要的是旧板,但我收到了新的。 Re: FRDM-KL25Z miss U7 MMA8451Q 几年前,恩智浦将大部分 Accel/Gyros 的现有库存全部卖给了罗彻斯特电子公司。如今,意法半导体或模拟设备是寻找微机电的更好去处。 如果您要开始新的设计,Kinetis 产品线并不适合。 https://www.rocelec.com/global-search/MMA8451Q Re: FRDM-KL25Z miss U7 MMA8451Q 你好@王建兵 感谢您与我们联系。很抱歉,我们只提供新版本(Rev.I),旧版本将不再生产。正如 FRDM-KL25Z 主页上所指出的那样:"新设计不再推荐使用 MMA8451Q 加速计。 你可以尝试联系代理商或其他第三方平台,检查他们是否还有先前版本的库存。 感谢您的理解。 BR 爱丽丝 Re: FRDM-KL25Z miss U7 MMA8451Q 好吧,我明白了。我遇到了一个问题,请查看如何解决。此版本更改只删除了 U7?如果我把这个 U7 MMA8451Q 焊接到板上。是否可以像旧版本一样使用?现在我需要一个解决方案来处理它。谢谢!
查看全文