示例 MPC5777C 渐进时钟切换 GHS716 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 本示例演示了从全 PLL 时钟进行的渐进时钟切换 * 256MNHz 降至 200MHz。 * * ------------------------------------------------------------------------------------------------------------- * 测试硬件：MPC57xx * 掩模组：3N45H * 目标：FLASH * 系统频率：256 MHz PLL * ******************************************************************************** 修订历史： 1.0 Aug-04-2016 b21190(Vlna Peter) 初始版本 1.1 2017 年 9 月 5 日 b21190（Vlna Peter）增加了 FCCU 故障清除 1.2 2018年5月7日 nxa13250（Vlna Peter）PLL 从 256->200MHz 切换 ********************************************************************************************/ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 本示例演示了从全 PLL 时钟进行的渐进时钟切换 * 256MNHz 降至 200MHz。 * * ------------------------------------------------------------------------------------------------------------- * 测试硬件：MPC57xx * 掩模组：3N45H * 目标：FLASH * 系统频率：256 MHz PLL * ******************************************************************************** 修订历史： 1.0 Aug-04-2016 b21190(Vlna Peter) 初始版本 1.1 2017 年 9 月 5 日 b21190（Vlna Peter）增加了 FCCU 故障清除 1.2 2018年5月7日 nxa13250（Vlna Peter）PLL 从 256->200MHz 切换 ********************************************************************************************/

KL25Z和传感器融合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 全部， 附件是根据 Andrew Hartnett 的帖子而编写的。它包含用于 KL25Z 上的 9 轴传感器融合 V7.00 的裸机 IAR 项目。您需要为 KL25Z 构建 KSDK 以包含 ISSDK 选项。然后将此文件解压缩到您的 SDK_2.0_FRDM-KL25Z/boards 中目录。示例项目位于 SDK_2.0_FRDM-KL25Z/boards/frdmkl25z_virtual_shield/issdk_examples/algorithms/sensorfusion/baremetal_sensor_fusion/iar。 其中还包含一个 freertos_sensor_fusion 项目。暂时忽略这一点。它可以编译和链接，但需要比 KL25Z 提供的更多的 RAM。我正在寻找降低 RAM 要求的方法。 此致， Mike <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 全部， 附件是根据 Andrew Hartnett 的帖子而编写的。它包含用于 KL25Z 上的 9 轴传感器融合 V7.00 的裸机 IAR 项目。您需要为 KL25Z 构建 KSDK 以包含 ISSDK 选项。然后将此文件解压缩到您的 SDK_2.0_FRDM-KL25Z/boards 中目录。示例项目位于 SDK_2.0_FRDM-KL25Z/boards/frdmkl25z_virtual_shield/issdk_examples/algorithms/sensorfusion/baremetal_sensor_fusion/iar。 其中还包含一个 freertos_sensor_fusion 项目。暂时忽略这一点。它可以编译和链接，但需要比 KL25Z 提供的更多的 RAM。我正在寻找降低 RAM 要求的方法。 此致， Mike 传感器融合 回复：KL25Z和传感器融合 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 全部， 我能够启动并运行 FreeRTOS 版本。以下是您需要了解的内容： 根据裸机说明仅针对 1 种算法进行编译 FreeRTOSConfig.h 中的“#define configMINIMAL_STACK_SIZE ((unsigned short)256)” 替换 FreeRTOS heap_4.c使用 heap_3.c（FreeRTOS 有几种内存分配选项） 将 MKL25Z128xxx4_flash.lcf 中的 __size_heap__ 的值从 0x400 更改为 0x1000。 尽情享受！ Mike

DES-N1989 ハンズオンワークショップ:SCM-i.MX 6Dual6Quadクイックスタートボードのハンズオン <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SCM-i.MX 6Dual/6Quadに内蔵されたSPI-NORフラッシュを効果的に使用する方法をご紹介します。取り上げるトピックには、16 MB の SPI-NOR に完全に収まる Linux イメージの特性や、SPI-NOR を eMMC などの外部ブート ソースと共に活用する方法の例が含まれます。また、参加者はクイックスタートボードを使用して複数のシナリオを試すことができます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> SCM-i.MX 6Dual/6Quadに内蔵されたSPI-NORフラッシュを効果的に使用する方法をご紹介します。取り上げるトピックには、16 MB の SPI-NOR に完全に収まる Linux イメージの特性や、SPI-NOR を eMMC などの外部ブート ソースと共に活用する方法の例が含まれます。また、参加者はクイックスタートボードを使用して複数のシナリオを試すことができます。 デザイン |ソフトウェア&サービス

Sensors Overview

NET-N1867 ツールとアイデアによるイノベーションの実現 – QorIQ LS1021コミュニティ・ボード <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ARMベースのプロセッサは、パフォーマンス、機能セット、およびパワーのバランスの取れた組み合わせにより、多くの最先端システムに組み込まれています。イノベーションと市場投入までの時間を短縮する重要な要素の1つは、イネーブルメントです。このセッションでは、NXPが提供するイネーブルメントについて検討し、Community Boardsがどのように機会の範囲を拡大するかを探ります。あなたのアイデアを持ってきてください! <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ARMベースのプロセッサは、パフォーマンス、機能セット、およびパワーのバランスの取れた組み合わせにより、多くの最先端システムに組み込まれています。イノベーションと市場投入までの時間を短縮する重要な要素の1つは、イネーブルメントです。このセッションでは、NXPが提供するイネーブルメントについて検討し、Community Boardsがどのように機会の範囲を拡大するかを探ります。あなたのアイデアを持ってきてください! スマートネットワーク

MPC5644A审查CW210示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 警告1：请谨慎使用审查功能，因为不当使用可能导致设备无法使用！使用前请仔细阅读所有说明！   警告 2：CodeWarrior 2.10 中包含的 ICDPPCNEXUS 调试器版本无法在包括 MPC5644A 在内的某些设备上启用调试。解决方法是使用 Codewarrior 10.6 或使用 PKGPPCNEXUS 调试器 - 可以从P&E Microcomputer Systems下载   警告 3：如果使用 TRACE32 调试器（Lauterbach），则需要更新 TRACE32 软件。TRACE32 版本 02/2015 和 09/2016..02/2018 可能无法访问受审查的设备。劳特巴赫开发工具   该示例由两部分组成，文档描述了如何使用 PeMicro 或 Lauterbach 调试器通过 JTAG 访问受审查的设备：   1）MPC5644A-Censor_device-CW210： ******************************************************************************** * 详细说明： * 示例代码重新编程影子闪存的内容以启用审查。 * eSCI_A 终端窗口中的通知确认操作成功 *（19200-8-无奇偶校验-1停止位-无流量控制）。 * 开机重启后，设备将通过私人密码进行审查 * 0xFEED_FACE_CAFE_BEEF。随后可以通过启用 * 审查设备的调试如附件 pdf 文档中所述。暗影闪光 * 重新编程代码必须从内部 RAM 执行。 * ----------------------------------------------------------------------------------------------   2）MPC5644A-Uncensor_设备-CW210： ******************************************************************************** * 详细说明： * 假设设备受到示例 MPC5644A-Censor_device-CW210 的审查 * 首先需要启用被审查设备的调试，如 * 附加 pdf 文档。编程密码为 0xFEED_FACE_CAFE_BEEF。 *MPC5644A_run_from_ram.cmm脚本通过命令执行 * 系统选项键码 0xFEEDFACECAFEBEEF。 * 然后运行此代码以解除对设备的审查。操作成功确认 * eSCI_A 终端窗口中的通知（19200-8-无奇偶校验-1 停止位-无流量 * 控制）。上电复位后，设备不受审查，后续访问 * 将无需密码。必须执行影子闪存重新编程代码 * 来自内部 RAM。 * ---------------------------------------------------------------------------------------------- <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 警告1：请谨慎使用审查功能，因为不当使用可能导致设备无法使用！使用前请仔细阅读所有说明！   警告 2：CodeWarrior 2.10 中包含的 ICDPPCNEXUS 调试器版本无法在包括 MPC5644A 在内的某些设备上启用调试。解决方法是使用 Codewarrior 10.6 或使用 PKGPPCNEXUS 调试器 - 可以从P&E Microcomputer Systems下载   警告 3：如果使用 TRACE32 调试器（Lauterbach），则需要更新 TRACE32 软件。TRACE32 版本 02/2015 和 09/2016..02/2018 可能无法访问受审查的设备。劳特巴赫开发工具   该示例由两部分组成，文档描述了如何使用 PeMicro 或 Lauterbach 调试器通过 JTAG 访问受审查的设备：   1）MPC5644A-Censor_device-CW210： ******************************************************************************** * 详细说明： * 示例代码重新编程影子闪存的内容以启用审查。 * eSCI_A 终端窗口中的通知确认操作成功 *（19200-8-无奇偶校验-1停止位-无流量控制）。 * 开机重启后，设备将通过私人密码进行审查 * 0xFEED_FACE_CAFE_BEEF。随后可以通过启用 * 审查设备的调试如附件 pdf 文档中所述。暗影闪光 * 重新编程代码必须从内部 RAM 执行。 * ----------------------------------------------------------------------------------------------   2）MPC5644A-Uncensor_设备-CW210： ******************************************************************************** * 详细说明： * 假设设备受到示例 MPC5644A-Censor_device-CW210 的审查 * 首先需要启用被审查设备的调试，如 * 附加 pdf 文档。编程密码为 0xFEED_FACE_CAFE_BEEF。 *MPC5644A_run_from_ram.cmm脚本通过命令执行 * 系统选项键码 0xFEEDFACECAFEBEEF。 * 然后运行此代码以解除对设备的审查。操作成功确认 * eSCI_A 终端窗口中的通知（19200-8-无奇偶校验-1 停止位-无流量 * 控制）。上电复位后，设备不受审查，后续访问 * 将无需密码。必须执行影子闪存重新编程代码 * 来自内部 RAM。 * ---------------------------------------------------------------------------------------------- 概述

加密的QuadSPI映像实现 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 加密的QuadSPI映像实现 Kinetis 系列 MCU 包括系统安全和闪存保护功能，可用于保护代码和数据免遭未经授权的访问或修改。本应用说明讨论了使用 KBOOT 加密启动以及使用 FRDM-K82 板的实验。 FRDM-K82板 Freedom开发平台 Kinetis K系列MCU

SGTL5000音频质量调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现在我们正在i.mx6DL平台上使用sgtl5000调试音频质量。 测试音频曲线已附上，我们现在需要的是在 90Hz 处获得 8dB 以上的增益，在 5KHz 处获得 15dB 以上的增益。 有人能帮忙设置 sgtl5000 编解码器中的 regs 吗？怎么做？ 先行致谢。 概述

S12 系列设备 COP 识别注意事项 - Calculator.xlsx <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> S12 FAMILY DEVICES COP RECOGNITION CONSIDERATIONS_v2.0.pdf中描述的理论 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> S12 FAMILY DEVICES COP RECOGNITION CONSIDERATIONS_v2.0.pdf中描述的理论 概述

逻辑器件：恩智浦创新逻辑解决方案在功耗、空间和成本节省方面的实际案例研究 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代逻辑提供的不仅仅是连接系统中复杂设备的“粘合剂”。本次研讨会将详细介绍实际客户应用的案例研究，并展示如何使用创新的恩智浦逻辑器件不仅在器件成本、功率和电路板空间方面提供技术优势，而且还在与电源要求、产品封装和供应链成本（库存、认证、制造）相关的系统成本方面提供优势。本次研讨会面向所有设计工程师、元件工程师和采购代理，目标是实现最具整体成本效益的系统设计。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代逻辑提供的不仅仅是连接系统中复杂设备的“粘合剂”。本次研讨会将详细介绍实际客户应用的案例研究，并展示如何使用创新的恩智浦逻辑器件不仅在器件成本、功率和电路板空间方面提供技术优势，而且还在与电源要求、产品封装和供应链成本（库存、认证、制造）相关的系统成本方面提供优势。本次研讨会面向所有设计工程师、元件工程师和采购代理，目标是实现最具整体成本效益的系统设计。

使用我们的在线应用程序创建免费的 i.MX6 处理器设计 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您好，i.MX6 用户， 我们创建了一个创新的应用程序，您可以在一分钟内根据您的定制要求创建 i.MX6 双光硬件设计。 创建新设计非常容易，您只需将处理器、外围设备要求和电路板输入电源输入添加到应用程序中即可。 有了这些输入要求，应用程序将 1. 查找外设、电源、时钟、复位和电源排序组件 2. 查找处理器引脚复用选项 3. 优化电源、时钟 4. 生成设计并绘制可在线查看的原理图。 它是一种强大的算法，专门用于 i.mx6 等高端处理器。 您可以使用我们在www.circuit-tree.com上托管的应用程序生成任意数量的设计。我们很快将扩大我们的库并添加更多外形尺寸以支持不同的硬件设计。 如果您有任何问题/疑虑/反馈，请告知我们。 谢谢！ 电路树团队 概述

FTF-INS-F1277 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车集成电路需要高温、高压的应用环境。高温、高电压对IC互连设计以及组装封装工艺所用的材料提出了严格的限制。细规格铜线键合在消费、便携式和工业电子产品中的应用增长非常迅速。飞思卡尔在高可靠性汽车领域引入和加速采用细规格铜线方面取得了重大进展。对成型化合物进行了研究并重新配制，以适应高达 65V 的高电压。本次演讲将讨论铜线键合工艺和成型化合物配方开发中的关键知识，并介绍飞思卡尔关于金线到铜线转换战略的激动人心的最新进展。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 汽车集成电路需要高温、高压的应用环境。高温、高电压对IC互连设计以及组装封装工艺所用的材料提出了严格的限制。细规格铜线键合在消费、便携式和工业电子产品中的应用增长非常迅速。飞思卡尔在高可靠性汽车领域引入和加速采用细规格铜线方面取得了重大进展。对成型化合物进行了研究并重新配制，以适应高达 65V 的高电压。本次演讲将讨论铜线键合工艺和成型化合物配方开发中的关键知识，并介绍飞思卡尔关于金线到铜线转换战略的激动人心的最新进展。

飞思卡尔无线充电技术 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述当前无线充电市场的情况和趋势。介绍飞思卡尔无线充电消费类低功耗、中功耗解决方案以及汽车低功耗解决方案。 由 Beta Chen 主讲 2015 年 5 月 7 日，台北 DwF 展 会话 ID：APF-SHB-T1455 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述当前无线充电市场的情况和趋势。介绍飞思卡尔无线充电消费类低功耗、中功耗解决方案以及汽车低功耗解决方案。 由 Beta Chen 主讲 2015 年 5 月 7 日，台北 DwF 展 会话 ID：APF-SHB-T1455 电源管理

SoftAP web_hvac 用户指南.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 工业控制

1280x720.mjpg libvpuwrap 1.0.46 解码器测试的测试输入 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，我找不到可以分享此输入文件的地方。这是为了重现我在 i.MX6Q VPU 上使用 FSL 3.10.17 BSP 的损坏的 MJPG 解码结果中报告的 VPU JPEG 解码器问题​ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，我找不到可以分享此输入文件的地方。这是为了重现我在 i.MX6Q VPU 上使用 FSL 3.10.17 BSP 的损坏的 MJPG 解码结果中报告的 VPU JPEG 解码器问题​

KSDK GPIO驱动程序，带处理器专家 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 该视频展示了如何使用 Processor Expert 在 Kinetis Design Studio 中配置带有组件fsl_gpio 的KSDK GPIO 外设驱动程序。 这些步骤展示了如何在读取 FRDM-K64F 的 SW2 按钮输入时使红色和蓝色 LED 闪烁。该过程可复制到任何 KSDK 支持的主板以及 PE 驱动程序套件。享受！ （在 “我的视频” 中查看） 概述 回复：KSDK GPIO驱动程序与处理器专家 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 对于初级程序员来说，这是非常棒的视频，您能制作更多类似的视频吗？拜托。 并且，在视频中，您没有配置 pin_init:Pinsettings，因为您用一个 gsl_gpio 配置每个引脚，但是，如果您在 init:Pinsettings 中配置 gpio，会发生什么情况？如何以这种方式制作 hello world 程序？并且，（在程序中）fsl_gpio 和 fsl_gpio_hal 有什么区别？ 谢谢 卡洛斯·E.

规则 - 2015 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 注册要求 最低技能 需要具有 C 或 Java 的使用经验。 需要具有 Linux 系统使用经验。 具有嵌入式编程经验者优先，但不是必须的。 团队 来自布加勒斯特理工大学或军事技术学院的一至三名成员。 2015年Linux嵌入式挑战赛

Kinetis Design Studio: Migrating KDS V2.0.0 Projects to GNU Tools for ARM Embedded (Launchpad, KDS V3.0.0) Introduction Up and including to version 2.0.0, the Kinetis Design Studio (KDS) is using a custom GNU toolchain built by SOMNIUM Technologies, referred here as 'legacy'. That toolchain is built from the Free Software Foundation (FSF) source base, with a few minor modifications. Starting with v3.0.0, KDS will use the unmodified GNU Tools for ARM Embedded (launchpad, GCC ARM Embedded in Launchpad) toolchain (4.8-2014-q3-update : Series 4.8 : GCC ARM Embedded release), referred here as 'launchpad'. Projects created with KDS v3.0.0 will use the 'launchpad' tools by default. The reasons for 4.8-2014-q3 instead of using the later 4.9 release is because of stability and smaller footprint of 4.8 applications.   Outline This document outlines what are the differences between the 'legacy' and 'launchpad' toolchain, and what is needed to port existing 'legacy' projects to the 'launchpad' ones. It is already possible to use the 'launchpad' tools with KDS v2.0.0 today (see Switching ARM GNU Tool Chain and Libraries in Kinetis Design Studio | MCU on Eclipse), therefore the information in this document can be applied to KDS v2.0.0 to with using the 'launchpad' toolchain.   KDS Upgrade Assistant Kinetis Design Studio V3.0.0 comes with a migration assistant to migrate projects to the GCC ARM Embedded (launchpad) tools. The migration assistant is accessible from the menu Project > KDS Upgrade Assistant: This opens a dialog with the currently open projects in the workspace:   NOTE: if the Upgrade Assistant does not list your project, then you still can do the manual steps as listed below (changing the linker flags).   Select the project(s) you want to migrate and press Next. In the next dialog you can configure the details of the conversion, then press Finish: A report will be generated in each project directory:   Migration of KDS Projects To migrate an existing 'legacy' project to a 'launchpad' project, usually only the linker settings need to be changed. For this go into the project properties, and check the 'Other linker flags' settings of the Linker. The table below shows the difference between the two: Legacy 'Other linker flags' Launchpad 'Other linker flags' -specs=nosys.specs -nanolibc -specs=nano.specs -specs=nosys.specs   For example this project is a legacy project using the newlib-nano library: To use it with the 'launchpad' toolchain, use -specs=nano.specs -specs=nosys.specs as shown below: With this, normally projects are converted from the 'legacy' to the 'launchpad' toolchain.   NOTE: after switching toolchains, delete all intermediate or object files (e.g. delete the Debug/Output folder inside the project. Mixing object files or libraries from different toolchains and compilers will likely cause problems.   Now your project should compile fine. However, if you face a problem about wrong Thumb mode, see the following subsection.   Wrong or missing Thumb mode If getting errors like      Error: selected processor does not support Thumb mode      error: interrupt Service Routines cannot be coded in Thumb mode This means that the project settings do not properly pass the processor to the compiler. That problem mainly occurs with Kinetis SDK projects, and with Cortex-M0+ (Kinetis-L) projects. As explained in the next section, the launchpad tools by default use the ARM, not the thumb mode. The solution is to add      -mcpu=cortex-m0plus for these Kinetis-L projects to the compiler 'Other target flags'.   The following sections provide more detailed information about the differences.     Differences Both the 'launchpad' and the 'legacy' toolchains are GNU toolchains, and largely compatible. However there are notable differences between the two toolchains:   legacy launchpad GNU Binaries Microsoft 32bit binaries, Linux 64bit binaries Microsoft 32bit binaries, Linux 32bit binaries(1) GNU binutils 2.32.2 2.23.2.20140731(*) GCC 4.8.0(*) 4.8.4 (ARM/embedded-4_8-branch) NewLib 1.19.0(*) 2.1.0(*) Newlib-nano 1.0(*) 2.1 GDB 7.6(2) 7.6.0.20140731-cvs(2) ARM Mode Thumb ARM (non-Thumb) (*) Modified. (1) See next section about running 32bit GNU tools on 64bit Linux. (2) The legacy GDB has Python support, while this is not present in the launchpad 4.8-2014-q3 build. Python support has been added by ARM in 4.9-Q4-2014 release.   Launchpad 32bit Binaries to run on 64bit Linux Because the 'launchpad' tools are 32bit binaries on Linux only, this can cause issues on 64bit Linux systems (e.g. Ubuntu 14.04 64bit) if the needed 32bit support libraries are not installed. A usual error message is that arm-none-eabi-gcc could not be found, even if that file is present, because the system does not know how to run it. This is because the 'launchpad' tools are built as 32bit binaries, an the compatibility package needs to be installed. See http://gnuarmeclipse.livius.net/blog/toolchain-install/ how to install the necessary compatibility libraries for Linux.   ARM Default Mode The default options for the 'legacy' toolchain produce code for the ARM Cortex-M0+ (Thumb mode), while the 'launchpad' tools default to the 'ARM' mode (non-Thumb). Therefore it is important that the command line options -mthumb with the appropriate -mcpu= or -march= options are used if using the tools in command line only mode. If using the GNU ARM Eclipse plugins, then no changes are needed as these options are set in the project already:     Default Libraries and Options The GNU compiler driver and linker is using default pre-built libraries in certain sub directories. These directories contain a default set of libraries, based on the compiler and architecture options specified during the build and link phase. Using linker options like -L to include a specific library or using options like -nostdlib or similar have an effect which libraries in which subdirectory are used. The library folder location is in \toolchain\arm-none-eabi\lib   The following table lists the specific options used for both the legacy tools and launchpad tools to link for a specific architecture and floating point ABI used: Target Legacy Options Legacy Subdir Launchpad Options Launchpad Subdir ARM Cortex-M0+ -mthumb -march=armv6s-m armv6-m ARM Cortex-M4 -mcpu=cortex-m4 m4 -mthumb -march=armv7e-m armv7e-m ARM Cortex-M4F -mcpu=cortex-m4 -mfloat-abi=hard -mfpu=fpv4-sp-d16 m4/fp/v4-sp-d16 -mthumb -march=armv7e-m -mfloat-abi=hard -mfpu=fpv4-sp-d16 armv7e-m/fpu ARM Cortex-M4F with softfp ABI -mcpu=cortex-m4 m4 -mthumb -march=armv7e-m -mfloat-abi=softfp -mfpu=fpv4-sp-d16 arm7e-m/softfp   Newlib-nano Both the legacy and the launchpad toolchain include the newlib-nano library, a standard library more optimized for embedded devices than the normal newlib one. The option to select the newlib-nano library is different: Newlib-nano for Legacy Newlib-nano for Launchpad -nanolibc --specs=nano.specs   Application _start() The startup code needs to call the _start() function of the library which then calls the main() function. The _start() function in the library is responsible to initialize the library and prepare it to be used by the application. In order to do this, the library needs to have the __stack symbol defined in the linker file which points to the top of stack. For this, the __stack symbol needs to be defined in the linker file as in the example below: /* Highest address of the user mode stack */ _estack = 0x20000000;    /* end of m_data */ __SP_INIT = _estack; __stack = _estack;   Semihosting The legacy library has semihosting included in the libraries, and users can use _isatty() and _write() to overwrite the existing semihosting hooks. With the launchpad tools semihosting is enabled with the -specs=rdimon.specs linker option, and users can implement their own hooks with _sbrk(), _write(), _close(), _fstat(), _isatty(), _lseek() and _read(). To completely disable semihosting, the options -specs=nosys.specs can be passed to the linker.   Application Exit Function The legacy library includes a default implementation of _exit(), while the launchpad tools do not include this. Using the -specs=nosys.specs linker option will ensure that the linker does not complain about the missing _exit() function.   Summary A typical legacy Kinetis Design Studio (KDS) V2.0.0 project can be easily migrated to the launchpad toolchain with adding -specs=nosys.specs linker option and replacing the -nanolibc legacy option with -specs=nano.specs linker option.   Links Kinetis Design Studio: Kinetis Design Studio Integrated Development |Freescale GNU Tools for ARM Embedded: GCC ARM Embedded in Launchpad Q3 2014 GNU Tools for ARM Embedded Release: 4.8-2014-q3-update : Series 4.8 : GCC ARM Embedded Blog article about how to switch KDS toolchain: Switching ARM GNU Tool Chain and Libraries in Kinetis Design Studio | MCU on Eclipse GNU ARM Eclipse plugin website and blog by Liviu: Welcome to the GNU ARM Eclipse plug-ins! | GNU ARM Eclipse Article by Liviu how to install toolchain: http://gnuarmeclipse.livius.net/blog/toolchain-install/ General Re: Kinetis Design Studio: Migrating KDS V2.0.0 Projects to GNU Tools for ARM Embedded (Launchpad, KDS V3.0.0) It seems that your project already has a file exit.c with _exit() in it, so you do not need to do this last step. Erich Re: Kinetis Design Studio: Migrating KDS V2.0.0 Projects to GNU Tools for ARM Embedded (Launchpad, KDS V3.0.0) Hi Erich, I have tried to use the "KDS upgrade assistant" tool to migrate KDS2.0 projects with KSDK1.1 to KDS3.0 version. I am trying to convert the KSDK libs, MQX libs, USBH libs and usb host demo projects. All succeeded except the usb host demo. I got a failure message as follows.   Project name: host_msd_fatfs_frdmk64f_mqx_frdmk64f   Project location: C:/Freescale/KSDK_1.1.0/usb/example/host/msd/msd_fatfs/sdk/kds/host_msd_fatfs_frdmk64f_mqx   Conversion status: failure.   Add exit() file failure: A resource exists with a different case: '/host_msd_fatfs_frdmk64f_mqx_frdmk64f/sources'. So do I need to apply the last step in upgrade option? Hao Re: Kinetis Design Studio: Migrating KDS V2.0.0 Projects to GNU Tools for ARM Embedded (Launchpad, KDS V3.0.0) I found this guide very useful, thoughI think it is worth mentioning that launchpad toolchain in KDS3.0.0 has no support for C++ exceptions. Any throw will cause the execution to end up in the unhandled exception handler regardless a suitable catch is available in the call chain. (See: Question #230716 : Questions : GCC ARM Embedded ) Best Re: Kinetis Design Studio: Migrating KDS V2.0.0 Projects to GNU Tools for ARM Embedded (Launchpad, KDS V3.0.0) Hi BlackNight​, thanks for sharing this document.  I have a question regarding the project conversion process.  For those project previously written using KSDK 1.1, KDS 3.0 is going to ask us to install the KSDK 1.1.0-GA update: When I first loaded the project, I clicked "Skip loading", and then proceeded with the project conversion.  It completed successfully.  My thought was that after closing and re-opening the upgraded project, I would no longer get this message.  However, that's not the case. At this point, I'm not sure what to do because I don't know how the 1.1.0-GA update will interact in KDS 3 when the 1.2.0-GA update is already installed.  I do know that clicking Continue loading results in a project that doesn't work.

i.MX6UL/ULL/ULZ 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.   This is the detailed programming aid for the registers associated with DRAM initialization (DDR3 and LPDDR2) of the MX6UL/ULL/ULZ (consolidated RPA). The last work sheet tab in the tool formats the register settings for use with the ARM DS5/RealView debugger. It can be manually converted by the user to a DCD file format used by uboot or other bootloaders (note the removal of debugger specific commands in this tab). The programming aids were developed for internal NXP validation and development boards. This tool serves as an aid to assist with programming the DDR interface of the MX6UL/ULL/ULZ and is based on the DDR initialization scripts developed by the R&D team and no guarantees are made by this tool. The following are some general notes regarding this tool: Refer to the "How To Use" tab in the tool as a starting point to use this tool. 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.   i.MX6 All i.MX6UL

Matlab2023a 调用 S32DS3.5 时遇到错误 亲爱的MBDT团队：我们使用 MATLAB 2023a 脚本在编译 Simulink 模型后生成代码，然后调用 eclipsec.exe 进行无界面后台编译。构建完成后，将在 Simulink 诊断查看器中创建一个超链接，用于直接打开与已编译项目对应的工作区。该工作流在 S32DS 3.4 版本中运行非常顺利。然而，在升级到 S32DS 3.5.8 之后，出现了两个问题：问题 1：单击 Simulink 创建的超链接将启动后台进程 s32ds.exe，随后会弹出一个窗口，并立即关闭。我们尝试了多种解决方案，例如在 s32ds.ini 文件中添加参数 `"-vm \bin\javaw.exe" `（但这对 s32ds.exe 没有任何影响），并在系统环境变量中将 JDK 11 设为优先选项。这些尝试都没有解决问题。问题 2：如前所述，通过 MATLAB 脚本调用 eclipsec.exe 会触发屏幕截图中显示的错误：Java 已启动但返回退出代码 =1。我们将"\bin\javaw.exe、" 以及 JDK 11 的路径设置为系统环境变量的最前项。命令提示符正确显示了 Java 11（64 位），但 Simulink 编译时仍试图加载 jvm.dll。删除"client\jvm.dll 后"或者"server\jvm.dll" ，程序会改为定位 java.exe，但仍会报告错误，退出代码为 4。此外，在所有情况下，手动编译依然能够成功。所有相关的文件和设置都将上传以供您参考。请帮忙提供一些建议，以解决这个问题。谢谢。