Kinetis Design Studio知识库

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

Kinetis Design Studio Knowledge Base

标签

讨论

排序依据:
- This document introduces how to develop a simple CAN module application on KDS, it is suitable for the beginners to start using the KDS and Processor Expert, and it mainly focus on how to developing a CAN Loopback application, how to use the “Typical Usage” of “help on component”. - About the Sending or Receiving data demo(with interrupt or polling) we can find on  the "Typical Usage" of "help on component" . - Pay attention that , in the Typical Usage code , the Transfer Message ID is 0x123u, while in the CAN_LDD default configuration , the Receive Message ID is 0x7FF, they are should be same . So we should change one of them (In standard frame format, the admissible range is from 0x00 to 0x7FF; in extended format, the range is from 0x00 to 0x1FFFFFFF ), on my project , I change the TX ID from 0x123u to 0x7FFu on the code, about the detail information, please look at the document and application project.   This application hardware is TWR-K21F120M board, software is KDS v3.2.0 .
查看全文
This list includes all the documents in the NXP community Kinetis Design Studio space. You can download the latest version of KDS on NXP web : Kinetis Design Studio Integrated Development |NXP .   Installation and Update New Kinetis Design Studio v3.2.0 available Kinetis Design Studio Update V3.1.0 available New Kinetis Design Studio V3.0.0 available Kinetis Design Studio V2.0.0 available on the Web! Kinetis Design Studio V1.1.1 Released! Kinetis Design Studio V1.1.0: Release Notes and News Kinetis Design Studio V1.0.1 Beta Release Notes KDS Install Guide KSDK 1.3.0 Documents Plugin for KDS 3.0.0 Extended Device Support: Updated P&E Debug Plugin V1.1.4 for KDS V1.1.1 Kinetis Design Studio V1.0.1 Beta Release Notes Support for Kinetis M (KM14, KM33, KM34) in Kinetis Design Studio   How to Use   Generate aligned HEX and S-record data output with GNU in KDS 3.2  How to support multiple targets in CodeWarrior(Classic, Eclipse)/KDS  Adding CMSIS-DSP Library to a KSDK 2.x project in Kinetis Design Studio  Using KBOOT v2 on KDS in Debug Mode Debugging Bootloader and Application using Kinetis Design Studio V3.2.0 Changing MCU for SDK2.0 project in KDS How to start customized KSDK V1.2 project based on KSDK demo code Tutorials using the Kinetis SDK V1.0.0 with Kinetis Design Studio  How to Create a C++ Project Using MQX RTOS for KSDK1.2 Converting a non-Processor Expert Project into a Processor Expert Project Creating KDS project based upon the KL46 from CW project How to Add Existing Files to KDS Relocating Code and Data Using the KDS GCC Linker File for Kinetis Increasing Eclipse Heap Space to Improve Performance Semihosting for Kinetis Design Studio Getting started with CDE in Kinetis Design Studio Getting started with SVN and Kinetis Design Studio Kinetis Design Studio: Migrating KDS V2.0.0 Projects to GNU Tools for ARM Embedded (Launchpad, KDS V3.0.0) Importing MCU V10.6 projects (sample, using PE and MQX) under KDS V1.1.1  Quickstart Guide for KDS v1.0.1 beta Using ESFC bit - Flash programming routines in Cotex M0+ kinetis MCU Start working with NXP Touch Software library How to Start CAN Module Development on KDS v3.2.0 + Processor Expert   Compiler and Linker Changing the ARM GNU Tool Chain in Kinetis Design Studio Extended Inline Assembly with Kinetis Design Studio How to build BeeKit exported CodeWarrior 10.6 projects using KDS How to add uninitialized data section to a GCC build Merging applications using Kinetis Design Studio   Debugger Interface and firmware GDB Debugging with Kinetis Design Studio KDS Debug Configurations (OpenOCD, P&E, Segger) Summary of FRDM-K64F open source debug interface Summary of FRDM-K22F debug interface Using FRDM-K64F with P&E and Segger OpenSDAv2 Firmware FRDM-K22F: Debugging with P&E OpenSDAv2.1 Firmware FRDM-K22F: Debugging with Segger J-Link OpenSDAv2.1 Firmware OpenOCD support for K22FN512 & K24FN256 in KDS How to setup SEGGER J-Link lite debugger connection in Kinetis Design Studio 1.1.1 Register Detail Debugging with KDS   KDS Application KEA128 CAN Bootloader  Kinetis Bootloader to Update Multiple Devices in a Network - for Cortex-M0+ Kinetis Bootloader to Update Multiple Devices in a Network for Cortex-M4 Using the FRDM-KL25 Board as a USB Keyboard in KDS Using the FRDM-KL25 Board as a USB Mouse in KDS KDS - Simple Air Mouse on a FRDM KL25Z Hello World bare metal project for FRDM-KL25 using KDS Using the Accelerometer on the FRDM-KL25 Board in KDS Using the FRDM-KL46 Board as a USB Mouse in KDS Using the FRDM-KL46 Board as a USB Keyboard in KDS Using the LCD screen on a FRDM-KL46 Board as a timer using KDS Using the LCD screen on a FRDM-KL46 Board to display accelerometer data using KDS Using the LCD screen on a FRDM-KL46 Board to display temperature using KDS Using the LCD screen on a FRDM-KL46 Board to light intensity using KDS Baremetal code examples using FRDM-K64F Using the FRDM-MK64 Board to write to an SD Card in KDS Using the FRDM-MK64 Board to write to Accelerometer data to an SD Card in KDS SD Card Bootloader :how to using SD card to update existing firmware on CodeWarriror or KDS Using the Accelerometer on the FRDM-MK64 Board in KDS Blinking an LED on a FRDM-MK64 Board in KDS Reaction measuring game on a FRDM-KL46 board using KDS Tutorials: WS2812B LED Stripes with the FRDM-K64F Board Toggling the FRDM-K64F RGB LED using interrupts in Kinetis Design Studio (KDS) How to use printf() to print string to Console and UART in KDS2.0 Disabling Watchdog for 'Bare' Projects   Bug and Workaround Defect fix for KSDK1.2/KSDK1.3 MK02FN128 -- “xxx.elf uses VFP register arguments” kds_quick_start has ommision error. Uninstalling KDS: "Error opening installation log file."   KDS FAQ KDS Frequently Asked Questions (FAQ)
查看全文
In some application, we hope one project can support multiple targets. Some typical examples: user needs different firmware to run on different PCB with different crystal on it; Or sometimes user needs one project support both debug and release mode; another widely used example is, user needs one project support multiple part numbers.etc. To implement the multiple targets project, we will consider at least three aspects: Depend on the different targets, some files/codes may be included or not.  Depend on the different targets, compiler/linker settings may be different. If bootloader involved, different target may link with different bootloader firmware.   In this article I will discuss this topic with Classic CodeWarrior and Eclipse CodeWarrior10.x/KDS separately. Original Attachment has been moved to: Multi-Targets-Project_Classic-CW-HCS12-v5_1.zip Original Attachment has been moved to: Multi-Targets-Project_KDS-v3_2.zip
查看全文
This tutorial describes how to build a project from command-line, using the GCC build tools included in the Kinetis Design Studio (KDS) tool from NXP.  KDS uses open-source components including the Eclipse IDE and GCC build tools.  The Eclipse IDE can be configured to automatically create make files for the project.  After KDS creates these make files, they can be used to build the project from the command-line, without using the KDS IDE.  This tutorial uses an example for the Kinetis KE04Z microcontroller (MCU), using the FRDM-KE04Z development board.  The following software is used in these tutorial steps: Microsoft Windows 7 64-bit Kinetis Design Studio (KDS) v3.2.0 FRDM-KEXX Driver Library Package v1.3
查看全文
More and more customers now use the ARM MBED develop Internet of Things(IoT) and embedded devices, also includes the kinetis chips. While this development tool only supports writing and compile code , not supports debug project. The good news is now we can export the project to KDS, we can debug it on KDS IDE. Below is the steps how to do it .
查看全文
Video showing project creation with SDK + Processor Expert for FRDM-K64F. SDK only supports CPU_MK64FN1M0VLL12 derivative, so compiler settings are changed. Then the Processor Expert cpu type is changed to chip on the board, plus the Pin Muxing updated. Finally, the project is debugged with OpenOCD and CMSIS-DAP.
查看全文
Greetings, I have created a multi-part tutorial how to use the WS2812B (aka Adafruit NeoPixel) LED stripes and boards with the FRDM-K64F board:   Tutorial: Adafruit WS2812B NeoPixels with the Freescale FRDM-K64F Board – Part 1: Hardware Tutorial: Adafruit WS2812B NeoPixels with the Freescale FRDM-K64F Board – Part 2: Software Tools Tutorial: Adafruit WS2812B NeoPixels with the Freescale FRDM-K64F Board – Part 3: Concepts Tutorial: Adafruit WS2812B NeoPixels with the Freescale FRDM-K64F Board – Part 4: Timer Tutorial: Adafruit WS2812B NeoPixels with the Freescale FRDM-K64F Board – Part 5: DMA The tutorials go though the hardware setup, Kinetis Design Studio, debugging the first project, using the Kinetis SDK, how to set up the Flex Timer Module (FTM) and how to use the Kinetis eDMA to generate the timing and bitstream to drive the WS2812B LED stripes.   I hope you find this useful, and you learn from this for your next design.   Happy Kinetising 🙂
查看全文
Recently I received two cases from Kinetis users. They both meet problem when porting Kinetis Interrupt project from CodeWarrior 10.x to KDS. There is a document KDS_Porting_Guide.pdf under KDS install folder which covers this topic. However I know many customers still have difficulty even they follow the document steps. This scenario is normal; because users’ projects are various, we can’t expect one porting document solve all kinds of problem of individuals. For me, honestly, I seldom use this porting guide to port my project. I prefer porting my project all by hand. Thus I can know my project changes from up to bottom. Thus even if I meet problem later, I can still position it easily and quickly. For the reason of time, in this article, I will focus on how to port Kinetis Interrupt from CodeWarrior to KDS by hand. Some NVIC register definition name and file structure are different in CodeWarrior and KDS. One big difference is that KDS uses core file from ARM limited directly. I summarized the difference as below table. It’s good to know the basic difference before we start the porting.       CodeWarrior KDS NVIC Register Definition :   Where MCU header file. Eg: MK60N512VMD100.h ARM Core file. Eg: core_cm4, core_cm0plus.h Written by NXP(former Freescale) ARM Limited Sample of usage NVICISERx = 0x01 NVIC->ISER[x] = 0x01 Packaged in NVIC_EnableIRQ(n) Vector Table Definition: Where Kinetis_sysinit.c Startup_MK60D10.S Language Using C Assembly Interrupt handler name Defined by user Defined by KDS. Eg, PORTA_IRQHandler Allow user modify. For more, see attached document.
查看全文
This is the third video of four KDS v3.0.0 videos. The videos shall guide you through installation and using the Kinetis SDK with a FRDM board.   Overview: Debug configurations Building for debug Stepping through source code Inspecting variables Setting breakpoints Disassembly, memory and registers   List of all four videos: Kinetis Design Studio Videos, Part 1: Installation of KDS and Kinetis SDK Kinetis Design Studio Videos, Part 2: Installation of OpenSDA Firmware on Freedom Board Kinetis Design Studio Videos, Part 3: Debugging with Kinetis Design Studio Kinetis Design Studio Videos, Part 4: Using Processor Expert in KDS
查看全文
Hello community!   Attached is a document that introduces the usage of version control using SVN and Kinetis Design Studio.     Contents: 2. Overview and concepts      2.1 VisualSVN Server      2.2 TortoiseSVN 3. Installation instructions      3.1 Installing VisualSVN Server      3.2 Installing SVN Eclipse plugins      3.3 Installing TortoiseSVN 4. Using version control      4.1 Creating new repository in VisualSVN      4.2 Putting a project under SVN Control      4.3 Checking out a project from SVN      4.4 Synchronizing changes 5. Conclusion Appendix A - References       You can find more detailed information about version control on the following post created by our colleague Erich Styger:   Version Control with Processor Expert Projects | MCU on Eclipse   And on this document that explains how to use Git and KDS:   FTF-DES-F1149.pdf   I hope you can benefit from this post, if you have questions please let me know.   Best Regards! Carlos Mendoza
查看全文
Accelerometer in KDS   Description:   This is a small project made in KDS using the accelerometer on a FRDM-KL25Z128M4 board. The program outputs the 3D position of the board to a terminal, such as Tera Term at 9600 baud. PWMs are also used, their intensity is dependent on the offset from the zero position. The red LED intensity increases with X offset. The blue LED intensity increases with Y offset. Simply press any key to begin data output.   Sections of code taken from http://mcuoneclipse.com/2012/09/21/tutorial-accelerating-the-kl25z-freedom-board/   Issues:   There seem to be 'dead zones' while the board is tilted towards a corner. The terminal will not output anything while in a 'dead zone'.   There will be a constant flicker of the LED even when the board is flat. This is due to the accelerometer occasionally outputting 1 even when the board is static.
查看全文
'Bare' (no PEx, no SDK) projects created with KDS V1.0.1 beta have the issue that the watchdog is not disabled (see KDS V1.0.1beta release notes). This document explains how to disable the watchdog for the FRDM-KL25Z (steps are similar to other boards).   1. Add Derivative Header file Add the derivative header file to your project. The header files are located in C:\Freescale\KDS_1.0.1\eclipse\ProcessorExpert\lib\Kinetis\iofiles Copy the matching header into the Startup_Code folder:   2. Disable Watchdog Open startup.c and locate the function __init_hardware(). Include the derivative header file and the code to disable the watchdog:   This will disable the watchdog during startup. The above project is attached as a reference.   Code for the K64F #define STARTUP_WDOG_STCTRLH_VALUE                     0x01D2U   /* WDOG_STCTRLH value */ #define STARTUP_WDOG_KEY_1                             0xC520U   /* Watchdog unlock key 1 */ #define STARTUP_WDOG_KEY_2                             0xD928U   /* Watchdog unlock key 2 */   void __attribute__ ((weak)) __init_hardware(void) {   /* Disable the WDOG module */   WDOG_UNLOCK = (uint16_t)STARTUP_WDOG_KEY_1; /* Key 1 */   WDOG_UNLOCK = (uint16_t)STARTUP_WDOG_KEY_2; /* Key 2 */   WDOG_STCTRLH = (uint16_t)STARTUP_WDOG_STCTRLH_VALUE; /* Disable WDOG */ }
查看全文
Some customers have special requirements for the output data.  They need them to be aligned, especially when they are using the customized bootloader or Flash Programmer.     However, the hex file generated in KDS3.2 is not aligned as the customer expected. Below is extracted from the hex file generated in a KE06 project.  In this file, the data is not aligned at 16 bytes, and the size of each line is different.   The attached document shows generate aligned Hex and S-record file step by step.
查看全文
Since last year, I have received several same cases from customers when using KSDK1.2/KSDK1.3 and KDS3.0 with MK02FN128. When create a new MK02FN128 KSDK project with  SDK Project Generator (http://www.nxp.com/products/software-and-tools/run-time-software/kinetis-software-and-tools/development-platforms-with-mbed/software-development-kit-for-kinetis-mcus:KINETIS-SDK?fpsp=1&tab=Design_Tools_Tab ) or KDS3.0 project wizard, even the new created project has build errors:   When we use KSDK,  ksdk_platform_lib_xxxx must be built for the specific SoC being used in the new created KSDK platform. For K02F12810, this library project file is under: C:\Freescale\KSDK_1.3.0\lib\ksdk_platform_lib\kds\K02F12810   Open ksdk_platform_lib_K02F122810 with KDS3.0, there is wrong setup in ksdk_platform_lib_K02F12810 properties setting: the default target processor is cortex-m0plus!   Because K02 is cortex m4 core, obviously we need modify ksdk_platform_lib_K02F12810 target setting to cortex-m4 instead:   After above revise, rebuild the library project.  Then rebuild user project. The errors are gone.   If user needs to use K02F12810 ksdk_hal_lib_K02F12810 or ksdk_startup_lib_K02F122810 library, they need revise ARM family core to cortex-m4 accordingly. These two libraries project files are under: C:\Freescale\KSDK_1.3.0\lib\ksdk_hal_lib\kds\K02F12810 C:\Freescale\KSDK_1.3.0\lib\ksdk_startup_lib\kds\K02F12810   I have tested all the KSDS1.3 library projects. This defect is only in K02F12810 . NXP doesn’t have K02F FRDM board so far, User can download K02F128 project to FRDM-K22F board without problem. I suggest user use K02F128 project+FRDM-K22F board to start a project. For more information on this related, see application note: http://cache.nxp.com/files/microcontrollers/doc/app_note/AN5040.pdf “Using the FRDM-K22F to Evaluate K02 and K22FN Devices Hardware and Software Considerations”
查看全文
USB Mouse in KDS   Description:   A project made in KDS using the accelerometer on a FRDM-KL25Z128M4 board to control a USB mouse input. The LED will flash red while not connected as a USB mouse, and flash green when it is. The reset button will left click.   Sensitivity of the mouse can be changed by altering the HIDM1_Move command in main.c Reset button can be changed from left to right click by altering comments in main.c   Sections of code taken from: - http://mcuoneclipse.com/2012/09/21/tutorial-accelerating-the-kl25z-freedom-board/ - http://mcuoneclipse.com/2013/08/01/using-the-frdm-kl25z-as-a-usb-mouse-device/
查看全文
KDS V1.0.1 (beta) is using the GNU 4.8.0 toolchain, while the latest and greatest from ARM Inc. on launchpad is the 4.8.2 GCC ARM Embedded.   KDS V1.0.1 (beta) is using an older newlib nano which requires at least 400 bytes of HEAP memory. This is an issue for smaller Kinetis devices (e.g. less than 2 KByte of RAM). It is possible to switch the tool chain and libraries in KDS to the 4.8.4 (or later) from ARM/launchpad.   The following article describes the details and steps to use a different toolchain than the default one: http://mcuoneclipse.com/2014/07/11/switching-arm-gnu-tool-chain-and-libraries-in-kinetis-design-studio/ Basically it means to put the GCC ARM Embedded into a special folder inside KDS. That article explains as well the differences between the original KDS tool chain and the GCC ARM Embedded one.
查看全文
This is the third video of four KDS v3.0.0 videos. The videos shall guide you through installation and using the Kinetis SDK with a FRDM board.   Overview: Overview of Processor Expert and Kinetis SDK Creating a Processor Expert project Adding and configuring devices Generating code Building and running the application   List of all four videos: Kinetis Design Studio Videos, Part 1: Installation of KDS and Kinetis SDK Kinetis Design Studio Videos, Part 2: Installation of OpenSDA Firmware on Freedom Board Kinetis Design Studio Videos, Part 3: Debugging with Kinetis Design Studio Kinetis Design Studio Videos, Part 4: Using Processor Expert in KDS
查看全文
The project attached is a simple bare metal project for the FRDM-KL25 using the new Kinetis Design Studio. All the information about KDS can be found in:   Kinetis Design Studio Kinetis Design Studio Integrated Development Environment (IDE)   The project configures the board to run in PEE mode at 48 MHz. UART0, which is connected to the SDA virtual serial port, is used in Interrupt mode.   The application echoes what is written in the terminal and when the letter r, g or b is entered the RGBleds change respectively (red, green or blue).   I hope this project can be useful.   Best regards.
查看全文
Introduction   OpenOCD is the PC host application that is used by OpenSDAv2 (CMSIS-DAP application) for debugging. The standard installation of KDS does not include support for debugging the K22FN512 & K24FN256 device families via OpenOCD. This document will guide a KDS user through updating OpenOCD, bundled in KDS, to provide support for the K22FN512 & K24FN256 device families. In addition, we will show the user how to re-configure a KDS project to use OpenOCD to debug with CMSIS-DAP on a FRDM-K22F development board.   Requirements   The following CMSIS-DAP versions are required for this version of OpenOCD:   Development Board CMSIS-DAP Version FRDM-K22F 0203 TWR-K22F120M 0203 TWR-K24F120M ff03   Updating OpenOCD   First the user must locate their installation of KDS. On Windows machines, the default installation directory is “C:\Freescale\KDS_1.1.1”. For Linux users, the default installation folder is “opt/Freescale/KDS_1.1.1”. Inside this installation, you should see the same directories and files as seen in the figure below. Note: before continuing you must stop any debugging sessions and shutdown KDS.   Figure 1: Default KDS_1.1.1 installation directory.   In Figure 1, you can see the folder named “openocd”. This contains all the files necessary for OpenOCD to run in KDS. Before we install the updated version of OpenOCD we must rename the “openocd” folder. This way we have the old version of OpenOCD, should you feel the need to return.   Figure 2: Renamed "openocd" folder.   Once the “openocd” folder is renamed, as in Figure 2, we then need to download the “kds-openocd-update-09-04-14.zip” file attached to this document. Save this file into the KDS installation directory, as in Figure 3.   Figure 3: KDS OpenOCD update in KDS installation.   Once downloaded, extract the “openocd” folder for your operating system into the KDS installation directory. Figure 4 shows where the updated “openocd” folder is located for Windows users.   Figure 4: Location of updated OpenOCD folder for Windows.   Once the new “openocd” folder is copied to your KDS installation the update process is complete. OpenOCD in KDS now supports the K22F family of devices. It is now possible for FRDM-K22F users to debug their KDS projects with CMSIS-DAP via OpenOCD. Figure 5 shows the KDS installation folder after successfully updating OpenOCD.   Figure 5: Updated KDS installation.   Preparing projects for debugging with OpenOCD   Now a quick walkthrough on how to configure KDS projects to debug using OpenOCD. We will assume that the user already has a project in their workspace.[1] The first step is to highlight the desired project, and then select “Debug Configurations…” from the Debug drop down.   Figure 6: Open "Debug Configurations..."   Once the “Debug Configurations” menu pops up on your screen, select “GDB OpenOCD Debugging”, then click on the “New Launch configuration” button in the upper left of the window. Figure 7 shows where these items are located.   Figure 7: Create a new GDB OpenOCD Debugging configuration.   The new debug configuration should automatically pull in information from the selected project. If an .elf file exists for the project, then the “C/C++ Application” and “Project” fields will be populated as in Figure 8.   Figure 8: These fields should be generated automatically if the project has already been built.   If the “C/C++ Application” field is not populated, you can search your project for an .elf file using the “Search Project…” button below the “C/C++ Application” field. If no .elf exists, then it is necessary for the user to build the project to generate the .elf file.   Once the “Main” tab has been completed, it is time to move onto the “Debugger” tab. In the “Debugger” tab, it is necessary for the user to define the configuration file in the “Config options” field. For debugging in KDS, OpenOCD will need a configuration file, and the default configuration file is “kinetis.cfg”. Enter “-f kinetis.cfg” into the “Config options” field. Figure 9 shows the correct input for the “Config options” field. After populating the field, the user can now press the “Debug” button to begin debugging.   Figure 9: User must enter “Config options”.   If this is the first time debugging in the current workspace, a dialog box will appear prompting you to open the “Debug” perspective. You should check the “Remember my decision” box, and press the “Yes” button. This will allow KDS to switch to the “Debug” perspective, for you whenever you begin to debug an application. See Figure 10 for more detail.   Figure 10: Select to automatically change perspective when debugging.   Figure 11, below, shows a successful debug connection to the target device using OpenOCD. The application has run to “main” and is waiting for the user to interact with the debug session.   Figure 11: Once debugger has connected and run to main.   Summary   After completing the steps in the sections above, a KDS user should be able to debug applications using OpenOCD and CMSIS-DAP with K22FN512 & K24FN256 device families. For more information on KSDK and KDS please consult the documentation located in C:\Freescale\KSDK_1.0.0\doc and C:\Freescale\KDS_1.1.1\doc\pdf, respectively.   [1] For directions on importing an existing KSDK demo to KDS please consult the device family specific user’s guides in “C:\Freescale\KSDK_1.0.0\doc”, and on creating new KDS projects consult the “kds_user_guide” in “C:\Freescale\KDS_1.1.1\doc\pdf”. Original Attachment has been moved to: kds-openocd-update-09-04-14.zip
查看全文
This is the second video of four KDS v3.0.0 videos. The videos shall guide you through installation and using the Kinetis SDK with a FRDM board.   Overview: Introduction to OpenSDA firmware Available firmware applications Putting board iinto bootloader mode Updating firmware Checking the device drivers Updating the bootloader   List of all four videos: Kinetis Design Studio Videos, Part 1: Installation of KDS and Kinetis SDK Kinetis Design Studio Videos, Part 2: Installation of OpenSDA Firmware on Freedom Board Kinetis Design Studio Videos, Part 3: Debugging with Kinetis Design Studio Kinetis Design Studio Videos, Part 4: Using Processor Expert in KDS
查看全文